Discussions
Categories
Groups
Documentation
Knowledge base
Developer portal
App catalog
The Hub
GitHub
Home
Newly Imported
Restricted
NXP
Feedback on DC Configurator License
medini_1054438917
Hello, Our team has gone through the shared "FAE FMEDA config script" and have identified some issues with DC configurator license. Also, have listed few enhancements that may come handy while preparing rules for FAEs usage and stated them below. Problems: While using DC configurator license, FMEDA worksheet is editable whereas Checklist becomes Read-only meaning that FAEs cannot execute the script. Also, they will not be able to add elements from Safety model in to Related artifacts column. Currently DC configurator license allows us to edit failure rate prediction and select mission profile but we cannot change package type as it is part of Catalog Data which gets frozen. Enhancement: The existing rule for Clearing Safety Mechanism is applicable to specific Failure modes only where as we would also like to have a rule which can be used to remove some of the specific Safety mechanisms from the entire FMEDA worksheet. The existing rule for Deactivate Safety Related is applicable to Leaf level elements only where as we would also like to apply this at higher level of hierarchy so that it can allow us to deactivate safety related elements in the below sub-hierarchies. Regards, Rupesh
Find more posts tagged with
medini
medini legacy
Accepted answers
All comments
medini_1036867805
This was discussed in call with medini on 2/24/21. Action item for Michael Soden to come back to NXP with proposals for these challenges. Related Meeting notes:
Main topic
today: Feedback from DC configurator trials by Rupesh and Bhavik
see also
https://medini.freshdesk.com/support/discussions/topics/1000103041
Checklist is not active
under "DC configurator" license. Answer Michael: Checklist
was just meant as a trial.
Checklist feature not intended to become available under DC
configurator license.
Checklist based feature will be moved to a dedicated feature
later on, once the work flow proves out to be useful. The current checklist of
NXP team is also only a trial.
It's not a fully mature, productized checklist.
It's not an issue to "recreate" the checklist in the
later expected new native medini feature Mission profile and
parameters of failure prediction can be changed.
Problem: Package type cannot be changed under DC configurator
license.
This is necessary for products which NXP offers in different
packages.
Package selection shall be possible for FAEs without having to go
through all TR62380 dialogues.
In next version a "config file" approach is planned to
support a flow like: FSA creates a config file
for each package and respective base failure rates FAE only selects the
respective config file for the package chosen by customer (no need to go
through TR61380 menus)
Michael
demoing this feature on an medini internal prototype
Functionality is understood, UI is still not finalized.
Need to talk also with Emiliano about this, because the flow shall also work
for AMS devices which apply a different prediction for the analog and digital
areas of the die.
DC configurator is really the
way forward for NXP, because it truly can offload the FAE from having to
understand and touch the FMEDA worksheet itself. In config sheet, for clearing
safety mechanisms, two flavors are required Clear it from a particular
IP failure mode (exists) Clear it overall, i.e. from
all IP failure modes In config sheet,
selecting/deselecting an IP shall also selecting/deselect all
sub-hierarchies AI Michael: Come back to NXP with
proposals for the presented challenges.
medini_1054438917
As per our discussion in last conference call on 10-Mar-21, Below are the additional enhancements that NXP would like to have: • Turning an IP from "not safety related" to "safety related", i.e. having a "ACTIVATE_SAFETY_RELATED" in addition to "DEACTIVATE_SAFETY_RELATED" • In case two SMs are allocated to a same failure mode, then while running "REMOVE_SM" both SMs are removed.There should be a way to clear only one selected SM using the checklist. • Configurability to support changing DC numbers based on checklist was discussed. This can be a way forward for NXP to allow FAEs directly provide DC while assigning or de-assigning a SM with required DC coverage value (in %). • If SMs are hidden in worksheet then is it possible to enable the checklist to un-hide such SMs? For eg. if A53_LS and SCST are two SMs where SCST is hidden for ASILD config then is it possible to unhide SCST SM and hide LS for ASIL B config? (good to have) • Configure Safety Goals using Checklist which can enable/disable a required Safety Goal (i.e. ASIL D config/ ASIL B config) and accordingly the FMEDA worksheet gets filtered for the selected Safety Goal. If required, we can have another call to explain these enhancements.
medini_1054438917
Hello Medini Support Team, Will you be able to share me any update on the above enhancements? Can we expect an updated version of Checklist by next week? Please provide a tentative date as we have to soon start releasing the FMEDA done in Medini to our customers and mass market. Regards, Rupesh
medini_1024121064
Dear Rupesh, I've uploaded a new version of the checklist based configuration. This comes with additional rules to manipulate an FMEDA according to the points above. However, we need to further discuss on the following (not yet included): Enabling of Safety Mechanisms ("un-hide"): We need to discuss whether we can assume that the SM is linked already to a failure mode entry or whether the assignment is kind of new Safety goals enable/disable (as discussed in last meeting Originally you mentioned also two other points: a) To be able to activate/deactivate a complete hierarchy (e.g. sub-entries). For this we need to discuss which options you use on the Cover page, especially analysis depth b) Deactivation of a safety mechanisms "globally" via the checklist. If still on the wishlist, this could be done, but we would need some more input for scoping (e.g. which worksheet if multiple) Find attached the new baseline "V1.1" from which we can take the next steps. Best regards, Michael
medini_1054438917
Hello Michael, Thank you for sharing the updated Checklist Rules. Based on our internal discussions, below are the responses against each open point: 1. Enabling of Safety Mechanisms ("un-hide"): We need to discuss whether we can assume that the SM is linked already to a failure mode entry or whether the assignment is kind of new. NXP: Safety Mechanisms will already be assigned in the Worksheet, it is not expected to be new assignment on Safety mechanism. Also, this should be applicable for both SM,SPF and SM,MPF independently. Safety goals enable/disable (as discussed in last meeting NXP: This is needed to export the FMEDA worksheet based on the selected EVAL group i.e. based on SG which is used to provide configurable option for ASIL B and ASIL D. Originally you mentioned also two other points: a) To be able to activate/deactivate a complete hierarchy (e.g. sub-entries). For this we need to discuss which options you use on the Cover page, especially analysis depth NXP: In cover page we use metrics at leaf level and component kind. Attached ppt can be referred for the snippet. b) Deactivation of a safety mechanisms "globally" via the checklist. If still on the wishlist, this could be done, but we would need some more input for scoping (e.g. which worksheet if multiple) NXP: It is no longer required. Also, based on our discussion we have requested new checklist rule for updating/editing Safe Fault fraction in FMEDA worksheet based on the provided parameter input. Below are the feedback on provided checklist: When using the Hide Safety Mechanism rule, rule does not apply to SM for MPF detection. It only works with SM for SPF. NXP would need independent rule for MPF. Also, please suggest if we need to implement the identifier in SM library. [Michael: This can be done uniformly or independent rules for both SPF / MPF]. For NXP, it will be good to use Safety measure name as the identifier. Regards, Rupesh
medini_1054438917
Also, created new Forum topic for updating the Metrics to present Total Safe Faults, Total MPF_detected and adding Transient failure mode distribution in FMEDA worksheet. Below is the link to this forum topic:
https://medini.freshdesk.com/support/discussions/topics/1000104418
medini_1054438917
Hello Michael, Any feedback on the requested scripts and pre-release of beta version for evaluating the DC configurator usage? Also, I would like to know if 'Metrics' section will be updated in JUNE release to show Total Safe fault (in FIT) and MPF_ detected (in FIT) in Medini or not( forum topic shown in the response above for this). Regards, Rupesh
medini_1054438917
Hello, Based on the MoM from 23/June/21, I am attaching the sample mprx file required for switching the package type in FMEDA and the feedback slide for the DC checklist rules provided by Ansys (details can be found in slides 22 to 24). AI. Ansys To come back with the new scripts as per the provided feedback. To provide feedback on the script that can enable switching the package type through checklist or executable script. Regards, Rupesh
medini_1054438917
Hello, There are few issues we have encountered with 2021 R2.1 version for the DC configurator license and have listed them below. Can you please look in to these and let us know on the resolution of these issues. While executing the scripts using DC configurator license, it is throwing back some error below. The DC configurator license is not supporting migration of projects. It shall be required as our FAEs may need to migrate to new version. The DC configurator license is not supporting to generate the excel export of FMEDA worksheet. This is required for us to enable our FAEs to generate interim version of FMEDA to share with our customers. Regards, Rupesh
medini_1024120963
Dear Rupesh, your improvement requests are accepted by the development team and we will keep you posted once the improvements for the DC Configurator are implemented. BR Joël
Quick Links
All Categories
Recent Posts
Activity
Unanswered
Groups
Help
Best Of