Your new topic does not fit any of the above??? Check first. Then post here. Thanks.

Moderator: igrr

User avatar
By synfinatic
#64033 FWIW, I've tried disabling WiFi and while it may of made a difference, it was small and doesn't solve the problem.

Anyone know if interrupts are better handled in the native SDK vs. Arduino? If I rewrote my code to use the SDK would it be more efficient/better?
User avatar
By rudy
My understanding is that the ESP8266 will queue the ISR's up, and then execute them in some order. I can imagine that the queue is only so big though.

My understanding of interrupt queue is that it will hold the fact that one occurrence happened. If two happened in the same time then the answer is still one. Each source will have it's own interrupt flag but only one. And queue is the wrong term. Interrupts are not stacked based on time. Only on priority. And that is often fixed in hardware.

The ESP8266 doesn't seem like it is appropriate for doing what you need. I think you should have hardware that is more appropriate for the task. Use the ESP for communications.
User avatar
By Barnabybear
#64069 Hi, the problem with the ESP for this application is that even with WiFi disabled it will still nip off and do stuff. If the adjustments you make to the shafts are manual, you could consider adding steppers to the shafts and driving them through buttons attached to the ESP. This way any 'breaks' the ESP takes from its program/sketch would be reflected in the movement of the steppers. If the movement is controlled by third party device it's going to be abit more tricky.