Japan CS/OTA 15th session, Geneva 27-28, August 2019

Slides:



Advertisements
Similar presentations
New Implementing Regulation DG Enterprise on the Administrative Requirements for the approval and market surveillance of 2- or 3-wheel vehicles and quadricycles.
Advertisements

Definition of a Vehicle Type for IWVTA + Extension of Approvals SGR Transmitted by OICA.
Regulation 13-H Transitional Provisions Presentation in conjunction with ECE/TRANS/WP29/GRRF/2014/16 Prepared by the ad hoc group on Transitional Provisions.
8 November 2010UNECE Transport Division1 Presentation at the WP.29 – 152 nd session 9-12 November 2010, Geneva By Antony Lagrange, UNECE Transport Division,
Report to GRSG from ambassador to IWVTA Olivier Fontaine / Ignacio Lafuente Informal document GRSG (109th GRSG, 29 Sept.-2 October 2015, agenda.
TF#4 – Mechanical Integrity Approved Japanese proposal for addition of vehicle mechanical protection structure into mechanical integrity requirement. EVS-11-17e.
I/M Testing and Vehicle Communications. Drew Tech Background Products used for OEM Engineering, Diagnostics, End of Line testing, recall programs, and.
Status report on the activities of TF-CS/OTA
GRRF Ad-Hoc Working Group
Outcome TFCS-05 // May OICA, Paris
30-31, August 2017 Den Hague, Netherlands)
OICA input on software updates to UN TF CS/OTA
Attestation Concept additional explanation and implementation proposal
Concept of ACSF TAN (Type Approval Number)
Suggestion on software update
Supplementary Document
Informal Working Group Tyre GTR
UN Task Force on Cyber Security and OTA issues
Outcome TFCS-11// February Washington DC
GRE Informal Working Group „Simplification of Regulation“
Outcome TFCS-11// February Washington DC
Regulation series WLTP-24-03e_Appendix 4
Informal document GRPE-75-18
Final Report of TF-CS/OTA September The Amba Hotel, London
Vehicle Approval case study A) Same type approval R79 for new vehicles and already registered vehicles New vehicle with HW and SW updates All Type date.
Summary of software update progress
PN Levels in UN Regulation N°83.07
Underlying Principles of Approval Marking for the LSD Regulation
Supplementary Document
Status report on the activities of TF-CS/OTA
R55: Performance vs. Requirements
Comments on IWG R55 proposal to GRRF
Virtual testing based approval
OBD Correspondence Group (CG)
Transmitted by the expert
Informal document GRVA nd GRVA, 28 Jan Feb. 2019
IMPLEMENTING DIRECTIVE 2000/60/EC CONCERNING MINIMUM PERFORMANCE CRITERIA FOR CHEMICAL MONITORING METHODS AND THE QUALITY OF ANALYTICAL RESULTS via a.
HDV CO2 certification CoP provisions
Vehicle Approval case study
Japan’s opinion on SWIN
Informal document GRVA st GRVA, September 2018
Input for Interpretation Document on Software Update
Task Force – Cyber Security, Data Protection and Over-the-Air issues
Status report of TF-CS/OTA
Supplementary Document
Draft Guidelines for application of the Unique Identifier (UI)
WLTP Transposition – ‘new’ option for discussion
Trade mechanisms review 13 March 2019 AGRI. G
Proposal to handle presence of systems and levels of stringency
Why a „test phase“? Overview
based on WP29/2018/157, SLR-28-09rev1, SLR-28-12
Software Update - Type approval related issues -
Transmitted by the IWVTA Informal Group
Input for ad hoc on software update on 7th Dec. from Japan
Summary of Proposed Amendment to gtr 9
8th all TF F2F Meetings EVS Washington DC
OBD2CG OBD2 Phase 1 consolidated draft
Issues identified in connection with the work of TF-CS/OTA
Input for ad hoc on software update on 7th Dec. from Japan
Informal document GRRF-78-41
Inputs Regard to “Test Phase” to TFCS
Transmitted by the IWVTA Informal Group
Report of Japanese Test Phase <Cyber Security>
Report of Japanese Test Phase <Software Update>
A proposal for approach to proceed work in Cybersecurity TF
Bill Coleman IWVTA Ambassador to GRPE
Request of clarification on
Access to data requirementS
1) Application of Cybersecurity Regulation for new registrations
FIA position on Lifecycle of a vehicle type* vs. Lifetime of a vehicle
Presentation transcript:

Japan CS/OTA 15th session, Geneva 27-28, August 2019 Proposal for amendments on Software Update Draft Regulation Considering the Case Not Including RxSWIN Japan CS/OTA 15th session, Geneva 27-28, August 2019

Reminder RxSWIN is the tool to manage software versions relevant to type approval and to link the relevant software sets and the relevant UNR. The requirements of current draft of Annex A cover the case which does not apply RxSWIN in general.

Reminder The upper level of the requirements, such as 7.1.1.2, 7.1.2, requires manufactures to maintain the management and documentation of software versions in their processes also for the case without RxSWIN. On the other hand, the current texts may not be workable for TS/AA to verify the manufactures’ processes in some cases without RxSWIN.

Observation 1 Declaration of the relationship between software sets and relevant UNR is not an obligation in the current texts. On the other hand, 7.1.2.5 b) says “Documentation for all software updates for that vehicle type describing What systems or functions of the vehicle the update may affect”. TS/AA is not able to verify these manufactures’ processes without knowing the relationship between the software sets updated and relevant UNR. For example, the authority is not able to verify the process in the case which the manufacture judge “no influence” with the update.

Proposal 1 To amend adding the following as the same level of 7.1.2.3. “For cases which RXSWIN is not used, there shall be documentation describing the software relevant to the UNRs of the vehicle type before and after an update. This shall include information of the software versions and their integrity validation data for all relevant software for the identifier defined by the manufacturer.”

Observation 2 There is no similar requirement with RxSWIN for reading out the information from the vehicle.

Proposal 2 A new term as 7.2.1.3 should be added as follows. “Each software version of any relevant type approved systems except for ones to which paragraph from 7.2.1.2.1. to 7.2.1.2.3. apply shall be easily readable in a standardized way via the use of an electronic communication interface, at least by the standard interface (OBD port).”