v2 Firmware: add force-factory-reset sysex message. #41
Comments
As per #41, it should be possible to remotely reset the EEPROM to factory defaults. This adds a sysex message that should do that.
|
I just ran which made it get recognized by the editor and work as expected! |
|
@modularev Amazing! That's really good to know because it confirms that this is the issue. I've got the sysex end of things written, just need to work out how to add it to the editor in a sensible way - and then people who aren't editing code can have the same fix. |
|
A weird thing I noticed with my solution is that the editor won't show any value of the fader when cc is set to sth else than "standard" |
|
nevermind, initializeFactorySettings(); solved it. |
|
good to know: the change I'm making basically runs |
As per #41, it should be possible to remotely reset the EEPROM to factory defaults. This adds a sysex message that should do that.
As per #41, it should be possible to remotely reset the EEPROM to factory defaults. This adds a sysex message that should do that.
* Implemetation of MIDI Pass Thru Successsfully tested on Teensy3.2 and Teensy LC builds * Soft MIDI Thru now set by byte 8 of config RAM. * Add Sysex message to force factory reset. As per #41, it should be possible to remotely reset the EEPROM to factory defaults. This adds a sysex message that should do that. * Blank all config slots on factory reset. Co-authored-by: AtoVproject <atovproject@gmail.com>
A 16n with v2.0.x firmware starting up for the first time checks its EEPROM to see if it needs to do a factory initialisation. It does this by looking at the first byte of sort-of-EEPROM; if it's not
0xff, it assumes it's already been programmed; otherwise, it fills the EEPROM with default settings.This is a problem if your Teensy has been used in a previous project, and has a non-
0xFFfirst byte, but the rest of the EEPROM is not really 16n data; that data gets sent as garbage Sysex.So:
The text was updated successfully, but these errors were encountered: