2x HM-CC-RT-DN und TempList

[thuranga]

Hallo zusammen,
ich muss irgendwo einen Denkfehler gemacht haben. Ich habe schon das Wiki durchforstet, aber als Anfänger ist es nicht immer leicht verständlich und nachvollziehbar 

Also. Mein erstes Thermostat habe ich problemlos pairen und auch die tempList.cfg übertragen können. Diese wird auch brav ausgewertet. Beim zweiten Thermostat klappte zwar das pairen, aber die tempList.cfg wird nicht angenommen. Hier meine Schritte

1. Thermostat

Code Auswählen Erweitern

set HmUART hmPairForSec 120
set HM_B55A58 deviceRename Wohnzimmer_Heizung
attr Wohnzimmer_Heizung room Wohnzimmer

Temp-Liste:

Code Auswählen Erweitern

define hm HMinfo
set hm tempList save FHEM/tempList.cfg

Und hier die tempList.cfg:

Code Auswählen Erweitern

entities:Wohnzimmer_Heizung_Clima
R_0_tempListSat>03:00 05.0 09:20 23.0 24:00 05.0
R_1_tempListSun>03:00 05.0 09:20 23.0 24:00 05.0
R_2_tempListMon>03:00 05.0 09:20 23.0 24:00 05.0
R_3_tempListTue>03:00 05.0 09:20 23.0 24:00 05.0
R_4_tempListWed>03:00 05.0 09:20 23.0 24:00 05.0
R_5_tempListThu>03:00 05.0 09:20 23.0 24:00 05.0
R_6_tempListFri>03:00 05.0 09:20 23.0 24:00 05.0

Code Auswählen Erweitern

set hm tempList restore


=> Klappt alles

2. Thermostat

gleiche Schritte fürs pairen und die nur die tempList.cfg erweitert:

Code Auswählen Erweitern

entities:Wohnzimmer_Heizung_Clima
R_0_tempListSat>03:00 05.0 09:20 23.0 24:00 05.0
R_1_tempListSun>03:00 05.0 09:20 23.0 24:00 05.0
R_2_tempListMon>03:00 05.0 09:20 23.0 24:00 05.0
R_3_tempListTue>03:00 05.0 09:20 23.0 24:00 05.0
R_4_tempListWed>03:00 05.0 09:20 23.0 24:00 05.0
R_5_tempListThu>03:00 05.0 09:20 23.0 24:00 05.0
R_6_tempListFri>03:00 05.0 09:20 23.0 24:00 05.0
entities:Tobias_Heizung_Clima
R_0_tempListSat>03:00 05.0 09:20 23.0 24:00 05.0
R_1_tempListSun>03:00 05.0 09:20 23.0 24:00 05.0
R_2_tempListMon>03:00 05.0 09:20 23.0 24:00 05.0
R_3_tempListTue>03:00 05.0 09:20 23.0 24:00 05.0
R_4_tempListWed>03:00 05.0 09:20 23.0 24:00 05.0
R_5_tempListThu>03:00 05.0 09:20 23.0 24:00 05.0
R_6_tempListFri>03:00 05.0 09:20 23.0 24:00 05.0

Zum Testen mal mit den gleichen Werten. Auch hier wieder

Code Auswählen Erweitern

set hm tempList restore


Aber leider bleibt das Thermostat auf den alten Werten...


Wo habe ich was vergessen? 

Viele Grüße
brownlow

[isy]

Moin,
das Pairing muss nur ein mal gemacht werden. Ist klar?
Bei allen HM-Geräten muss immer ein

Code Auswählen Erweitern

set <dein Device> getConfig
abgesetzt werden.
Bei Batterie-Geräten danach kurz die Boost Taste drücken, sonst reagieren die nicht (Strom sparen).

Mach bitte mal ein List von beiden HM-CC-RT-DN
Geht mit

Code Auswählen Erweitern

list <dein Device>

Gruß Helmut

P.S. Deine tempList sieht auf den 1. Blick gut aus.

[thuranga]

Ja, ich habe das Pairing je Thermostat nur 1x gemacht. Danach waren ja auch beide sofort da.


Hier die Ausgabe von list

Thermostat 1:

Code Auswählen Erweitern

Internals:
  DEF        B55A58
   HmUART_MSGCNT 41
   HmUART_RAWMSG 0500002B9E86105A85B50000000A28C20F0000
   HmUART_RSSI -43
   HmUART_TIME 2018-01-20 15:04:52
   IODev      HmUART
   LASTInputDev HmUART
   MSGCNT     41
   NAME       Wohnzimmer_Heizung
   NOTIFYDEV  global
   NR         25
   NTFY_ORDER 50-Wohnzimmer_Heizung
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Wohnzimmer_Heizung_Weather
   channel_02 Wohnzimmer_Heizung_Climate
   channel_03 Wohnzimmer_Heizung_WindowRec
   channel_04 Wohnzimmer_Heizung_Clima
   channel_05 Wohnzimmer_Heizung_ClimaTeam
   channel_06 Wohnzimmer_Heizung_remote
   lastMsg    No:9E - t:10 s:5A85B5 d:000000 0A28C20F0000
   protLastRcv 2018-01-20 15:04:52
   rssi_at_HmUART max:-40 lst:-43 avg:-43.07 min:-48 cnt:41
   READINGS:
     2018-01-20 13:14:12   Activity        alive
     2018-01-06 07:48:48   CommandAccepted yes
     2017-11-28 15:34:39   D-firmware      1.4
     2017-11-28 15:34:39   D-serialNr      OEQ0667213
     2017-12-06 17:21:27   PairedTo        0xFA3B12
     2017-11-28 15:37:26   R-backOnTime    10 s
     2017-11-28 15:37:26   R-burstRx       on
     2017-11-28 15:37:26   R-cyclicInfoMsg on
     2017-11-28 15:37:26   R-cyclicInfoMsgDis 0
     2017-11-28 15:37:26   R-pairCentral   0xFA3B12
     2017-12-06 17:21:27   RegL_00.        01:01 02:01 09:01 0A:FA 0B:3B 0C:12 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
     2017-12-07 08:18:39   RegL_07.
     2018-01-20 15:04:52   actuator        0
     2018-01-20 15:04:52   battery         ok
     2018-01-20 15:04:52   batteryLevel    3
     2018-01-20 15:04:52   desired-temp    5.0
     2018-01-20 15:04:52   measured-temp   19.4
     2018-01-20 15:04:52   motorErr        ok
     2018-01-19 19:09:28   state           CMDs_done
     2018-01-19 19:09:28   time-request    -
   helper:
     HM_CMDNR   158
     mId        0095
     rxType     140
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5A85B5,00,00,00
       nextSend   1516460692.83579
       prefIO
       rxt        2
       vccu
       p:
         5A85B5
         00
         00
         00
     mRssi:
       mNo        9E
       io:
         HmUART     -41
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf
       qReqStat
     role:
       dev        1
       prs        1
     rssi:
       at_HmUART:
         avg        -43.0731707317073
         cnt        41
         lst        -43
         max        -40
         min        -48
     shRegW:
       07         04
     tmpl:
Attributes:
   IODev      HmUART
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   group      Heizung
   icon       sani_heating
   model      HM-CC-RT-DN
   room       Wohnzimmer
   serialNr   OEQ0667213
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit

Thermostat 2

Code Auswählen Erweitern

Internals:
   DEF        5EA741
   HmUART_MSGCNT 80
   HmUART_RAWMSG 0500002E3986105EA7410000000AA8FC110000
   HmUART_RSSI -46
   HmUART_TIME 2018-01-20 15:02:53
   IODev      HmUART
   LASTInputDev HmUART
   MSGCNT     80
   NAME       Tobias_Heizung
   NOTIFYDEV  global
   NR         42
   NTFY_ORDER 50-Tobias_Heizung
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 Tobias_Heizung_Weather
   channel_02 Tobias_Heizung_Climate
   channel_03 Tobias_Heizung_WindowRec
   channel_04 Tobias_Heizung_Clima
   channel_05 Tobias_Heizung_ClimaTeam
   channel_06 Tobias_Heizung_remote
   lastMsg    No:39 - t:10 s:5EA741 d:000000 0AA8FC110000
   protCmdPend 14 CMDs_pending
   protLastRcv 2018-01-20 15:02:53
   protResnd  2 last_at:2018-01-20 13:31:54
   protSnd    37 last_at:2018-01-20 13:37:41
   protState  CMDs_pending
   rssi_at_HmUART avg:-51.78 max:-36 lst:-46 cnt:80 min:-68
   READINGS:
     2018-01-20 13:32:55   Activity        alive
     2018-01-20 13:34:52   CommandAccepted yes
     2018-01-20 13:32:55   D-firmware      1.4
     2018-01-20 13:32:55   D-serialNr      OEQ0859704
     2018-01-20 13:34:53   PairedTo        0xFA3B12
     2018-01-20 12:58:45   R-backOnTime    10 s
     2018-01-20 12:58:45   R-burstRx       on
     2018-01-20 12:58:45   R-cyclicInfoMsg on
     2018-01-20 12:58:45   R-cyclicInfoMsgDis 0
     2018-01-20 13:34:53   R-pairCentral   0xFA3B12
     2018-01-20 15:02:53   actuator        0
     2018-01-20 15:02:53   battery         ok
     2018-01-20 15:02:53   batteryLevel    3.2
     2018-01-20 15:02:53   desired-temp    21.0
     2018-01-20 15:02:53   measured-temp   25.2
     2018-01-20 15:02:53   motorErr        ok
     2018-01-20 15:03:28   state           CMDs_pending
     2018-01-20 12:56:05   time-request    -
   cmdStack:
     ++A001FA3B125EA74100040000000000
     ++A001FA3B125EA7410103
     ++A001FA3B125EA74101040000000001
     ++A001FA3B125EA7410203
     ++A001FA3B125EA74102040000000001
     ++A001FA3B125EA7410303
     ++A001FA3B125EA74103040000000001
     ++A001FA3B125EA7410403
     ++A001FA3B125EA74104040000000001
     ++A001FA3B125EA74100040000000007
     ++A001FA3B125EA7410503
     ++A001FA3B125EA74105040000000001
     ++A001FA3B125EA7410603
     ++A001FA3B125EA74106040000000001
   helper:
     HM_CMDNR   57
     PONtest    1
     cSnd       01FA3B125EA7410603,01FA3B125EA74106040000000001
     mId        0095
     rxType     140
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5EA741,02,00,00
       nextSend   1516460573.70211
       prefIO
       rxt        2
       vccu
       p:
         5EA741
         00
         00
         00
     mRssi:
       mNo        39
       io:
         HmUART     -44
     prt:
       bErr       0
       sProc      2
       sleeping   1
       try        1
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       dev        1
       prs        1
     rssi:
       at_HmUART:
         avg        -51.7875
         cnt        80
         lst        -46
         max        -36
         min        -68
     shRegW:
       07         04
     shadowReg:
     tmpl:
Attributes:
   IODev      HmUART
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   group      Heizung
   icon       sani_heating
   model      HM-CC-RT-DN
   room       Tobias
   serialNr   OEQ0859704
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit

[isy]

Moin,
der "Tobias_Heizung" hat cmd's pending.
Die müssen erst alle abgearbeitet sein.
Geschieht bei diesen Teile (denke ich) so alle drei Minuten.

Ich glaube, ich habs gefunden.

In der tempList muss der Device-Name angegeben werden, nicht der Channel!
An Stelle von

Code Auswählen Erweitern

entities:Wohnzimmer_Heizung_Clima
steht bei mir (analog gesehen)

Code Auswählen Erweitern

entities:Wohnzimmer_Heizung

Probier mal aus!

[thuranga]

Hab "entities" geändert und mit

Code Auswählen Erweitern

set hm tempList restore

neu eingelesen.

Jetzt ist zwar

Code Auswählen Erweitern

STATE      CMDs_done

aber leider werden die Werte nicht aus der tempList.cfg genommen

[thuranga]

Noch mal ein Nachtrag. Ich kann über FHEM das Thermostat manuell steuern, d.h. das Pairing ist wohl ok. Es muss an der tempList.cfg bzw. deren korrekte Einbindung bei mir sein 

[isy]

Irgendwas war noch mit dem Verzeichnis.
Ich habe zwar ein "hm" Verzeichnis angelegt und auch das Attribut gesetzt, die tempList wird aber immer noch im FHEM Verzeichnis geschrieben.
Keine Ahnung warum.

Bist du nach Wiki vorgegangen "Erstellen des ersten Files"?

[thuranga]

tempList wird bei mir auch ins FHEM Verzeichnis geschrieben

Das hatte ich damals mit

Code Auswählen Erweitern

set hm tempList save FHEM/tempList.cfg

definiert.

Ich hatte das damals nicht über das Wiki gemacht, sondern mir Infos über Google geholt, denn ich weiß noch, dass das irgendwie nicht funktioniert hat...

[isy]

Versuch doch noch mal nach der Anleitung, eine originale tempList anzulegen. Und schau dir mit Putty oder besser mit WinScp den Timestamp der Datei an.
Kannst ja die aktuell interessanten Werte im Notepad temporär sichern.
Die neue tempList muss dann beide Devices enthalten.

P.S: Hab meinen Fehler gerade gefunden. Ich hatte die Datei mit dem user "pi" angelegt über WinSCP.
Dadurch kann Fhem sie nicht schreiben oder lesen.
Auch ein Problem aus dem Bereich Anfänger......
Rechte geändert und läuft.

[martinp876]

Die Idee in hminfo ist, die Setup directory mir attr configdir festzulegen. Kann FHEM sein. Würde ich allerdings nie machen. Warum? Ich trenne strickt "System" configuration und Logs. Daher habe ich neben FHEM und Log eine eigene dir "Setup". In dieser ist meine GESAMTE configuration. Im Falle eines Crashes brauche ich ausschließlich eine fhem Neuinstallation und diese directory.
Falls fhem erfordert, dass die Files in einem anderen folder sichtbar sind kann ich einen softlink erstellen.

Alles andere halte ich persönlich für unübersichtlich bis chaotisch.

Zu Templisten und alles Registern: fhem schreibt nur, wenn sich Register unterscheiden.
Bei RTs wird je Änderung in die cmdlist geschrieben. Dann warten oder burst auslösen. Rücklesen oder auf das rücklesen warten.

Sollen Device die gleiche Templisten nutzen kann man ihnen das per Attribute zuteilen.

[thuranga]

Ok, Leute, so hats geklappt. Ich habe es nach dem Wiki gemacht (na ja, leicht angepasst) und nun geht es.

Für alle anderen:

Code Auswählen Erweitern

attr hm configDir FHEM
attr hm configTempFile tempList.cfg
set hm tempList save

Werte geändert, zurückgeschrieben

Code Auswählen Erweitern

set hm tempList restore

und gewartet. Dann hats geklappt!


@dl4fb: Durch das Kopieren der Daten in die tempList.cfg habe ich gesehen, dass es doch Wohnzimmer_Heizung_Clima heißen muss

So, und jetzt werde ich mich mal an die Idee von martinp876 machen und mal schauen, wie ich System und Setup trennen kann. Macht irgendwo Sinn..


Danke Leute!!!! Ihr seid die Besten! 

[martinp876]

Ich vergebe gerne abstrakte namen für templisten.
Meine Kinder kommen nur sporadisch. Also habe ich kindHome und kindAway definiert. Ober eine liste fuer alle rt im wohnhimmer...... Oder ein setting im sommer fuer alle. Setze hierzu das Attribut im Clima channel.

[gent]

Ich vergebe gerne abstrakte namen für templisten.
Meine Kinder kommen nur sporadisch. Also habe ich kindHome und kindAway definiert. Ober eine liste fuer alle rt im wohnhimmer...... Oder ein setting im sommer fuer alle. Setze hierzu das Attribut im Clima channel.

Meinst Du das Attribut TempListTmpl?
Viele Grüße


Gesendet von iPhone mit Tapatalk Pro

[martinp876]

Klar. Der devicename ist zwar nett, kann doch aber nicht alles sein. Du kopierst die listen im file und editierts diese. Bei entities traegst du den namen ein der dir gefällt. Immer mit 24:00 beenden.
Nutze hminfo templilstG verify um die liste neu zu laden. Und die übrigen gimicks in hminfo