1 - EA4 NTC 0x0C6 EotPortnFwl

Slide 1

EOT Damping Command Boundary Reached Overview
NTC 0x0C6.0

FDD: SF027A

Description:

A diagnostic fault is triggered when the EOT Damping command reaches or exceeds the

firewall safety boundary.

Diagnostic Overview:

The EOT Protection Firewall applies a limiting boundary on the EOT Damping Command.  The NTC is only triggered to provide notification of that limiting has occurred during the current controller power cycle.  The safety limit value is conditionally applied based upon steering wheel angle and vehicle speed.  There is no debounce time allocated for the NTC (eg pass step, fail step).


Typical Fault Response:  

    • LOA Based Systems 

      • F3 

    • Non-LOA Based Systems 

      • F3 

Probable Sources (Most to Least Probable):

    • Systematic fault within the primary return command function 

    • Corrupted calibration of the EOTDamping firewall safety boundary 

Initialization

 

Periodic

X

Event

 

 

 

 

 

 

 

EOT Active Command Boundary Reached
Overview
NTC 0x0C6.1

FDD: SF027A

Description:

A diagnostic fault is triggered when the EOT Active command reaches or exceeds the

firewall safety boundary.

Diagnostic Overview:

The EOT Protection Firewall applies a limiting boundary on the EOT Active Command (eg software rack limiter command).  The NTC is only triggered to provide notification of that limiting has occurred during the current controller power cycle.  The safety limit value is conditionally applied based upon steering wheel angle and vehicle speed.  There is no debounce time allocated for the NTC (eg pass step, fail step).



Typical Fault Response:  

    • LOA Based Systems 

      • F3 

    • Non-LOA Based Systems 

      • F3 

Probable Sources (Most to Least Probable):

    • Systematic fault within the primary return command function 

    • Corrupted calibration of the EOT Active firewall safety boundary 

Initialization

 

Periodic

X

Event

 

 

 

 

 

 

 

Rev

Revision

1.0

Initial Release

  
  
  
  
  
  
  
  
  

Revision Log

2 - SF027A_EotProtnFwl_Peer Review Checklist Design

Nexteer_Template_V1.0

Overview

Peer Review Instructions
Technical Review Checklist
Template Change Log


Sheet 1: Peer Review Instructions

Instructions for Functional Design Package Peer Review




PRE-MEETING


Function OwnerConfirm that requirements are reviewed and approved PRIOR to the FDP peer review

Function OwnerStart with latest version of the template for any "first reviews" - Continue to use existing temmplate for re-reviews

Function OwnerProvide the functional design package (changed documents) to the invited attendees 1-2 working days in advance of review

Function OwnerNotify the assigned peer reviewer and make sure they are prepared to do their function in the meeting

Function OwnerIdentify necessary attendance and invite to meeting

Function OwnerComplete the "Author" column information for sections 1 through 3 prior to the review

Function OwnerComplete the attendance invitation list in section 5

Function OwnerFor Re-reviews only: Complete the column "remarks by author" to identify actions taken to address items found in earlier reviews.



DURING MEETING


Function OwnerPresent document changes to the review team

Peer ReviewerCapture attendance of the review

Peer ReviewerCapture actions and issues in section 4. Identify issue summary, Document type, Reference (Requirement ID, section number, etc), Defect Type and indicate status as "OPEN"



POST MEETING


Function OwnerFollow up on all "open" items. Update "Summary of Resolution" to indicate what was done or decided.

Function OwnerSchedule follow up review OR review open items with peer reviewer and obtain agreement to close

Peer ReviewerClose change request in system and confirm all associated tasks are complete. Upload peer review checklist (this document) with any FDP updates

Sheet 2: Technical Review Checklist

Technical Review Checklist - Template Version 02.00.00







Product NameElectric Power SteeringElectrical Arch.4Review ScopeDefect TypeNumbers




YesClosedFR
Function IDSF027A_EotProtnFwl

Work CR EA4#7338
- Correction to EotProtnFwlEotDampgActvBndX calibration to define as a 1D array (1 row instead of 1 column) to be compatible with downstreamd software data dictionary tool(s). Design impact to only the data dictionary m-file.
- Additionally added a NTC 1 pager to Synergy project to be up to date with latest process requirements.
Requirement0




NoRejectedFDD
Long NameEot Protection Firewall

Interface0




NAOpenModel
Version that you started from. NOT the version you hope to release. If this will be v1.0.0, enter NA. Starting Baseline1.1.0EffortDesign1






FMEA
AuthorScott MillsapReview Effort(Hrs.)2.00Standards0






*.m File

EA4#7338Corr+Verf effort(Hrs.)
Documentation0






Cal Process


Total Effort (Hrs.)2.00Others0













Total1







Checklist No.Description of CheckAuthor: This column is for Self review. Author shall fill Yes/No/NA against each point in checklist. AuthorAuthor: This column is for reviewer. Reviewer shall fill Yes/No/NA against each point in checklist. ReviewerAuthor: Detailed Description of the finding shall be provided by the reviewer. Description of finding by reviewerAuthor: Defect type to be selected. Defect TypeAuthor: What action is taken to fix the comment & other remarks need to be filled by author. Remarks By AuthorAuthor: Data in this column shall be filled by reviewer after checking whether the rework is completed. Status







1Section 1: Data Dictionary














Is Filename of Data Dictionary in correct format?YesYes












Is the FDD.Version property correctly updated?YesYes












Is the Data Dictionary Verification report error free?NoNo












Does FDD Long Name, Short Name, and Description match requirements?NANA












Are all runnables defined?YesYes












Do runnables have the correct time step?YesYes












Do server runnables correctly define arguments?NANA












Are all clients defined?YesYes












Do client definitions match the corresponding server runnable?Yes













Does name and metadata of every signal match its corresponding interface signal?Yes













Do output signal ranges match requirements (check DOOR min/max attributes too)?YesNA












Are calibration tables named correctly (e.g. AssiX and AssiY)?YesYes












Do all calibrations have correct values for all metadata?Yes













Are calibration tables named correctly (e.g. AssiX and AssiY)?YesYes












Is NVM defined in the appropriate number of blocks?NANA












Are constants defined with proper scope (local vs global)?YesYes












Are all dependent constants and calibrations included in one file?YesYes



























2Section 2: ModelAuthor: This column is for Self review. Author shall fill Yes/No/NA against each point in checklist. AuthorAuthor: This column is for reviewer. Reviewer shall fill Yes/No/NA against each point in checklist. ReviewerAuthor: Detailed Description of the finding shall be provided by the reviewer. Description of finding by reviewerAuthor: Defect type to be selected. Defect TypeAuthor: What action is taken to fix the comment & other remarks need to be filled by author. Remarks By AuthorAuthor: Data in this column shall be filled by reviewer after checking whether the rework is completed. Status








Is filename of model in correct format?YesYes












Is Top level of model annotated with Requirements Baseline?NANA












Is the Top level of the model annotated with Tool Dependencies?YesYes












Is Top level of model annotated with Change Log or History?YesYes












Does the Component shortname match data dictionary FDD metadata?YesYes












Is the 2nd level of model free from subsystems that are not Function-Call Subsystems?YesYes












Is the 2nd level of model free from arithmetic and logic operations?YesYes











Are the Runnable trigger signals named as "call_<Runnable>"?YesYes












Does 2nd level of model have a properly updated annotation with name, description, and intended baseline number?YesYes












Are all data flow layers free of Function-Call Subsystems and Memory Store blocks?YesYes












Does the Model have the confidentiality and copyright information inside all its Subsystems?YesYes












Are all the Memory Store blocks for PIM and Display Variables located on the 2nd level of model?NAYesChecked each display variable block
Not inspected









Do all Memory Store blocks for PIM and Display Variables have the "Data store name must resolve to Simulink signal object" setting checked to true?NAYes

Not inspected









Is each diagnostic (NTC) capable of being set to "PASS"?NAYesHappens in the Init1 runnable
Not inspected









Does non-zero intialization of PIM occur in the function's Init runnable?NANA

Not inspected









Does design properly include Set Ram Block Status when NVM RAM values change?NANA

Not inspected









Does model include appropriate logic for dealing with missing or corrupted NVM data?NANA

Not inspected









Does model execute without errors/warnings after loading NxtrMBDConfig configuration set?NAYes

Not inspected
























3Section 3: Requirements LinkingAuthor: This column is for Self review. Author shall fill Yes/No/NA against each point in checklist. AuthorAuthor: This column is for reviewer. Reviewer shall fill Yes/No/NA against each point in checklist. ReviewerAuthor: Detailed Description of the finding shall be provided by the reviewer. Description of finding by reviewerAuthor: Defect type to be selected. Defect TypeAuthor: What action is taken to fix the comment & other remarks need to be filled by author. Remarks By AuthorAuthor: Data in this column shall be filled by reviewer after checking whether the rework is completed. Status








Are all requirements links of the format <FDDNumber>_<ObjectID>?NANANo baseline requirements available











Does requirements HTML report reference only the DOORS module of this component for all links in the design?NANA












Are linked blocks linked to the correct requirements(s)? (watch for problems due to copy/pasted blocks)NANA












Is the list of unlinked blocks acceptable?NANA



























4Section 4: Model AdvisorAuthor: This column is for Self review. Author shall fill Yes/No/NA against each point in checklist. AuthorAuthor: This column is for reviewer. Reviewer shall fill Yes/No/NA against each point in checklist. ReviewerAuthor: Detailed Description of the finding shall be provided by the reviewer. Description of finding by reviewerAuthor: Defect type to be selected. Defect TypeAuthor: What action is taken to fix the comment & other remarks need to be filled by author. Remarks By AuthorAuthor: Data in this column shall be filled by reviewer after checking whether the rework is completed. Status








Was Model Advisor run with the correct configuration settings?NoNoDictionary changes only, so ok.
content changes to m-file only









Is the Model Advisor rerport free from "Fails".NANA












Are Model Advisor report "Warnings" acceptable?NANA



























5Section 5: Delivery PackageAuthor: This column is for Self review. Author shall fill Yes/No/NA against each point in checklist. AuthorAuthor: This column is for reviewer. Reviewer shall fill Yes/No/NA against each point in checklist. ReviewerAuthor: Detailed Description of the finding shall be provided by the reviewer. Description of finding by reviewerAuthor: Defect type to be selected. Defect TypeAuthor: What action is taken to fix the comment & other remarks need to be filled by author. Remarks By AuthorAuthor: Data in this column shall be filled by reviewer after checking whether the rework is completed. Status








Does Design folder contain only the model, data dictionary, and (optionally) a simulation setup script?YesYes












Does Doc folder contain a zipped HTML webview model?NoNo

Need support from MB team to generate









Does Reports folder contain only the data dictionary verification report, zipped Model Advisor report, and zipped requirements traceability report?NoNoNo traceability documents available.


























6Section 6: Other Issus/Actions IdentifiedDocumentReferenceSummary of resolutionAuthor: Defect type to be selected. Defect TypeAuthor: What action is taken to fix the comment & other remarks need to be filled by author. Remarks By AuthorAuthor: Data in this column shall be filled by reviewer after checking whether the rework is completed. Status








Blocks in model have red foreground from previous release. Every block in this model should have black foreground because only the dictionary in changing.Model

DesignModel is updated to remove red foreground from prior model version.Closed























































































































































































7Section 7: APPROVALS













RoleFirst ReviewDateAttendanceApproval?










Function Owner*Scott Millsap9/7/2016












Peer Reviewer*Kevin DerryYesNo










Safety<Name - if invited>












SoftwareBasavaraja, Krishna












ESG / Systems<Name - if invited>












EPDT / CSE<Name - if invited>












Hardware<Name - if invited>












Test<Name - if invited>












RoleSecond Review (if required)DateAttendanceApproval?










Function Owner*Scott Millsap9/8/2016












Peer Reviewer*Kevin DerryYesYes










Safety<Name - if invited>












Software<Name - if invited>












ESG / Systems<Name - if invited>












EPDT / CSE<Name - if invited>












Hardware<Name - if invited>












Test<Name - if invited>












RoleThird Review (if required)DateAttendanceApproval?










Function Owner*<Owner Name>













Peer Reviewer*<Name - if invited>












Safety<Name - if invited>












Software<Name - if invited>












ESG / Systems<Name - if invited>












EPDT / CSE<Name - if invited>












Hardware<Name - if invited>












Test<Name - if invited>












RoleFourth Review (if required)DateAttendanceApproval?










Function Owner*<Name - if invited>













Peer Reviewer*<Name - if invited>












Safety<Name - if invited>












Software<Name - if invited>












ESG / Systems<Name - if invited>












EPDT / CSE<Name - if invited>












Hardware<Name - if invited>












Test<Name - if invited>












Function Owner*<Name - if invited>













Peer Reviewer*<Name - if invited>












Safety<Name - if invited>












Software<Name - if invited>












ESG / Systems<Name - if invited>












EPDT / CSE<Name - if invited>












Hardware<Name - if invited>












Test<Name - if invited>












RoleAdd more if necessaryDateAttendanceApproval?










































P.S.:Yes indicates adherence














No indicates non-adherence, reviewer shall provide suitable comments at the end of this document for each point.














NA indicates not applicable














Sheet 3: Template Change Log

RevChangeAuthor
01.00.05Added lesson learned #3.5MDK
01.00.06Added lesson learned #3.6, 3.7 - Structure and writing of NVM in mfiles and models.MDK
02.00.00Combined ESG and Systems into one, compatible with Data_Management 2.13.0 of CreateDD and VerifyDD.K. Derry