Open buttim opened 9 months ago
Given that \xEE
is an undocumented command, the fact that the code only works for v2.4
doesn't surprise me. I have a board that claims v2.3
and I guess that won't work either.
I suspect that the solution for both of us would need to be something like the following:
AT+UPDATE
process for ease of updates etc.Not sure how possible this is but going to look around. If you come up with a better idea, please respond to my Issue and let me know.
Thanks for your reply. Studying more deeply your solution I figured that indeed it cannot work with a different firmware version. Alas doing the glitching to dump the new firmware is a bit too much for me. Thanks anyway for your inspiring work. Should I come to some idea I will let you know for sure.
Why not update 2.3 to 2.4?
El El dom, 17 mar. 2024 a la(s) 09:26, buttim @.***> escribió:
Thanks for your reply. Studying more deeply your solution I figured that indeed it cannot work with a different firmware version. Alas doing the glitching to dump the new firmware is a bit too much for me. Thanks anyway for your inspiring work. Should I come to some idea I will let you know for sure.
— Reply to this email directly, view it on GitHub https://github.com/rumpeltux/hc12/issues/2#issuecomment-2002440368, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACXBW4OEUMXYDVPM7AFJZJ3YYWDYRAVCNFSM6AAAAABDXQJVCOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMBSGQ2DAMZWHA . You are receiving this because you are subscribed to this thread.Message ID: @.***>
Why not update 2.3 to 2.4? El El dom, 17 mar. 2024 a la(s) 09:26, buttim @.***> escribió:
How exactly?
@lalo-uy To add to buttim's comment, although the HC-12
has an update command, there appears to be nowhere that provides either updated firmware or the HC-1X
updater program that is mentioned in some of the earlier documentation.
FYI this, https://itooktheredpill.irgendwo.org/2020/stm8-readout-protection/, is a good starting point for "glitch attacks". As I understand it, on start-up the STM8 writes a specific byte that causes read-protection to be on. Glitch-attacks deliberately drop the voltage to the chip "enough to fail the write of this byte but not enough to reset the CPU, and only for the brief moment of this write attempt" meaning that the chip boots but that read protection is disabled. Sounds simple but of course it is not!
Yes, I eagerly read your blog post. I am tempted to give it a try, but not really confident in my skill/patience
There is an update program for Windows, in chinise. I don’t have windows, but will upload the bundle and give the link.
El El dom, 17 mar. 2024 a la(s) 12:39, buttim @.***> escribió:
Yes, I eagerly read your blog post. I am tempted to give it a try, but not really confident in my skill/patience
— Reply to this email directly, view it on GitHub https://github.com/rumpeltux/hc12/issues/2#issuecomment-2002512661, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACXBW4OEL4Z3EHXN4MXLMMTYYW2MHAVCNFSM6AAAAABDXQJVCOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMBSGUYTENRWGE . You are receiving this because you were mentioned.Message ID: @.***>
Thanks. Where did you find it? Does it come with the actual firmware binary?
After analysis of the v2.6 firmware, it is apparent that it does not support the AT+UPDATE protocol anymore, that means that this tool cannot work for the v2.6 firmware version.
I have yet to test whether the v2.6 boards are working with custom firmware (https://github.com/rumpeltux/hc12fw).
Thanks for your analysis. Looking forward to the firmware compatibility test
Unluckily seems like your code does not work anymore for modules with v2.6 firmware. Any chances of getting the STM8 source code that gets translated to the stub to upload? Any link for the docs on the update protocol? Also your code is missing
import time
Here is the output with the error: