Sign Up to our social questions and Answers Engine to ask questions, answer people's questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people's questions & connect with other people.
Volt.Tech
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
Hello,
1. The HRTIM FAULT function can just be turned on once, and reset by software after triggering. So is there any use of hardware periodic triggering( that is, reset instantly after triggering, such to TripZone in C2000)? I want to apply it as a cycle-by-cycle protection function.
2. CUBEMX enables Blanking by default when initializing HRTIM. I suppose it’ll cause misunderstanding?
Thank You
Hello @Erica First, let me thank you for posting. 1- To achieve a cycle-by-cycle protection function, you would need to apply your own logic using the HRTIM's capture compare features and interrupts. You could set up a capture compare unit to sample a specific signal or condition on each cycle and aRead more
Hello Erica Mills
First, let me thank you for posting.
1- To achieve a cycle-by-cycle protection function, you would need to apply your own logic using the HRTIM’s capture compare features and interrupts.
You could set up a capture compare unit to sample a specific signal or condition on each cycle and also use an interrupt to perform the necessary actions or trigger a fault if the condition exceeds a certain threshold.
This approach would require careful configuration and software implementation to achieve the required functionality.
2- Regarding the HRTIM initialization in CubeMX, the default configuration may indeed enable blanking.
Blanking is a point that prevents certain events (similar to fault events) from occurring immediately after a compare match. It provides a delay to avoid false triggering caused by transient effects.
While blanking can be useful in some applications, it might not be necessary or appropriate for all cases.
However,
If you believe that blanking is causing misunderstanding or unwanted behavior in your application.
you can modify the HRTIM configuration in CubeMX to disable or adjust the blanking settings according to your conditions. By customizing the initialization code, you can ensure that the HRTIM operates as desired in your specific use case.
Best Regards
Vikas Nagpal
See less