To ease certification of embedded systems with functional safety requirements many vendors of MCUs provide "Functional Safety Design Packages" (e.g. [SafeTI of Texas Instruments](http://www.ti.com/ww/en/functional_safety/safeti/SafeTI-61508.html), [STMicroelectronics](https://www.st.com/content/st_com/en/about/media-center/press-item.html/p4041.html)). These design packages contain: * SW/hardware abstraction libraries (HAL) for the MCU * documentation about the design (basis for certification(s) of "design package"), e.g. refer to [Functional Safety Design Patterns](https://discourse.ros.org/t/functional-safety-design-patterns/6364) * "design package" certification document(s) (to justify suitability for system integration of the "design package") * documentation about "Failure Mode and Effects Analysis" (FMEA) and "Failure Modes, Effects and Diagnostic Analysis" (FMEDA) to ease certification of the overall system The same approach used by these vendors on the MCU/HAL level could be adapted to ROS2 on various levels as well. E.g. H-ROS system components, higher level application SW components, etc. Adopting a "design package" approach would help to: * save vendor specific resources * enable acceptance of ROS2 in the industry * establish ROS2 as a standard in robotics with broad acceptance (not limited to research and low risk domains and applications but higher risk domains and applications as well) --- [Visit Topic](https://discourse.ros.org/t/functional-safety-design-packages/6451/1) or reply to this email to respond. If you do not want to receive messages from ros-users please use the unsubscribe link below. If you use the one above, you will stop all of ros-users from receiving updates. ______________________________________________________________________________ ros-users mailing list ros-users@lists.ros.org http://lists.ros.org/mailman/listinfo/ros-users Unsubscribe: