1 / 33

WP3: PSS Modularity

WP3: PSS Modularity. General Overview for First Milestone and Upcoming Activities. Md. Fasiul Alam. CERN-EDUSAFE Meeting 28/10/13. Overview. WP3 Outlines Scheduling-Milestones Analyses Use Cases Design concept of PTU system. CS and DAQ System DAQ Modular software

elyse
Download Presentation

WP3: PSS Modularity

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. WP3: PSS Modularity General Overview for First Milestone and Upcoming Activities Md. Fasiul Alam CERN-EDUSAFE Meeting 28/10/13

  2. Overview • WP3 Outlines • Scheduling-Milestones • Analyses • Use Cases • Design concept of PTU system • CS and DAQ System • DAQ Modular software • DAQ Server software • Integration Process • Risk points • Delay or other issues • Questions and Comments? CERN-EDUSAFE Meeting 28/10/13

  3. WP3 Overview • WP3 focuses on studying the scalability and adaptability potential of the hardware and the software of the PSS module, the Control System (CS) and the Data Acquisition system (DAQ) for other markets and different types of environment. Focus is also on the system modularity aspects. • It is divided into two parts. • This individual research project focuses on design and integration optimization of the PSS module which hosts the communication module, the safety sensors and the local intelligence for data/video local treatment. It is an essential node for propagating the data from the cameras and sensors to the control system and vice versa from the control system to the HMDs. It is a key element to the success of the project. Additionally, a very challenging optimization is required at all design levels (electronics miniaturization, power consumption, integration, interfaces, wireless HW) to produce a system sufficiently powerful, highly reliable, with small size and weight, suitable to the workers in the most demanding environments. • The CS and DAQ architecture and components hierarchy need to be designed and integrated to meet the stringent requirements from the AR technology and the software implementation constraints. It needs to be adaptable and scalable to various working environment (sea, space, large underground areas,..) and must easily accept various types of detectors/sensors. Attention needs to be paid to maintain high speed communication rates and data exchange between the supervised persons and supervisors. The control system will be developed through web-based methods, the data registered to a proper data-base for easy access for off-line analysis, the calculated environmental radiation activation maps compared and agree with the radiation data measured on the field. The preparation of radiation maps is an essential activity and must be solid and well understood. CERN-EDUSAFE Meeting 28/10/13

  4. WP3 OUTLINES: Deliverables and Milestones Deliverables Milestones CERN-EDUSAFE Meeting 28/10/13

  5. Qualitative and Quantitative Analyses A hazard analysis, predesign or postdesign, can be designated as qualitative or quantitative. A qualitative analysis is a nonmathematical review of all factors affecting the safety of a product, system, operation, or person. It involves examination of the actual design against a predetermined set of acceptability parameters. All possible conditions and events and their consequences are considered to determine whether they could cause or contribute to injury or damage. A quantitative analysis is a mathematical measure of how well energy is controlled. A qualitative hazards analyses are conducted in the following sequence: 1. Identify both design and operational primary hazards (i.e., sources of danger) that could generate injury, damage, loss of function. These constitute the top-level events. All other factors contribute to or affect these top-level items. 2. Identify factors contributing to the top-level events. These are listed as they come to mind. The analyst lists everything that could have an adverse effect on the product or system. The list can be developed from theoretical considerations of possible hazards, from results of past failures of equipment, or from knowledge of problems with similar systems or subsystems. 3. Items on the preliminary list are rearranged according to the effects that they will produce. Generally, this rearrangement is done by continuing the analysis down through additional cause and effect levels. In some instances, certain conditions or events may be included in more than one area. 4. Any other events, which consideration indicates should be included are then added to the analysis. 5. Determine what action most practically will control the triggering mechanism considering time sequencing, severity, frequency, etc. CERN-EDUSAFE Meeting 28/10/13

  6. Qualitative and Quantitative Analyses • Quantitative Analyses: This type of analysis is a determination of how well hazards are controlled in a system, subsystem, or event. In any case, quantitative safety analysis must be based on a qualitative analysis. Numerical values are then applied. A probability analysis may be accomplished in a number of ways depending on the desired end result. • 1. Probabilities may be derived from experience data on operations of similar systems, preliminary tests, synthesized combination values, or extensions of all of these. The quantitative expression may include not only the expected rate at which the hazard will cause accidents but also the severity of damage that could result, or it may include both. • 2. It is morally and legally unjustifiable to permit a hazard to exist unless appropriate effort is applied to eliminate it, control it, or limit any damage that it possibly could produce. • Sometimes, data are valid only in special circumstances. Generalized probabilities will not serve well for specific, localized areas. • 4. Reliability is the probability of successful accomplishment of a mission within prescribed parameters over a specific period of time. • 5. Design deficiencies are rarely quantifiable and can be easily overlooked by a quantitative analysis. CERN-EDUSAFE Meeting 28/10/13

  7. PSS Major Use Cases CERN-EDUSAFE Meeting 28/10/13

  8. PSS Other Use Cases • Industrial Safety/Operational Safety/Biomedical Safety • Compliance with federal, state, and local industrial codes and regulations. • Required state inspections of equipment, such as boilers, cranes, elevators, degreasers, fire systems, etc. • Fire prevention and control program. • Personnel accident prevention program and statistical records. • Temperature and humidity control. • Noise level control within the plant. • Personal protective clothing requirements, i.e. safety glasses/shoes, hard hats, non static work clothes, etc. • Safe and adequate tools for the job to be done. • Safety guards for moving parts of machinery, such as pulleys, gears, saws, grinders, conveyors, etc. • Material handling and storage methods. • In-plant cleanliness and good housekeeping practices. • Motor vehicle safety program. • Adequate lighting for type of work. • Warning alarms and signs. • Employee safety training. • Personal hygiene and first aid programs. • Proof testing and identification of lifting sling, ropes, etc. • Security control of identified hazardous areas. • Guard rails on platforms, stairs, walkways. • Personnel protection during hazardous testing. CERN-EDUSAFE Meeting 28/10/13

  9. CERN Use Cases CERN-EDUSAFE Meeting 28/10/13

  10. PSS Architecture CERN-EDUSAFE Meeting 28/10/13

  11. Design Steps: Grouping CERN-EDUSAFE Meeting 28/10/13

  12. Design Steps: Group outlines CERN-EDUSAFE Meeting 28/10/13

  13. Design Steps: Inside of Processing Group • Low power Microcontroller, Processor Some of the features will be System-on-Chip, 16/32-bit, channel correlator and an on-board Flash memory, extra CPU computing power and a wide range of hosted peripherals – CAN, SPI, UART, I2C, USB and others, with external memory interface allowing glueless connection to external devices including a Zigbee/Acoustic/RFID/ GSM/GPRS module, smartcard and DSP and text-to-speech, data short range communication, radio controller and mobile computing platforms – PDA and smartphone. • GumstixInterface/DSP Processor Gumstix/ DSP processor will collaborate with design. It will go from concept to finished design in development times. It will be equipped with camera control signals or a wide range of expandability options. CERN-EDUSAFE Meeting 28/10/13

  14. Design Steps: Inside of Sensing Group • Gas sensor block: Will contain different gas sensors like O2, CO2, CO, H2S etc • Environmental Condition Monitoring block : Will contain Accelerometer , fire sensor, shock, ultrasonic , optical/light, infrared, humidity sensors etc. • Human Sensing Block: Will contain heartbeat /ECG sensor, body temperature sensor, etc. • Location awareness Block:Worker situation and position CERN-EDUSAFE Meeting 28/10/13

  15. Design Steps: Inside of Interfacing Group • Zigbeeblock: Will contain different radiation sensors • GUI: A GUI will be connected for user interface • RFID, USB and wireless ports for different interface options CERN-EDUSAFE Meeting 28/10/13

  16. Design Steps: Inside of Communication Group • Wi-Fi MODULE • RFID/ Bluetooth • Optical network • GSM • Acoustic CERN-EDUSAFE Meeting 28/10/13

  17. Design Steps: Inside of Power Group • Rechargeable Li-I battery • Photovoltaic cells • Micro power device • Thermoelectric power etc. CERN-EDUSAFE Meeting 28/10/13

  18. Design Steps: Integration process CERN-EDUSAFE Meeting 27/10/13

  19. Design Steps: Integration process CERN-EDUSAFE Meeting 28/10/13

  20. Design steps: Groups are connected through M/F sockets Finally it will be formed like as a sandwich! CERN-EDUSAFE Meeting 28/10/13

  21. Blocks of PTU’s for PSS system CERN-EDUSAFE Meeting 28/10/13

  22. Block Outlines of PTU CERN-EDUSAFE Meeting 28/10/13

  23. HW/SW Outlines of PTU CERN-EDUSAFE Meeting 28/10/13

  24. CS and DAQ System • General Overview of PSS Module • Work Methodology • Objectives of Modular system • Use Cases • Modular Architecture • Integration Process • Software - DAQ System • DAQ Modular software • DAQ Server software • DataBase • Scheduling - Milestones CERN-EDUSAFE Meeting 28/10/13

  25. DAQ System CERN-EDUSAFE Meeting 28/10/13

  26. CS System CERN-EDUSAFE Meeting 28/10/13

  27. Overall Integration Process CERN-EDUSAFE Meeting 28/10/13

  28. Delay or other issues • PTU Phase 2 Specifications and hardware designs • Use Cases • PTU Architecture • Hardware Designs • Enclosure • Integration Process • Software - DAQ System • DAQ PTU software • DAQ Server softwa • DataBase • Messages format • Delay or other issues CERN-EDUSAFE Meeting 28/10/13

  29. Delay or other issues • We don’t have any delay for current milestone and overall studies carried out in a perfect way. In addition, Some points have been noted as a risk for future milestones. These are: CERN-EDUSAFE Meeting 28/10/13

  30. Upcoming Works CERN-EDUSAFE Meeting 28/10/13

  31. Modular Concept

  32. Q/A Questions/Comments Thanks to all CERN-EDUSAFE Meeting 28/10/13

  33. Q/A CERN-EDUSAFE Meeting 28/10/13

More Related