Unfortunately, my problems with my Pro2 continue. I finally received all of my boards back from DSI. They sent the main and forgot the other two so I had to wait an extra week for those to come back. Like expected everything worked and was set back to factory defaults. I had updated my max patch with the sysex parameter map that one user on the forums had in his CNRTL device. Thank you to goodweather for your work. I also received the sysex parameter map from DSI. I adjusted my patch to suit this map.
This time writing my sysex patch from max didn't lock the PRO2 up. The patch didn't make any sound but it didn't lock up and the name was what I wanted. Ableton synced patch. I am just trying to write the Basic patch but from Ableton. I would always be writing to U1 P1 for the patch inside Ableton. As I was trying to find the parameter that was causing the patch to not make any sound, patch volume, envelope setting etc, and writing a new sysex file to test, again, the Pro2 gets stuck in Receiving sysex file. I waited a little while. Still stuck there. I previously had exported the U1 P1 basic patch as a sysex file. I tried writing this to the Pro2. Nothing. I tried again. Nothing. So I had to do it. I power cycled the Pro2 and once again, dead. Same thing as last time. Display blank, nearly all lights are off. No response to anything. Doesn't send any midi or receive any.
My guess is the PIC is dead again. I checked all the power supply voltages and they are good. That is the only thing I didn't send in the first time.
While I realize that trying to roll my own sysex files I must have a bad parameter somewhere that isn't correct, I can fix that. But, the same scenario happening two times, synth stays in receiving sysex message then after a power cycle it dies, there is something wrong in the FW of this instrument. There is something that gets stuck, locked up or stuck in a loop that is causing this. If the data is bad, or a parameter is bad, the file should get pitched and give the user an error indicating the file isn't valid. A bad patch sysex file should not be capable of doing this. A parameter that is larger than the specific value, let us say a value of 127 for a parameter that is a 0 or 1 shouldn't cause a huge problem.
Needless to say, this is frustrating.