Hallo,
ich versuche mich gerade ein firmware upgrade mit xmodem:
picocom -b 115200 -f n -pn -d8 -s 'sx -k -b -vv' -v 'rx -vv' /dev/ttyUSB3
Sieht auch erstmal gut aus. Ich kann mit dem bootloader reden, upload scheint durchzulaufen. Nur bootet das Geraet danach nicht mehr ;). Die Operation mit windows teraterm durchgefuehrt ist erfolgreich. Was koennte die xmodem-Implementierung anders machen?
VG hmw
Schwer zu sagen. Kannst Du das Flash auslesen und sehen, *was* falsch angekommen ist?
gelegentlich TeraTerm - neben den verschiedenen Varianten (XModem/XModem-1k, Checksum/CRC) gab es da unterschiedliches Varhalten bei Retries - in unserem
cu Michael
aufschrauben und extern auslesen ginge vermutlich.
minicom hatte ich zuerst versucht. Der bootloader will ziemlich schnell einen Tastendruck sehen, damit er nicht bootet, sondern auf ein neues image wartet. Das klappte mit minicom nie, mit picocom immer. Auch das geht mit teraterm ziemlich zuverlaessig.
Keine Ahnung. Ist ein fertiges Geraet. Das nach aussen gefuehrte user interface laesst nur das update der firmware zu und verraet sonst nicht viel.
Meine aktuelle Arbeitshypothese ist, dass irgendwas am padding unerschiedlich ist. Dazu muesste ich wohl mal den Quelltext von teraterm begucken.
VG hmw
Gut, *das* Problem habe ich nicht. Abe ra rx/sx die gleichen sind, sollte minicom vs. picocom keinen Unterschied machen.
Alternativ ein T-Adapter und ein Monitoring-Rechner mit 2 seriellen Ports, wo jeweils nur RX angeschlossen ist - stellt sich die Frage, mit welchem
cu Michael
Gernot
cu Michael
Stimmt. Hab es verwechselt.
Gernot
Gernot
jepp.
Ich habe noch keine Zeit gehabt, weiter zu schauen. Wenn ich das richtig deute, ist das padding byte bei beiden Ansaetzen unterschiedlich. Waere komisch, wenn es daran scheitert, aber beim naechsten Zeitfenster gucke ich in die Richtung weiter.
VG hmw
Have something to add? Share your thoughts — no account required.
Ask the community — no account required