Zählen eines Zustandes

[paul53]

@random-0 sagte: in der oberen Zeile die ID ist das der DP den ich erstellt habe? ... Da wo er reinschreiben soll?

Ja, ich dachte, dass der Variablenbezeichner aussagekräftig genug ist.

@random-0 sagte in Zählen eines Zustandes:

Oder muss es ein true oder false wert sein? Wenn ich da nur auf änderung reagiere dann würde er ja zwei mal zählen oder?

Ja. Wenn er aber einen String enthält, dann auf Änderung triggern und im Trigger einen String-Vergleich machen.

[Random 0]

@paul53

Danke die nochmal Paul. Hab es nachgebaut bei mir aber leider wird in dem DP nichts reingeschrieben wenn die Spülmaschine läuft.
Der Trigger (in action) an der Spülmaschine wird gesetzt aber in dem von mir erstellten DP bleibt eine 0 stehen.

Hab alles gespeichert und das Skript aktiviert. Muss ich noch was tun, was ich übersehen habe, damit es funzt?

sieht so bei mir aus mir den Infos wie ich die DP´s gesetzt habe

mein erstellter DP

[paul53]

@random-0
Falsche Vergleichsvariable: zyklen. Es muss der Wert des Trigger-Datenpunktes (unter "Trigger") verglichen werden.

[Random 0]

@paul53
geändert.. Hab ich übersehen.

[Random 0]

Ich will deine / eure Hilfsbereitschaft nicht ausreizen aber gibt eine Möglichkeit die selbe Aktion in verschiedene DP zu schreiben? Ich dachte mir ich erstelle mit 52 Datenpunkte, für 52 Kalenderwochen. Oder 12 DP´s für 12 Monate und wenn es möglich wäre in den DP für den jeweiligen Monat / Woche zu schreiben (automatisch) dann wüsste ich wie oft die Spülmaschine in den jeweiligen Wochen / Monaten läuft.. Also es wird erkannt welcher Monat / KW gerade ist und dann in den entsprechenden DP geschrieben,,

[DJMarc75]

@random-0 Für sowas gibt es Adapter wie "History", "influxdb", "Sourceanalytix".

[Random 0]

@djmarc75

Gut möglich das ich da was übersehe, aber mit den Adaptern kriege ich es nicht hin.
In Influx DB schreibe ich zwar den Stromverbrauch der Spülmaschine und in der Auswertung könnte ich die Ausschläge zählen und dann wüsste ich auch wie oft die Spülmaschine in der Woche / Monat läuft. Hoffe aber es gibt eine smartere Lösung als mit dem Finger am Bilschirm die Kurven zu zählen. Es sei den es gibt eine Möglichkeit das InfluxDB2 oder Grafana das für mich rechnen. Hab da aber leider noch nix gefunden das zufriedenstellend wäre.
Sourceanalytix nutze ich auch, ist echt super. Daher auch die Idee mit den verschiedenen Ordnern für jede KW. Der Adapter zeichnet sehr gut pro Woche den Strom auf aber ich kann mir mit dem nicht anzeigen lassen wie oft dieSpülmaschine in der Woche / Monat / Jahr läuft.
History kann auch nicht zählen nur verbrauch aufzeichnen. Mir wurde auch der Statistics adapter empfohlen aber auch der kann mir nicht anzeigen wie oft die Spülmaschine läuft.

Auf meiner VIS wird mir angezeigt wieviel Watt die Spülmaschine im Monat zieht und wieviel das Kostet, was klasse ist. Ich würde mir nur gerne zusätzlich anzeigen lassen wie oft die Spülmaschine gelaufen hat im Monat.

Etliche Adpter können das nicht. Oder ich mache was falsch. Eine Adapterlösung wäre mich auch am liebsten.
Daher bin ich beim Device Reminder Adapter hängen geblieben, der erkrennt wann die Maschine läuft und wann nicht und da dachte ich mir es müsste doch möglich sein das Signal zu zählen und vielleicht sortiert zu schreiben um es mir dann schön anzeigen zu lassen.

[DJMarc75]

@random-0 dann musst Du das mit Skripten lösen.

[Random 0]

@djmarc75

Ist auch meine Erkentniss. Scheint nur nicht so einfach zu sein für mich, die Sache mit den Skripten. Zum Glück gibt es so nette Menschen wie den Paul, die helfen und von den ich lernen kann. Aber werde mit dem Thema wohl dennoch einige Stunden verbringen müssen.

[Homoran]

@random-0 was genau soll denn das Ergebnis sein?
ich denke du kämst (wie SourceAnalytix) mit 3 DP aus: Woche, Monat und Jahr (ggf. nochmal 3 mit *_alt zur Differenzbildung)
am Ende jeden Zeitraums trägst du dort die im Zeitraum anfallende Anzahl ein (und den Gesamtzählerstand in *_alt)

[Random 0]

@homoran
Als Egebniss wäre cool wenn ich DP hätte in die automatisch die Anzahl der Spülmaschinendurchläufe geschrieben wird, damit ich mir das in der VIS ansehen kann wie Oft das Gerät läuft/wie oft wir die Maschine anmachen. Idealerweise sortiert nach Woche Monat Jahr.

Ich glaube auch das drei DP reichen, weiß nur nicht wie eingestellt werden kann das automatisch in die jeweiligen DP geschrieben wird. Damit ich auch nach Jahren nicht regelmäßig den Ziel DP (in den reingeschrieben wird) ändern muss.

Sorry, das mit der Differenzbildung & *_alt verstehe ich nicht. Ist glaube ich, was neues für mich.
Und am Ende eines Zeitraums die Anzahl eintragen, meinst du im Blockly Script das so regeln?
Oder manuell in einen DP eintragen?

[Codierknecht]

@homoran
Würde da nicht ein einzelner DP mit 'nem Zähler reichen?
An den hängt man dann die Hostorisierung.
Den Rest kann man dann ja mit ein bisschen SQL lösen ...

[Homoran]

@codierknecht sagte in Zählen eines Zustandes:

Den Rest kann man dann ja mit ein bisschen SQL lösen ...

kann man das?

@random-0 sagte in Zählen eines Zustandes:

Ich glaube auch das drei DP reichen, weiß nur nicht wie eingestellt werden kann das automatisch in die jeweiligen DP geschrieben wird. Damit ich auch nach Jahren nicht regelmäßig den Ziel DP (in den reingeschrieben wird) ändern muss.

das bestimmst doch du wo es hingeschrieben wird!
Beispiel

@random-0 sagte in Zählen eines Zustandes:

das mit der Differenzbildung & *_alt verstehe ich nicht.

du musst doch eine Differenz von zwei Zählerständen bilden um einen Periodenwert zu erhalten.
Dazu brauchst du den Endwert der Vorperiode um ihn bei der Folgeperiode als Startwert zu nehmen.

[Codierknecht]

@homoran sagte in Zählen eines Zustandes:

@codierknecht sagte in Zählen eines Zustandes:

Den Rest kann man dann ja mit ein bisschen SQL lösen ...

kann man das?

Kann man - mit SQL - frag' mich aber bloß nicht, wie das mit Influx funktioniert

Nur mal so laut gedacht:
Man schreibt einen Zähler fort. Dann könnte man mit

(SELECT ZAEHLERSTAND 
   FROM TABELLE 
   WHERE DATUM = END_OF_ZEITRAUM) -
(SELECT ZAEHLERSTAND 
   FROM TABELLE
  WHERE DATUM = START_OF_ZEITRAUM)

die Anzahl der Läufe ermitteln. Zeitraum ist dann mehr oder weniger beliebig ... Woche, Monat, Quartal, Halbjahr, Jahr, Dekade ... such' Dir was aus.

Alternative:

SELECT MAX(ZAEHLERSTAND) - MIN(ZAEHLERSTAND) 
  FROM TABELLE
 WHERE DATUM >= STARTDATUM
   AND DATUM <= ENDDATUM

[Homoran]

@codierknecht sagte in Zählen eines Zustandes:

Kann man - mit SQL -

aber nicht als einfacher ioBroker User mit ioBroker Bordmitteln.

[Codierknecht]

@homoran sagte in Zählen eines Zustandes:

einfacher ioBroker User

Ich glaube, genau da steckt oft das Problem.
So 'nen ioB mit 'ner Datenbank und dann auch noch mit z.B. Grafana zu verheiraten ist ja auch alles andere als trivial.

@homoran sagte in Zählen eines Zustandes:

mit ioBroker Bordmitteln

Da gebe ich Dir dann wieder Recht. Wenn man das nur im ioB (als reinen Zahlenwert) haben will, muss man halt entsprechende DP haben und ein paar Scripte erstellen.
Wir können ja Wetten abschließen, wann eine grafische Auswertung gewünscht wird ...

[Homoran]

@codierknecht sagte in Zählen eines Zustandes:

Wir können ja Wetten abschließen, wann eine grafische Auswertung gewünscht wird ...

klar und das soll natürlich Grafana sein, "weil das der beste Adapter" ist!

allerdi gs würde ich das sowieso grafisch lösen.
flot oder eCharts mit zoom und scroll, mouseover und Wert ablesen - feddisch!

aber wir haben 75000 Installationen und davon hat der geringste Teil die nötigen Skills.
Leider überwiegen im Forum deren Posts, so dass der Eindruck erweckt wird ioBroker sei nur etwas für Nerds.
Daher versuche ich immer wieder solche Diskussionen auf Basisniveau zurückzubringen.

[Codierknecht]

@homoran sagte in Zählen eines Zustandes:

Daher versuche ich immer wieder solche Diskussionen auf Basisniveau zurückzubringen.

Punkt für Dich