Modul HourCounter - Betriebsstundenzähler mit einem Fensterkontakt

[John]

Hallo Harald

2013.11.28 11:12:10 3: GasZaehler1.event return value: 1385633531.99662

GasZaehler1.event ist ein notify, setz mal den verbose level des notifes auf 2 oder 1, derzeit scheint er auf 3 zu stehen.

In dem neuen Modul kann man ja die Werte der Readings per "set" manipulieren. Kannst Du mir sagen, wo diese Funktion eingerichtet wird? Ich möchte versuchen, dass in mein Gaszäher-Modul zu implementieren.

Das ist nicht so easy.

Es wird in sub HourCounter_Set($@) realisiert.
Alle Readings die mit app* beginnen werden hier berücksichtigt.
Das kannst du dadurch testen, dass du ein UserReading anlegst, das mit app beginnt als z.B.
appHarald.

Danach kannst du appHarald mit dem Set Befehl manipulieren.

Allgemein:
jedes Modul muss dem WEB-Interface mitteilen, welchen setter es unterstützt.
Hier gibt es eine Konvention.

set <ModulInstanz> ?

Das Modul gibt dann eine Liste von allen verfügbaren Settings zurück.
Das gilt nicht nur für HourCounter sondern allgemein, du kannst es jederzeit testen via:
set <DeinThermostat> ?


John

[Harald]

Hallo John,

entschuldige bitte, wenn ich nerve, aber ich würde gerne "state" auch über den set-Befehl einstellbar machen. In Zeile 247 und 265 habe ich "state" schon eingefügt und es erscheint auch in der Liste bei set. Wenn ich einen Wert eingebe und set drücke, bekomme ich die Meldung "Value must be an integer". Der Wert scheint nicht übernommen zu werden, weil er leer bzw. undef ist, oder?
Was muss ich noch tun, um diese Möglichkeit zu bekommen?

Viele Grüße

Harald

[Billy]

 
Hallo John,

bin per Zufall auf dein Modul gestossen. Hätte ich nicht unter dem Begriff Betriebsstundenzähler mit Max-Fensterkontakt erwartet.
Bin gerade dabei das für meine Ölheizung zu integrieren die ersten Ergebnisse
schauen schon mal gut aus. da mein Brenner z.Zt. nur 4-5 mal anspringt will ich zwecks Auswertung noch warten.
Also vielen Dank für deine Arbeit.

@ pappn

ich möchte mich an dieser Stelle auch für deine Idee und die Veröffentlichung an dieser Stelle bedanken. Manchmal braucht man nur einen Startpunkt und man kann die Dinge von dort aus selbst weiterentwickeln bzw. anpassen.
Ich habe deine Idee mit einem FHTTK Fensterkontakt an meiner Oelheizung umgesetzt. Mangels Betriebstundenzähleranschluß habe ich diesen an T2 angeschlossen (Funktioniert zuverlässig, da ich vernachlässigbare Vorlaufzeiten bis zum Brennerstart habe). Dein Modul habe ich an meine Bedürfnisse angepasst und ergänzt.
Das Ganze sieht in FHEM dann so aus:

Könntest du deine config mal als Anhang einfügen?
Das ist eigentlich das was ich mir vorstelle.
Vorab schon ein Dankeschön.

Billy

[Raven]

Dankeschön - der Ansatz gefällt mir auch sehr gut.

Gibt es von (anderen Usern) noch Hinweise bzgl. der konkreten Anschlussweise an die Heizungssteuerung.
Nein, ich will es nicht selbst machen, sondern meinen Elektriker befragen und hier wäre hilfreich ihm Angaben zu machen, wonach er suchen muss. Dankeschön vorab. mike

[John]

Hi Mike,

ich denke das Anschluss-Schema des Steckers in diesem
http://forum.fhem.de/index.php/topic,12216.msg74252.html#msg74252
Beitrag ist normiert.

Ansonsten hilft ein Blick in die Hersteller-Unterlagen.

John

[Billy]

Hallo

habe jetzt mit diesem userReadings meinen Ölverbrauchsmessung am laufen.

Code Auswählen Erweitern

verbrTag_oel {sprintf("%.1f", ReadingsVal("CN.Oel","pulseTimePerDay",0)/3600*1.86046511627907) . " l";; }

Meine Frage: Das userReadings schreibt alle 3 Minuten ins Log.

2013-12-02_19:12:03 CN.Oel verbrTag_oel: 5.6 l
2013-12-02_19:15:03 CN.Oel verbrTag_oel: 5.6 l
2013-12-02_19:18:03 CN.Oel verbrTag_oel: 5.6 l

Kann ich das ändern?

Hätte erwartet dass es nur dann ins Log schreibt wenn auch "pulseTimePerDay" ins Log schreibt.

Danke nochmals für dieses Modul.

Gruss

Billy

[John]

Hallo Billy,
man kann für UserReadings auch Trigger-Bedingungen angeben, siehe CommandRef.

Ausserdem habe ich die Standard-Readings vergessen (event-on-change-reading ...)
Auch damit lässt sich das Verhalten einstellen.

Aktualisierte Version 0.99.c liegt bei.

John

[Billy]

Hallo John

Danke

Billy

[Billy]

Hallo
John

Ausserdem habe ich die Standard-Readings vergessen (event-on-change-reading ...)

nach dem update kann ich nur

event-on-update-reading
event-min-interval

auswählen?

event-on-change-reading
fehlt zumindest bei mr.

Aber dein Typ mit dem Trigger war gut!

Gruss

Billy

[John]

Hallo Billy,
danke für den Hinweis.

Bug ist gefixed in der neuen Version 0.99.d.

John

[JoeALLb]

Hallo!!

Kann ich mit diesem Modul auch Betriebsstunden anhand eines Stromverbrauchs zählen?
Ich würde gerne zählen, wenn ich mehr Strom als Standy verbrauche (also mehr als 2Watt) und keine Betriebsstunden zählen, wenn der Verbrauch unter 2 Watt ist. Ist das möglich?

Ein Test mit

Code Auswählen Erweitern

XX_01:power:.[0-9][0-9]\. XX_01:power:.[0-9]\.

scheint nicht zu zählen (dieser sollte auf 2stelligen Wattverbrauch anspringen)

[John]

Kannst du einen Auszug vom Eventmonitor zu deinem Energiezähler reinstellen ?
Dann sehen wir weiter.


John

[JoeALLb]

Die Einträge sehen so aus:
1. Zeile 1.9 Watt verbrauch sollte keine Betriebsstunden zählen,
4. Zeile VErbrauch 27 Watt sollte mit dem zählen beginnen

Code Auswählen Erweitern

013-11-18_19:40:32 XXX power: 1.9
2013-11-18_19:40:32 XXX consumption: 2
2013-11-18_19:40:32 XXX consumptionTotal: 2
2013-11-18_19:40:36 XXX power: 27
2013-11-18_19:40:36 XXX consumption: 2
2013-11-18_19:40:36 XXX consumptionTotal: 2
2013-11-18_19:40:42 XXX power: 34.6
2013-11-18_19:40:42 XXX consumption: 2


Dankefürs Hilfe-anbieten!!!

[Billy]

Hallo John,

hast du schon mal daran gedacht die Berechnung der Monatswerte zu integrieren?

äquivalent zu

pauseTimePerDay             --> pauseTimePerMonth

pulseTimePerDay              --> pulseTimePerMonth



Grüsse + Danke

Billy

[John]

Hallo Billy,
wird noch etwas dauern, andere Projekte haben Vorrang.

Aber es gibt immerhin schon einen Plan

John