Temperatursensor?

[tantor]

Kann man die Verbindung in der Konfiguration des Thermostat sehen, wenn ja welcher Eintrag? Habe heute versucht eine neues Thermostat und ein resetetes Thermostat mit dem zurückgesetzten Thermometer zu peeren. Sah anfangs so aus, als hätte es funktioniert. Jedoch nachdem ich ins Webif reingeschaut habe, konnte ich beide Thermostate und das Thermometer sehen und in der Konfiguration ist nichts von einem Peering zusehen. Was sollte bei Weather in den Thermostaten stehen?

[martinp876]

@ Mr.P.
wenn du einen WDs mit einem RT peerst
set <wds> peerChan 0 <rt_Weather> single

sollte der RT m.E. nach den Werten des WDS regeln. Es werden wohl auch dessen Readings als actual-remp angezeigt.
Stimmt das?

@tantor
die peers sind im Reading peerList zu sehen. Wenn dies leer ist wurde entweder kein getConfig ausgeführt oder die Liste ist leer.

Gruss Martin

[tantor]

Leider finde ich keine peerList. In den Readings steht nur "paired to". Mein WDS schaut dort auf meinen CUL. Habe auf beide Thermostate ein "set WDS peerChan 0 ..."durchgeführt und anschließend nach "get config" haben beide Thermostate unterschiedliche Informationsstände in den Readings.

[Rohan]

Hallo,

...Es werden wohl auch dessen Readings als actual-remp angezeigt.
Stimmt das?

Die Temperatur des WDS40 taucht im Device als measured-temp und im Channel ClimRT_tr im state auf.

btw: du sagtest, dass mein WDS40 an broadcast sendet. Leider sehe ich nirgends in den Logs etwas davon. Das wundert mich etwas, weil ich von anderen Devices sehr wohl Informationen sehe, ob die an broadcast oder mein HMLAN1 senden (vor bzw. nach erfolgreichem Pairing).

Gruß
Thomas

[Rohan]

Leider finde ich keine peerList.

Channel-Peerings tauchen in den jeweils gepeerten Channels auf. Schau mal im Channel 01 ("..._Weather") des RT nach. Dort findet sich mein WDS40 wieder.

Gruß
Thomas

[Rohan]

Hallo,

@Martin: Gerade mal per Zufall in die "eventTypes"-Liste (also "et" von Rudolf) rein geschaut. Dort gibt es einen Event-Typ

Code Auswählen Erweitern

UG.WaKue.ThermoHygro powerOn: -

neben den anderen

Code Auswählen Erweitern

UG.WaKue.ThermoHygro Activity: alive
UG.WaKue.ThermoHygro IOerr
UG.WaKue.ThermoHygro MISSING ACK
UG.WaKue.ThermoHygro NACK
UG.WaKue.ThermoHygro R-burstRx: off
UG.WaKue.ThermoHygro R-pairCentral: 0x123ABC
UG.WaKue.ThermoHygro R-pairCentral: set_.*x123ABC
UG.WaKue.ThermoHygro ResndFail
UG.WaKue.ThermoHygro T: .* H: .*
UG.WaKue.ThermoHygro humidity: .*
UG.WaKue.ThermoHygro powerOn: -    <<=== hier
UG.WaKue.ThermoHygro temperature: .*

Dieses "powerOn" finde ich nicht in den Internals/Readings meines WDS40 (welcher ja der UG.WaKue.ThermoHygro ist).

Gibt es dafür irgendeine Erklärung bzw. was hat es damit auf sich?

Gruß
Thomas

[martinp876]

Hi Thomas,

ich habe den thSensor noch nicht an etwas anderes als broadcast senden sehen. Da in keinem der Readings ein "to" drin ist kann man also auch nicht sehen, wohin die Message geht. Da es bei den TH auch nur broadcast gibt (soweit ich es kenne..) ist es also auch ok.

wie erwähnt: warum peers im WDS eingetragen werden können erschliesst sich mir nicht - vielleicht kommen wir noch dahinter. Nihct verwechseln: den WDS als peer in einem Aktor eintragen ist schon wichtig!

powerOn
das Reading wird geschrieben, wenn ein pwerOn eines device erkannt wird. Da liegt erst einmal eine generelle Erkennung dahinter welche von vielen devices so gehandelt wird. Natürlich gibt es ein paar bekannte Ausnahmen, die wir speziell fangen.

Wenn nichts drin steht kann es sein, dass der WDS40 im Zeitraum einfach keinen powerOn hatte. Oder er schickt ein bisher unbekanntes pattern.

Du kannst einmal rohmessages einschalten und dem WDS die Batterien klauen. Dann natürlich zurückgeben, damit wir einen powerOn haben.

Generall könnte man darauf achten, dass es keinen powerOn gibt bzw einen Alarm senden, wenn dem so ist. Im Betrieb sollte das ja nicht vorkommen

Gruss Martin