UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[looxer01]

@starfish:

• den Zähler-datenpunkt konfigurieren (bei mir var StateDigizaehler= "modbus.0.inputRegisters.2801_Verbrauch"; ) sollte ja mit modbus-zähler auch laufen (?) `

das scheint ein Verbrauchswert zu sein. Richtig waere ein Zaehlerstand. (interner Zaehlerstand des Messgeraetes)

Die Differenzwerte werden aus dem vorherigen und dem aktuellen Zaehlerstand ermittelt und dann NT oder HT zugerechnet. Damit kann der Verbrauch auch nach HT oder NT differenziert werden.

vG Looxer

[starfish]

ein Blick von Looxer01 genügte: es war der Eintrag im Objekt Tarif.TarifAktuell der nicht den Tarif in cents, sondern entweder HT oder NT enthalten sollte. Jetzt scheint jedenfalls alles zu laufen.

[starfish]

kann es sein, dass bei der Flot-Aufzeichnung des DP LetzterVerbrauch kWh Werte unter 0.05 kWh auf 0 abgerundet werden? (siehe violetter Linie).

in der Objektliste werden jedenfalls x Nachkomma-Stellen angezeigt.

[Homoran]

Dann stell doch mal auf 3 oder 4 Nachkommastellen um.

Gruß

Rainer

[starfish]

hallo Rainer - hatte ich bereits gemacht (im Flot-Editor auf 4 Nachkommastellen eingestellt - oder wo meinst Du?) - aber bei der Historien-Einstellung ganz am Ende der Objektzeile sehe ich unter "Tabelle" nach wie vor nur 2 Stellen und der Abrundungseffekt auf 0 ist nach wie vor vorhanden.

[looxer01]

Hi,

hast dir mal die Werte angesehen ?

hab mal ein Beispiel angehängt.

Sollte ja ähnlich bei dir aussehen ? vielleicht ist es ein Flot Anzeigeproblem.

vG Looxer

[starfish]

hallo, bei mir siehts so aus:

dazu muss ich anmerken, dass ich z.Zt. im Urlaub bin und der Stromverbrauch zu Hause nicht unbedingt sehr hoch ist. Aber 0 kann nicht sein. Ich könnte das Berechnungsintervall noch höher setzen, im Moment sinds die empfohlenen 30 Minuten für eine halbwegs vernünftige Auflösung (um Verbraucher zu identifizieren).

Flot Anzeigeproblem glaube ich weniger, wo 0 ist zeigt er auch 0 an. Bei Deinem Skript kanns auch nicht liegen, das zeigt immer einen Verbrauch an (hat ja auch genug Nachkommastellen). Die Abrundung passiert wohl irgendwo dazwischen, bei der History resp. SQL-Speicherung.

Diese Art Darstellung finde ich auch noch ganz gut: (wäre da nicht die chaotische Beschriftung der X-Achse)

[looxer01]

@starfish:

Bei Deinem Skript kanns auch nicht liegen, das zeigt immer einen Verbrauch an (hat ja auch genug Nachkommastellen). `

ich bin da nicht so sicher. Es gibt mehrere Stellen bei denen die Nachkommastellen abhanden kommen können.

• Der Smartmeter liefert Werte üblicherweise in Wh und Nachkommastellen. Wenn keine Nachkommastellen geliefert werden ist das eine mögliche Quelle

• Das Programm rechnet Wh in kWh um. Im Programm sind 4 Nachkommastellen vorgesehen (einstellbar). Das sollte nicht darunter liegen. Wenn der Smartmeter kWh liefert, dann sollte die Anzahl der Nachkommastellen erhöht werden, z.B. auf 8

• Wenn die Werte zu klein werden dann sollte das Messintervall erhöht werden. Du hast 30 Minuten eingestellt. Stelle es mal auf 60 Minuten

vG Looxer

[starfish]

an welcher Stelle soll die Erhöhung der Nachkommastellen auf 8 gemacht werden - hier:

  var RundungZaehler = 4;                      // Rundung fuer den Zaehler
````?

hier noch ein interessantes Bild (Zählerstand gespreizt bei 250W/div)

trotz kontinuierlichem Anstieg der 0-Wert beim Delta …
 ![291_flot_edit_3_.png](/assets/uploads/files/291_flot_edit_3_.png) 

[looxer01]

@starfish:

an welcher Stelle soll die Erhöhung der Nachkommastellen auf 8 gemacht werden - hier:

  var RundungZaehler = 4;                      // Rundung fuer den Zaehler
````?

hier noch ein interessantes Bild (Zählerstand gespreizt bei 250W/div)

trotz kontinuierlichem Anstieg der 0-Wert beim Delta …

Flot Edit(3).png `  

ja genau.

Auffällig ist, dass du nur zwei Nachkommastellen hast. Dafür muss es einen Grund geben.

Wobei es sein kann, dass es bei einzelnen Werten eben nur 2 Nachkommastellen gibt, definitiv aber nicht bei allen.

Wenn das keine Aenderung bringt, dann erhöhe die Messung auf 60 Minuten-

vG Looxer

[Homoran]

Ich denke außerdem, dass die Datensammlung nur alle halbe Stunde stattfindet. Im Chart ist wahrscheinlich Linie und nicht Schritte eingestellt, so dass "bestenfalls" gerade um 06:00 ein Drop war, der zu dieser Form der Kurve geführt hat.

2 Nachkommastellen sind default bei der Erstellung von Charts, müssten ggf in den Optionen geändert werden.

Gruß

Rainer

[looxer01]

@Homoran:

Ich denke außerdem, dass die Datensammlung nur alle halbe Stunde stattfindet. Im Chart ist wahrscheinlich Linie und nicht Schritte eingestellt, so dass "bestenfalls" gerade um 06:00 ein Drop war, der zu dieser Form der Kurve geführt hat. `
Das würde bedeuten, dass kein Stromverbrauch innerhalb der gemessenen halben Stunde stattfand. Das dürfte eher unwahrscheinlich sein. Vielleicht war der Verbrauch aber so klein, dass abgerundet 0 raus kam. naja, auch ein Drop. Bei 2 Nachkommastellen und Messung in kWh würde das also bei <50 Watt passieren.

@Homoran:

2 Nachkommastellen sind default bei der Erstellung von Charts, müssten ggf in den Optionen geändert werden. `
jap, das wäre das o.g Ergebnis bei 2 Nachkommastellen

Ausserdem führt die Messung mit nur 2 Nachkommastellen auch zu einem falschen Zählerstand.

Ich mache das schon seit einigen Monaten und meine Zählerstände NT und HT sind korrekt. Die Genauigkeit also hoch.

[Homoran]

Ich habe mir das Skript jetzt nicht intensiv angesehen,
@looxer01:

Das würde bedeuten, dass kein Stromverbrauch innerhalb der gemessenen halben Stunde stattfand. `
Wenn jedoch nur alle halbe Stunde der aktuelle Stromverbrauch abgerufen (oder geloggt) wird, und genau zu diesem Zeitpunkt gerade 0 war???

Für mich sieht der Chart so aus, als ob für den aktuellen Stromverbrauch nur alle 30 Minuten ein Wert existiert - keine Glättung!

Gruß

Rainer

[looxer01]

@Homoran:

Wenn jedoch nur alle halbe Stunde der aktuelle Stromverbrauch abgerufen (oder geloggt) wird, und genau zu diesem Zeitpunkt gerade 0 war??? `
Das Script rechnet mit Delta. AktuellerZaehlerstand minus Letzter Zaehlerstand = aktueller Verbrauch. Wenn alle 30 Minuten gemessen wird, dann ist das der aktuelle Verbrauch der letzten 30 Minuten.

vG Looxer

[Homoran]

Danke!

dazu greift das Skript aber auf irgendwelche Datenpunkte ("Zählerstand alt" ?) zu.

Und dort sind mehr Nachkommastellen?

Gruß

Rainer

[looxer01]

@Homoran:

azu greift das Skript aber auf irgendwelche Datenpunkte ("Zählerstand alt" ?) zu.

Und dort sind mehr Nachkommastellen? `
aus meiner Sicht könnte da ein Problem sein. aber auch noch an anderen Stellen. Siehe vorheriger Post:
@looxer01:

Es gibt mehrere Stellen bei denen die Nachkommastellen abhanden kommen können.

• Der Smartmeter liefert Werte üblicherweise in Wh und Nachkommastellen. Wenn keine Nachkommastellen geliefert werden ist das eine mögliche Quelle

• Das Programm rechnet Wh in kWh um. Im Programm sind 4 Nachkommastellen vorgesehen (einstellbar). Das sollte nicht darunter liegen. Wenn der Smartmeter kWh liefert, dann sollte die Anzahl der Nachkommastellen erhöht werden, z.B. auf 8

• Wenn die Werte zu klein werden dann sollte das Messintervall erhöht werden. Du hast 30 Minuten eingestellt. Stelle es mal auf 60 Minuten `

[noxx]

Moin

ich nehme mal an, das man damit auch einen Gaszähler auswerten kann?

Gruß

[looxer01]

Hi,
@noxx:

ich nehme mal an, das man damit auch einen Gaszähler auswerten kann? `
im Prinzip ja. Das Besondere hier ist, dass das Script mit zwei Tarifen innerhalb von 24 Stunden umgehen kann, entsprechende Tarifumschaltungen durchführt. Das ist m.E. bei Gas kein Thema ?

Für Gas sollte ansonsten auch z.B. der Betriebstundenzaehler funktionieren.

vG Looxer

[starfish]

@Homoran:

Für mich sieht der Chart so aus, als ob für den aktuellen Stromverbrauch nur alle 30 Minuten ein Wert existiert - keine Glättung! `
ich weiss jetzt nicht grad auf welches Beispiel Du Dich hier beziehst. Mein Verdacht geht nach einigen Tests in eine ganz andere Richtung. Irgendwas scheint mit Cron unsauber zu laufen. Nachdem ich das script eine Zeitlang ohne Eingriffe laufen liess, ergab sich folgendes Bild

dabei fällt auf: h+00 und h+30 produzieren 0-Werte. Mittlerweile habe ich den modbus-adapter auf 3 Nachkommastellen eingestellt.

Kann es sein, dass zu den obigen geraden Zeiten das script doppelt aufgerufen wird und als Folge ein Delta von 0 entsteht? (wie werden schedules gelöscht? -das script selbst und sogar den js-adapter habe ich jeweils neu gestartet)

edit

hier sieht man sehr schön, dass bei h+00 und h+30 auch getriggert wird, obwohl ich nur h+ 01,16,31,46 programmiert habe. Wie krieg ich die Einträge bei 00 und 30 weg?

[looxer01]

Hi,

@starfish:

hier sieht man sehr schön, dass bei h+00 und h+30 auch getriggert wird, obwohl ich nur h+ 01,16,31,46 programmiert habe. Wie krieg ich die Einträge bei 00 und 30 weg? `
poste doch mal den Code. Dann kann man besser sehen was passiert.

Dann solltest du folgendes bedenken. Die Umschaltung NT zu HT und umgekehrt muss der Planung des Versorgungsunternehmens folgen.

Wenn der z.B. Werktags um 20:00 umstellt, dann wirst du nie genau umschalten können, wenn du einen Plan hast der erst um 20:01 umschaltet. Dann verlierst du eine Minute. Mit der Zeit summiert sich das. Die Genauigkeit haengt davon ab wie genau du mit dem Versorgungsunternehmen synchronisieren kannst. Das klappt z.B. bei mir sehr gut.

vG Looxer