Signalduino Entwicklung

[pejonp]

............
wie heißt dieser Bresser ThermoHygro? ....

Gruß Ralf

Hallo Ralf,

habe 2x Bresser Art.No. 70-9993 5 Kanal. Zeigen auf Kanal 4 und 5 alles richtig an und zeigen auch Batterie 'low' an. Bei Kanal 3, 4 und 5 getestet. Habe einen gerade in den Gefrieschrank gelegt, Empfang ist dann leider nicht möglich. Zeigt -9,1 °C an 60%. Kanal 5.
Die Bresser sind eigentlich ganz zuverlässig. Der Empfänger ist auf dem Dachboden und ein ThermoHygro im EG (2 Stockwerke tiefer). Epmfang ist nicht immer gegeben. Zu Zeit habe ich 6 verschiende 433MHz Sensoren am Signalduino.

2x Logilink WS0002 (Temp, Humi)
1x Perl (Temp)
1x Lifetec LT3594 (Temp)
1x OREGON THGR328N (Temp, Humi, Bat)
2x Bresser (Temp, Humi, Bat)
1x PFR-130 Regensensor (Temp) wird als AURIOL erkannt. Bin noch dabei die Regenwerte zu verstehen. 0,5 mm sind 28 (Dezimal) und ein Wippenschlag. 1mm entspricht 57 (Dezimal) und sind 2 Wippenschläge. Ich hänge einmal eine Datei mit Werten an. Vielelicht hat Jemand eine Idee. Wie gut der Regenmesser ist (Zuverlässigkeit, Sendeleistung, ...) kann ich nicht sagen.

Jörg

[Ralf9]

Man kann alles mit event-on-update,  event-on-change-reading und event-minintervall einstellen.

Ja,

Code Auswählen Erweitern

event-min-interval  state:300,temperature:300,humidity:300,battery:300
müsste das selbe sein wie

Code Auswählen Erweitern

minsecs 300

Ist aber nicht so einfach zu konfigurieren.

Gruß Ralf

[Sidey]

Geht da nicht folgendes?

Code Auswählen Erweitern


event-min-interval  .*:300
event-on-change-reading .*


Damit sollten z.B. das Log nur alle 5 Minuten einen Wert erhalten oder wenn es ein update gibt.

[Ralf9]

Geht da nicht folgendes?

Code Auswählen Erweitern


event-min-interval  .*:300
event-on-change-reading .*


Damit sollten z.B. das Log nur alle 5 Minuten einen Wert erhalten oder wenn es ein update gibt.

Ich habe das

Code Auswählen Erweitern

event-min-interval  .*:300
mal getestet, es scheint zu funktionieren. Es wird nur alle 5 Minuten ein Event und ein log Eintrag erzeugt.

Edit:
Ist auch sowas möglich:
Ein log-Eintrag nur bei Änderungen, aber auch bei Änderungen nur alle 5 Minuten ?

Gruß Ralf

[Sidey]

Hmm, das geht glaube ich mit dem event-aggregator.

Das minsecs würde ich aus den logischen Modulen dann ausbauen, da ja schon alle notwendigen Attribute vorhanden sind. So kann man es auch gezielt pro Sensor nach Bedarf einstellen.

Was ich noch eingebaut habe ist ein Mindestabstand zwischen zwei Nachrichten. Ich habe es ganz einfach realisiert und somit liegt er jetzt bei einer Sekunde.
Darüber hinaus, lasse ich gleiche Nachrichten, welche hintereinander kommen nicht mehr an die logischen Module durch. Das kommt aber wohl eher bei Funksteckdosen und weniger bei Wettersensoren vor.

Man könnte das jetzt noch ausbauen, aber vermutlich braucht man nicht mehr.

Sidey

[Ralf9]

Hallo Sidey,

durch Deine letzte Änderungen funktioniert es nicht mehr. Ich habe in der 14_SIGNALduino_ID7.pm schon einige Fehler behoben.

Hier ist ein Auszug vom fhem log

Code Auswählen Erweitern

2015.09.21 22:16:17 1: reload: Error:Modul 00_SIGNALduino deactivated:
Global symbol "%iohash" requires explicit package name at ./FHEM/00_SIGNALduino.pm line 1934, <$fh> line 26.

2015.09.21 22:16:17 0: Global symbol "%iohash" requires explicit package name at ./FHEM/00_SIGNALduino.pm line 1934, <$fh> line 26.

2015.09.21 22:16:17 3: EAS800z_2: unknown IODev specified
2015.09.21 22:16:17 3: EAS800z_1: unknown IODev specified
2015.09.21 22:16:17 3: th_30_1: unknown IODev specified
2015.09.21 22:16:17 3: th_30_2: unknown IODev specified

Gruß Ralf

[Sidey]

Das tut mir leid, habe das Modul anschließend nicht mehr mit Testdaten durchlaufen, das war wohl ein Fehler.
Ich schau mal, ob ich den Fehler mit iohash finde.

Grüße Sidey

[Sidey]

Ich glaube ich habe den Fehler gefunden, kannst Du es mal ausprobieren?

[Ralf9]

Ich glaube ich habe den Fehler gefunden, kannst Du es mal ausprobieren?

es funktioniert immer noch nicht, der Fehler muß woanders sein.

[Sidey]

Ja stimmt, meine Änderung war falsch. Ich dachte ich hätte da ein paar Sachen gestern angepasst, aber es war dann wohl doch schon zu spät.

Ich bin guter Dinge, dass ich den Fehler jetzt behoben habe.

[Ralf9]

die Fehler im fhemlog bleiben

Code Auswählen Erweitern

2015.09.21 23:29:43 1: reload: Error:Modul 00_SIGNALduino deactivated:
Global symbol "$longids" requires explicit package name at ./FHEM/00_SIGNALduino.pm line 1934, <$fh> line 26.
Global symbol "%iohash" requires explicit package name at ./FHEM/00_SIGNALduino.pm line 1934, <$fh> line

[Sidey]

OK, letzter Versuch für heute, wenn es dann immer noch nicht geht, debugge ich es morgen in Fhem. Muss heute mal etwas früher ins bett

[Ralf9]

der Fehler mit dem "Global symbol "%iohash" requires" bleibt.

Kann es auch an der perl Version liegen?

Code Auswählen Erweitern


> perl -v

This is perl 5, version 18, subversion 1 (v5.18.1) built for x86_64-linux-thread-multi

[Sidey]

Hi Ralf,

es ist ein Syntax Fehler.
Mit dem Handy ist es echt ein Kampf, den Code zu editieren.

Probiert doch mal $iohash{NAME} durch $iohash->{NAME} in der genannten Zeile.

Grüße Sidey

[Ralf9]

Probiert doch mal $iohash{NAME} durch $iohash->{NAME} in der genannten Zeile.

ich werde es heute abend ändern und testen.
In der 14_SIGNALduino_ID7.pm waren auch einge Syntax Fehler.
In der SIGNALduino_ID7_Initialize($) hat auch das $hash->{AttrFn} gefehlt.

Gruß Ralf