Dear Peter,
I guess this is a handy addition for many customer requests I have seen for sled testing.
Often the pulse reference is taken from "external" tests, but your approach will help to keep
test signals and the requirement pulse together.
My concern is, if the "Main Location Code"/word PULS = pulse will be self explaining.
In principle we assign a signal from elsewhere to the current test object.
May it will be better to have it marked as Reference Pulse?
Pulse alone could also be understood as the current pulse from the test.
May PREQ = “Pulse requirement” could be an alternative?
Or REQU = “Requirement”?
These variants are more general.
Also some customers do process their references before generating a pulse reference signal.
So the data source should be: calculation
in this case?
As always, pure filtering is not referenced as "calculation" and is still "transducer".
If we add the codes for EuroNCAP to the Possible Channels Table, I would propose to have
it defined not so strict?:
In the mentioned EuroNCAP protocol I found:
- 2020-02-11 12_46_43-Window.png (72.79 KiB) Viewed 5210 times
So there might be also a generic pulse used for the test.
Also the pulses are referenced by A,B,C,D:
Is an option, but will require new FL3 codes and is may difficult to read.
I don't want to make it to difficult for the practical use, but this are my thoughts for the implementation.
Kind regards,
Dirk