Neuinstallation und neu anlernen ? F4 Fehler

[franky08]

Das pairen ist noch nicht abgesclossen und steht noch auf set. Mach mal ein clear msgEvents und dann noch ein get config, falls das nicht klappt würde ich das device noch mal "drüber" pairen.
P.S. Und siehe vorherigen Beitrag betreffs der hm id!
VG
Frank

[pc1246]

Hallo pg03
Wie Du ohne weiteres erkennen kannst, ist weder der Wandthermostat, noch der Heizkoerperthermostat gepairt! Ein Neuaufsetzen ist nicht zielfuehrend! Loesche die beiden Geraete noch einmal im fhem. Dann solltest du die beiden Geraete selbst in den Auslieferungszustand versetzen, und dann wieder von vorne anfangen. Ich habe gestern abend drei thermostate bei einem Freund angelernt, und den Namen habe wir ganz zum Schluss angepasst! (Muss man nicht, aber ich bin immer der Meinung ein Schritt nach dem anderen.) Wie durften jeweils 3-mal beim pairen als auch mindestens zweimal bei get-config die Taste druecken, bis der Timer loslaeuft!
Viel Erfolg
Gruss Christoph

[Thorsten Pferdekaemper]

Hi,
das sieht noch nicht so gut aus:

Code Auswählen Erweitern


     2017-03-02 23:34:16   R-pairCentral   set_0xF10000
     2017-03-03 00:33:44   state           MISSING ACK

Ist die HMID Deines myHmUART tatsächlich 0xF10000 und war auch immer so? Wenn ja, dann braucht man meiner Meinung nach nichts zu löschen etc.
Es sieht so aus, als ob das Pairing begonnen, aber nicht abgeschlossen wurde. Versuche im Device (also HM_51A51D) nochmal ein get config. Dann eine Weile abwarten, so etwa 5 Minuten. Das "set_" vor dem R-pairCentral muss verschwinden.
Möglicherweise hilft es auch, nochmal das Pairing anzustoßen, also an der Heizung die Taste zu drücken.
Gruß,
   Thorsten

[pc1246]

Mist
Das mit der HMid wollte ich auch noch erwaehnen! Woher hast Du diese seltsame ID? Das sieht so aus, als haettest Du irgendwo gelesen, dass Du das F1 davorsetzen musst, nur leider hast Du den Rest nicht gelesen. 0000 ist nicht ganz so gelungen!
Gruss Christoph

[pc1246]

Ich nochmal
Ich will den Anderen ja nicht reinreden, aber wenn Du F4 hast, dann kennen die Geraete irgendwen, und das geht nur noch weg, wenn Du die auf Werkseinstellungen zuruecksetzt!
Gruss Christoph

[MadMax-FHEM]

Warum dann gleich so viele auf einmal anlernen?

Wie wäre es gewesen erst mal mit einem Gerät komplett durch?

Egal.
Das Gerät ist nicht vollständig gepaired.
Es soll mit F10000 gepaired werden ist und war das schon immer deine HMID?

Es sind noch nicht alle Register gelesen...

Wenn das mit der HMID geklärt ist (also dasd es wirklich schon immer diese war) ein getConfig absetzen und beim Thermostaten den "Boots-Knopf" drücken wie beim Anlernen...

Beim Absetzen des getConfig sollte msgPending kommen und nach dem drücken (evtl. mit Pause auch nochmal) dann weggehen...

Ansonsten wie gesagt im Wiki lesen, dort ist Pairen (verbinden mit Zentrale) ausführlich beschrieben...

Wenn du bzgl. HMID nicht sicher bist, dann einen Reset beim Thermostaten (wie in der Anleitung beschriebem) und neu anlernen...

Vor dem Absetzen (irgendwelcher) Kommandos mal ein clear msgEvents (oder so ähnlich) absetzen...

Zukünftig besser ein Gerät nach dem anderen und mit configCheck prífen ob alles passt und erst dann weitermachen...
Gleiches gilt für das Peering (direktes Verbinden von Aktor/Sensor)...

Gruß, Joachim

[pg03]

Was mich jetzt etwas wundert ist, dass ich wie im WIKI beschrieben mit :

define myHmUART HMUARTLGW /dev/ttyAMA0
attr myHmUART hmId 424242

von Anfang an immer die HMID 424242 gesetzt habe....

wird m.E. auch so akzeptiert...

Code Auswählen Erweitern

Internals:
   AssignedPeerCnt 2
   CNT        143
   DEF        /dev/ttyAMA0
   DEVCNT     123
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         11
   LastOpen   1488494467.32905
   NAME       myHmUART
   NR         24
   PARTIAL
   RAWMSG     05000054D2861051A5F90000000A90C20E0040
   RSSI       -84
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   msgLoadCurrent 0
   msgLoadHistory 0/0/-1/0/0/0/0/-3/-6/0/0/0
   msgLoadHistoryAbs 0/0/0/1/1/1/1/1/4/10/10/10/10
   owner      424242
   Helper:
     CreditTimer 3177
     FW         66561
     Initialized 1
     SendCnt    8
     Ackpending:
     LastSendLen:
       3
       3
     Log:
       IDs:
     PeerQueue:
     PendingCMD:
     Roundtrip:
       Delay      0.00316095352172852
     Loadlvl:
       lastHistory 1488544569.89885
   Peers:
     515B40     +515B40,00,00,00
     51A51D     +51A51D,00,00,00
   Readings:
     2017-03-02 23:41:09   D-HMIdAssigned  424242
     2017-03-02 23:41:09   D-HMIdOriginal  4F6493
     2017-03-02 23:41:09   D-firmware      1.4.1
     2017-03-02 23:41:09   D-serialNr      NEQ1329082
     2017-03-02 23:41:07   D-type          HM-MOD-UART
     2017-03-02 23:41:09   cond            ok
     2017-03-03 13:25:10   load            0
     2017-03-02 23:41:09   loadLvl         low
     2017-03-02 23:41:07   state           opened
   Helper:
Attributes:
   devStateIcon .*:it_wifi
   icon       it_wifi
   room       System

Ich denke ich mache bei allen Devices noch mal einen Werksreset!

Nur zum Verständnis: Dann peere ich z.b. Heizungsthermostat und Wandthermometer und anschließend paire ich das jeweils mit Fhem? So hatte ich das zumindest versanden und auch gemacht...

[Thorsten Pferdekaemper]

Was mich jetzt etwas wundert ist, dass ich wie im WIKI beschrieben mit :

define myHmUART HMUARTLGW /dev/ttyAMA0
attr myHmUART hmId 424242

von Anfang an immer die HMID 424242 gesetzt habe....

Dann ist da definitiv etwas schief gegangen. Da würde ich dann auch mal ein Werksreset machen und nochmal anfangen.

Nur zum Verständnis: Dann peere ich z.b. Heizungsthermostat und Wandthermometer und anschließend paire ich das jeweils mit Fhem? So hatte ich das zumindest versanden und auch gemacht...

Ich würde es genau anders herum machen. Zuerst pairen (in FHEM) und dann von FHEMWEB aus peeren. Nach dem Pairing kann es sein, dass das Peering über die Geräte selbst nicht mehr geht, aber wer will das schon...

Ich würde aber erst einmal nur ein Gerät pairen und sicher stellen, dass da auch alles geklappt hat. Dann erst das andere.

Gruß,
   Thorsten

[Beta-User]

von Anfang an immer die HMID 424242 gesetzt habe....

Vielleicht solltest Du bei der Gelegenheit noch eine HM-Id nehmen, die nicht im Wiki oder Einsteiger-Dokument zu finden ist, sondern etwas echt beliebiges (0-F sind als Zeichen erlaubt, soweit ich mich erinnere).

Zum Thema Pairing von HM gibt es m.E. auch einen sehr guten Wiki-Artikel incl. Lösungen zu Standardproblemen.

Viel Erfolg,

Beta-User

[MadMax-FHEM]

Naja vielleicht ist zurück auf Anfang nicht verkehrt...

Aber dann wie geschrieben würde ich auch erst PAIREN (mit Zentrale) verbinden und dann PEEREN (Aktor Sensor direkt verbinden) von fhem aus...

Eventuell gleich noch einen Blick ins Wiki bzgl. vccu werfen!
Wenn du eh schon von vorne anfängst...
Diese einfach anlegen definieren und gut is.
Zunächst merkst du keinen Unterschied und es ist wie bisher...
Also keine Angst...
Warum dann überhaupt: sollte der Nachbar HM einsetzen oder du weitere IODev brauchen (Funkabdeckung) dann hast du "out-of-the-box" Vorteile...
Weitere findest du in beliebig vielen Diskussionen im Forum...

Ich habe eine!

https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU

EDIT: nachträglich hinzufügen ist (etwas) mehr Aufwand...


Und dann beim neu Anlernen: diesmal ein Gerät nach dem anderen! Und prüfen (genannte Readings/Register [R-PairCentral/PairedTo] oder hminfo) ob alles mit dem eben neu angelernten Gerät passt (auch keine missing Register missing Ack etc.) bevor du mit dem nächsten Gerät weiter machst!!

Und erst wenn alles gepaired ist und tut würde ich dann Namen anpassen (besser den set rename am Device als den rename von fhem, dieser benennt auch gleich die Kanäle richtig mit um) und peeren usw.

Und auch beim peeren: erst weiter mit den nächsten Geräten wenn alles soweit passt (hminfo configCheck)...

Und ja in den div. Wiki sollte bzgl. Homematic und der genutzen Geräte alles sehr gut beschrieben sein...

Und: nimm dir (viel) Zeit für die einzelnen Schritte!
Immer einfach gleich Reset, löschen und von virne bringt nichts...

Falls nicht im Wiki (was ich aber nicht glaube) bei den Heizkörperthermostaten und Fensterkontakten ab und an bei Befehlen (getConfig peer etc.) den "Anlernknopf" drücken um das Gerät zu wecken (oder einfach warten bis die Befehle abgearbeitet sind) damit die Befehle cmdPending schneller abgearbeitet werden...

Viel Erfolg, Joachim

[pg03]

O.K. die Neugierde und der Drang möglichst schnell "Ergebnisse" zuhaben verführten mich zur Eile.....

Ich habe jetzt noch mal eine andere HMID gesetzt:

Code Auswählen Erweitern


Save config
CUL_HM
System
Unsorted
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor

Internals:
   AssignedPeerCnt 0
   CNT        28
   DEF        /dev/ttyAMA0
   DEVCNT     13
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         10
   LastOpen   1488548863.64976
   NAME       myHmUART
   NR         24
   PARTIAL
   RAWMSG     0500004BB68470515B5E00000000C433
   RSSI       -75
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   msgLoadCurrent 0
   msgLoadHistory -/-/-/-/-/-/-/-/-/-/-/-
   msgLoadHistoryAbs 0/-/-/-/-/-/-/-/-/-/-/-/-
   owner      384787
   Helper:
     CreditTimer 11
     FW         66561
     Initialized 1
     Ackpending:
     LastSendLen:
       3
       3
     Log:
       IDs:
     PendingCMD:
     Roundtrip:
       Delay      0.00318098068237305
     Loadlvl:
       lastHistory 1488548867.35636
   Peers:
   Readings:
     2017-03-03 14:49:42   D-HMIdAssigned  384787
     2017-03-03 14:47:47   D-HMIdOriginal  4F6493
     2017-03-03 14:47:47   D-firmware      1.4.1
     2017-03-03 14:47:47   D-serialNr      NEQ1329082
     2017-03-03 14:47:43   D-type          HM-MOD-UART
     2017-03-03 14:47:47   cond            ok
     2017-03-03 14:47:47   load            0
     2017-03-03 14:47:47   loadLvl         low
     2017-03-03 14:47:43   state           opened
Attributes:
   devStateIcon .*:it_wifi
   hmId       384787
   icon       it_wifi
   room       System

Als nächstes das (zurückgesetzte) Wandthermostat HM-CC-TC mit Fhem pairen. Mir beim zurücksetzten aufgefallen das die Firmware 1.3 ist und lt. WIKI 2.1 aktuell ist.... Ein Problem oder ignorieren für das pairen?

[Beta-User]

Schau doch bitte nochmal nach, welche Devices Du hast, unten war mal von einem Wandthermostat

model      HM-TC-IT-WM-W-EU

die Rede. Hast Du bei den Wandthermostaten wirklich unterschiedliche HW-Versionen?!?

Ansonsten solltest Du Dich nicht drängen lassen, erst mal Pause machen und dann jedes einzelne Device durchgehen, die Dir zur Verfügung stehenden Infos lesen und evtl. das Modul hmInfo (?) zu Rate ziehen.

[pg03]

Sorry, mein Fehler!

Ich hatte im WIKI nur nach Wandthermostat gesucht....

Da ich alles erst vor kurzem gekauft habe ist es "HM-TC-IT-WM-W-EU" ; "HM-CC-RT-DN" und alles auf der aktuellen Firmware....

Habe jetzt eine VCCU angelegt ich hoffe das war so richtig:

Code Auswählen Erweitern

nternals:
   DEF        384787
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     13
   NAME       VCCU
   NOTIFYDEV  global
   NR         27
   NTFY_ORDER 50-VCCU
   STATE      myHmUART:ok,
   TYPE       CUL_HM
   assignedIOs myHmUART
   myHmUART_MSGCNT 13
   myHmUART_RAWMSG 0500004CD9865A515B4B00000088B435
   myHmUART_RSSI -76
   myHmUART_TIME 2017-03-03 16:34:47
   Readings:
     2017-03-03 16:33:40   state           myHmUART:ok,
     2017-03-03 16:34:37   unknown_514F4E  received
     2017-03-03 16:34:47   unknown_515B4B  received
     2017-03-03 16:34:28   unknown_515B5E  received
     2017-03-03 16:32:48   unknown_51A518  received
     2017-03-03 16:33:40   unknown_51A5BE  received
     2017-03-03 16:32:56   unknown_51A5C8  received
     2017-03-03 16:33:28   unknown_51A5F4  received
     2017-03-03 16:32:33   unknown_51A5F9  received
   Helper:
     HM_CMDNR   42
     mId        FFF0
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       prefIO
       vccu
       ioList:
         myHmUART
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       vrt        1
Attributes:
   IODev      myHmUART
   IOList     myHmUART
   expert     2_raw
   model      CCU-FHEM
   room       System
   subType    virtual
   webCmd     virtual:update 

Dann habe ich wie empfohlen nur ein Gerät (Wandthermostat) gepairt und:

Code Auswählen Erweitern

Internals:
   DEF        515B40
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     189
   NAME       HM_515B40
   NOTIFYDEV  global
   NR         28
   NTFY_ORDER 50-HM_515B40
   STATE      CMDs_processing...
   TYPE       CUL_HM
   channel_01 HM_515B40_Weather
   channel_02 HM_515B40_Climate
   channel_03 HM_515B40_WindowRec
   channel_06 HM_515B40_remote
   channel_07 HM_515B40_SwitchTr
   lastMsg    No:D6 - t:10 s:515B40 d:384787 0208000000
   myHmUART_MSGCNT 189
   myHmUART_RAWMSG 05010034D68010515B403847870208000000
   myHmUART_RSSI -52
   myHmUART_TIME 2017-03-03 16:36:41
   protCmdDel 14
   protCmdPend 1 CMDs pending
   protCondBurst on
   protLastRcv 2017-03-03 16:36:41
   protResnd  1 last_at:2017-03-03 16:22:05
   protResndFail 1 last_at:2017-03-03 16:22:11
   protSnd    178 last_at:2017-03-03 16:36:41
   protState  CMDs_processing...
   rssi_at_myHmUART avg:-51.57 cnt:189 min:-55 lst:-52 max:-47
   Readings:
     2017-03-03 16:35:47   Activity        alive
     2017-03-03 16:36:11   CommandAccepted yes
     2017-03-03 16:35:47   D-firmware      1.3
     2017-03-03 16:35:47   D-serialNr      NEQ1523014
     2017-03-03 16:36:27   PairedTo        0x384787
     2017-03-03 16:35:52   R-burstRx       on
     2017-03-03 16:35:52   R-cyclicInfoMsg on
     2017-03-03 16:35:52   R-cyclicInfoMsgDis 0
     2017-03-03 16:35:52   R-pairCentral   0x384787
     2017-03-03 16:36:27   RegL_00.          01:01 02:01 09:01 0A:38 0B:47 0C:87 0F:00 11:00  12:16 16:01 18:00 19:00 1A:00 00:00
     2017-03-03 16:36:41   state           CMDs_processing...
     2017-03-03 16:36:05   time-request    -
     Regl_07.:
       VAL
   cmdStack:
     ++A001384787515B4007040000000001
   Helper:
     HM_CMDNR   215
     cSnd       01384787515B4006040000000001,01384787515B400703
     mId        00AD
     rxType     6
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +515B40,00,00,00
       nextSend   1488555401.54945
       prefIO
       rxt        0
       vccu
       p:
         515B40
         00
         00
         00
     Mrssi:
       mNo        D6
       Io:
         myHmUART   -50
     Prt:
       awake      2
       bErr       0
       brstWu     0
       sProc      1
       Rspwait:
         Pending    PeerList
         cmd        As0BD7A001384787515B400703
         forChn     07
         mNo        215
         reSent     1
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_myhmuart:
         avg        -51.5767195767196
         cnt        189
         lst        -52
         max        -47
         min        -55
     Shregw:
       07         02
     Shadowreg:
Attributes:
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.3
   model      HM-TC-IT-WM-W-EU
   msgRepeat  1
   room       CUL_HM
   serialNr   NEQ1523014
   subType    thermostat
   webCmd     getConfig:clear msgEvents

erhalten. Aber ehrlich gesagt sehe ich nicht ab das jetzt besser funktioniert hat.... bis auf "R-pairCentral   0x384787 " da ist jetzt kein set mehr vor...

[pc1246]

Naja
Du bist schon 10 Schritte weiter als vorher! Der Wandthermostat ist gepaired, und will nicht mit einem nicht existierenden Partner gepaired werden! Zum Zeitpunkt des "list" standen noch Befehle aus! Aber das hatte ich ja geschrieben, man muss die _Boost-Taste mehrmals druecken, nach dem pairen! Ein get-config braucht dann auch noch mehrere Tastendruecke, oder halt jeweis 3 Minuten Wartezeit!
Gruss Christoph

[MadMax-FHEM]

Habe jetzt eine VCCU angelegt ich hoffe das war so richtig:

Wenn man es gleich zu Beginn macht kann man eigentlich nichts falsch machen...

Sieht soweit gut aus...

Diese Einträge stammen von allem was mit HM-Protokoll funkt:

Code Auswählen Erweitern


   Readings:
     2017-03-03 16:33:40   state           myHmUART:ok,
     2017-03-03 16:34:37   unknown_514F4E  received
     2017-03-03 16:34:47   unknown_515B4B  received
     2017-03-03 16:34:28   unknown_515B5E  received
     2017-03-03 16:32:48   unknown_51A518  received
     2017-03-03 16:33:40   unknown_51A5BE  received
     2017-03-03 16:32:56   unknown_51A5C8  received
     2017-03-03 16:33:28   unknown_51A5F4  received
     2017-03-03 16:32:33   unknown_51A5F9  received


Bis diese dann definiert/gepaired sind.

Sind alle Geräte gepaired etc. kann man die Einträge löschen (sollten sie nicht "verschwinden").
Tauchen neue auf, ohne dass du dir neue Geräte angeschafft und eingeschaltet hast (sodass sie funken) hat wohl ein Nachbar welche

Dadurch dass sie "in der vccu" auftauchen gibt es keine Einträge im Log ala: Help me!


Gruß, Joachim