SRAM Bootloader Breaks SW1 and SW2 on Daisy Field

[byronellis]

Hi, switching to the SRAM-based boot loader (BOOT_SRAM) appears to break SW_1 and SW_2 on the Daisy Field. Specifically it seems like RisingEdge() is always true. Not sure if this is intentional or if there is a workaround, but the same code will work fine if you load the same code without the custom daisy boot loader.

[stephenhensley]

@byronellis thanks for the bug report, we'll look into this!

[byronellis]

No problem! If you need a minimal reproduction I can make one but it's pretty much "switches don't seem to work" so it's almost trivial 🙂

[dromer]

Oh wow, I've been scratching my head around this for weeks/months!

Had totally missed this issue report and it's exactly what I'm seeing! -> with the bootloader sw1 and sw2 on the Field always present as high.

I'll see if I can test the new bootloader.

[dromer]

Ok can confirm that with this new branch of libDaisy and the bootloader the switches work as expected.

Really hope this gets merged/released soon, but at least I know the cause of the issue and that it will get resolved at some point.

[dromer]

I suppose this ticket can now be counted as resolved. Or should it need a release tag for libDaisy first?

[dromer]

This works now on bootloader v6 and beyond :)

[stephenhensley]

@dromer Thanks for confirming!