Is it possible to provide different control signals during the dwelltime of an immunity test?
For example:
1) Change the frequency
2) Regulate the electrical field
3) Start the dwelltime
4) Provide a first control voltage: Voltage 1 (for example: 5.5 V)
5) Measure the output of the EUT
6) Provide a second control voltage: Voltage 2 (for example: 4.5 V)
7) Measure the output of the EUT
8) End the dwelltime
9) Continue at step 1 again.
We then would like to see two graphs during the immunity test:
A) the output voltage of the EUT when Voltage 1 was applied
B) the output voltage of the EUT when Voltage 2 was applied
Is it possible to provide different control signals?
Re: Is it possible to provide different control signals?
In RadiMation we have device drivers that can control an 'EUT Controller'. An 'EUT Controller' is then a more intelligent device (or software) that knows how to control the EUT in the correct way.
This 'EUT Controller' device driver will be notified of the start and the end of the dwelltime, and the 'EUT controller' is even able to extend the dwelltime to the correct moment.
RadiMation also provides a 'Configurable EUT Controller' device driver. This 'Configurable EUT Controller' device driver can be used to communicate between Radimation and another device (or software), to provide an optimal control of the EUT.
I would like to suggest that you create a software package (for example Labview), that communicates over a localhost TCP/IP Loopback connection with RadiMation. RadiMation will report the start of the dwell time to the other software package, which will then:
1) apply 'Voltage 1'
2) perform a measurement
3) apply 'Voltage 2'
4) perform a measurement
5) Reports back to RadiMation that the dwelltime can be ended
This same software package can then provide the measured measurement values also to Radimation using the configurable AD-Convertor device driver. (Also see the topic: viewtopic.php?f=5&t=541 )
The big advantage of using a software package that is specific for an EUT, is of course that the support and control of the EUT is optimal, and probably also used during other quality tests.
Trying to control the correct stimuli to the EUT within RadiMation is of course possible, but for very complex products nowadays (like: cars, mobile phones, etc...), it is not doable to make everything possible. That is also the reason that we provide the flexibility in RadiMation to communicate with other software packages, which can be as powerful as desired.
I hope that this gives an idea of the flexibility of RadiMation on how to communicate with other software packages.
If you want to discuss more details on how to implement this, please let us know.
This 'EUT Controller' device driver will be notified of the start and the end of the dwelltime, and the 'EUT controller' is even able to extend the dwelltime to the correct moment.
RadiMation also provides a 'Configurable EUT Controller' device driver. This 'Configurable EUT Controller' device driver can be used to communicate between Radimation and another device (or software), to provide an optimal control of the EUT.
I would like to suggest that you create a software package (for example Labview), that communicates over a localhost TCP/IP Loopback connection with RadiMation. RadiMation will report the start of the dwell time to the other software package, which will then:
1) apply 'Voltage 1'
2) perform a measurement
3) apply 'Voltage 2'
4) perform a measurement
5) Reports back to RadiMation that the dwelltime can be ended
This same software package can then provide the measured measurement values also to Radimation using the configurable AD-Convertor device driver. (Also see the topic: viewtopic.php?f=5&t=541 )
The big advantage of using a software package that is specific for an EUT, is of course that the support and control of the EUT is optimal, and probably also used during other quality tests.
Trying to control the correct stimuli to the EUT within RadiMation is of course possible, but for very complex products nowadays (like: cars, mobile phones, etc...), it is not doable to make everything possible. That is also the reason that we provide the flexibility in RadiMation to communicate with other software packages, which can be as powerful as desired.
I hope that this gives an idea of the flexibility of RadiMation on how to communicate with other software packages.
If you want to discuss more details on how to implement this, please let us know.