If the application allows you can disable interrupts while
those commands are running, and re-Enable straight after.
No good for some applications such as a real time counter
but in others you coupd get away with it.
If the application allows you can disable interrupts while
those commands are running, and re-Enable straight after.
No good for some applications such as a real time counter
but in others you coupd get away with it.
Two more interrupt/timer/pwm questions, if you don't mind.
1. Is it possible to configure timer to enable-disable hpwm generator at predefined time amounts? say, 1 second on, 1 second off. So all this code will run in background, without taking CPU time?
2. Is it possible to change interrupt type on the fly? Say, interrupt was set to rising edge, it happened, and now changed to falling edge ?
1) For a short answer I would say no, not really but a standard timer interrupt can easily be used (which then obviously uses a combination of hardware (the timer) and software (the interrupt service routine). For a 100% hardare solution, I guess it depends on which PIC you're using and what features/peripherals it's got. It's possible that it's doable by combining for example the special event triggers and/or the configurable logic cell available on some devices but I haven't looked into it so I can't say for sure if it's possible or not.
2) Sure, no problems with that.
/Henrik.
Thanks!
For the #1, I've read 16F1829 datasheet, and it says that it can emulate 555 timer in hardware, so I guess, it might be possible to do what I want.
For the #2, I see this In the following way:
Interrupt was set to rising edge, it happened, and code is launched, which does what it should do, in loop. Same time, interrupt type is changed to falling edge, so when signal on interrupt pin gets low, code is terminated and main code execution continues. This is what I want to do.
Bookmarks