Ken Forgettable wrote:Stage 2. (Pretty much dumped this but it may have to wake up again)
ATmega644p (no bootloader) and USB PIC variant with Succ-U-Bus ICSP.
This is backward compatible with current designs at 20MHz only.
Without treading on anyones feet - I have a few issues with this thing I'd like to throw over the wall.
Keep in mind that the bootloader still has to work if the app' firmware is not functioning for what ever reason:-
+ How should the firmware pass control to the bootloader (this applies to any future ARM ports too).
1. Use a Sysex reset (realtime 0xFF) message?
2. Use a non real time Sysex request ID?
3. Use the existing megadrum ERASE Firmware message.
Even though it is sensible for Dmitri not to implement any extraneous code into his firmware (for maintainance reasons) I currently think the 1st option should be implemented (by committee
), it is within MIDI spec' and as far as I see could only be beneficial to the project as it sidesteps the current design issue of resetting by unplugging the unit.
... It is not a good idea to initiate an update transfer though a designated port; then expect the same port to be available after a fresh enumeration...
PS. I really didn't expect to have to do a 'Stage 2' of the Megadrum BSS where the USB PIC code has to manage hardware resets as well...