Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

betateilchen · 11 April 2014, 11:00:57

Meine Leistungsmesser senden nur, wenn es auch etwas zu melden gibt:

(http://up.picr.de/17924974fk.png)

santalaus · 11 April 2014, 11:04:08

Hallo,

ich habe die Steckdose genommen, in Fhem eingebunden.
Die läuft einfach so aus der Box raus.

Ich hätte erwartet, das eq3 da schon recht optimale Einstellungen bzgl. senden vorgenommen hatte.

Nico

Dirk · 11 April 2014, 11:09:31

Ich lasse meine deutlich öfters senden.
Bei Spannungsänderungen +/- 1V
und Netzfrequenz +/- 0.1 Hz
und Mindestpause 5 sec.

Ich will es halt ganz genau wissen

betateilchen · 11 April 2014, 11:14:17

Änderungen der Netzspannungen und der Netzfrequenz sind doch mit diesem Ding ohnehin nicht vernünftig/zuverlässig messbar - schon gar nicht im 1/10 Hz Bereich.

Mich interessiert nur, ob der Ofen angeschaltet ist (15 W für die Backofenlampe) und wenn ja, ob er gerade heizt (1600W).

hexenmeister · 11 April 2014, 11:15:05

ZitatHast du zufällig auch so ein Teil in Betrieb, oder andere Geräte die recht häufig senden?

Genau so ein Teil nicht, aber genug Thermostate, die sich auch alle 2-3 Minutes zu Wort melden. Der Bewegungsmelder ist auch ein gesprächiges Teil (alle 4 Minuten und bei jeder erkannten Bewegung).

Die Version von gestern ist immer noch online

Also, wenn das Problem immer noch nicht gelöst sein soll, dass ist es zumindest wesentlich 'entschärft'.

Abends werde ich dann die neuste Firmware von heute draufbraten.

Dirk · 11 April 2014, 11:33:20

Aktuell senden die zwei Sensoren ziemlich gleichzeitig. Ab und zu bekommt einer auch kein ACK, weil der andere "strört". Das sieht man am langen leuchten der LED nach dem Senden. Derzeit sind beide noch unbeeindruckt und laufen mit der V 0.6.
0.6 ist auch als Hexfile im Git.
Wenn das so bis heute Abend läuft stelle ich das Update auch hier nochmal rein.

betateilchen · 11 April 2014, 11:36:25

Andere Frage: Wieso braucht der Sensor überhaupt ein ACK?

Die Homematic Temperatursensoren senden ihre Wetterdaten einfach immer an "broadcast" und erwarten dafür keine Bestätigung - wozu auch?

Code Auswählen

lastMsg No:E6 - t:70 s:20DACD d:000000 008C48

Dirk · 11 April 2014, 11:47:59

ZitatAndere Frage: Wieso braucht der Sensor überhaupt ein ACK?

Weil es laut Register für den HM_WDS10_TH_O so vorgesehen ist.

Wenn ich die Infos vom Martin unten so verarbeitet habe , dass in FHEM auch eigene Devices eingebaut werden können,
Könnte man das ggf. Ändern.

betateilchen · 11 April 2014, 11:54:40

Zitat von: Dirk am 11 April 2014, 11:47:59
Weil es laut Register für den HM_WDS10_TH_O so vorgesehen ist.

Da wette ich aber locker dagegen.

Meine HM_WDS10_TH_O (Original!) senden immer an broadcast. Genau wie die WDS40 übrigens auch. Und von broadcast gibt es naturgemäß kein ACK. Und ja, die Sensoren sind alle korrekt gepairt!

Nur der Nachbau verhält sich da anders, der versucht, an die gepairte Zentrale zu schicken und ein ACK zu bekommen, was in meinen Augen völlig sinnlos ist.

ZitatlastMsg
No:6F - t:70 s:6FB75D d:127000 00DF0003F5000000000B5C0000AF2B0000AE2B

Dirk · 11 April 2014, 12:03:07

ZitatNur der Nachbau verhält sich da anders, der versucht, an die gepairte Zentrale zu schicken und ein ACK zu bekommen, was in meinen Augen völlig sinnlos ist.

Zumindest schickt FHEM auch ein ACK.
Ich muss mal sehen wie sich die CCU da verhält.

Du bist sicher, dass der Originalsensor an Broadcast senden nachdem er gepairt wurde?

Ich muss mich doch mal in das Protokoll einarbeiten. Das hab ich bisher noch nicht gemacht.
Die Registererstellungen stammen alle aus Trilu's Beispielcode.

betateilchen · 11 April 2014, 12:11:15

Zitat von: Dirk am 11 April 2014, 12:03:07
Du bist sicher, dass der Originalsensor an Broadcast senden nachdem er gepairt wurde?

Ja. Das Verhalten habe ich auch schon mehrmals hier im Forum beschrieben.

martinp876 · 11 April 2014, 13:28:05

klingt seltsam - ist aber so.
Liegt wahrscheinlich bei temp-sensoren an der Aufgabenstellung: Mehrere Peers bedienen, die ggf auf wakeup reagieren. Dann aber nicht zu viele messages generieren.... Wenn sie doch nicht Reagieren ist ein Wiederholen sinnlos... man muss eh bis zum nächsten mal warten.
Warum man den peer in Temp-fühlern einträgt ist mir (noch) nicht klar.

betateilchen · 11 April 2014, 15:49:03

Zitat von: martinp876 am 11 April 2014, 13:28:05
Warum man den peer in Temp-fühlern einträgt ist mir (noch) nicht klar.

Tut man gar nicht. Nach einem Peering ist im Sensor kein Peer eingetragen. Allerdings wird der Temperaturfühler als Peer in der Gegenstelle eingetragen, damit diese weiß, auf welchen Temperatursensor sie hören muss.

Thorsten Pferdekaemper · 11 April 2014, 21:47:50

Zitat von: Dirk am 10 April 2014, 23:33:46
@Thorsten
Versuche das Teil mal manuell anzulegen:
...
Und dann beobachte mal den Eventmonitor

Hi,
das habe ich jetzt gemacht (mit HMLAN1 als IODev). Keine Änderung. Das hier steht im Eventmonitor kurz nachdem die LED flackert:

Code Auswählen

2014-04-11 21:43:30 CUL_HM og_wz_Temperatur dewpoint: 11.7
 2014-04-11 21:44:04 HMLAN HMLAN1 cond: timeout
 2014-04-11 21:44:04 HMLAN HMLAN1 Xmit-Events: timeout:1 
 2014-04-11 21:44:04 HMLAN HMLAN1 prot_timeout: last
 2014-04-11 21:44:04 HMLAN HMLAN1 DISCONNECTED
 2014-04-11 21:44:04 HMLAN HMLAN1 cond: disconnected
 2014-04-11 21:44:04 HMLAN HMLAN1 Xmit-Events: disconnected:1 
 2014-04-11 21:44:04 HMLAN HMLAN1 prot_disconnected: last
 2014-04-11 21:44:07 HMLAN HMLAN1 cond: init
 2014-04-11 21:44:07 HMLAN HMLAN1 Xmit-Events: init:1 
 2014-04-11 21:44:07 HMLAN HMLAN1 prot_init: last
 2014-04-11 21:44:07 HMLAN HMLAN1 CONNECTED
 2014-04-11 21:44:07 HMLAN HMLAN1 cond: ok
 2014-04-11 21:44:07 HMLAN HMLAN1 Xmit-Events: ok:1 
 2014-04-11 21:44:07 HMLAN HMLAN1 prot_ok: last
 2014-04-11 21:44:14 HTTPMOD Heizkessel VLSoll: 30

Tja...
Ich versuche jetzt mal eine andere Firmware-Version.
Gruß,
Thorsten

Thorsten Pferdekaemper · 11 April 2014, 22:20:35

Hi,
jetzt habe ich die 0.4er ausprobiert, ohne Erfolg.
Mit der 0.2er Firmware funktioniert's auf Anhieb:

Code Auswählen

2014-04-11_22:16:02 CUL_HM_HM_WDS10_TH_O_6FB75D temperature: 22.9
2014-04-11_22:16:02 CUL_HM_HM_WDS10_TH_O_6FB75D battery: ok
2014-04-11_22:16:02 CUL_HM_HM_WDS10_TH_O_6FB75D humidity: 47
2014-04-11_22:16:02 CUL_HM_HM_WDS10_TH_O_6FB75D airpress: 1005
2014-04-11_22:16:02 CUL_HM_HM_WDS10_TH_O_6FB75D lux: 34.6
2014-04-11_22:16:02 CUL_HM_HM_WDS10_TH_O_6FB75D T: 22.9 H: 47 AP: 1005 Lux: 34.6

Ich habe den Eindruck, dass die 0.4er und 0.5er Version meinem HMLAN ganz große Probleme bereitet. Wahrscheinlich kennst Du (Dirk) die Unterschiede zwischen 0.2 und 0.4 am besten.
Ansonsten würde ich mir das ganze auch gerne selbst mal anschauen. Allerdings habe ich nur die 0.2er Sourcen. Kannst Du mir einen Link zu Deinem git geben? (Ich glaube, Du hattest erwähnt, dass das in einem git liegt.)
Gruß,
Thorsten