[GELOEST] fhem windows - Firmware update HM_CC_RT_DN - CrC im Display

Begonnen von Stefan75, 20 Dezember 2014, 13:45:00

Vorheriges Thema - Nächstes Thema

Stefan75

Hallo,

ich habe seit gestern begonnen unter meinem Windows PC FHEM zu installieren und zu konfigurieren.
(mittels USB CUL)

Nach kurzer Zeit habe ich es erfolgreich geschafft, meinen HomeMatic Funkschalter mit FHEM zu steuern (toggle / on / off).
=> Prinzipiell scheint es also zu funktionieren.

Nur mit meinen drei Thermostaten (HM_CC_RT_DN) habe ich Probleme:
Bei allen drei sehe ich immer ein CMDs_pending.
=> Pairing scheint geklappt zu haben (der Zaehler startet bei 30, kommt aber nicht weit)

Irgendwie kam ich nun auf die "schlaue" Idee, ein Firmware Update zu installieren (von 1.3 auf 1.4) - bei einem Thermostat.

Aufruf:
set CUL_HM_HM_CC_RT_DN_2C6ECE fwUpdate Z:\public\Archive\fhem\hm_cc_rt_dn_update_V1_4_001_141020.eq3

Aktueller Stand:
Nun sehe ich im Display immer CrC

Habe es bereit wiederholt:

Manchmal sehe ich:
  fwUpdate: fail:notInBootLoader

oder auch
  fwUpdate: fail:Block1

Hat jemand eine Idee, was ich machen kann?

Vermutlich reichen die Informationen nicht.
Aktuell weiss ich aber nicht, was
a. gebraucht wird
b. wie ich es bekomme

Hoffe ich auf Unterstuetzung...

Vielen Dank.

Stefan

Stefan






martinp876

wenn ein CRC fehler ansteht konnte FHEM mit dem RT reden. das pairing hat also funktioniert.
die FW ist gelöscht, es läuft nur noch der bootloader.
du kannst einmal messages logge, wenn du den download noch einmal startest.
Um den noch einmal zu starten musst du beim update einen timeout angeben und dann die beiden Knöpfe am RT drücken - in der entsprechenden Zeit, die du eingestellt hat. Dann sollte zu sehen sein, dass der update startet.
Anhand der Logs kann ich dann einmal nachsehen, wann etwas passiert.

Das logfile könnte etwas groß werden (wenn es lange genug läuft). Dann bitte gezippt her einstellen.

set CUL_HM_HM_CC_RT_DN_2C6ECE fwUpdate Z:\public\Archive\fhem\hm_cc_rt_dn_update_V1_4_001_141020.eq3 30

gibt dir 30 sec, den Button zu drücken.
man kann es beliebig oft probieren - der bootloader funktioniert immer.


wkarl

Hallo,

das CRC-Problem war bei mir ein Reichweitenproblem. Bei mir sind RTs über drei Geschosse verteilt - Keller, Erdgeschoss, Obergeschoss. Der HM-USB ist im Keller.

Ich habe dann die Windows-SW auf meinen Laptop installiert, den USB-Stick eingesteckt und die Firmware mit dem Laptop neben dem RT installiert.

ciao walter
FHEM 5.7 & TabletUI 2.2 auf Fedora22 Server auf NUC5i5RYK
CUL 868 > FAST EnergyCam
HMLAN > HomeMatic TCs & VDs, Bewegungsmelder, Schalter, Taster, Steckdosen

Stefan75

Hallo Martin,

danke fuer deine Hilfe:

Das ist der Output aus dem Log (aus dem Browser kopiert)
(Scheint mir aber etwas wenig zu sein)

2014.12.20 18:55:33 2: CUL_HM fwUpdate started for CUL_HM_HM_CC_RT_DN_2C6ECE
2014.12.20 18:55:33 3: CUL_HM set CUL_HM_HM_CC_RT_DN_2C6ECE fwUpdate Z:\public\Archive\fhem\hm_cc_rt_dn_update_V1_4_001_141020.eq3 30
2014.12.20 18:55:38 2: CUL_HM fwUpdate CUL_HM_HM_CC_RT_DN_2C6ECE entered mode. IO-speed: fast
2014.12.20 18:55:43 2: CUL_HM fwUpdate CUL_HM_HM_CC_RT_DN_2C6ECE end. IO-speed: normal

Ich sehe im Display erst FUP... dann alles was das Display kann (alle Piktogramme aktiviert), dann CrC.

- Habe beim Einschalten den linken und rechten Knopf gedrueckt
- bzw. auch den mittleren



Zitat von: martinp876 am 20 Dezember 2014, 17:12:55
wenn ein CRC fehler ansteht konnte FHEM mit dem RT reden. das pairing hat also funktioniert.
die FW ist gelöscht, es läuft nur noch der bootloader.
du kannst einmal messages logge, wenn du den download noch einmal startest.
Um den noch einmal zu starten musst du beim update einen timeout angeben und dann die beiden Knöpfe am RT drücken - in der entsprechenden Zeit, die du eingestellt hat. Dann sollte zu sehen sein, dass der update startet.
Anhand der Logs kann ich dann einmal nachsehen, wann etwas passiert.

Das logfile könnte etwas groß werden (wenn es lange genug läuft). Dann bitte gezippt her einstellen.

set CUL_HM_HM_CC_RT_DN_2C6ECE fwUpdate Z:\public\Archive\fhem\hm_cc_rt_dn_update_V1_4_001_141020.eq3 30

gibt dir 30 sec, den Button zu drücken.
man kann es beliebig oft probieren - der bootloader funktioniert immer.

martinp876

das sind nicht die messages - schau einmal unter sniffen im Wiki.

FUP ist schon einmal richtig.
die devices dürfen nicht zu weit auseinander sein. Aber auch nicht näher als  ~1m zusammen. dann sollte es eigentlich klappen.

probiere noch einmal die anderen logs

Stefan75

Ich habe meine ganzen logs gestartet und einige alte Eintraege wieder erzeugt, damit ich das Update starten kann.

Fuer das Sniffen habe ich folgendes gemacht:
attr global verbose 3
attr global mseclog 1
attr CUL verbose 4

---
 
2014.12.20 20:03:49.444 1: starting in console mode
2014.12.20 20:03:49.446 1: Including fhem.cfg
2014.12.20 20:03:49.471 3: telnetPort: port 7072 opened
2014.12.20 20:03:49.814 3: WEB: port 8083 opened
2014.12.20 20:03:49.816 3: WEBphone: port 8084 opened
2014.12.20 20:03:49.816 3: WEBtablet: port 8085 opened
2014.12.20 20:03:49.870 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2014.12.20 20:03:49.906 3: Opening CUL device com4
2014.12.20 20:03:50.037 3: Setting CUL baudrate to 9600
2014.12.20 20:03:50.047 3: CUL device opened
2014.12.20 20:03:50.182 3: CUL: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2014.12.20 20:03:50.260 2: Switched CUL rfmode to HomeMatic
2014.12.20 20:03:50.588 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.12.20 20:03:50.589 0: Server started with 11 defined entities (version $Id: fhem.pl 7212 2014-12-14 15:55:51Z rudolfkoenig $, os MSWin32, user mediauser, pid 3068)
2014.12.20 20:03:51.347 0: Server shutdown
2014.12.20 20:03:51.347 4: CUL_send:  CULX0 0     
2014.12.20 20:04:40.940 1: starting in console mode
2014.12.20 20:04:40.942 1: Including fhem.cfg
2014.12.20 20:04:40.967 3: telnetPort: port 7072 opened
2014.12.20 20:04:41.281 3: WEB: port 8083 opened
2014.12.20 20:04:41.282 3: WEBphone: port 8084 opened
2014.12.20 20:04:41.283 3: WEBtablet: port 8085 opened
2014.12.20 20:04:41.334 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2014.12.20 20:04:41.366 3: Opening CUL device com4
2014.12.20 20:04:41.501 3: Setting CUL baudrate to 9600
2014.12.20 20:04:41.511 3: CUL device opened
2014.12.20 20:04:41.640 3: CUL: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2014.12.20 20:04:41.718 2: Switched CUL rfmode to HomeMatic
2014.12.20 20:04:42.036 1: Including ./log/fhem.save
2014.12.20 20:04:42.037 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.12.20 20:04:42.038 0: Server started with 11 defined entities (version $Id: fhem.pl 7212 2014-12-14 15:55:51Z rudolfkoenig $, os MSWin32, user mediauser, pid 6440)
2014.12.20 20:05:09.397 4: CUL_Parse: CUL A 0C 2A 865A 30727B 000000 A8D7373A -45
2014.12.20 20:05:09.415 3: CUL: Unknown code A0C2A865A30727B000000A8D737::-45:CUL, help me!
2014.12.20 20:05:29.396 4: CUL_Parse: CUL A 0C 2A 8470 30727B 000000 00D73738 -46
2014.12.20 20:05:29.396 3: CUL: Unknown code A0C2A847030727B00000000D737::-46:CUL, help me!
2014.12.20 20:05:40.534 4: CUL_Parse: CUL A 0F BD 8610 2C6D15 000000 0A88C210000012 -65
2014.12.20 20:05:40.535 3: CUL: Unknown code A0FBD86102C6D150000000A88C2100000::-65:CUL, help me!
2014.12.20 20:06:08.552 4: CUL_Parse: CUL A 14 00 0010 2C6ECE 000000 004C4551303834363137374B -36.5
2014.12.20 20:06:09.728 2: CUL_HM fwUpdate started for CUL_HM_HM_CC_RT_DN_2C6ECE
2014.12.20 20:06:09.728 4: CUL_send:  CULAs 0A 0A 3011 1526ef 2C6ECE CA
2014.12.20 20:06:09.738 3: CUL_HM set CUL_HM_HM_CC_RT_DN_2C6ECE fwUpdate Z:\public\Archive\fhem\hm_cc_rt_dn_update_V1_4_001_141020.eq3 30
2014.12.20 20:06:28.972 4: CUL_Parse: CUL A 14 02 0910 2C6ECE 000000 004C4551303834363137374A -37
2014.12.20 20:06:28.973 2: CUL_HM fwUpdate CUL_HM_HM_CC_RT_DN_2C6ECE entered mode. IO-speed: fast
2014.12.20 20:06:29.081 4: CUL_send:  CULAs 0F 0B 00CB 1526ef 2C6ECE 105B11F81547
2014.12.20 20:06:29.144 4: CUL_send:  CULAR     
2014.12.20 20:06:29.207 4: CUL_send:  CULAs 27 0D 00CA 1526ef 2C6ECE 0122B1E2ABC8609AB7480510C73537085F342B4E61A947BA7962A57520E6
2014.12.20 20:06:29.222 4: CUL_send:  CULAs 27 0E 00CA 1526ef 2C6ECE 9E9501A94EF042335A5A626E4FB62A0AB0753192E7AAA4539FA1297664F2
2014.12.20 20:06:29.237 4: CUL_send:  CULAs 27 0F 00CA 1526ef 2C6ECE 76FD322EDA137FB5A27FFD748ACF28767AADE19276683992CA3A96767365
2014.12.20 20:06:29.253 4: CUL_send:  CULAs 27 10 00CA 1526ef 2C6ECE 0E530F27C0199B734132BFD1D1663CF2C18668EB10BEE25FB39CD661109A
2014.12.20 20:06:29.269 4: CUL_send:  CULAs 27 11 00CA 1526ef 2C6ECE F28CE8C9B764A3B18EDE51BCECF5F9AA27141CD7B3C3C07F847ACE21B753
2014.12.20 20:06:29.284 4: CUL_send:  CULAs 27 12 00CA 1526ef 2C6ECE 3652262F7013D44FF484FF4472FD750AB59027CB3CD91AEDD74B0D1FFFDD
2014.12.20 20:06:29.300 4: CUL_send:  CULAs 27 13 00CA 1526ef 2C6ECE 832BD5D73DD726CF31E6ABF56B5FEB40DD69BE87F7E627C8EBDAE665C949
2014.12.20 20:06:29.315 4: CUL_send:  CULAs 27 14 00CA 1526ef 2C6ECE 9B2966802B6952D31214AE4550F82147DD661D51A799497E0BCE3F92E682
2014.12.20 20:06:29.331 4: CUL_send:  CULAs 27 15 00CA 1526ef 2C6ECE 46A0FD30E9CFAC956E0C65964CE85C82B346B9077CCED89CB9E6716C3E2D
2014.12.20 20:06:29.347 4: CUL_send:  CULAs 1F 16 20CA 1526ef 2C6ECE E3E196FF932373E5CD39BA2032EAED35943B01B0E808
2014.12.20 20:06:29.581 4: CUL_Parse: CUL A 0A 16 0002 2C6ECE 1526EF 0051 -33.5
2014.12.20 20:06:34.370 1: PERL WARNING: Use of uninitialized value $mNo in sprintf at ./FHEM/10_CUL_HM.pm line 5405.
2014.12.20 20:06:34.370 4: CUL_send:  CULAs 27 01 00CA 1526ef 2C6ECE 0122B1E2ABC8609AB7480510C73537085F342B4E61A947BA7962A57520E6
2014.12.20 20:06:34.385 4: CUL_send:  CULAs 27 02 00CA 1526ef 2C6ECE 9E9501A94EF042335A5A626E4FB62A0AB0753192E7AAA4539FA1297664F2
2014.12.20 20:06:34.401 4: CUL_send:  CULAs 27 03 00CA 1526ef 2C6ECE 76FD322EDA137FB5A27FFD748ACF28767AADE19276683992CA3A96767365
2014.12.20 20:06:34.417 4: CUL_send:  CULAs 27 04 00CA 1526ef 2C6ECE 0E530F27C0199B734132BFD1D1663CF2C18668EB10BEE25FB39CD661109A
2014.12.20 20:06:34.432 4: CUL_send:  CULAs 27 05 00CA 1526ef 2C6ECE F28CE8C9B764A3B18EDE51BCECF5F9AA27141CD7B3C3C07F847ACE21B753
2014.12.20 20:06:34.448 4: CUL_send:  CULAs 27 06 00CA 1526ef 2C6ECE 3652262F7013D44FF484FF4472FD750AB59027CB3CD91AEDD74B0D1FFFDD
2014.12.20 20:06:34.463 4: CUL_send:  CULAs 27 07 00CA 1526ef 2C6ECE 832BD5D73DD726CF31E6ABF56B5FEB40DD69BE87F7E627C8EBDAE665C949
2014.12.20 20:06:34.479 4: CUL_send:  CULAs 27 08 00CA 1526ef 2C6ECE 9B2966802B6952D31214AE4550F82147DD661D51A799497E0BCE3F92E682
2014.12.20 20:06:34.495 4: CUL_send:  CULAs 27 09 00CA 1526ef 2C6ECE 46A0FD30E9CFAC956E0C65964CE85C82B346B9077CCED89CB9E6716C3E2D
2014.12.20 20:06:34.510 4: CUL_send:  CULAs 1F 0A 20CA 1526ef 2C6ECE E3E196FF932373E5CD39BA2032EAED35943B01B0E808
2014.12.20 20:06:39.534 4: CUL_send:  CULAs 27 01 00CA 1526ef 2C6ECE 0122B1E2ABC8609AB7480510C73537085F342B4E61A947BA7962A57520E6
2014.12.20 20:06:39.549 4: CUL_send:  CULAs 27 02 00CA 1526ef 2C6ECE 9E9501A94EF042335A5A626E4FB62A0AB0753192E7AAA4539FA1297664F2
2014.12.20 20:06:39.564 4: CUL_send:  CULAs 27 03 00CA 1526ef 2C6ECE 76FD322EDA137FB5A27FFD748ACF28767AADE19276683992CA3A96767365
2014.12.20 20:06:39.580 4: CUL_send:  CULAs 27 04 00CA 1526ef 2C6ECE 0E530F27C0199B734132BFD1D1663CF2C18668EB10BEE25FB39CD661109A
2014.12.20 20:06:39.596 4: CUL_send:  CULAs 27 05 00CA 1526ef 2C6ECE F28CE8C9B764A3B18EDE51BCECF5F9AA27141CD7B3C3C07F847ACE21B753
2014.12.20 20:06:39.611 4: CUL_send:  CULAs 27 06 00CA 1526ef 2C6ECE 3652262F7013D44FF484FF4472FD750AB59027CB3CD91AEDD74B0D1FFFDD
2014.12.20 20:06:39.627 4: CUL_send:  CULAs 27 07 00CA 1526ef 2C6ECE 832BD5D73DD726CF31E6ABF56B5FEB40DD69BE87F7E627C8EBDAE665C949
2014.12.20 20:06:39.643 4: CUL_send:  CULAs 27 08 00CA 1526ef 2C6ECE 9B2966802B6952D31214AE4550F82147DD661D51A799497E0BCE3F92E682
2014.12.20 20:06:39.658 4: CUL_send:  CULAs 27 09 00CA 1526ef 2C6ECE 46A0FD30E9CFAC956E0C65964CE85C82B346B9077CCED89CB9E6716C3E2D
2014.12.20 20:06:39.674 4: CUL_send:  CULAs 1F 0A 20CA 1526ef 2C6ECE E3E196FF932373E5CD39BA2032EAED35943B01B0E808


Zitat von: martinp876 am 20 Dezember 2014, 19:40:35
das sind nicht die messages - schau einmal unter sniffen im Wiki.

FUP ist schon einmal richtig.
die devices dürfen nicht zu weit auseinander sein. Aber auch nicht näher als  ~1m zusammen. dann sollte es eigentlich klappen.

probiere noch einmal die anderen logs

martinp876

die HMId deiner Zentrale ist 1526ef.
Änderen das nach 1526EF

ich denke, das wars :)
lass hören

Stefan75

Habe die ID wie folgt geaendert, werde es jetzt versuchen...
attr CUL hmId 1526EF

Ich vermute, es wird kein Neustart gebraucht...

stefan




Zitat von: martinp876 am 21 Dezember 2014, 12:37:50
die HMId deiner Zentrale ist 1526ef.
Änderen das nach 1526EF

ich denke, das wars :)
lass hören

Stefan75

Hallo Martin,

es hat funktioniert...

Da waere ich nie drauf gekommen.

Man muss also auf Grossbuchstaben achten.
Vielen Dank!

Stefan




Zitat von: Stefan75 am 21 Dezember 2014, 12:45:16
Habe die ID wie folgt geaendert, werde es jetzt versuchen...
attr CUL hmId 1526EF

Ich vermute, es wird kein Neustart gebraucht...

stefan