Pairmode, associate und GroupID

Begonnen von HaraldP, 01 März 2015, 16:23:11

Vorheriges Thema - Nächstes Thema

HaraldP

Hintergrund: Ich möchte einen neuen Raum mit HTs (1xHT+, 1xHT) bestücken. Der HT+ soll das Wochenprogramm bekommen und als Master dienen. Der zweite HT soll reiner Slave - ohne - Wochenprofil sein. Allerdings sollen von dort gemachte, kurzfristige Änderungen auch auf den HT+ wirken.
Wochenprofileingabe dann über Fhem.
Leider ist die Dokumentation von MAX ziemlich lückenhaft. Irgendwie habe ich es noch nicht verstanden, wie Pairmode, associate und GroupID sich auswirken.
Bisher habe ich folgendes gemacht: beide neue HTs an Fhem gepaired und beide HTs untereinander assoziiert. Fhem kennt nun die HTs. Der zweite HT arbeitet aber nicht als Slave, sondern führt sein default-Wochenprogramm aus.

  • Kann man das ändern - ohne die Wochenprogramme zweimal einzugeben?
  • Muß man die groupid vergeben, und wenn ja, warum?
  • Muß man die die HTs untereinander pairen?
Die Fragen würden sich erübrigen, wenn es eine genaue Dokumention über die genannten Begriffe gäbe.

Harald
CUL auf RPi, 3 MAX HT + 1 MAX WT(Wohnzimmer); 1 MAX HT+ mit 1x MAX HT(Küche); 1 MAX HT+ mit 1x MAX HT(Schlafzimmer);  1 MAX HT(Bad); 1 Max HT(Bastelzimmer)

mober

Sorry für's aufwärmen dieses Beitrags - aber ich steh' gerade vor dem selben Problem.

Konntest du - oder irgendjemand - das damals lösen?
Ich habe zwei HTs in einem Raum und möchte, dass lokale Änderungen an einem der beiden auf das andere übertragen werden. Also: wird das eine manuell hoch- oder runtergestellt, soll das anderen den Wert übernehmen.
Außerdem wäre es praktisch, desiredTemperature Befehel von fhem aus nur noch an eines der beiden senden zu müssen.

Smacer

Ist doch ganz einfach du must Sie untereinander Pairen in FHEM.

set <HT1> associate <HT2> und umgekehrt set <HT2> associate <HT1>

HT1 und HT2 steht für den Namen deines Heizkörper Thermostat.




HaraldP

Die obige Antwort ist bis auf die Begriffe korrekt. Man muss also die HT assoziieren (nicht pairen). Gepairt werden die HT mit dem CUL bzw Cube, damit sie mit fhem steuerbar sind.
Die Group-Id braucht man dazu nicht.
Leider habe ich bis heute keine adäquate Spezifikation zu diesem Thema  gefunden.
Harald
CUL auf RPi, 3 MAX HT + 1 MAX WT(Wohnzimmer); 1 MAX HT+ mit 1x MAX HT(Küche); 1 MAX HT+ mit 1x MAX HT(Schlafzimmer);  1 MAX HT(Bad); 1 Max HT(Bastelzimmer)

mober

Danke für die raschen Antworten. Ich hab jetzt die beiden Thermostate gegenseitig assoziiert. Klappt aber nicht so wie ich meine dass es soll:
Wenn ich an einem die Temperatur verändere, bleibt der andere auf seiner Einstellung.
Außerdem öffnet der eine zu fast 50%, der andere auf knapp unter 20 und reduziert dann bis auf 0, während der andere bei knapp 50% bleibt.

Muss ich die beiden mit einem Thermostat assoziieren, damit es funktioniert?

HaraldP

#5
Bei funktioniert das. Ich habe z.B. in der Küche 2 HT (kein Wandthermostat), die jeweils mit einem CUL gepairt sind, damit sie von Fhem gesteuert werden können, und die untereinander assoziiert sind. Verändere ich an einem HT die Temperatur durch Drehen des Stellrads, so folgt am 2. HT die Änderung in wenigen Sekunden. Das Gleiche auch umgekehrt.
Die vorangegangene Pairung mit CUL ist notwendig, damit das gegenseitige Assoziieren per Fhem überhaupt gemacht werden kann.
Harald
Nachtrag:
mit "list CUL_0" in der Fhem-Kommandozeile kommen noch informativere Infos, bei mir:
Internals:
   CMDS       BbCFiAZEGMKUYRTVWXefmltux
   CUL_0_MSGCNT 66746
   CUL_0_TIME 2017-01-01 12:15:04
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/ttyACM0@9600 1034
   DeviceName /dev/ttyACM0@9600
   FD         10
   FHTID      1034
   NAME       CUL_0
   NR         25
   NR_CMD_LAST_H 7
   PARTIAL
   RAWMSG     Z0F98046008D4F300000000183F2A00D920
   RSSI       -58
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.61 CUL868
   initString X21
Zr
Za123456
Zw111111
   Matchlist:
     1:CUL_MAX  ^Z........................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
   Readings:
     2017-01-01 12:08:46   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2016-11-16 19:15:18   cmds             B b C F i A Z E G M K U Y R T V W X e f m l t u x
     2017-01-01 11:22:17   credit10ms      3384
     2015-08-13 12:20:40   raw             01 3600
     2017-01-01 12:15:04   state           Initialized
     2016-05-23 07:53:44   version         V 1.61 CUL868
   XMIT_TIME:
     1483262542.43105
     1483262543.95041
     1483265816.44832
     1483265817.9669
     1483266127.81804
     1483266132.81527
     1483266137.81508
Attributes:
   rfmode     MAX
   room       CUL_MAX
   verbose    3
CUL auf RPi, 3 MAX HT + 1 MAX WT(Wohnzimmer); 1 MAX HT+ mit 1x MAX HT(Küche); 1 MAX HT+ mit 1x MAX HT(Schlafzimmer);  1 MAX HT(Bad); 1 Max HT(Bastelzimmer)

mober

Nochmal danke. Nach erneutem Factory-Reset der beiden Thermostate und gegenseitigem assoziieren klappt's jetzt.