I would suppose that there are good simulations and faulty simulationsdo simulated switches bounce in a simulated circuit simulation?
I would suppose that there are good simulations and faulty simulationsdo simulated switches bounce in a simulated circuit simulation?
That's one of the reasons why it's usually better NOT to use interrupts to handle things like button presses and just poll it.looks very much like the switch release triggers another interrupt that is not easily serviceable
In your main loop you can still use the IOC IF flag to check and see if you need to look for a key press, but there you can add debounce delays, etc... things that don't really belong in an ISR.
Polling for it in the main loop also gets around the problems created by getting interrupted in the middle of things, stuff like I2C, displays, serial ports, etc. that can't really get interrupted if they're used in both main and the ISR.
Tottaly agree with that.
I got in a rabbit hole trying to make a keyboard matrix work in an ISR along with debounce etc. Just a waste of time...
A tight loop is just fine. And as tumbleweed noted, use Interrupt just to note MCU that a key was pressed, maybe wake it up from sleep. Then a loop will do the rest.
Even if other interrupts are needed when keyborad is serviced, ISR will do that just fine.
Ioannis
Darrel Taylor's Instant Interrupts (DT_INTs) changed things for the PBP world. PBP Interrupts are Polled, not actually using the built-in Interrupt hardware. Using ASM somewhat defeated the reason to buy PBP in the first place. Earlier PICs stayed with standardized naming conventions, Bank selection, and Bank location of SFRs. Newer PICs gave new names to familiar peripherals; like changing TMR2 to T2TMR for example. The newer PICxxQyy PICs even changed the default Bank from BANK0 to BANK4. No wonder DT_INTs no longer worked.
A small group of us dove into the ASM behind the scenes for the DT_INTs and uncovered the working mechanisms. By changing naming, BANK locations of SFRs, and a few other things, we were able to get the incredible DT_INTs working on newer offerings. The good news is that a collaborative effort spells out what these changes entail, and how you can do it too. This body of work is available in The Book of DT's Interrupts.
It is not very easy or straightforward to make a new or modify the existing file and cover a new chip.
At least for me. Just did a mess and gave up. I really do not follow what the DT-INTS does, so it is difficult to succesfully make a new chip addition. Wish there were step by step instructions for this.
Ioannis
Did you look at the DT Book of Interrupts linked 2 posts ago? In fact, the main page lists you as one of the contributors. The part I contributed focused on what to change to add new chips. Take a look (or a refresher).
I guess you mean this article:
https://dt.picbasic.co.uk/INT16/Customisation
I am pretty sure that did something stupid and the modified interrupt did not work as expected. Ended to make a poll of the interrupt bit and finished my project.
OK, will give it a try again. With a bottle of coffee this time!
Ioannis
P.S. The 18 series requires modifications in 2 places. Why is that? Because of the priorities?
Bookmarks