CC2531 Modifizierte Firmware zum Testen

[MyzerAT]

ich hab am raspi noch eine usb dongle für die mouse dran , mehr nicht

zigbee-shepherd ready. version: 2.6.3 rev 20190109 --> also kann ich es vergessen

[gosund]

@MyzerAT Dann pack den CC-Debugger oder einen Arduino aus...

[MyzerAT]

@gosund

was meinst du mit arduino ?

[gosund]

@MyzerAT Du kannst den Stick mit dem CC-Debugger oder einem Arduino/ESP/ o.ä. flashen.

[MyzerAT]

@gosund

gibt es dazu eine anleitung ?

[gosund]

https://hackaday.io/project/163487-zigbee-cc2531-smart-home-usb-adapter

[MyzerAT]

nee sowas hab ich nicht

[Findus]

Ich habe heute diese Version 20190315 mit ESP8266 geflashed (hat super nach Anleitung mit Raspi funktioniert)

Jetzt funktioniert auch die Mueller Tint Fernbedienung.

[simatec]

So ich bin jetzt mal zum testen des Tools gekommen.
Dabei ist mir folgendes aufgefallen.

Eine hex Datei lässt sich mit dem Tool auch bei der vorher neusten Firmwareversion vom 20.03.2019 nicht flashen oder updaten.
Man sieht im iobroker Log, dass sich die Firmware nicht ändert, da sich auch am Datum in der Versionsanzeige nix ändert.

Der Prozess läuft zwar binnen 2 Sekunden durch, aber es wird nix geflasht.

Da mir das ganze etwas komisch vorkam und ich das Windowstool kenne, habe ich das ganze mal mit der bin getetest.
Taaaaddddddaaaaaa .... So wird mit dem Tool auch geflasht und der Vorgang dauert ca. 15-20 Sekunden, was auch der Zeit entspricht, wenn man das Teil mit dem CC-Debugger flasht.
Was noch beachtet werden muss ist, dass sich der Stick nur die erste Minute nach einstecken im Flashmodus befindet.

Nur in den ersten 60 Sekunden ist das flashen somit möglich.

Auch der Log sieht dann etwas anders aus.

tinker@ioBroker-Tinker:~/zigbee$ sudo ./sbl_tool.bin CC2531ZNP-Prod.bin /dev/ttyACM0

***** TI LPRF ZigBee Serial Bootloader Tool for Linux v. 0.83 *****
Executed ./sbl_tool.bin on Sep 15 2014 08:26:08
Requested file file: CC2531ZNP-Prod.bin
Requested serial port: /dev/ttyACM0
Image size: 239616 bytes
Press [ENTER] any time to abort downloading image.
RRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR
Verified successfully
Executing image...
Waiting for optional system version information. Press [ENTER] to stop waiting.
Received System reset indication.
  Transport Protocol Version: 2
  Product ID: 0
  Software Release: 2.6.3
Done successfully.

Ich habe aktuell mehrere Sticks mit verschiedenen Firmwareständen getestet und auch ältere Versionen mit der Methode geflasht.

Nach dem Verbinden im iobroker wird im Log immer die aktuell geflashte Version angezeigt und der Stick rennt.

Werde jetzt mal ein Langzeittest machen und die Stabilität testen.

[arteck]

@simatec .. du musst schauen was du flasht
eine hex oder eine bin..daüberhinaus hat der jenige der die Datei kompilliert hat die Versionsnummer nicht verändert so siehst du das auch nicht...
ich kann dir eine Datei bauen mit 19700101... als Datum...

also sich nicht auf das Datum verlassen

[simatec]

@arteck
Bist du dir da sicher?
Ich habe auch mal innerhalb der ersten 60 Sekunden probiert eine hex zu flashen.
Da passiert auch wesentlich mehr, als nach Ablauf der 60 Sekunden Flashmodus.

Hier der Log bei flashen eine hex:

tinker@ioBroker-Tinker:~/zigbee$ sudo ./sbl_tool.bin CC2531ZNP-Prod.hex /dev/ttyACM0

***** TI LPRF ZigBee Serial Bootloader Tool for Linux v. 0.83 *****
Executed ./sbl_tool.bin on Sep 15 2014 08:26:08
Requested file file: CC2531ZNP-Prod.hex
Requested serial port: /dev/ttyACM0
Image size: 697099 bytes
Press [ENTER] any time to abort downloading image.
--------------------------------------------------------------------------------wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwRwwwwwwwwww
Image download aborted due to error (error id: 12)
Note:
  Image download was interrupted while verifying the new image.
  The SOC will now internally calculate the CRC of the flash content (takes about 30 seconds).
  if the CRC is valid, the new image will be executed.
Performing HW reset
Waiting for optional system version information. Press [ENTER] to stop waiting.
Done successfully.

Mir kommt das etwas komisch vor. Wenn ich ein Update flashe, muss ich doch dann auch die Änderung im Log sehen.

Flashe ich die bin, sehe ich die verschiedenen Versionen auch, die ich geflasht habe.

Hier die Beispiele:

zigbee.0	2019-03-22 18:56:25.510	info	zigbee-shepherd ready. version: 2.6.3 rev 20190223
zigbee.0	2019-03-22 18:56:25.502	info	zigbee-shepherd started
zigbee.0	2019-03-22 18:56:24.097	info	Starting zigbee-shepherd

und hier die andere Version:

zigbee.0	2019-03-22 18:44:38.168	info	zigbee-shepherd ready. version: 2.6.3 rev 20180820
zigbee.0	2019-03-22 18:44:38.162	info	zigbee-shepherd started
zigbee.0	2019-03-22 18:44:32.848	info	Starting zigbee-shepherd

Laut dem Log sehe ich bei dem flashen einer hex nach Ablauf der 60 Sekunden auch nicht wirklich einen Uploadprozess.

tinker@ioBroker-Tinker:~/zigbee$ sudo ./sbl_tool.bin CC2531ZNP-Prod.hex /dev/ttyACM0

***** TI LPRF ZigBee Serial Bootloader Tool for Linux v. 0.83 *****
Executed ./sbl_tool.bin on Sep 15 2014 08:26:08
Requested file file: CC2531ZNP-Prod.hex
Requested serial port: /dev/ttyACM0
Image size: 697099 bytes
Press [ENTER] any time to abort downloading image.
Received System reset indication.
  Transport Protocol Version: 2
  Product ID: 0
  Software Release: 2.6.3
Done successfully.

[arteck]

es sollte nur ein hiweiss sein.. verlass dich nicht auf die Versionsnummer die angezeigt wird

[simatec]

@arteck sagte in CC2531 Modifizierte Firmware zum Testen:

wird

Aber kommt dir der Upload der hex nicht auch viel zu schnell vor?
Ich flashe die Sticks im cc-debugger auch grundsätzlich unter Linux.
Allerdings dauert das schreiben der Hex da auch ca. 15-20 Sekunden.

Mir geht das viel zu schnell, wenn ich die hex flashe und der Stick nicht im Flashmodus ist.
Das sind ja wenn überhaupt 2 Sekunden mit der gleichen Dateigröße.

Gibt es denn eine Möglichkeit, den Stick nach dem Update zu testen, ob denn definitiv ein Update erfolgt ist.

Denn die Meldung "Done successfully" kommt ja auch bei einem error.