- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello Support,
I have some questions regarding the TVII ADC range detect function.
1. Is it possible to change the range detect threshold at runtime without stopping an cyclic ADC group scan?
2. Is it possible to use the OUTSIDE_RANGE event as trigger for an timer configured at capture mode?
Usecase: We would like to evaluate an analog input signal from an sensor which need to to evaluated against threshold values which are supply voltage depending. Beside this we also need to generate timestamps if the sensor signal is below or above the configured threshold.
Best regards,
Stefan Holzmann
Solved! Go to Solution.
- Labels:
-
Automotive Traveo_II
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Stefan,
1) It's not recommended to change range detect threshold at runtime without stopping ADC. You need to first disable the ADC block IP before applying the change in threshold for range detect, and then enable, in order for it to update properly.
2) Yes, if range-detect event occur (in any mode depending on the settings, including OUTSIDE_RANGE) , then range-violation trigger will occur (provided pulse-detect is disabled). This trigger is a one-to-one trigger connection from each ADC channel to a corresponding TCPWM channel.
Thanks,
Ashish
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Stefan,
1) It's not recommended to change range detect threshold at runtime without stopping ADC. You need to first disable the ADC block IP before applying the change in threshold for range detect, and then enable, in order for it to update properly.
2) Yes, if range-detect event occur (in any mode depending on the settings, including OUTSIDE_RANGE) , then range-violation trigger will occur (provided pulse-detect is disabled). This trigger is a one-to-one trigger connection from each ADC channel to a corresponding TCPWM channel.
Thanks,
Ashish