Hi all - finally got around to attempting to flash the OSF firmware to my working APT 860C UART display. Prior to flashing, the display powered up fine, showing the stock APT firmware.
Label on the back of the display:
860C 1.3G04A60 LOM4.50
V5.8 20241130034
I used the official APT USB bootloader connected to my Surface 4 running Windows 10 and the APT Burn Tools v1.3 and serial drivers installed as required. The flash process of 860C_v13_v20.1C.5-bootloader.bin went as expected, finishing at 100% after about 30 seconds or so. Great, or so I thought.
End result: just like my previous 860C display. It won't power up. I can, however, re-flash it.
What's odd is my previous 860C display was already running the OSF firmware, just an older version and needed an upgrade. I figured that original well-weathered and sun-cooked display just coincidentally fried during my upgrade attempt, so I ordered a shiny new display (860C UART). Now I get the exact same behavior: post flash, display won't power up, but can re-flash all I want.
For reference, label on the back of my previously working with OSF display:
P860C V1G0360 AKSM1.0
V5.2 202110140288
To be clear, neither display will power up post-flash. I can re-flash all I want, though.
If I had the stock APT firmware, I would attempt to install that. How strange that this happened twice now.
Questions:
- Is the flash loader on the display completely independent of the flashed firmware? (i.e. could a bad flash or even incorrect firmware still allow loading a new flash?)
- Am I attempting to flash the wrong firmware altogether? (860C_v13_v20.1C.5-bootloader.bin)
- Are these displays just that fragile that any attempt to re-flash can easily result in bricking?
Thanks for any input and things to try.
I'm quickly approaching the event horizon on this where it all ends up in a landfill / recycler. That would be unfortunate, but I have to cut my losses at some point.