• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer

Microcontroller Tips

Microcontroller engineering resources, new microcontroller products and electronics engineering news

  • Products
    • 8-bit
    • 16-bit
    • 32-bit
    • 64-bit
  • Applications
    • Automotive
    • Connectivity
    • Consumer Electronics
    • Industrial
    • Medical
    • Security
  • EE Forums
    • EDABoard.com
    • Electro-Tech-Online.com
  • Videos
    • TI Microcontroller Videos
  • EE Resources
    • DesignFast
    • eBooks / Tech Tips
    • FAQs
    • LEAP Awards
    • Podcasts
    • Webinars
    • White Papers
  • EE Learning Center

Embedded basics Part 3: Functional safety documentation and terminology

February 3, 2020 By Majeed Ahmad Leave a Comment

Functional safety compliance is often a time-consuming and expensive process. That, in turn, underscores the role of documentation in efficiently implementing the functional safety guidelines.

So, designers need full documentation to support the development of functional safety-enabled embedded systems. It includes safety manuals that document all the information for integrating functional safety-enabled MCUs into the embedded system. These manuals detail all applicable safety requirements, procedures, and conditions of use.

functional safety documentation
Figure 1: In functional safety, documentation constitutes the third fundamental building block, along with hardware and software components. (Image:: Infineon Technologies)

Functional safety requirements are specified in the ISO 26262 standard for automotive safety, IEC 61508 for industrial applications, IEC 62304 for medical software, and IEC 60730 for automatic electric controls. There are functional safety experts such as TÜV SÜD that certify the compliance of components, tools, IPs, and end systems to these standards.

Here is a brief description of some of the common terms that engineers come across while dealing with functional safety requirements.

Failure Mode Effects Analysis (FMEA)

It’s a qualitative analysis tool that contains a detailed list of microcontroller failure modes and related mitigation measures. FMEA is a step-by-step approach that identifies all possible means of failure in a design (failure modes) and the consequences of those failures (effects). It is the key to correctly defining how to mitigate faults and lays the foundation for the quantitative analysis applied later in the process.

Failure Mode Effects and Diagnostics Analysis (FMEDA)

It’s a quantitative analysis technique that the design team must apply after completing the FMEA. FMEDA helps determine the effectiveness of the MCU safety integrity architecture by providing a static snapshot of failure rates computed at both the microcontroller and basic functional detail levels.

The FMEDA report computes failure rates for each MCU block, including the effect of permanent and transient faults, allowing safety managers to review all the information regarding adherence to functional safety standards.

Assumptions of Use (AoU)

The documented AoU informs designers about how a component like a microcontroller is expected to be used in embedded system design. It reflects the expected safety concept, safety requirements, and safety mechanisms to be used by the system designer.

While third-party functional safety certification of a component like MCU encompasses the AoU analysis, system designers are still obliged to analyze the component in the context of their own use.

Safety Element out of Context (SEooC)

The hardware or software components developed without a context of a particular application in which they are going to be used fall under the preview of SEooC. Otherwise, a wrong assumption about hardware or software component may impact the entire functional safety compliance.

In the hardware realm, microcontrollers, a pervasive building block in the embedded systems, are a common SEooC item. Likewise, in the software domain, RTOS equipped with a scheduler and designed to meet the real-time requirements of an embedded system is a classic example of SEooC.

You may also like:

  • ISO 26262 functional safety
    Embedded basics Part 2: ISO 26262 functional safety for MCUs
  • IEC 61508 functional safety
    Embedded basics Part 1: IEC 61508 functional safety for MCUs

Filed Under: FAQ, Featured Tagged With: FAQ

Reader Interactions

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Primary Sidebar

DesignFast

Component Selection Made Simple.

Try it Today
design fast globle

EE Training Center Classrooms

“ee

“ee

“ee

“ee

“ee

Subscribe to our Newsletter

Subscribe to weekly industry news, new product innovations and more.

Subscribe today

RSS Current EDABoard.com discussions

  • How to standalone test of an AC breaker motor part
  • Measuring room temperature & temperature regulator with 8051 microcontroller using lm35 temperature sensor
  • Receiver circuit, what does Q4 do?
  • Asynchronous Motor Control
  • Force sensing resistor (FSR) nonlinearity?

RSS Current Electro-Tech-Online.com Discussions

  • Multiple UART Hub to USB?
  • Searching for obsolete Techtools QW-1 quickwriter
  • Tesla coil progress
  • Question wifi and bluetooth erase data discs and flash memory?
  • Does anyone have a paper tape punch for sale, to suit 1" tape?

Follow us on Twitter

Tweets by MicroContrlTips

Footer

Microcontroller Tips

EE World Online Network

  • DesignFast
  • EE World Online
  • EDA Board Forums
  • Electro Tech Online Forums
  • Connector Tips
  • Analog IC Tips
  • Power Electronic Tips
  • Sensor Tips
  • Test and Measurement Tips
  • Wire and Cable Tips
  • 5G Technology World

Microcontroller Tips

  • Subscribe to our newsletter
  • Advertise with us
  • Contact us
  • About us
Follow us on TwitterAdd us on FacebookFollow us on YouTube Follow us on Instagram

Copyright © 2021 · WTWH Media LLC and its licensors. All rights reserved.
The material on this site may not be reproduced, distributed, transmitted, cached or otherwise used, except with the prior written permission of WTWH Media.

Privacy Policy