That is, I need the next cycle to start automatically and immediately in hardware, so that any jitter int he time that the software takes to service the interrupt does not create any kind of accumulation of timing error (though it's fine if the service routine for a particular interrupt is delayed, e.g. I need the interrupt stream to be such that the timing doesn't "slip". I don't need the WiFi to work for this program (I mention this because something I read in my searching seemed to hint that this might be possible, but that it would screw up the WiFi system). If the interrupt rate cannot be configured, I'd need a much faster interrupt so I could divide it down with the resolution that I'll need. Therefore, their executions are not blocked by bad-behaving functions or tasks. The most important feature is they're ISR-based timers. Timers' interval is very long (ulong millisecs). It now supports 16 ISR-based timers, while consuming only 1 hardware Timer. ![]() My need would be to generate a continuous interrupt stream at a rate that the program can alter (ideally within in the range of perhaps 10 Hz on the low end, to maybe 4kHz on the high end (faster is fine, I guess, I can always divide in software). Contribute to G6EJD/ESPInterruptExamples development by creating an account on GitHub. When an interrupt occurs (a change is detected), the processor stops the execution of the main program and a function is called upon known as ISR or the. This library enables you to use Interrupt from Hardware Timers on an ESP8266-based board. Unfortunately, after a couple of days of poking around in various locations, I've failed to find out if this is even something the hardware can provide, let alone how to do it. ![]() Hi all, I'm hoping the ESP8266 can provide a regular timer interrupt.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |