Dear all,
in the database I have now prepared the following extensions for the ew Airbag coding:
Extensions for FL1:
2025-06-06 13_26_14-Access - mme_code _ Database- D__Daten_03_Projekte_10_ISO_02_DB_##Work_01_Versio.png
Changes for FL2:
2025-06-06 14_29_28-Access - mme_code _ Database- D ...
Search found 387 matches
- Fri Jun 06, 2025 12:30 pm
- Forum: Additional codes
- Topic: Airbag Coding
- Replies: 3
- Views: 11171
- Fri Jun 06, 2025 8:59 am
- Forum: Additional codes
- Topic: Airbag Coding
- Replies: 3
- Views: 11171
Re: Airbag Coding
Dear All,
after the meeting I have received the final presentation for the VDA Airbag Coding approach.
Please find a copy here attached.
after the meeting I have received the final presentation for the VDA Airbag Coding approach.
Please find a copy here attached.
- Thu Jun 05, 2025 2:44 pm
- Forum: RED A (1.6.x)
- Topic: RED A (1.6.3) Proposal 1
- Replies: 4
- Views: 11533
Re: RED A (1.6.3) Proposal 1
...please find here the updated document after the meeting 2025-06-05:
- Thu Jun 05, 2025 2:43 pm
- Forum: Additional codes
- Topic: Coding for 3D-MTRAC to 1D/2D calculated channels
- Replies: 4
- Views: 17477
Re: Coding for 3D-MTRAC to 1D/2D calculated channels
Point for discussion from the meeting 2025-06-05:
Code the 1D equivalent better as:
a) 2025-06-05 16_36_48-D__Daten_#Config_EPIM_Dive_7.epim - EssentialPIM Pro.png
pros: - same ML as other calulated codes
cons: - direction will be used to make the connection to the 1D result
b) 2025-06-05 16 ...
Code the 1D equivalent better as:
a) 2025-06-05 16_36_48-D__Daten_#Config_EPIM_Dive_7.epim - EssentialPIM Pro.png
pros: - same ML as other calulated codes
cons: - direction will be used to make the connection to the 1D result
b) 2025-06-05 16 ...
- Wed Jun 04, 2025 9:33 pm
- Forum: RED A (1.6.x)
- Topic: RED A (1.6.3) Proposal 1
- Replies: 4
- Views: 11533
Re: RED A (1.6.3) Proposal 1
Dear All,
for the Meeting on the 5th of June 2025 please find the latest version of the RED A for discussion.
I have added a Data format section as "A.0" at the start that included a subset from the types of RED A from version 2.
All latest changes are in violet color in the document.
ISO_TS13499 ...
for the Meeting on the 5th of June 2025 please find the latest version of the RED A for discussion.
I have added a Data format section as "A.0" at the start that included a subset from the types of RED A from version 2.
All latest changes are in violet color in the document.
ISO_TS13499 ...
- Wed Apr 30, 2025 8:08 am
- Forum: Additional codes
- Topic: Coding for 3D-MTRAC to 1D/2D calculated channels
- Replies: 4
- Views: 17477
Re: Coding for 3D-MTRAC to 1D/2D calculated channels
Dear All,
in the discussion at the meeting (2025-04-29) the following decisions have been made:
- the coding for the existing sensors and calculations should be untouched
(existing processes and existing data will still be valid regarding the coding)
- the new approach for the calculated channels ...
in the discussion at the meeting (2025-04-29) the following decisions have been made:
- the coding for the existing sensors and calculations should be untouched
(existing processes and existing data will still be valid regarding the coding)
- the new approach for the calculated channels ...
- Tue Apr 29, 2025 11:37 am
- Forum: Additional codes
- Topic: Coding for 3D-MTRAC to 1D/2D calculated channels
- Replies: 4
- Views: 17477
Re: Coding for 3D-MTRAC to 1D/2D calculated channels
Dear All,
please find here some proposals for the coding approach.
Actually, these "new" codes are only relevant for the calculated channels.
The base channels could be named in the same way for 2D, 3D
as they are the same measurements (as long as the geometric design is the same).
2D and 3D will ...
please find here some proposals for the coding approach.
Actually, these "new" codes are only relevant for the calculated channels.
The base channels could be named in the same way for 2D, 3D
as they are the same measurements (as long as the geometric design is the same).
2D and 3D will ...
- Wed Mar 26, 2025 3:30 pm
- Forum: Additional codes
- Topic: Main Locations for Dummy Qualification Test Rig Coding
- Replies: 0
- Views: 7407
Main Locations for Dummy Qualification Test Rig Coding
Dear All,
as mentioned in the topic "Dummy certification/Introduction&Discussion"
https://www.iso-mme.org/forum/viewtopic.php?t=63
we will need the Main Location "PEND" to code in the desired way
documented under: "Codes for Testrig Channels"
https://www.iso-mme.org/forum/viewtopic.php?t=714
Are ...
as mentioned in the topic "Dummy certification/Introduction&Discussion"
https://www.iso-mme.org/forum/viewtopic.php?t=63
we will need the Main Location "PEND" to code in the desired way
documented under: "Codes for Testrig Channels"
https://www.iso-mme.org/forum/viewtopic.php?t=714
Are ...
- Wed Mar 05, 2025 4:19 pm
- Forum: Additional codes
- Topic: Full Width Frontal Deformable Barrier
- Replies: 1
- Views: 7369
Re: Full Width Frontal Deformable Barrier
Discussed on the Task Force meeting 2025-03-05:
The coding "DF" will be available and is not used so far in the coding database.
The codings for other defomable element are listed also in the figure:
"Other objects" figure "ISO_OBJ_1_16x.emf" or the RED C.
2020_06_17_ISO_TS13499_RED_C_1_6_2_page ...
The coding "DF" will be available and is not used so far in the coding database.
The codings for other defomable element are listed also in the figure:
"Other objects" figure "ISO_OBJ_1_16x.emf" or the RED C.
2020_06_17_ISO_TS13499_RED_C_1_6_2_page ...
- Wed Mar 05, 2025 4:12 pm
- Forum: RED A (1.6.x)
- Topic: RED A (1.6.3): Valid/Invalid Data ranges
- Replies: 0
- Views: 21235
RED A (1.6.3): Valid/Invalid Data ranges
The Data Status: "Partially failed" will allow to calculate and analyse a signal in a specific time range.
To specify the valid or invalid ranges it will be desirable to provide additional information on
the intervals in a well defined way.
So, alnalysis software can automatically limit the ...
To specify the valid or invalid ranges it will be desirable to provide additional information on
the intervals in a well defined way.
So, alnalysis software can automatically limit the ...
- Wed Mar 05, 2025 4:04 pm
- Forum: Clarification
- Topic: Moving Average - How to code ?
- Replies: 2
- Views: 38643
Re: Moving Average - How to code ?
We discussed on the Task Force Meeting 2025-03-05:
- A new digit at the end of the channel title ? i.e. replacing "V" by another one ? (all the fine locations digits are used)
For special filtering use in the ISOCode on position 16 the "S" for special filtering.
Still, then you will loose the ...
- A new digit at the end of the channel title ? i.e. replacing "V" by another one ? (all the fine locations digits are used)
For special filtering use in the ISOCode on position 16 the "S" for special filtering.
Still, then you will loose the ...
- Wed Mar 05, 2025 3:14 pm
- Forum: Additional codes
- Topic: ILIAC Drop Force
- Replies: 4
- Views: 17858
Re: ILIAC Drop Force
On the task force meeting 2025-03-05 we created some more ideas:
FC = Force Change
FG = Force Gradient (!)
FS = Force Slope (!)
FA = Force rAte
RF = Rate of Force
Decision on next meeting (29th of April 2025).
FC = Force Change
FG = Force Gradient (!)
FS = Force Slope (!)
FA = Force rAte
RF = Rate of Force
Decision on next meeting (29th of April 2025).
- Tue Mar 04, 2025 5:30 pm
- Forum: THOR (TH, TF, T3)
- Topic: Figures for THOR AV
- Replies: 2
- Views: 37230
Figures for THOR AV
There is a request from Humanetics to step forward with the coding list of the THOR AV.
In the topic: https://www.iso-mme.org/forum/viewtopic.php?p=1249
we defined the base FL3 code for this kind of dummies.
For the specific variant of Humanetics a channel list and may figures are desired to ...
In the topic: https://www.iso-mme.org/forum/viewtopic.php?p=1249
we defined the base FL3 code for this kind of dummies.
For the specific variant of Humanetics a channel list and may figures are desired to ...
- Tue Feb 25, 2025 4:55 pm
- Forum: Additional codes
- Topic: Coding for 3D-MTRAC to 1D/2D calculated channels
- Replies: 4
- Views: 17477
Coding for 3D-MTRAC to 1D/2D calculated channels
Dear All,
there is an ongoing discussion on the calculation of the 1D TRAC (like in ECE R135, WS Dummy certification) displacement
from a 3D MTRAC in the WS.
The ancorage point of the 1D TRAC on the spine was different as in the current 2D and 3D devices.
So the current 2D instrumentation can only ...
there is an ongoing discussion on the calculation of the 1D TRAC (like in ECE R135, WS Dummy certification) displacement
from a 3D MTRAC in the WS.
The ancorage point of the 1D TRAC on the spine was different as in the current 2D and 3D devices.
So the current 2D instrumentation can only ...
- Tue Feb 25, 2025 4:32 pm
- Forum: RED A (1.6.x)
- Topic: RED A (1.6.3) Proposal 1
- Replies: 4
- Views: 11533
Re: RED A (1.6.3) Proposal 1
Dear All,
for the discussion I have the following topics related to the Data Status:
Sorting of the list from "Good" to "Bad"
Is NOVALUE to be treated as "data invalid" or as "ok"?
Partially failed should be combined with a valid time range for the analysis (or a list of invalid intervals ...
for the discussion I have the following topics related to the Data Status:
Sorting of the list from "Good" to "Bad"
Is NOVALUE to be treated as "data invalid" or as "ok"?
Partially failed should be combined with a valid time range for the analysis (or a list of invalid intervals ...