Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

Begonnen von trilu, 23 Februar 2014, 12:23:22

Vorheriges Thema - Nächstes Thema

knochenmuehle


frank

FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

schka17

beim ersten ist der Deckel richtig drauf, beim zweiten habe ich derzeit keinen Deckel drauf.

Ja, Werksreset habe ich auch bei beiden ausprobiert.

Und es ist hell genug um mehr als 0 Lux  anzuzeigen.

Habe auch versucht die Rohdaten aufzuzeichnen, kann damit aber nichts anfangen:

2015.07.21 22:19:23 5: HMLAN/RAW: /E9DB5B5,0000,06C64B48,FF,FFC6,0BA2709DB5B510F5FB012B380000000000000CE4
2015.07.21 22:19:23 5: HMLAN_Parse: HMLAN R:E9DB5B5   stat:0000 t:06C64B48 d:FF r:FFC6     m:0B A270 9DB5B5 10F5FB 012B380000000000000CE4
2015.07.21 22:19:23 5: HMLAN dispatch A140BA2709DB5B510F5FB012B380000000000000CE4::-58:HMLAN
M: Thinclient x64 Debian | CUL FS20, HMS100WD, HMS100TF, HMS100T, HMS100CO, S300, S555TH | OWServer DS1420, DS18B20, DS2408 | RFXCOM UVN128, THWR800, THGR228N,RTGR328, PCR800 |Jeelink PCA301 EC3000|CUNO+IR|HMLAN|HMUSB|CUL433 Somfy|mySensors|espEasy
S1:Raspberry mit BPM810, Jeelink EC3000

PeMue

Hallo Karl,

auf github liegt nur die v0.10, ich muss mal schauen, ob ich die v0.11 zu Hause abgelegt habe.

Gruß PeMue
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

schka17

Zitat von: PeMue am 22 Juli 2015, 13:46:32
Hallo Karl,

auf github liegt nur die v0.10, ich muss mal schauen, ob ich die v0.11 zu Hause abgelegt habe.

Gruß PeMue

Danke, obwohl ich fast nicht glaube dass es an der Firmware liegt, dann wäre ich ja nicht der einzige. Ich hatte zuerst noch gedacht das auch noch Version von HMConfig_SenTHPL.pm eine Rolle spielt, aber bei der neusten Version funktionierte auch der Sensor mit 0.11 (mit Ausnahme der neuen Einstellungsmöglichkeiten)

Gruß

Karl
M: Thinclient x64 Debian | CUL FS20, HMS100WD, HMS100TF, HMS100T, HMS100CO, S300, S555TH | OWServer DS1420, DS18B20, DS2408 | RFXCOM UVN128, THWR800, THGR228N,RTGR328, PCR800 |Jeelink PCA301 EC3000|CUNO+IR|HMLAN|HMUSB|CUL433 Somfy|mySensors|espEasy
S1:Raspberry mit BPM810, Jeelink EC3000

Dirk

So, der Urlaub ist nun wieder vorbei :(

@schka17
konntest du dein Problem inzwischen lösen?

Viele Grüße
Dirk

Mr. P

Hej Dirk,

mittlerweile ist schon etwas Zeit ins Land gezogen, aber eine Lösung haben wir bislang noch nicht gefunden.
Es geht um die Peering-Problematik mit den RTs.

Wie genau kann ich dich unterstützen, was soll ich tun?

Vielleicht könnte ich das Wochenende bereits etwas beitragen. :-)
Greetz,
   Mr. P

Thorsten Pferdekaemper

Zitat von: Mr. P am 07 August 2015, 12:39:36Es geht um die Peering-Problematik mit den RTs.
Ah, ja. Da war doch noch was. Das Problem habe ich im Prinzip auch. Vielleicht hilft folgende Beobachtung: Ich habe mal den Sensor nicht direkt mit dem RT gepeert, sondern mir in FHEM ein virtuelles Device gemacht, das die Daten vom Sensor übernimmt. Das habe ich dann mit dem RT gepeert und es hat recht stabil funktioniert. D.h. was auch immer in FHEM implementiert ist funktioniert besser als was der Sensor macht.
(Bis darauf, dass der Sensor wenn die Batterie zur Neige geht blödsinnige Werte sendet, aber das ist ein anderes Problem.)
Gruß,
   Thorsten
FUIP

Dirk

Zitat von: Mr. P am 07 August 2015, 12:39:36
mittlerweile ist schon etwas Zeit ins Land gezogen, aber eine Lösung haben wir bislang noch nicht gefunden.
Es geht um die Peering-Problematik mit den RTs.
Hast du schon mal die 0.15er Version getestet?
die letzten Meldungen waren dass es damit wohl funktioniert. Scheinbar auch nicht nur bei mir.

ZitatVielleicht könnte ich das Wochenende bereits etwas beitragen. :-)
Dieses Wochenende bin ich noch nicht wieder voll einsatzfähig. Falls die 0.15er bei dir aber noch nicht funktioniert, könntest du aber mal den Funkverkehr zwischen beiden Modulen aufzeichen. Mit Microsekunden. Am besten mit einem 2. CUL.

@Thorsten. Könntest du hier bitte auch mal die 0.15er Version testen?

Zitat(Bis darauf, dass der Sensor wenn die Batterie zur Neige geht blödsinnige Werte sendet, aber das ist ein anderes Problem.)
Ja, das muss ich mir auch noch mal ansehen. Mit FW > 0.13 sollte das aktuell hoffentlich nur noch alle 1-2 Jahre passieren :)

Viele Grüße
Dirk

Mr. P

Hej Dirk,

Zitat von: Dirk am 07 August 2015, 13:48:58
Hast du schon mal die 0.15er Version getestet?
Auf irgend einem der Sensoren hab ich die schon drauf. Wobei ich jetzt nicht einmal weiß, ob das einer mit einem RT gepeerter ist. Hatte das Update damals nicht forciert, da ich im Hinterkopf hatte, dass zwischen der 0.14 und der 0.15 nur Logging-Sachen von dir eingebaut wurden.

Zitat von: Dirk am 07 August 2015, 13:48:58
Dieses Wochenende bin ich noch nicht wieder voll einsatzfähig. Falls die 0.15er bei dir aber noch nicht funktioniert, könntest du aber mal den Funkverkehr zwischen beiden Modulen aufzeichen. Mit Microsekunden. Am besten mit einem 2. CUL.
Bitte nicht falsch verstehen... Ich wollte nur das Wochenende nutzen, um endlich ein paar Daten zu liefern. :-)

Und das mit dem Update ist ja kein großes Problem. Ich hol das heute ggf. gleich nach, beobachte es 24 Stunden und geb dir dann entweder mit oder ohne Roh-Daten eine Rückmeldung. :-)
Greetz,
   Mr. P

Dirk

Zitat von: Mr. P am 07 August 2015, 14:03:33
Hatte das Update damals nicht forciert, da ich im Hinterkopf hatte, dass zwischen der 0.14 und der 0.15 nur Logging-Sachen von dir eingebaut wurden.
Da waren ein paar "komische Sachen" im Logging, so dass da etwas durcheinander gewürfelt wurde.

Da ich aber schon ein paar Meldungen bekommen hatte dass das Pairing mit der 0.15 zu funktionieren scheint, könnte es sein das es da noch Sideeffekte gab die sich dadurch mit erledigt haben.
Daher hoffe ich ein bisschen das die 0.15 bei dir und Thorsten auch funktionieren. Dann könnte ich den Bug schließen und an das Release der 0.16 gehen.

ZitatBitte nicht falsch verstehen... Ich wollte nur das Wochenende nutzen, um endlich ein paar Daten zu liefern. :-)
:)

Bei der 0.15er Version solltest du nur aufpassen das Burst ausgeschaltet ist. Das lässt den Sensor ansonsten permanent eingeschaltet. Incl. dem damit verbundenen Batterieverbrauch.

ZitatUnd das mit dem Update ist ja kein großes Problem. Ich hol das heute ggf. gleich nach, beobachte es 24 Stunden und geb dir dann entweder mit oder ohne Roh-Daten eine Rückmeldung. :-)
Falls das der Fehler noch da sein sollte, am besten mit FHEM und den Debugausgaben aus dem Sensor gleichzeitig aufzeichen.
Dich brauche da dann nur ein Event mit den ich das FHEM- und das Sensorlog Synchronisieren kann, da das Sensorlog nur einen relativen Timestamp hat.

Einmal die Configtaste drücken sollte ausreichen.

Viele Grüße
Dirk

Mr. P

Zitat von: Dirk am 07 August 2015, 15:15:09
Da waren ein paar "komische Sachen" im Logging, so dass da etwas durcheinander gewürfelt wurde.

Da ich aber schon ein paar Meldungen bekommen hatte dass das Pairing mit der 0.15 zu funktionieren scheint, könnte es sein das es da noch Sideeffekte gab die sich dadurch mit erledigt haben.
Daher hoffe ich ein bisschen das die 0.15 bei dir und Thorsten auch funktionieren. Dann könnte ich den Bug schließen und an das Release der 0.16 gehen.
Ich geb dir Bescheid. Und ich bin auch schon wieder neugierig... was für Änderungen soll die 0.16er bringen? :-)

Zitat von: Dirk am 07 August 2015, 15:15:09
Bei der 0.15er Version solltest du nur aufpassen das Burst ausgeschaltet ist. Das lässt den Sensor ansonsten permanent eingeschaltet. Incl. dem damit verbundenen Batterieverbrauch.
Stimmt, sollte man nicht darauf vergessen. :-)

Zitat von: Dirk am 07 August 2015, 15:15:09
Falls das der Fehler noch da sein sollte, am besten mit FHEM und den Debugausgaben aus dem Sensor gleichzeitig aufzeichen.
Dich brauche da dann nur ein Event mit den ich das FHEM- und das Sensorlog Synchronisieren kann, da das Sensorlog nur einen relativen Timestamp hat.

Einmal die Configtaste drücken sollte ausreichen.

Ahja, die Debugnachrichten vom Sensor.... Muss ich schauen, dass ich irgendwo eine serielle Schnittstelle her bekomme, da mein Bastel-RPi zZ nicht greifbar ist.
Aber mal abwarten, ob das überhaupt noch notwendig ist. :-)
Greetz,
   Mr. P

Dirk

Zitat von: Mr. P am 07 August 2015, 15:30:19
was für Änderungen soll die 0.16er bringen? :-)
Den Burstmode will ich fertig machen und dann möchte ich den Helligkeitssensor Event-fähig machen.
Also dass der Helligkeitsänderungen mit entsprechendem Schwellwert selbstständig erkennt und dann entsprechende Aktionen auslöst. Ggf. auch mit der Möglichkeit das mit schaltaktoren ö.ä. Pairen zu können. Kann aber sein dass das erst mit einer Version > 0.16 kommt.

PeMue

Hallo Dirk,

ich überlege mir gerade, ob es möglich ist, einen UV Sensor https://www.dfrobot.com/wiki/index.php?title=UV_sensor_SKU:_SEN0162 mit einzubauen. Die Pins 10 bzw. 11 vom Atmega328P liegen ja (wenn ich mich nicht verschaut habe) auf der Pinleiste.
Hattest Du Dir schon Gedanken gemacht, ob Du in die Firmware auch Analogsensoren integrierst? Wenn nicht, versuche ich erst mal mit PanStamp zu testen ...  :)

Gruß und schönes Wochenende.

PeMue
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

frank

ZitatDen Burstmode will ich fertig machen
also ferngesteuert pairen, peeren, konfigurieren, updaten.  :) :) :)

ZitatAlso dass der Helligkeitsänderungen mit entsprechendem Schwellwert selbstständig erkennt und dann entsprechende Aktionen auslöst. Ggf. auch mit der Möglichkeit das mit schaltaktoren ö.ä. Pairen zu können.
:) :) :)

ZitatKann aber sein dass das erst mit einer Version > 0.16 kommt.
:'(
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html