This document discusses using Oracle's Recovery Manager (RMAN) to perform various database recovery operations. It covers restoring and recovering lost or corrupted data files, using incremental backups to speed up recovery, switching to image copies for fast recovery, restoring a database to a new host, and recovering using a backup control file. The objectives are to use RMAN to perform complete recovery when data files are lost, recover using incremental backups, switch to image copies, restore to a new host, and recover using a backup control file.
This document discusses using Oracle's Recovery Manager (RMAN) to perform various database recovery tasks, including recovering from the loss of data files, using incremental backups to reduce recovery time, switching to image copies for fast recovery, restoring a database to a new host, and performing disaster recovery. It provides examples of using RMAN commands like RESTORE, RECOVER, SWITCH, and SET NEWNAME to restore and recover database files from backups.
Using RMAN to Perform Recovery discusses using RMAN to recover databases through various methods including:
1) Recovering lost or corrupted data files using RESTORE and RECOVER commands.
2) Performing fast recovery by switching to image copies and recovering data files.
3) Restoring a database to a new host by restoring backups, control files, and server parameter files.
This document provides an overview of how to create backups with RMAN (Recovery Manager) in Oracle. It discusses creating image file backups, whole database backups, full database backups, enabling fast incremental backups, duplex backup sets, backing up backup sets, multisection backups, archival backups, and reporting on and maintaining backups. The objectives are to learn how to perform various backup tasks with RMAN and manage those backups.
This document discusses database restore and recovery tasks. It describes causes of file loss like user errors, application errors, and media failures. It also discusses different recovery operations like restoring from backups, recovering redo logs, and recovering the control file. Critical vs non-critical file losses are defined. Automatic recovery of temporary files is also covered.
This document discusses user-managed database backup and recovery, including:
- The difference between user-managed and server-managed backup which uses OS commands versus RMAN.
- How to perform a complete database recovery by restoring files and archive logs and applying redo logs.
- How to perform incomplete recovery to recover to a past time or SCN by restoring files and applying redo logs until a specified point.
RMAN is an Oracle tool that performs physical backups and recovery of Oracle databases. It can perform full backups as well as incremental backups. Incremental backups only back up changed blocks since the previous backup. RMAN also allows recovery of individual datafiles, tablespaces, or the entire database using backups. It facilitates various recovery scenarios including datafile recovery, tablespace recovery, and disaster recovery when all files are lost.
Flashback Database allows rewinding a database to undo data corruptions or errors. It works by using redo logs and block images to restore the database to a previous state. Configuring Flashback Database requires enabling it, setting a retention target, and having the database in ARCHIVELOG mode. Operations include flashing back to a time, SCN, or restore point. Monitoring involves checking the flashback window and log sizes.
This document discusses using Oracle's Recovery Manager (RMAN) to perform various database recovery tasks, including recovering from the loss of data files, using incremental backups to reduce recovery time, switching to image copies for fast recovery, restoring a database to a new host, and performing disaster recovery. It provides examples of using RMAN commands like RESTORE, RECOVER, SWITCH, and SET NEWNAME to restore and recover database files from backups.
Using RMAN to Perform Recovery discusses using RMAN to recover databases through various methods including:
1) Recovering lost or corrupted data files using RESTORE and RECOVER commands.
2) Performing fast recovery by switching to image copies and recovering data files.
3) Restoring a database to a new host by restoring backups, control files, and server parameter files.
This document provides an overview of how to create backups with RMAN (Recovery Manager) in Oracle. It discusses creating image file backups, whole database backups, full database backups, enabling fast incremental backups, duplex backup sets, backing up backup sets, multisection backups, archival backups, and reporting on and maintaining backups. The objectives are to learn how to perform various backup tasks with RMAN and manage those backups.
This document discusses database restore and recovery tasks. It describes causes of file loss like user errors, application errors, and media failures. It also discusses different recovery operations like restoring from backups, recovering redo logs, and recovering the control file. Critical vs non-critical file losses are defined. Automatic recovery of temporary files is also covered.
This document discusses user-managed database backup and recovery, including:
- The difference between user-managed and server-managed backup which uses OS commands versus RMAN.
- How to perform a complete database recovery by restoring files and archive logs and applying redo logs.
- How to perform incomplete recovery to recover to a past time or SCN by restoring files and applying redo logs until a specified point.
RMAN is an Oracle tool that performs physical backups and recovery of Oracle databases. It can perform full backups as well as incremental backups. Incremental backups only back up changed blocks since the previous backup. RMAN also allows recovery of individual datafiles, tablespaces, or the entire database using backups. It facilitates various recovery scenarios including datafile recovery, tablespace recovery, and disaster recovery when all files are lost.
Flashback Database allows rewinding a database to undo data corruptions or errors. It works by using redo logs and block images to restore the database to a previous state. Configuring Flashback Database requires enabling it, setting a retention target, and having the database in ARCHIVELOG mode. Operations include flashing back to a time, SCN, or restore point. Monitoring involves checking the flashback window and log sizes.
Oracle Database 12c offers new enhancements and additions in Recovery Manager (RMAN). The features listed in this article will help you transport data across platforms and reduce downtime by 8x versus tradition migration approach, recover table and table partitions to point-in-time without affecting other objects in the database, and audit RMAN-related events using unified auditing. Take advantage of these new features for efficient backup and recovery.
This document discusses using a recovery catalog with RMAN for database backups and recovery. It covers:
1. The benefits of using a recovery catalog over just the control file, such as storing more historical data.
2. Creating a recovery catalog which involves configuring a catalog database, creating an owner, and generating the catalog.
3. Registering target databases with the catalog and maintaining the catalog's synchronization with database changes.
This document discusses configuring a database for recoverability. It covers placing a database in ARCHIVELOG mode, configuring multiple archive log destinations, configuring the Fast Recovery Area (FRA), and specifying retention policies. The key benefits of using the FRA are that it simplifies backup management and automatically manages disk space for recovery files.
This document outlines the steps to restore a production Oracle database to a development platform for testing purposes, including restoring file system directories, shutting down the development instance, restoring the server parameter file, control file, database files, and opening the database while resetting redo logs. It also discusses modifying memory parameters, building a new Oracle Enterprise Manager repository, dropping the copied database, and the importance of backup and recovery.
This document discusses Oracle database backup and recovery. It covers the need for backups, different types of backups including full, incremental, physical and logical. It describes user-managed backups and RMAN-managed backups. For recovery, it discusses restoring from backups and applying redo logs to recover the database to a point in time. Flashback recovery is also mentioned.
Oracle Recovery Manager 12c Best Practices document outlines improvements to RMAN backup and recovery capabilities in Oracle Database 12c. The presentation agenda includes discussing new RMAN features, more efficient database cloning, using RMAN with Data Guard for complete protection, cross-platform migration with XTTS, low cost offsite backups to Oracle Public Cloud, and eliminating data loss with Recovery Appliance. The document provides an overview of best practices and new capabilities for backup and recovery with RMAN 12c.
Oracle Recovery Manager 12c introduces several new features to improve backup and recovery capabilities. It allows for faster cloning of databases using backup sets that are pulled from the source database. Recovery of standby databases and primary databases is simplified through single commands that pull backups over the network. Cross-platform migration of tablespaces is enhanced through new keywords and the ability to use backup sets.
This document discusses various methods for performing database backups, including Recovery Manager (RMAN), Oracle Secure Backup, and user-managed backups. It covers key backup concepts like full versus incremental backups, online versus offline backups, and image copies versus backup sets. The document also provides instructions on configuring backup settings and scheduling automated database backups using RMAN and Enterprise Manager.
This document discusses database backup and recovery concepts including:
1. Mean time between failures and mean time to recover should have high and low values respectively. Database failures can occur due to statements, processes, instances, and user errors.
2. Solutions for failures include adding filespaces, using PMON to recover from backups, restarting instances, and SQL commands like ALTER SYSTEM SWITCH LOGFILE.
3. Views like V$INSTANCE, V$FAST_START_SERVERS, V$BACKUP are queried to obtain database information for managing backups and different types of recovery including time-based, cancel-based, and change-based.
This document outlines steps to refresh a development database from a production database. It describes copying backup files including data files, redo logs, and archive logs from the production environment to the development environment. It then details replacing the development control file with the production control file, recovering the development database using the backup files, and opening the development database with a resetlogs option to synchronize it with the current state of the production database. The goal is to ensure the development database accurately reflects the current state of the production database for testing purposes.
This document summarizes new features in Oracle 11g Data Guard. Key changes include enabling redo transport compression, active standby for real-time queries, creating snapshot standbys, automatically replacing corrupted blocks, building physical standbys with RMAN, allowing dynamic parameter changes for logical standbys, supporting compressed tables, and applying parallel DDLs in logical standbys.
Checkpointing saves database status and changes to data files. It reduces recovery time after a fault. Regular checkpointing is performed automatically or manually. Reasons redo logs may not delete after checkpointing include active transactions or archiving in Archivelog mode. Media recovery restores missing or corrupted data files using backups, archive logs, and log anchor files in Archivelog mode.
This document provides an agenda and overview for a training session on Oracle Database backup and recovery. The agenda covers the purpose of backups and recovery, Oracle data protection solutions including Recovery Manager (RMAN) and flashback technologies, and the Data Recovery Advisor tool. It also discusses various types of data loss to protect against, backup strategies like incremental backups, and validating and recovering backups.
This document provides step-by-step instructions for upgrading an Oracle database from version 10.2.0.4 to 11.2.0.2. It involves running pre-upgrade checks, backing up the database, setting environment variables to point to the new Oracle home, running upgrade scripts to upgrade the database, and performing post-upgrade tasks like recompiling objects and checking for errors. The process ensures the integrity and consistency of the upgraded Oracle software.
The document discusses various techniques for duplicating an Oracle database. It describes duplicating a database using RMAN backups with or without a connection to the target database. It also covers duplicating an active database by connecting RMAN to both the source and auxiliary instances. The key steps are choosing a duplication method, ensuring backups and redo logs are accessible, allocating auxiliary channels, and using the DUPLICATE command to restore files and recover the database.
This document provides instructions for setting up a physical standby database for an Oracle E-Business Suite Release 12.2 database using Oracle 11gR2. It describes configuring the primary database for archiving and adding standby redo logs. It also covers copying the Oracle home to the standby server, modifying initialization parameters, and using RMAN to duplicate the primary database and recover it as a physical standby. Key steps include enabling archive logging on the primary, setting the log archive destination, and starting redo transport services to ship archived logs to the standby.
Francisco Munoz Alvarez will present on advanced RMAN backup and recovery techniques. Key topics include point-in-time recovery using RMAN, RMAN and Oracle Flashback technologies, performance tuning RMAN operations, and database duplication. The presentation will provide examples of using RMAN for incomplete database recovery at a specific point in time, system change number, or log sequence number.
Creating a physical standby database 11g on windowsRoo Wall
This document describes the steps to create a physical standby database including:
1. Configuring the primary and standby databases with the same Oracle version and opening the primary in archive log mode.
2. Setting up Oracle Net components and testing connectivity between the databases.
3. Enabling archive logging and log shipping on the primary and duplicating or copying the primary database to the standby.
4. Recovering the standby database and opening it in read-only mode to synchronize the data.
Oracle Database 12c offers new enhancements and additions in Recovery Manager (RMAN). The features listed in this article will help you transport data across platforms and reduce downtime by 8x versus tradition migration approach, recover table and table partitions to point-in-time without affecting other objects in the database, and audit RMAN-related events using unified auditing. Take advantage of these new features for efficient backup and recovery.
This document discusses using a recovery catalog with RMAN for database backups and recovery. It covers:
1. The benefits of using a recovery catalog over just the control file, such as storing more historical data.
2. Creating a recovery catalog which involves configuring a catalog database, creating an owner, and generating the catalog.
3. Registering target databases with the catalog and maintaining the catalog's synchronization with database changes.
This document discusses configuring a database for recoverability. It covers placing a database in ARCHIVELOG mode, configuring multiple archive log destinations, configuring the Fast Recovery Area (FRA), and specifying retention policies. The key benefits of using the FRA are that it simplifies backup management and automatically manages disk space for recovery files.
This document outlines the steps to restore a production Oracle database to a development platform for testing purposes, including restoring file system directories, shutting down the development instance, restoring the server parameter file, control file, database files, and opening the database while resetting redo logs. It also discusses modifying memory parameters, building a new Oracle Enterprise Manager repository, dropping the copied database, and the importance of backup and recovery.
This document discusses Oracle database backup and recovery. It covers the need for backups, different types of backups including full, incremental, physical and logical. It describes user-managed backups and RMAN-managed backups. For recovery, it discusses restoring from backups and applying redo logs to recover the database to a point in time. Flashback recovery is also mentioned.
Oracle Recovery Manager 12c Best Practices document outlines improvements to RMAN backup and recovery capabilities in Oracle Database 12c. The presentation agenda includes discussing new RMAN features, more efficient database cloning, using RMAN with Data Guard for complete protection, cross-platform migration with XTTS, low cost offsite backups to Oracle Public Cloud, and eliminating data loss with Recovery Appliance. The document provides an overview of best practices and new capabilities for backup and recovery with RMAN 12c.
Oracle Recovery Manager 12c introduces several new features to improve backup and recovery capabilities. It allows for faster cloning of databases using backup sets that are pulled from the source database. Recovery of standby databases and primary databases is simplified through single commands that pull backups over the network. Cross-platform migration of tablespaces is enhanced through new keywords and the ability to use backup sets.
This document discusses various methods for performing database backups, including Recovery Manager (RMAN), Oracle Secure Backup, and user-managed backups. It covers key backup concepts like full versus incremental backups, online versus offline backups, and image copies versus backup sets. The document also provides instructions on configuring backup settings and scheduling automated database backups using RMAN and Enterprise Manager.
This document discusses database backup and recovery concepts including:
1. Mean time between failures and mean time to recover should have high and low values respectively. Database failures can occur due to statements, processes, instances, and user errors.
2. Solutions for failures include adding filespaces, using PMON to recover from backups, restarting instances, and SQL commands like ALTER SYSTEM SWITCH LOGFILE.
3. Views like V$INSTANCE, V$FAST_START_SERVERS, V$BACKUP are queried to obtain database information for managing backups and different types of recovery including time-based, cancel-based, and change-based.
This document outlines steps to refresh a development database from a production database. It describes copying backup files including data files, redo logs, and archive logs from the production environment to the development environment. It then details replacing the development control file with the production control file, recovering the development database using the backup files, and opening the development database with a resetlogs option to synchronize it with the current state of the production database. The goal is to ensure the development database accurately reflects the current state of the production database for testing purposes.
This document summarizes new features in Oracle 11g Data Guard. Key changes include enabling redo transport compression, active standby for real-time queries, creating snapshot standbys, automatically replacing corrupted blocks, building physical standbys with RMAN, allowing dynamic parameter changes for logical standbys, supporting compressed tables, and applying parallel DDLs in logical standbys.
Checkpointing saves database status and changes to data files. It reduces recovery time after a fault. Regular checkpointing is performed automatically or manually. Reasons redo logs may not delete after checkpointing include active transactions or archiving in Archivelog mode. Media recovery restores missing or corrupted data files using backups, archive logs, and log anchor files in Archivelog mode.
This document provides an agenda and overview for a training session on Oracle Database backup and recovery. The agenda covers the purpose of backups and recovery, Oracle data protection solutions including Recovery Manager (RMAN) and flashback technologies, and the Data Recovery Advisor tool. It also discusses various types of data loss to protect against, backup strategies like incremental backups, and validating and recovering backups.
This document provides step-by-step instructions for upgrading an Oracle database from version 10.2.0.4 to 11.2.0.2. It involves running pre-upgrade checks, backing up the database, setting environment variables to point to the new Oracle home, running upgrade scripts to upgrade the database, and performing post-upgrade tasks like recompiling objects and checking for errors. The process ensures the integrity and consistency of the upgraded Oracle software.
The document discusses various techniques for duplicating an Oracle database. It describes duplicating a database using RMAN backups with or without a connection to the target database. It also covers duplicating an active database by connecting RMAN to both the source and auxiliary instances. The key steps are choosing a duplication method, ensuring backups and redo logs are accessible, allocating auxiliary channels, and using the DUPLICATE command to restore files and recover the database.
This document provides instructions for setting up a physical standby database for an Oracle E-Business Suite Release 12.2 database using Oracle 11gR2. It describes configuring the primary database for archiving and adding standby redo logs. It also covers copying the Oracle home to the standby server, modifying initialization parameters, and using RMAN to duplicate the primary database and recover it as a physical standby. Key steps include enabling archive logging on the primary, setting the log archive destination, and starting redo transport services to ship archived logs to the standby.
Francisco Munoz Alvarez will present on advanced RMAN backup and recovery techniques. Key topics include point-in-time recovery using RMAN, RMAN and Oracle Flashback technologies, performance tuning RMAN operations, and database duplication. The presentation will provide examples of using RMAN for incomplete database recovery at a specific point in time, system change number, or log sequence number.
Creating a physical standby database 11g on windowsRoo Wall
This document describes the steps to create a physical standby database including:
1. Configuring the primary and standby databases with the same Oracle version and opening the primary in archive log mode.
2. Setting up Oracle Net components and testing connectivity between the databases.
3. Enabling archive logging and log shipping on the primary and duplicating or copying the primary database to the standby.
4. Recovering the standby database and opening it in read-only mode to synchronize the data.
The document discusses using the Oracle model clause to perform spreadsheet-like calculations within SQL queries. It provides an overview of model clause terms like partitions and rules that allow iterative calculations. The model clause enables calculations that are not easily done in standard SQL and can help parallelize processing. While it provides flexibility, the model clause has some performance limitations and unsupported features. An example shows using the model clause to calculate moving averages and standard deviations over time periods not directly supported by Oracle.
This document discusses various features and commands for backing up an Oracle database using RMAN (Recovery Manager). It covers making full and incremental backups, using backup sets or image copies, specifying backup options like destinations and encryption, and retaining backups beyond normal retention policies. The main commands covered are BACKUP, SWITCH, and KEEP.
This document discusses various features and techniques for duplicating and transporting Oracle databases using RMAN, including:
1. RMAN can duplicate a database without backups by using network-enabled duplication and the duplicate database will have its own unique DBID. Files names and locations may differ between the source and duplicate databases.
2. When duplicating a database, RMAN generates a unique DBID, creates a new control file, restores backups, and opens the duplicate database with resetlogs.
3. A database can be duplicated to a remote host or to a point in time in the past. Specific tablespaces, backups, or platforms can be excluded. The entire database or individual tablespaces can be transported
This document discusses various features and techniques for duplicating and transporting Oracle databases using RMAN, including:
1. RMAN can duplicate a database without backups by using network-enabled duplication and the duplicate database will have its own unique DBID. Files names and locations may differ between the source and duplicate databases.
2. When duplicating a database, RMAN generates a unique DBID, creates a new control file, restores backups, and opens the duplicate database with resetlogs.
3. A database can be duplicated to a remote host or to a point in time in the past. Specific tablespaces, backups, or platforms can be excluded. The entire database or individual tablespaces can be transported
A SYSTEMATIC RISK ASSESSMENT APPROACH FOR SECURING THE SMART IRRIGATION SYSTEMSIJNSA Journal
The smart irrigation system represents an innovative approach to optimize water usage in agricultural and landscaping practices. The integration of cutting-edge technologies, including sensors, actuators, and data analysis, empowers this system to provide accurate monitoring and control of irrigation processes by leveraging real-time environmental conditions. The main objective of a smart irrigation system is to optimize water efficiency, minimize expenses, and foster the adoption of sustainable water management methods. This paper conducts a systematic risk assessment by exploring the key components/assets and their functionalities in the smart irrigation system. The crucial role of sensors in gathering data on soil moisture, weather patterns, and plant well-being is emphasized in this system. These sensors enable intelligent decision-making in irrigation scheduling and water distribution, leading to enhanced water efficiency and sustainable water management practices. Actuators enable automated control of irrigation devices, ensuring precise and targeted water delivery to plants. Additionally, the paper addresses the potential threat and vulnerabilities associated with smart irrigation systems. It discusses limitations of the system, such as power constraints and computational capabilities, and calculates the potential security risks. The paper suggests possible risk treatment methods for effective secure system operation. In conclusion, the paper emphasizes the significant benefits of implementing smart irrigation systems, including improved water conservation, increased crop yield, and reduced environmental impact. Additionally, based on the security analysis conducted, the paper recommends the implementation of countermeasures and security approaches to address vulnerabilities and ensure the integrity and reliability of the system. By incorporating these measures, smart irrigation technology can revolutionize water management practices in agriculture, promoting sustainability, resource efficiency, and safeguarding against potential security threats.
Redefining brain tumor segmentation: a cutting-edge convolutional neural netw...IJECEIAES
Medical image analysis has witnessed significant advancements with deep learning techniques. In the domain of brain tumor segmentation, the ability to
precisely delineate tumor boundaries from magnetic resonance imaging (MRI)
scans holds profound implications for diagnosis. This study presents an ensemble convolutional neural network (CNN) with transfer learning, integrating
the state-of-the-art Deeplabv3+ architecture with the ResNet18 backbone. The
model is rigorously trained and evaluated, exhibiting remarkable performance
metrics, including an impressive global accuracy of 99.286%, a high-class accuracy of 82.191%, a mean intersection over union (IoU) of 79.900%, a weighted
IoU of 98.620%, and a Boundary F1 (BF) score of 83.303%. Notably, a detailed comparative analysis with existing methods showcases the superiority of
our proposed model. These findings underscore the model’s competence in precise brain tumor localization, underscoring its potential to revolutionize medical
image analysis and enhance healthcare outcomes. This research paves the way
for future exploration and optimization of advanced CNN models in medical
imaging, emphasizing addressing false positives and resource efficiency.
Literature Review Basics and Understanding Reference Management.pptxDr Ramhari Poudyal
Three-day training on academic research focuses on analytical tools at United Technical College, supported by the University Grant Commission, Nepal. 24-26 May 2024
Batteries -Introduction – Types of Batteries – discharging and charging of battery - characteristics of battery –battery rating- various tests on battery- – Primary battery: silver button cell- Secondary battery :Ni-Cd battery-modern battery: lithium ion battery-maintenance of batteries-choices of batteries for electric vehicle applications.
Fuel Cells: Introduction- importance and classification of fuel cells - description, principle, components, applications of fuel cells: H2-O2 fuel cell, alkaline fuel cell, molten carbonate fuel cell and direct methanol fuel cells.
Comparative analysis between traditional aquaponics and reconstructed aquapon...bijceesjournal
The aquaponic system of planting is a method that does not require soil usage. It is a method that only needs water, fish, lava rocks (a substitute for soil), and plants. Aquaponic systems are sustainable and environmentally friendly. Its use not only helps to plant in small spaces but also helps reduce artificial chemical use and minimizes excess water use, as aquaponics consumes 90% less water than soil-based gardening. The study applied a descriptive and experimental design to assess and compare conventional and reconstructed aquaponic methods for reproducing tomatoes. The researchers created an observation checklist to determine the significant factors of the study. The study aims to determine the significant difference between traditional aquaponics and reconstructed aquaponics systems propagating tomatoes in terms of height, weight, girth, and number of fruits. The reconstructed aquaponics system’s higher growth yield results in a much more nourished crop than the traditional aquaponics system. It is superior in its number of fruits, height, weight, and girth measurement. Moreover, the reconstructed aquaponics system is proven to eliminate all the hindrances present in the traditional aquaponics system, which are overcrowding of fish, algae growth, pest problems, contaminated water, and dead fish.
International Conference on NLP, Artificial Intelligence, Machine Learning an...gerogepatton
International Conference on NLP, Artificial Intelligence, Machine Learning and Applications (NLAIM 2024) offers a premier global platform for exchanging insights and findings in the theory, methodology, and applications of NLP, Artificial Intelligence, Machine Learning, and their applications. The conference seeks substantial contributions across all key domains of NLP, Artificial Intelligence, Machine Learning, and their practical applications, aiming to foster both theoretical advancements and real-world implementations. With a focus on facilitating collaboration between researchers and practitioners from academia and industry, the conference serves as a nexus for sharing the latest developments in the field.
Embedded machine learning-based road conditions and driving behavior monitoringIJECEIAES
Car accident rates have increased in recent years, resulting in losses in human lives, properties, and other financial costs. An embedded machine learning-based system is developed to address this critical issue. The system can monitor road conditions, detect driving patterns, and identify aggressive driving behaviors. The system is based on neural networks trained on a comprehensive dataset of driving events, driving styles, and road conditions. The system effectively detects potential risks and helps mitigate the frequency and impact of accidents. The primary goal is to ensure the safety of drivers and vehicles. Collecting data involved gathering information on three key road events: normal street and normal drive, speed bumps, circular yellow speed bumps, and three aggressive driving actions: sudden start, sudden stop, and sudden entry. The gathered data is processed and analyzed using a machine learning system designed for limited power and memory devices. The developed system resulted in 91.9% accuracy, 93.6% precision, and 92% recall. The achieved inference time on an Arduino Nano 33 BLE Sense with a 32-bit CPU running at 64 MHz is 34 ms and requires 2.6 kB peak RAM and 139.9 kB program flash memory, making it suitable for resource-constrained embedded systems.
Presentation of IEEE Slovenia CIS (Computational Intelligence Society) Chapte...University of Maribor
Slides from talk presenting:
Aleš Zamuda: Presentation of IEEE Slovenia CIS (Computational Intelligence Society) Chapter and Networking.
Presentation at IcETRAN 2024 session:
"Inter-Society Networking Panel GRSS/MTT-S/CIS
Panel Session: Promoting Connection and Cooperation"
IEEE Slovenia GRSS
IEEE Serbia and Montenegro MTT-S
IEEE Slovenia CIS
11TH INTERNATIONAL CONFERENCE ON ELECTRICAL, ELECTRONIC AND COMPUTING ENGINEERING
3-6 June 2024, Niš, Serbia
Using recycled concrete aggregates (RCA) for pavements is crucial to achieving sustainability. Implementing RCA for new pavement can minimize carbon footprint, conserve natural resources, reduce harmful emissions, and lower life cycle costs. Compared to natural aggregate (NA), RCA pavement has fewer comprehensive studies and sustainability assessments.