Fehler: Firmware Update HmIP-RFUSB über hmip-copro-update.jar
Moderator: Co-Administratoren
Re: Fehler: Firmware Update HmIP-RFUSB über hmip-copro-update.jar
@quickmic: Mein PCB entspricht exakt dem deinigen. (Exakt gleiche Beschriftungen, gleiche Komponenten etc.)
Auf deinem Bild konnte ich es nicht erkennen; was sind die Beschriftungen von IC1 und IC2 bei dir?
Bei mir:
IC1: SILABS CP2102 DCL05J 1720+
IC2: EFM32 G200F64 D00AI5 1712
Prinzipiell gehe ich auf Basis der derzeitigen Informationen jedoch eher von einem Software-Problem (auf Seite des Sticks) aus. Die grundsätzliche Kommunikation über die UART-Bridge klappt ja.
Auf deinem Bild konnte ich es nicht erkennen; was sind die Beschriftungen von IC1 und IC2 bei dir?
Bei mir:
IC1: SILABS CP2102 DCL05J 1720+
IC2: EFM32 G200F64 D00AI5 1712
Prinzipiell gehe ich auf Basis der derzeitigen Informationen jedoch eher von einem Software-Problem (auf Seite des Sticks) aus. Die grundsätzliche Kommunikation über die UART-Bridge klappt ja.
-
- Beiträge: 518
- Registriert: 20.01.2011, 14:39
- Hat sich bedankt: 5 Mal
- Danksagung erhalten: 4 Mal
Re: Fehler: Firmware Update HmIP-RFUSB über hmip-copro-update.jar
Soweit ich das erkennen kann (hab keine Lupe)
Silabs hab ich hinten 1735+
EFM hinten 1725
Hast du vielleicht auch einen HMIP-RFUSB-TK
viewtopic.php?t=43550
Silabs hab ich hinten 1735+
EFM hinten 1725
Hast du vielleicht auch einen HMIP-RFUSB-TK
viewtopic.php?t=43550
Zuletzt geändert von quickmic am 09.12.2018, 11:37, insgesamt 1-mal geändert.
Re: Fehler: Firmware Update HmIP-RFUSB über hmip-copro-update.jar
Hey,
ja, es ist ein HMIP-RFUSB-TK.
ja, es ist ein HMIP-RFUSB-TK.
- jmaus
- Beiträge: 9908
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 466 Mal
- Danksagung erhalten: 1897 Mal
- Kontaktdaten:
Re: Fehler: Firmware Update HmIP-RFUSB über hmip-copro-update.jar
@quickmic: bitte solchen langen technischen Ausgaben in einen code-block packen und nicht in einen quote!
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
- jmaus
- Beiträge: 9908
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 466 Mal
- Danksagung erhalten: 1897 Mal
- Kontaktdaten:
Re: Fehler: Firmware Update HmIP-RFUSB über hmip-copro-update.jar
Nein, ich hab ein development sample des RFUSB ohne TK.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
Re: Fehler: Firmware Update HmIP-RFUSB über hmip-copro-update.jar
Ich denke, dass es hier im Forum noch weitere Leute mit dem -TK geben wird. Wäre interessant von denen mal zu hören, ob das Update klappt oder nicht.
-
- Beiträge: 518
- Registriert: 20.01.2011, 14:39
- Hat sich bedankt: 5 Mal
- Danksagung erhalten: 4 Mal
Re: Fehler: Firmware Update HmIP-RFUSB über hmip-copro-update.jar
Eins ist mir aufgefallen.
Ich hab 2 Sticks: Beide SGTIN fangen gleich an mit: 3014f711a000041709ad nur die letzten 2 bytes unterscheiden sich.
Deine 3014f5ac94000416fb533469 bzw. Neokalis 3014f5ac94000416fb5334f4 haben einen anderen Prefix.
Ich hab grade in der Firmware mittel hexeditor gesucht, ob das irgendwo implementiert/abgefragt ist.
Hab aber nichts gefunden bis jetzt.
Ich hab 2 Sticks: Beide SGTIN fangen gleich an mit: 3014f711a000041709ad nur die letzten 2 bytes unterscheiden sich.
Deine 3014f5ac94000416fb533469 bzw. Neokalis 3014f5ac94000416fb5334f4 haben einen anderen Prefix.
Ich hab grade in der Firmware mittel hexeditor gesucht, ob das irgendwo implementiert/abgefragt ist.
Hab aber nichts gefunden bis jetzt.
Re: Fehler: Firmware Update HmIP-RFUSB über hmip-copro-update.jar
Dass eq3 unterschiedliche SGTIN-Prefixes für unterschiedlich gelabelte Produkte vergibt (z.B. Homematic, Wesmartify, usw.) ist soweit ich weiß immer so. Es sollte aber nicht die Update-Funktionalität kaputt machen
Das Update schlägt ja schon beim ersten Frame fehl (siehe Output meines Debug-jars), also wenn dann müsste ein solches Datum (=Modellnummer o.ä.) auch in dem ersten Frame encoded sein.
Das Update schlägt ja schon beim ersten Frame fehl (siehe Output meines Debug-jars), also wenn dann müsste ein solches Datum (=Modellnummer o.ä.) auch in dem ersten Frame encoded sein.