ASF-Nabd/ASF_01_sys_sw_arch
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 2 Wiki Activity

cleanup

Browse Source
This commit is contained in:
mahmamdouh
2026-01-26 12:49:12 +01:00
parent bedcd373f5
commit ff791564e4
243 changed files with 18986 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

115
draft/system_requirementsand_and_traceability.csv Normal file
View File

@@ -0,0 +1,115 @@
ID,Type,Status,Title,Description,Parent_ID,Relations
45,Requirements,Specified,"The system shall include a central server that aggregates and analyzes data from all main hubs across different farms, using machine learning algorithms to optimize control strategies for each farm based on collected data.","The system shall include a central server that aggregates and analyzes data from all main hubs across different farms, using machine learning algorithms to optimize control strategies for each farm based on collected data.",,
46,Requirements,Specified,"The sub-hub shall be capable of performing minor calibration functions, including sensor recalibration, before sending data to the main hub.","The sub-hub shall be capable of performing minor calibration functions, including sensor recalibration, before sending data to the main hub.",,
47,Requirements,Specified,"The main hub shall include control algorithms for managing the environment of the poultry house, including temperature, humidity, and air quality, by controlling the actuators like ventilation fans, heaters, lighting systems, and feeding systems.","The main hub shall include control algorithms for managing the environment of the poultry house, including temperature, humidity, and air quality, by controlling the actuators like ventilation fans, heaters, lighting systems, and feeding systems.",,
48,Requirements,Specified,"The central server shall use the aggregated data from all farms to generate optimized control strategies based on machine learning, which are then sent back to the respective main hubs.","The central server shall use the aggregated data from all farms to generate optimized control strategies based on machine learning, which are then sent back to the respective main hubs.",,
49,Requirements,Specified,"The main hub shall be connected to a local control board, which directly controls the actuators, such as fans, heaters, lights, and feeders.","The main hub shall be connected to a local control board, which directly controls the actuators, such as fans, heaters, lights, and feeders.",,
50,Requirements,Specified,The sub-hubs shall be capable of real-time data collection and will update the main hub with sensor readings at specified intervals or when sensor values change beyond predefined thresholds.,The sub-hubs shall be capable of real-time data collection and will update the main hub with sensor readings at specified intervals or when sensor values change beyond predefined thresholds.,,
51,Requirements,Specified,"The system shall be capable of remote monitoring and control, allowing farm managers to access real-time data and control system settings via a mobile application or web interface.","The system shall be capable of remote monitoring and control, allowing farm managers to access real-time data and control system settings via a mobile application or web interface.",,
52,Requirements,Specified,"The system shall be able to generate alarms for critical situations such as temperature deviations, high ammonia levels, equipment malfunctions, or other emergency conditions.","The system shall be able to generate alarms for critical situations such as temperature deviations, high ammonia levels, equipment malfunctions, or other emergency conditions.",,
53,Requirements,Specified,"The system shall support data logging and historical analysis, providing insights into past farm conditions, sensor performance, and actuator behavior.","The system shall support data logging and historical analysis, providing insights into past farm conditions, sensor performance, and actuator behavior.",,
54,Requirements,Specified,The system shall implement security measures such as data encryption and user authentication for remote access to prevent unauthorized access to farm data and control systems.,The system shall implement security measures such as data encryption and user authentication for remote access to prevent unauthorized access to farm data and control systems.,,
55,Requirements,Specified,"The sub-hubs shall include diagnostic tools to ensure the correct functionality of sensors, communication, and data transmission.","The sub-hubs shall include diagnostic tools to ensure the correct functionality of sensors, communication, and data transmission.",,
56,Requirements,Specified,"The system shall support scalability, allowing new sub-hubs and main hubs to be added seamlessly to expand the system to additional poultry rooms or farms.","The system shall support scalability, allowing new sub-hubs and main hubs to be added seamlessly to expand the system to additional poultry rooms or farms.",,
57,Requirements,Specified,"The system shall provide automated decision-making logic for controlling environmental parameters, which may be based on fuzzy logic or proportional control algorithms.","The system shall provide automated decision-making logic for controlling environmental parameters, which may be based on fuzzy logic or proportional control algorithms.",,
58,Requirements,Specified,"The central server shall be capable of over-the-air (OTA) updates for all system firmware, ensuring that the latest software updates and features can be deployed to all hubs.","The central server shall be capable of over-the-air (OTA) updates for all system firmware, ensuring that the latest software updates and features can be deployed to all hubs.",,
59,Requirements,Specified,"The system shall include energy management capabilities, optimizing the operation of actuators such as fans, heaters, and lighting to reduce energy consumption.","The system shall include energy management capabilities, optimizing the operation of actuators such as fans, heaters, and lighting to reduce energy consumption.",,
60,Requirements,Specified,"The system shall be compliant with industry standards, including animal welfare regulations and environmental requirements, ensuring the health and safety of the poultry.","The system shall be compliant with industry standards, including animal welfare regulations and environmental requirements, ensuring the health and safety of the poultry.",,
61,Requirements,Specified,"The system shall support multi-zone control, allowing different sections of the poultry house to have independent environmental control based on the local conditions measured by sensors in those zones.","The system shall support multi-zone control, allowing different sections of the poultry house to have independent environmental control based on the local conditions measured by sensors in those zones.",,
62,Requirements,Specified,"The system shall provide integration with other farm management software, allowing data from environmental control to be merged with broader farm management systems.","The system shall provide integration with other farm management software, allowing data from environmental control to be merged with broader farm management systems.",,
63,Requirements,Specified,"The system shall include fail-safe mechanisms to ensure continuous operation in case of failure in communication or hardware, including backup power and data storage.","The system shall include fail-safe mechanisms to ensure continuous operation in case of failure in communication or hardware, including backup power and data storage.",,
64,Requirements,Specified,"The system shall be designed for ease of use, with a user-friendly interface for farm managers to configure, monitor, and control the system.","The system shall be designed for ease of use, with a user-friendly interface for farm managers to configure, monitor, and control the system.",,
65,Requirements,Specified,"The system shall enable remote diagnostics for troubleshooting and support, reducing the need for on-site visits.","The system shall enable remote diagnostics for troubleshooting and support, reducing the need for on-site visits.",,
394,Requirements,In specification,[SR-DAQ-001] Support Multi-Sensor Environmental Data Acquisition,"The system shall support simultaneous acquisition of environmental data from multiple sensor types, including temperature, humidity, CO2, NH3, VOC, particulate matter, and ambient light.\n\nThis requirements traces to feature [F-DAQ-01].",,includes(#388)
395,Requirements,In specification,[SR-DAQ-002] Dedicated Sensor Slot Mapping,The system shall assign each supported sensor type to a predefined and unique hardware slot to prevent incorrect sensor insertion or configuration.\n\nThis requirements traces to feature [F-DAQ-01].,,includes(#388)
396,Requirements,In specification,[SR-DAQ-003] Sensor Presence Detection,The system shall detect the physical presence of each sensor via a dedicated hardware detection signal prior to sensor initialization.\n\nThis requirements traces to feature [F-DAQ-01].,,includes(#388)
397,Requirements,In specification,[SR-DAQ-004] Conditional Sensor Initialization,The system shall initialize and activate only those sensors that are detected as present and enabled during system startup or reinitialization.\n\nThis requirements traces to feature [F-DAQ-01].,,includes(#389)
398,Requirements,In specification,[SR-DAQ-005] High-Frequency Sensor Sampling,"The system shall sample each enabled sensor multiple times within a single acquisition cycle, with a default of ten (10) samples per sensor per cycle.\n\nThis requirements traces to feature [F-DAQ-02].",,includes(#389)
399,Requirements,In specification,[SR-DAQ-006] Local Sensor Data Filtering,The system shall apply a local filtering mechanism to raw sensor samples to produce a single filtered sensor value per acquisition cycle.\n\nThe filtering mechanism shall execute on the Sensor Hub.\n\nThis requirements traces to feature [F-DAQ-02].,,includes(#389)
400,Requirements,In specification,[SR-DAQ-007] Deterministic Sampling Window,The system shall complete each sensor’s sampling and filtering process within a bounded and deterministic time window to ensure real-time behavior.\n\nThis requirements traces to feature [F-DAQ-02].,,includes(#390)
401,Requirements,In specification,[SR-DAQ-008] Timestamp Generation for Sensor Data,The system shall generate a timestamp for each filtered sensor value upon completion of the acquisition and filtering process.\n\nThis requirements traces to feature [F-DAQ-03].,,includes(#390)
402,Requirements,In specification,[SR-DAQ-009] Timestamped Sensor Data Record Structure,"The system shall generate a timestamped sensor data record containing at minimum the sensor identifier, sensor type, filtered value, unit of measurement, timestamp, and data validity status.\n\nThis requirements traces to feature [F-DAQ-03].",,includes(#390)
403,Requirements,In specification,[SR-DAQ-010] Availability of Latest Sensor Data,The system shall maintain the most recent timestamped sensor data record in memory and make it available for persistence and on-demand communication requests.\n\nThis requirements traces to feature [F-DAQ-03].,,includes(#390)
409,Requirements,In specification,[SR-DQC-001] Detect Sensor Presence,The system shall detect the physical presence of each sensor using a dedicated hardware-based detection mechanism. This requirement traces to feature [F-DQC-01].,,includes(#405)
410,Requirements,In specification,[SR-DQC-002] Perform Sensor Detection During Initialization,The system shall perform sensor presence detection during system startup and after any reinitialization or reconfiguration event. This requirement traces to feature [F-DQC-01].,,includes(#405)
411,Requirements,In specification,[SR-DQC-003] Conditional Sensor Initialization,The system shall initialize and activate only sensors that are detected as present. This requirement traces to feature [F-DQC-01].,,includes(#405)
412,Requirements,In specification,[SR-DQC-004] Assign Fixed Sensor Slot Types,The system shall assign each physical sensor slot to a predefined sensor type. This requirement traces to feature [F-DQC-02].,,includes(#406)
413,Requirements,In specification,[SR-DQC-005] Verify Sensor Type Compatibility,The system shall verify that a detected sensor matches the expected sensor type for its assigned slot. This requirement traces to feature [F-DQC-02].,,includes(#406)
414,Requirements,In specification,[SR-DQC-006] Reject Invalid Sensor Configurations,The system shall reject and report any sensor-slot mismatch as a diagnostic event. This requirement traces to feature [F-DQC-02].,,includes(#406)
415,Requirements,In specification,[SR-DQC-007] Monitor Sensor Health,The system shall continuously monitor sensor responsiveness and signal validity during normal operation. This requirement traces to feature [F-DQC-03].,,includes(#407)
416,Requirements,In specification,[SR-DQC-008] Detect Sensor Failure Conditions,"The system shall detect sensor failures including disconnection, non-responsiveness, and out-of-range measurement values. This requirement traces to feature [F-DQC-03].",,includes(#407)
417,Requirements,In specification,[SR-DQC-009] Isolate Failed Sensors,The system shall mark detected faulty sensors as defective and exclude them from data acquisition and reporting. This requirement traces to feature [F-DQC-03].,,includes(#407)
418,Requirements,In specification,[SR-DQC-010] Report Sensor Failures,The system shall report detected sensor failures to the Main Hub with timestamps and failure classification. This requirement traces to feature [F-DQC-03].,,includes(#407)
419,Requirements,In specification,[SR-DQC-011] Maintain Machine Constants Dataset,"The system shall maintain a Machine Constants dataset defining sensor configuration, calibration parameters, and communication identifiers. This requirement traces to feature [F-DQC-04].",,includes(#408)
420,Requirements,In specification,[SR-DQC-012] Persist Machine Constants,The system shall store the Machine Constants dataset in non-volatile storage. This requirement traces to feature [F-DQC-04].,,includes(#408)
421,Requirements,In specification,[SR-DQC-013] Load Machine Constants at Startup,The system shall load and apply the Machine Constants dataset during system initialization. This requirement traces to feature [F-DQC-04].,,includes(#408)
422,Requirements,In specification,[SR-DQC-014] Support Remote Machine Constants Update,The system shall support remote updates of the Machine Constants dataset initiated by the Main Hub. This requirement traces to feature [F-DQC-04].,,includes(#408)
423,Requirements,In specification,[SR-DQC-015] Controlled Reinitialization After Update,The system shall apply updated Machine Constants only after executing a controlled teardown and reinitialization procedure. This requirement traces to feature [F-DQC-04].,,includes(#408)
429,Requirements,In specification,[SR-COM-001] Bidirectional Main Hub Communication,The system shall support bidirectional communication between the Sensor Hub and the Main Hub. This requirement traces to feature [F-COM-01].,,includes(#426)
430,Requirements,In specification,[SR-COM-002] Transmit Data to Main Hub,"The system shall transmit sensor data, diagnostics information, and system status to the Main Hub. This requirement traces to feature [F-COM-01].",,includes(#426)
431,Requirements,In specification,[SR-COM-003] Receive Commands from Main Hub,"The system shall receive commands, configuration updates, and firmware update requests from the Main Hub. This requirement traces to feature [F-COM-01].",,includes(#426)
432,Requirements,In specification,[SR-COM-004] Monitor Communication Link Status,The system shall monitor the status of the communication link with the Main Hub and report link availability and failure conditions. This requirement traces to feature [F-COM-01].,,includes(#426)
433,Requirements,In specification,[SR-COM-005] Support On-Demand Data Requests,The system shall support on-demand requests from the Main Hub for sensor data. This requirement traces to feature [F-COM-02].,,includes(#427)
434,Requirements,In specification,[SR-COM-006] Respond with Latest Sensor Data,The system shall respond to on-demand data requests with the most recent timestamped sensor data. This requirement traces to feature [F-COM-02].,,includes(#427)
435,Requirements,In specification,[SR-COM-007] Include Data Validity in Responses,The system shall include sensor status and data validity information in on-demand data responses. This requirement traces to feature [F-COM-02].,,includes(#427)
436,Requirements,In specification,[SR-COM-008] Support Peer Sensor Hub Communication,The system shall support limited peer-to-peer communication between Sensor Hubs. This requirement traces to feature [F-COM-03].,,includes(#428)
437,Requirements,In specification,[SR-COM-009] Allow Peer Coordination Functions,The system shall allow peer communication for basic coordination functions such as connectivity checks or time synchronization. This requirement traces to feature [F-COM-03].,,includes(#428)
438,Requirements,In specification,[SR-COM-010] Isolate Peer Communication from Control Logic,The system shall ensure that peer Sensor Hub communication does not interfere with Main Hub communication or control operations. This requirement traces to feature [F-COM-03].,,includes(#428)
443,Requirements,New,[SR-DIAG-001] Implement Diagnostic Code Framework,"The system shall implement a diagnostic code framework for reporting system health conditions, warnings, errors, and fatal faults. This requirement traces to feature [F-DIAG-01].",,includes(#440)
444,Requirements,New,[SR-DIAG-002] Assign Unique Diagnostic Codes,The system shall assign a unique diagnostic code to each detected fault or abnormal condition. This requirement traces to feature [F-DIAG-01].,,includes(#440)
445,Requirements,New,[SR-DIAG-003] Classify Diagnostic Severity,"The system shall classify diagnostic codes by severity level including informational, warning, error, and fatal. This requirement traces to feature [F-DIAG-01].",,includes(#440)
446,Requirements,New,[SR-DIAG-004] Timestamp and Source Diagnostics,The system shall associate each diagnostic event with a timestamp and the originating system component. This requirement traces to feature [F-DIAG-01].,,includes(#440)
447,Requirements,New,[SR-DIAG-005] Persist Diagnostic Events,The system shall persist diagnostic events in non-volatile storage. This requirement traces to feature [F-DIAG-02].,,includes(#441)
448,Requirements,New,[SR-DIAG-006] Retain Diagnostics Across Resets,The system shall retain diagnostic data across system resets and power cycles. This requirement traces to feature [F-DIAG-02].,,includes(#441)
449,Requirements,New,[SR-DIAG-007] Bounded Diagnostic Storage,The system shall implement a bounded diagnostic storage mechanism with a defined overwrite or rollover policy. This requirement traces to feature [F-DIAG-02].,,includes(#441)
450,Requirements,New,[SR-DIAG-008] Provide Diagnostic Session Interface,The system shall provide a diagnostic session interface for accessing diagnostic and system health data. This requirement traces to feature [F-DIAG-03].,,includes(#442)
451,Requirements,New,[SR-DIAG-009] Retrieve Diagnostic Records,The system shall allow authorized diagnostic sessions to retrieve stored diagnostic events. This requirement traces to feature [F-DIAG-03].,,includes(#442)
452,Requirements,New,[SR-DIAG-010] Clear Diagnostic Records,The system shall allow authorized diagnostic sessions to clear stored diagnostic records. This requirement traces to feature [F-DIAG-03].,,includes(#442)
453,Requirements,New,[SR-DIAG-011] Non-Intrusive Diagnostic Sessions,The system shall ensure that diagnostic sessions do not interfere with normal sensor acquisition or communication operations. This requirement traces to feature [F-DIAG-03].,,includes(#442)
465,Requirements,New,[SR-DATA-001] Persistent Timestamped Sensor Data,The system shall persist timestamped sensor data in non-volatile storage.,,includes(#462)
466,Requirements,New,[SR-DATA-002] Sensor Data Metadata Storage,"The system shall store sensor data together with sensor identifiers, timestamps, and validity status.",,includes(#462)
467,Requirements,New,[SR-DATA-003] Configurable Data Retention Policy,The system shall support configurable data retention and overwrite policies for persisted sensor data.,,includes(#462)
468,Requirements,New,[SR-DATA-004] Data Persistence Component Interface,The system shall provide a Data Persistence (DP) component as the sole interface for persistent data access.,,includes(#463)
469,Requirements,New,[SR-DATA-005] Storage Access Isolation,The system shall prevent application and feature modules from directly accessing storage hardware.,,includes(#463)
470,Requirements,New,[SR-DATA-006] Structured Data Serialization,The DP component shall support serialization and deserialization of structured system data.,,includes(#463)
471,Requirements,New,[SR-DATA-007] Data Flush Before Teardown,The system shall flush all critical runtime data to non-volatile storage before entering a controlled teardown or reset state.,,includes(#464)
472,Requirements,New,[SR-DATA-008] Data Integrity During Updates,The system shall protect data integrity during firmware updates and machine constant updates.,,includes(#464)
473,Requirements,New,[SR-DATA-009] Persistence Verification,The system shall verify successful data persistence before completing a system state transition.,,includes(#464)
479,Requirements,New,[SR-OTA-001] OTA Negotiation Support,The system shall support OTA update negotiation initiated by the Main Hub.,,includes(#475)
480,Requirements,New,[SR-OTA-002] OTA Readiness Validation,The system shall verify internal readiness conditions before accepting an OTA update request.,,includes(#475)
481,Requirements,New,[SR-OTA-003] OTA Acknowledgement,The system shall explicitly acknowledge or reject OTA update requests.,,includes(#475)
482,Requirements,New,[SR-OTA-004] Firmware Reception,The system shall receive firmware images over the established communication interface.,,includes(#476)
483,Requirements,New,[SR-OTA-005] Firmware Temporary Storage,The system shall store received firmware images in non-volatile storage prior to validation.,,includes(#476)
484,Requirements,New,[SR-OTA-006] Active Firmware Protection,The system shall prevent overwriting or execution of the active firmware during firmware reception.,,includes(#476)
485,Requirements,New,[SR-OTA-007] Firmware Integrity Verification,The system shall validate the integrity of received firmware images before activation.,,includes(#477)
486,Requirements,New,[SR-OTA-008] Firmware Rejection Handling,The system shall reject firmware images that fail integrity validation.,,includes(#477)
487,Requirements,New,[SR-OTA-009] OTA Status Reporting,The system shall report firmware validation and OTA status to the Main Hub.,,includes(#477)
488,Requirements,New,[SR-OTA-010] OTA Teardown Execution,The system shall execute a controlled teardown procedure prior to firmware activation.,,includes(#478)
489,Requirements,New,[SR-OTA-011] Data Persistence Before Flashing,The system shall persist critical runtime data and calibration data before flashing new firmware.,,includes(#478)
490,Requirements,New,[SR-OTA-012] Controlled Firmware Activation,The system shall activate new firmware only after successful integrity validation.,,includes(#478)
491,Requirements,New,[SR-OTA-013] OTA Reboot Execution,The system shall reboot into the new firmware after successful activation.,,includes(#478)
496,Requirements,New,[SR-SEC-001] Firmware Authenticity Verification,The system shall verify the authenticity of the firmware image before execution during every boot cycle.,,includes(#493)
497,Requirements,New,[SR-SEC-002] Unauthorized Firmware Blocking,The system shall prevent execution of firmware images that fail cryptographic verification.,,includes(#493)
498,Requirements,New,[SR-SEC-003] Secure Boot Failure Handling,The system shall enter a defined security fault state when secure boot verification fails.,,includes(#493)
499,Requirements,New,[SR-SEC-004] Root-of-Trust Protection,The system shall protect the root-of-trust against unauthorized modification.,,includes(#493)
500,Requirements,New,[SR-SEC-005] Flash Data Access Protection,The system shall protect sensitive data stored in internal flash memory from unauthorized access.,,includes(#494)
501,Requirements,New,[SR-SEC-006] Encrypted External Storage,The system shall support encryption of sensitive data stored in external storage devices.,,includes(#494)
502,Requirements,New,[SR-SEC-007] Cryptographic Key Isolation,The system shall restrict access to cryptographic keys to authorized system components only.,,includes(#494)
503,Requirements,New,[SR-SEC-008] Stored Data Integrity Assurance,"The system shall ensure integrity of stored configuration, calibration, and machine constant data.",,includes(#494)
504,Requirements,New,[SR-SEC-009] Encrypted Main Hub Communication,The system shall encrypt all communication exchanged with the Main Hub.,,includes(#495)
505,Requirements,New,[SR-SEC-010] Message Integrity and Authenticity,The system shall ensure integrity and authenticity of all transmitted and received messages.,,includes(#495)
506,Requirements,New,[SR-SEC-011] Secure OTA Data Transfer,The system shall use encrypted and authenticated communication channels for OTA firmware updates.,,includes(#495)
507,Requirements,New,[SR-SEC-012] Security Violation Reporting,The system shall detect and report communication and security violations to the Main Hub.,,includes(#495)
513,Requirements,New,[SR-SYS-001] Finite State Machine Control,The system shall implement a defined finite state machine to manage operational states and transitions.,,includes(#509)
514,Requirements,New,[SR-SYS-002] State-Based Operation Restriction,The system shall restrict functional operations based on the current system state.,,includes(#509)
515,Requirements,New,[SR-SYS-003] State Transition Notification,The system shall notify system components when a system state transition occurs.,,includes(#509)
516,Requirements,New,[SR-SYS-004] Controlled Teardown Execution,"The system shall execute a controlled teardown sequence before firmware updates, machine constant updates, or system resets.",,includes(#510)
517,Requirements,New,[SR-SYS-005] Critical Data Persistence Before Teardown,The system shall persist all critical runtime data before completing a teardown sequence.,,includes(#510)
518,Requirements,New,[SR-SYS-006] Data Integrity Protection During Shutdown,"The system shall prevent data corruption during teardown, reset, or power-down operations.",,includes(#510)
519,Requirements,New,[SR-SYS-007] OLED Display Interface,The system shall provide a local OLED display using the I2C communication protocol.,,includes(#511)
520,Requirements,New,[SR-SYS-008] System Information Display,"The system shall display connectivity status, system state, connected sensor summary, and time/date on the OLED display.",,includes(#511)
521,Requirements,New,[SR-SYS-009] Button-Based Menu Navigation,"The system shall provide menu navigation using Up, Down, and Select buttons.",,includes(#511)
522,Requirements,New,[SR-SYS-010] Local Diagnostic and Health Menus,"The system shall provide diagnostic, sensor, and health information through the local OLED menu interface.",,includes(#511)
523,Requirements,New,[SR-SYS-011] Diagnostic Session Support,The system shall support diagnostic sessions for retrieving system status and diagnostic data.,,includes(#512)
524,Requirements,New,[SR-SYS-012] Debug Session Support,The system shall support debug sessions allowing controlled engineering commands.,,includes(#512)
525,Requirements,New,[SR-SYS-013] Authorized Debug Access Control,The system shall restrict debug session actions to authorized engineering access only.,,includes(#512)
1 ID Type Status Title Description Parent_ID Relations
2 45 Requirements Specified The system shall include a central server that aggregates and analyzes data from all main hubs across different farms, using machine learning algorithms to optimize control strategies for each farm based on collected data. The system shall include a central server that aggregates and analyzes data from all main hubs across different farms, using machine learning algorithms to optimize control strategies for each farm based on collected data.
3 46 Requirements Specified The sub-hub shall be capable of performing minor calibration functions, including sensor recalibration, before sending data to the main hub. The sub-hub shall be capable of performing minor calibration functions, including sensor recalibration, before sending data to the main hub.
4 47 Requirements Specified The main hub shall include control algorithms for managing the environment of the poultry house, including temperature, humidity, and air quality, by controlling the actuators like ventilation fans, heaters, lighting systems, and feeding systems. The main hub shall include control algorithms for managing the environment of the poultry house, including temperature, humidity, and air quality, by controlling the actuators like ventilation fans, heaters, lighting systems, and feeding systems.
5 48 Requirements Specified The central server shall use the aggregated data from all farms to generate optimized control strategies based on machine learning, which are then sent back to the respective main hubs. The central server shall use the aggregated data from all farms to generate optimized control strategies based on machine learning, which are then sent back to the respective main hubs.
6 49 Requirements Specified The main hub shall be connected to a local control board, which directly controls the actuators, such as fans, heaters, lights, and feeders. The main hub shall be connected to a local control board, which directly controls the actuators, such as fans, heaters, lights, and feeders.
7 50 Requirements Specified The sub-hubs shall be capable of real-time data collection and will update the main hub with sensor readings at specified intervals or when sensor values change beyond predefined thresholds. The sub-hubs shall be capable of real-time data collection and will update the main hub with sensor readings at specified intervals or when sensor values change beyond predefined thresholds.
8 51 Requirements Specified The system shall be capable of remote monitoring and control, allowing farm managers to access real-time data and control system settings via a mobile application or web interface. The system shall be capable of remote monitoring and control, allowing farm managers to access real-time data and control system settings via a mobile application or web interface.
9 52 Requirements Specified The system shall be able to generate alarms for critical situations such as temperature deviations, high ammonia levels, equipment malfunctions, or other emergency conditions. The system shall be able to generate alarms for critical situations such as temperature deviations, high ammonia levels, equipment malfunctions, or other emergency conditions.
10 53 Requirements Specified The system shall support data logging and historical analysis, providing insights into past farm conditions, sensor performance, and actuator behavior. The system shall support data logging and historical analysis, providing insights into past farm conditions, sensor performance, and actuator behavior.
11 54 Requirements Specified The system shall implement security measures such as data encryption and user authentication for remote access to prevent unauthorized access to farm data and control systems. The system shall implement security measures such as data encryption and user authentication for remote access to prevent unauthorized access to farm data and control systems.
12 55 Requirements Specified The sub-hubs shall include diagnostic tools to ensure the correct functionality of sensors, communication, and data transmission. The sub-hubs shall include diagnostic tools to ensure the correct functionality of sensors, communication, and data transmission.
13 56 Requirements Specified The system shall support scalability, allowing new sub-hubs and main hubs to be added seamlessly to expand the system to additional poultry rooms or farms. The system shall support scalability, allowing new sub-hubs and main hubs to be added seamlessly to expand the system to additional poultry rooms or farms.
14 57 Requirements Specified The system shall provide automated decision-making logic for controlling environmental parameters, which may be based on fuzzy logic or proportional control algorithms. The system shall provide automated decision-making logic for controlling environmental parameters, which may be based on fuzzy logic or proportional control algorithms.
15 58 Requirements Specified The central server shall be capable of over-the-air (OTA) updates for all system firmware, ensuring that the latest software updates and features can be deployed to all hubs. The central server shall be capable of over-the-air (OTA) updates for all system firmware, ensuring that the latest software updates and features can be deployed to all hubs.
16 59 Requirements Specified The system shall include energy management capabilities, optimizing the operation of actuators such as fans, heaters, and lighting to reduce energy consumption. The system shall include energy management capabilities, optimizing the operation of actuators such as fans, heaters, and lighting to reduce energy consumption.
17 60 Requirements Specified The system shall be compliant with industry standards, including animal welfare regulations and environmental requirements, ensuring the health and safety of the poultry. The system shall be compliant with industry standards, including animal welfare regulations and environmental requirements, ensuring the health and safety of the poultry.
18 61 Requirements Specified The system shall support multi-zone control, allowing different sections of the poultry house to have independent environmental control based on the local conditions measured by sensors in those zones. The system shall support multi-zone control, allowing different sections of the poultry house to have independent environmental control based on the local conditions measured by sensors in those zones.
19 62 Requirements Specified The system shall provide integration with other farm management software, allowing data from environmental control to be merged with broader farm management systems. The system shall provide integration with other farm management software, allowing data from environmental control to be merged with broader farm management systems.
20 63 Requirements Specified The system shall include fail-safe mechanisms to ensure continuous operation in case of failure in communication or hardware, including backup power and data storage. The system shall include fail-safe mechanisms to ensure continuous operation in case of failure in communication or hardware, including backup power and data storage.
21 64 Requirements Specified The system shall be designed for ease of use, with a user-friendly interface for farm managers to configure, monitor, and control the system. The system shall be designed for ease of use, with a user-friendly interface for farm managers to configure, monitor, and control the system.
22 65 Requirements Specified The system shall enable remote diagnostics for troubleshooting and support, reducing the need for on-site visits. The system shall enable remote diagnostics for troubleshooting and support, reducing the need for on-site visits.
23 394 Requirements In specification [SR-DAQ-001] Support Multi-Sensor Environmental Data Acquisition The system shall support simultaneous acquisition of environmental data from multiple sensor types, including temperature, humidity, CO2, NH3, VOC, particulate matter, and ambient light.\n\nThis requirements traces to feature [F-DAQ-01]. includes(#388)
24 395 Requirements In specification [SR-DAQ-002] Dedicated Sensor Slot Mapping The system shall assign each supported sensor type to a predefined and unique hardware slot to prevent incorrect sensor insertion or configuration.\n\nThis requirements traces to feature [F-DAQ-01]. includes(#388)
25 396 Requirements In specification [SR-DAQ-003] Sensor Presence Detection The system shall detect the physical presence of each sensor via a dedicated hardware detection signal prior to sensor initialization.\n\nThis requirements traces to feature [F-DAQ-01]. includes(#388)
26 397 Requirements In specification [SR-DAQ-004] Conditional Sensor Initialization The system shall initialize and activate only those sensors that are detected as present and enabled during system startup or reinitialization.\n\nThis requirements traces to feature [F-DAQ-01]. includes(#389)
27 398 Requirements In specification [SR-DAQ-005] High-Frequency Sensor Sampling The system shall sample each enabled sensor multiple times within a single acquisition cycle, with a default of ten (10) samples per sensor per cycle.\n\nThis requirements traces to feature [F-DAQ-02]. includes(#389)
28 399 Requirements In specification [SR-DAQ-006] Local Sensor Data Filtering The system shall apply a local filtering mechanism to raw sensor samples to produce a single filtered sensor value per acquisition cycle.\n\nThe filtering mechanism shall execute on the Sensor Hub.\n\nThis requirements traces to feature [F-DAQ-02]. includes(#389)
29 400 Requirements In specification [SR-DAQ-007] Deterministic Sampling Window The system shall complete each sensor’s sampling and filtering process within a bounded and deterministic time window to ensure real-time behavior.\n\nThis requirements traces to feature [F-DAQ-02]. includes(#390)
30 401 Requirements In specification [SR-DAQ-008] Timestamp Generation for Sensor Data The system shall generate a timestamp for each filtered sensor value upon completion of the acquisition and filtering process.\n\nThis requirements traces to feature [F-DAQ-03]. includes(#390)
31 402 Requirements In specification [SR-DAQ-009] Timestamped Sensor Data Record Structure The system shall generate a timestamped sensor data record containing at minimum the sensor identifier, sensor type, filtered value, unit of measurement, timestamp, and data validity status.\n\nThis requirements traces to feature [F-DAQ-03]. includes(#390)
32 403 Requirements In specification [SR-DAQ-010] Availability of Latest Sensor Data The system shall maintain the most recent timestamped sensor data record in memory and make it available for persistence and on-demand communication requests.\n\nThis requirements traces to feature [F-DAQ-03]. includes(#390)
33 409 Requirements In specification [SR-DQC-001] Detect Sensor Presence The system shall detect the physical presence of each sensor using a dedicated hardware-based detection mechanism. This requirement traces to feature [F-DQC-01]. includes(#405)
34 410 Requirements In specification [SR-DQC-002] Perform Sensor Detection During Initialization The system shall perform sensor presence detection during system startup and after any reinitialization or reconfiguration event. This requirement traces to feature [F-DQC-01]. includes(#405)
35 411 Requirements In specification [SR-DQC-003] Conditional Sensor Initialization The system shall initialize and activate only sensors that are detected as present. This requirement traces to feature [F-DQC-01]. includes(#405)
36 412 Requirements In specification [SR-DQC-004] Assign Fixed Sensor Slot Types The system shall assign each physical sensor slot to a predefined sensor type. This requirement traces to feature [F-DQC-02]. includes(#406)
37 413 Requirements In specification [SR-DQC-005] Verify Sensor Type Compatibility The system shall verify that a detected sensor matches the expected sensor type for its assigned slot. This requirement traces to feature [F-DQC-02]. includes(#406)
38 414 Requirements In specification [SR-DQC-006] Reject Invalid Sensor Configurations The system shall reject and report any sensor-slot mismatch as a diagnostic event. This requirement traces to feature [F-DQC-02]. includes(#406)
39 415 Requirements In specification [SR-DQC-007] Monitor Sensor Health The system shall continuously monitor sensor responsiveness and signal validity during normal operation. This requirement traces to feature [F-DQC-03]. includes(#407)
40 416 Requirements In specification [SR-DQC-008] Detect Sensor Failure Conditions The system shall detect sensor failures including disconnection, non-responsiveness, and out-of-range measurement values. This requirement traces to feature [F-DQC-03]. includes(#407)
41 417 Requirements In specification [SR-DQC-009] Isolate Failed Sensors The system shall mark detected faulty sensors as defective and exclude them from data acquisition and reporting. This requirement traces to feature [F-DQC-03]. includes(#407)
42 418 Requirements In specification [SR-DQC-010] Report Sensor Failures The system shall report detected sensor failures to the Main Hub with timestamps and failure classification. This requirement traces to feature [F-DQC-03]. includes(#407)
43 419 Requirements In specification [SR-DQC-011] Maintain Machine Constants Dataset The system shall maintain a Machine Constants dataset defining sensor configuration, calibration parameters, and communication identifiers. This requirement traces to feature [F-DQC-04]. includes(#408)
44 420 Requirements In specification [SR-DQC-012] Persist Machine Constants The system shall store the Machine Constants dataset in non-volatile storage. This requirement traces to feature [F-DQC-04]. includes(#408)
45 421 Requirements In specification [SR-DQC-013] Load Machine Constants at Startup The system shall load and apply the Machine Constants dataset during system initialization. This requirement traces to feature [F-DQC-04]. includes(#408)
46 422 Requirements In specification [SR-DQC-014] Support Remote Machine Constants Update The system shall support remote updates of the Machine Constants dataset initiated by the Main Hub. This requirement traces to feature [F-DQC-04]. includes(#408)
47 423 Requirements In specification [SR-DQC-015] Controlled Reinitialization After Update The system shall apply updated Machine Constants only after executing a controlled teardown and reinitialization procedure. This requirement traces to feature [F-DQC-04]. includes(#408)
48 429 Requirements In specification [SR-COM-001] Bidirectional Main Hub Communication The system shall support bidirectional communication between the Sensor Hub and the Main Hub. This requirement traces to feature [F-COM-01]. includes(#426)
49 430 Requirements In specification [SR-COM-002] Transmit Data to Main Hub The system shall transmit sensor data, diagnostics information, and system status to the Main Hub. This requirement traces to feature [F-COM-01]. includes(#426)
50 431 Requirements In specification [SR-COM-003] Receive Commands from Main Hub The system shall receive commands, configuration updates, and firmware update requests from the Main Hub. This requirement traces to feature [F-COM-01]. includes(#426)
51 432 Requirements In specification [SR-COM-004] Monitor Communication Link Status The system shall monitor the status of the communication link with the Main Hub and report link availability and failure conditions. This requirement traces to feature [F-COM-01]. includes(#426)
52 433 Requirements In specification [SR-COM-005] Support On-Demand Data Requests The system shall support on-demand requests from the Main Hub for sensor data. This requirement traces to feature [F-COM-02]. includes(#427)
53 434 Requirements In specification [SR-COM-006] Respond with Latest Sensor Data The system shall respond to on-demand data requests with the most recent timestamped sensor data. This requirement traces to feature [F-COM-02]. includes(#427)
54 435 Requirements In specification [SR-COM-007] Include Data Validity in Responses The system shall include sensor status and data validity information in on-demand data responses. This requirement traces to feature [F-COM-02]. includes(#427)
55 436 Requirements In specification [SR-COM-008] Support Peer Sensor Hub Communication The system shall support limited peer-to-peer communication between Sensor Hubs. This requirement traces to feature [F-COM-03]. includes(#428)
56 437 Requirements In specification [SR-COM-009] Allow Peer Coordination Functions The system shall allow peer communication for basic coordination functions such as connectivity checks or time synchronization. This requirement traces to feature [F-COM-03]. includes(#428)
57 438 Requirements In specification [SR-COM-010] Isolate Peer Communication from Control Logic The system shall ensure that peer Sensor Hub communication does not interfere with Main Hub communication or control operations. This requirement traces to feature [F-COM-03]. includes(#428)
58 443 Requirements New [SR-DIAG-001] Implement Diagnostic Code Framework The system shall implement a diagnostic code framework for reporting system health conditions, warnings, errors, and fatal faults. This requirement traces to feature [F-DIAG-01]. includes(#440)
59 444 Requirements New [SR-DIAG-002] Assign Unique Diagnostic Codes The system shall assign a unique diagnostic code to each detected fault or abnormal condition. This requirement traces to feature [F-DIAG-01]. includes(#440)
60 445 Requirements New [SR-DIAG-003] Classify Diagnostic Severity The system shall classify diagnostic codes by severity level including informational, warning, error, and fatal. This requirement traces to feature [F-DIAG-01]. includes(#440)
61 446 Requirements New [SR-DIAG-004] Timestamp and Source Diagnostics The system shall associate each diagnostic event with a timestamp and the originating system component. This requirement traces to feature [F-DIAG-01]. includes(#440)
62 447 Requirements New [SR-DIAG-005] Persist Diagnostic Events The system shall persist diagnostic events in non-volatile storage. This requirement traces to feature [F-DIAG-02]. includes(#441)
63 448 Requirements New [SR-DIAG-006] Retain Diagnostics Across Resets The system shall retain diagnostic data across system resets and power cycles. This requirement traces to feature [F-DIAG-02]. includes(#441)
64 449 Requirements New [SR-DIAG-007] Bounded Diagnostic Storage The system shall implement a bounded diagnostic storage mechanism with a defined overwrite or rollover policy. This requirement traces to feature [F-DIAG-02]. includes(#441)
65 450 Requirements New [SR-DIAG-008] Provide Diagnostic Session Interface The system shall provide a diagnostic session interface for accessing diagnostic and system health data. This requirement traces to feature [F-DIAG-03]. includes(#442)
66 451 Requirements New [SR-DIAG-009] Retrieve Diagnostic Records The system shall allow authorized diagnostic sessions to retrieve stored diagnostic events. This requirement traces to feature [F-DIAG-03]. includes(#442)
67 452 Requirements New [SR-DIAG-010] Clear Diagnostic Records The system shall allow authorized diagnostic sessions to clear stored diagnostic records. This requirement traces to feature [F-DIAG-03]. includes(#442)
68 453 Requirements New [SR-DIAG-011] Non-Intrusive Diagnostic Sessions The system shall ensure that diagnostic sessions do not interfere with normal sensor acquisition or communication operations. This requirement traces to feature [F-DIAG-03]. includes(#442)
69 465 Requirements New [SR-DATA-001] Persistent Timestamped Sensor Data The system shall persist timestamped sensor data in non-volatile storage. includes(#462)
70 466 Requirements New [SR-DATA-002] Sensor Data Metadata Storage The system shall store sensor data together with sensor identifiers, timestamps, and validity status. includes(#462)
71 467 Requirements New [SR-DATA-003] Configurable Data Retention Policy The system shall support configurable data retention and overwrite policies for persisted sensor data. includes(#462)
72 468 Requirements New [SR-DATA-004] Data Persistence Component Interface The system shall provide a Data Persistence (DP) component as the sole interface for persistent data access. includes(#463)
73 469 Requirements New [SR-DATA-005] Storage Access Isolation The system shall prevent application and feature modules from directly accessing storage hardware. includes(#463)
74 470 Requirements New [SR-DATA-006] Structured Data Serialization The DP component shall support serialization and deserialization of structured system data. includes(#463)
75 471 Requirements New [SR-DATA-007] Data Flush Before Teardown The system shall flush all critical runtime data to non-volatile storage before entering a controlled teardown or reset state. includes(#464)
76 472 Requirements New [SR-DATA-008] Data Integrity During Updates The system shall protect data integrity during firmware updates and machine constant updates. includes(#464)
77 473 Requirements New [SR-DATA-009] Persistence Verification The system shall verify successful data persistence before completing a system state transition. includes(#464)
78 479 Requirements New [SR-OTA-001] OTA Negotiation Support The system shall support OTA update negotiation initiated by the Main Hub. includes(#475)
79 480 Requirements New [SR-OTA-002] OTA Readiness Validation The system shall verify internal readiness conditions before accepting an OTA update request. includes(#475)
80 481 Requirements New [SR-OTA-003] OTA Acknowledgement The system shall explicitly acknowledge or reject OTA update requests. includes(#475)
81 482 Requirements New [SR-OTA-004] Firmware Reception The system shall receive firmware images over the established communication interface. includes(#476)
82 483 Requirements New [SR-OTA-005] Firmware Temporary Storage The system shall store received firmware images in non-volatile storage prior to validation. includes(#476)
83 484 Requirements New [SR-OTA-006] Active Firmware Protection The system shall prevent overwriting or execution of the active firmware during firmware reception. includes(#476)
84 485 Requirements New [SR-OTA-007] Firmware Integrity Verification The system shall validate the integrity of received firmware images before activation. includes(#477)
85 486 Requirements New [SR-OTA-008] Firmware Rejection Handling The system shall reject firmware images that fail integrity validation. includes(#477)
86 487 Requirements New [SR-OTA-009] OTA Status Reporting The system shall report firmware validation and OTA status to the Main Hub. includes(#477)
87 488 Requirements New [SR-OTA-010] OTA Teardown Execution The system shall execute a controlled teardown procedure prior to firmware activation. includes(#478)
88 489 Requirements New [SR-OTA-011] Data Persistence Before Flashing The system shall persist critical runtime data and calibration data before flashing new firmware. includes(#478)
89 490 Requirements New [SR-OTA-012] Controlled Firmware Activation The system shall activate new firmware only after successful integrity validation. includes(#478)
90 491 Requirements New [SR-OTA-013] OTA Reboot Execution The system shall reboot into the new firmware after successful activation. includes(#478)
91 496 Requirements New [SR-SEC-001] Firmware Authenticity Verification The system shall verify the authenticity of the firmware image before execution during every boot cycle. includes(#493)
92 497 Requirements New [SR-SEC-002] Unauthorized Firmware Blocking The system shall prevent execution of firmware images that fail cryptographic verification. includes(#493)
93 498 Requirements New [SR-SEC-003] Secure Boot Failure Handling The system shall enter a defined security fault state when secure boot verification fails. includes(#493)
94 499 Requirements New [SR-SEC-004] Root-of-Trust Protection The system shall protect the root-of-trust against unauthorized modification. includes(#493)
95 500 Requirements New [SR-SEC-005] Flash Data Access Protection The system shall protect sensitive data stored in internal flash memory from unauthorized access. includes(#494)
96 501 Requirements New [SR-SEC-006] Encrypted External Storage The system shall support encryption of sensitive data stored in external storage devices. includes(#494)
97 502 Requirements New [SR-SEC-007] Cryptographic Key Isolation The system shall restrict access to cryptographic keys to authorized system components only. includes(#494)
98 503 Requirements New [SR-SEC-008] Stored Data Integrity Assurance The system shall ensure integrity of stored configuration, calibration, and machine constant data. includes(#494)
99 504 Requirements New [SR-SEC-009] Encrypted Main Hub Communication The system shall encrypt all communication exchanged with the Main Hub. includes(#495)
100 505 Requirements New [SR-SEC-010] Message Integrity and Authenticity The system shall ensure integrity and authenticity of all transmitted and received messages. includes(#495)
101 506 Requirements New [SR-SEC-011] Secure OTA Data Transfer The system shall use encrypted and authenticated communication channels for OTA firmware updates. includes(#495)
102 507 Requirements New [SR-SEC-012] Security Violation Reporting The system shall detect and report communication and security violations to the Main Hub. includes(#495)
103 513 Requirements New [SR-SYS-001] Finite State Machine Control The system shall implement a defined finite state machine to manage operational states and transitions. includes(#509)
104 514 Requirements New [SR-SYS-002] State-Based Operation Restriction The system shall restrict functional operations based on the current system state. includes(#509)
105 515 Requirements New [SR-SYS-003] State Transition Notification The system shall notify system components when a system state transition occurs. includes(#509)
106 516 Requirements New [SR-SYS-004] Controlled Teardown Execution The system shall execute a controlled teardown sequence before firmware updates, machine constant updates, or system resets. includes(#510)
107 517 Requirements New [SR-SYS-005] Critical Data Persistence Before Teardown The system shall persist all critical runtime data before completing a teardown sequence. includes(#510)
108 518 Requirements New [SR-SYS-006] Data Integrity Protection During Shutdown The system shall prevent data corruption during teardown, reset, or power-down operations. includes(#510)
109 519 Requirements New [SR-SYS-007] OLED Display Interface The system shall provide a local OLED display using the I2C communication protocol. includes(#511)
110 520 Requirements New [SR-SYS-008] System Information Display The system shall display connectivity status, system state, connected sensor summary, and time/date on the OLED display. includes(#511)
111 521 Requirements New [SR-SYS-009] Button-Based Menu Navigation The system shall provide menu navigation using Up, Down, and Select buttons. includes(#511)
112 522 Requirements New [SR-SYS-010] Local Diagnostic and Health Menus The system shall provide diagnostic, sensor, and health information through the local OLED menu interface. includes(#511)
113 523 Requirements New [SR-SYS-011] Diagnostic Session Support The system shall support diagnostic sessions for retrieving system status and diagnostic data. includes(#512)
114 524 Requirements New [SR-SYS-012] Debug Session Support The system shall support debug sessions allowing controlled engineering commands. includes(#512)
115 525 Requirements New [SR-SYS-013] Authorized Debug Access Control The system shall restrict debug session actions to authorized engineering access only. includes(#512)