On Sun, Feb 20, 2022 at 03:00:16PM +0100, Daniel Lauckner wrote:
> am Sonntag, 20. Februar 2022 um 14:37 hat Thomas Höpfner geschrieben:
> > Nur in diesen Fall (exec Script) sehe ich den Sinn nicht. Es gibt nur
> > Werte, wenn das Script läuft. Die Datenmenge wird also durch die Anzahl der
> > Au
Hallo Tilmann,
1)
die EntityDefinition.json gehört zum Frontend wird beim ersten Aufrufen
des Frontend vom Browser geladen und verarbeitet.
2)
ja, wenn du die Eigenschaften in der DB direkt änderst, dann kannst du
entsprechend die Ausgabe im Frontend auch beeinflussen.
Gruß
Maik
Am 20.02.
Hallo
1) Liest die Middleware das JSON beim Start ein? Oder wird diese
Zuordnung zur Compile-Zeit festgelegt?
2) Ausgangspunkt war ja, dass ich den State of Energie gerne ohne
Einheit anzeigen lassen würde. Der Type "filllevel" zeigt ihn als in
Liter an. Kann ich das durch das Änderung des T
Hallo,
am Sonntag, 20. Februar 2022 um 16:04 hat Tilman Glötzner geschrieben:
> wird die Definition dynamisch mit jeden Start eingelesen oder wird sie in
> vzlogger hineinkompiliert? Wo liegt sie im ersten Fall in der Installation ab
> ?
Das ist Middleware, hat mit vzlogger nix zu tun.
mfg D
Hallo
wird die Definition dynamisch mit jeden Start eingelesen oder wird sie
in vzlogger hineinkompiliert? Wo liegt sie im ersten Fall in der
Installation ab ?
Danke und Gruß
Tilman
On 20.02.22 15:46, Daniel Lauckner wrote:
Hallo,
am Sonntag, 20. Februar 2022 um 15:34 hat Tilman Glötzne
Moin,
danke für die Erklärung. Das leuchtet ein; die Kausalkette damit verstanden.
ich war halt meiner Zeit voraus :-)
Gruß
Tilman
On 20.02.22 15:58, Maik Weidemann wrote:
Moin,
Am 20.02.22 um 15:22 schrieb Tilman Glötzner:
mit Eurer Hilfe, habe ich es gefunden: Daniel hatte recht, die
ex
Hallo Thomas
danke für die Erläuterung. Gerade experimentiere ich mit dem Parameter,
weil das Frontend zwar den letzten Wert in der Fusszeile, nicht aber den
Graph angezeigt hat -- gerade habe ich ihn auch bei 5 Minuten stehen...
Gruß
Tilman
On 20.02.22 15:52, Thomas Höpfner wrote:
Hall
Moin,
Am 20.02.22 um 15:22 schrieb Tilman Glötzner:
mit Eurer Hilfe, habe ich es gefunden: Daniel hatte recht, die
exec-Schnittstelle möchte den Zeitstempel offensichtlich in Sekunden.
kann ich bestätigen.
[Feb 20 15:12:45][exec] MeterExec::read: string: Battery1_Temperature,
value: 16.500
Hallo,
> Am 20.02.2022 um 15:34 schrieb Tilman Glötzner :
> Den Gedankengang verstehe ich nicht: Im aktuellen Fall möchte man z.B.
> minütlich Abtasten -- man wird aber lange Zeiträume haben, während
> dessen sich nichts tut, d.h. keine Werteänderungen zu erwarten sind. Die
> immer gleichen W
Hallo,
am Sonntag, 20. Februar 2022 um 15:34 hat Tilman Glötzner geschrieben:
> Noch eine Frage zu Middleware: Ich habe für den State of Charge den Kanaltype
> Füllstand gewählt. Leider wird dieser nicht einheitenfrei, sondern in Liter
> angezeigt. Kann man das änderen?
Wird hier definiert:
ht
Hallo,
am Sonntag, 20. Februar 2022 um 15:18 hat Thomas Höpfner geschrieben:
> Hallo Daniel,
>> Am 20.02.2022 um 15:02 schrieb Daniel Lauckner :
>> Von daher sehe ich keinen Widerspruch in den Anforderungen.
> sind wir uns einig das, es im aktuellen Beispiel keinen Sinn macht?
Bin ich mir nich
Hallo
Noch eine Frage zu Middleware: Ich habe für den State of Charge den
Kanaltype Füllstand gewählt. Leider wird dieser nicht einheitenfrei,
sondern in Liter angezeigt. Kann man das änderen? Oder gibt es einen
geeigneteren Kanaltype?
Danke und Gruß
Tilman
On 20.02.22 15:22, Tilman Glötzn
On 20.02.22 15:18, Thomas Höpfner wrote:
Hallo Daniel,
Am 20.02.2022 um 15:02 schrieb Daniel Lauckner :
Hallo,
am Sonntag, 20. Februar 2022 um 14:37 hat Thomas Höpfner geschrieben:
Nur in diesen Fall (exec Script) sehe ich den Sinn nicht. Es gibt nur Werte,
wenn das Script läuft. Die D
Hallo
mit Eurer Hilfe, habe ich es gefunden: Daniel hatte recht, die
exec-Schnittstelle möchte den Zeitstempel offensichtlich in Sekunden.
Bei Auflösung des Zeitstempels mit 1 ms funktioniert es nicht:
[Feb 20 15:12:45][exec] MeterExec::read: Reading line: '1645366365823:
Battery1_Temperatur
Hallo Daniel,
> Am 20.02.2022 um 15:02 schrieb Daniel Lauckner :
>
> Hallo,
>
>
> am Sonntag, 20. Februar 2022 um 14:37 hat Thomas Höpfner geschrieben:
>> Nur in diesen Fall (exec Script) sehe ich den Sinn nicht. Es gibt nur Werte,
>> wenn das Script läuft. Die Datenmenge wird also durch die
Hallo Thomas,
ich verstehe (und möglicher Weise ist das falsch), dass man mit
"duplicates" für den gegebenen Zeitraum den Eintrag von Datensätzen mit
gleichem Wert überspringt. Wenn sich also die Temperatur nicht ändert,
dann wird erst nach "duplicates" ein neuer Eintrag angelegt.
ich denke au
Hallo,
am Sonntag, 20. Februar 2022 um 14:48 hat Tilman Glötzner geschrieben:
>>Aaaber: Du brauchst den nicht im Script erstellen, das kannst du allein
>>vzlogger, bzw. der Middleware, überlassen.
> Wie denn?
> statt "format": "$t: $i = $v" "format": "$i = $v"?
So in etwa. Du solltest dann abe
Hallo,
am Sonntag, 20. Februar 2022 um 14:37 hat Thomas Höpfner geschrieben:
> Nur in diesen Fall (exec Script) sehe ich den Sinn nicht. Es gibt nur Werte,
> wenn das Script läuft. Die Datenmenge wird also durch die Anzahl der Aufrufe
> bestimmt.
Duplicates ist vor allem für Werte interessant
Moin Tilmann,
hmm...
Was steht denn noch im Log?
[Feb 20 14:34:11][exec] MeterExec::read: Calling 'solaredge.py'
[Feb 20 14:34:14][exec] MeterExec::read: Reading line: '1645364054138:
Battery1_Temperature = 16.39618530273'
[Feb 20 14:34:14][exec] MeterExec::read: string: Battery1_Temperatu
Hallo Daniel
Aaaber: Du brauchst den nicht im Script erstellen, das kannst du allein
vzlogger, bzw. der Middleware, überlassen.
Wie denn?
statt "format": "$t: $i = $v" "format": "$i = $v"?
Gruß
Tilman
On 20.02.22 14:37, Daniel Lauckner wrote:
Hallo,
am Sonntag, 20. Februar 2022 um 13:21
Hallo Maik
Ich habe die beiden Einträge für Channel 20 und 21 aus der Datenbank
entfernt, das Logfile gelöscht und den Loglevel erhöht.
>Du lieferst ja mit $t den Timestamp aus dem Pyhton-Script mit. Und der
Timestamp ist auch immer unterschiedlich? Im Logfile müssten bei >höhrem
Loglevel di
Hallo,
am Sonntag, 20. Februar 2022 um 13:21 hat Tilman Glötzner geschrieben:
> [Feb 20 13:03:16][chn9] CURL Error from middleware:
> 'UniqueConstraintViolationException': 'An exception occurred while executing
> 'INSERT INTO data (channel_id, timestamp, value) VALUES (20,?,?)' with params
> [
Hallo Tilman,
> ich verstehe (und möglicher Weise ist das falsch), dass man mit
> "duplicates" für den gegebenen Zeitraum den Eintrag von Datensätzen mit
> gleichem Wert überspringt. Wenn sich also die Temperatur nicht ändert,
> dann wird erst nach "duplicates" ein neuer Eintrag angelegt.
ich
Hallo Tilman,
"protocol": "exec",
"command": "solaredge.py",
"format": "$t: $i = $v",
Du lieferst ja mit $t den Timestamp aus dem Pyhton-Script mit. Und der
Timestamp ist auch immer unterschiedlich? Im Logfile müssten bei höhrem
Loglevel die Ausgaben des Python-Scri
Hallo Stefan
ich verstehe (und möglicher Weise ist das falsch), dass man mit
"duplicates" für den gegebenen Zeitraum den Eintrag von Datensätzen mit
gleichem Wert überspringt. Wenn sich also die Temperatur nicht ändert,
dann wird erst nach "duplicates" ein neuer Eintrag angelegt. Die Periode
Der SOE ist ja in einem andern Channel, also nicht mit der id 20.
Ich verstehe den Teil mit Deinem exercise script eh nicht. Warum hast du
duplicates so hoch gewählt?
Ich könnte mir gut vorstellen, dass das Script aufgrund der vielen Anfragen
durcheinander kommt und daher der falsche Timestamp ra
Hallo Maik, Hallo Daniel
1) ich habe allen Benutzeraccounts Rechte zum Schreiben des Log-Files
gegeben. Damit startet vzlogger, Danke für den Hinweis.
2) Ausserdem habe /etc/systemd/system/vzlogger.service angepasst, so
dass vzlogger nun unter dem Benutzer "pi" läuft
3) Im Logfile finde ich
Hallo Maik
Klar kann ich die posten. Der Aufruf des Python-scripts mittels exec ist
ganz unten und auskommentiert. Ich probiere jetzt gleich den Hinweis von
Daniel bezüglich der Rechte von /var/log/vzlogger.log aus -- vielleicht
hat das auch einen Einfluss auf den Aufruf des Python-Scripts.
Hi Tilmann,
'UniqueConstraintViolationException': 'An exception occurred while
executing 'INSERT INTO data (channel_id, timestamp, value) VALUES
(5,?,?)' with params [164532072, 2171064]:
Die Fehlermeldung sagt, dass du einen Wert oder Werte-Paar doppelt in
die DB eintragen möchtest du d
Hallo,
das liegt daran das vzlogger.log mit root-Rechten erstellt wurde und pi nicht
drauf schreiben darf.
Daher keine Einträge und die Instanz wird abgebrochen weil kein Log möglich ist.
Wie das im aktuellen Image löst ist sieht man hier:
https://wiki.volkszaehler.org/howto/building_raspberry_
Hallo
mir ist noch eingefallen, dass man den User in
/etc/systemd/system/vzlogger.service bestimmen kann. Ich habe daraufhin
"User = pi" eingetragen -- in der Erwartung, dass der Daemon nach dem
Start abbricht, weil der nicht mehr auf die Devices (IR-Zäher an
/dev/ttyUSB0 und S0-Zähler an den
Hallo nochmal,
ich habe herausgefunden, dass das erste Problem mit dem zweiten
zusammenhängt. Wenn ich den Aufruf des Pythonscripts entferne, kömmen
keine Fehlermeldungen "Middleware says duplicate value" mehr. Hier
deswegen der Teil der Konfig, den ich auskommentiert habe und das Script:
==
Hallo
1) in /var/log/vzlogger.log finde ich nach einen restart des vzlogger
viele Message mit unterschiedlichen ChannelIDs wie folgt. Was will mir
das Log sagen?
SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '
[Feb 20 02:33:30][chn1] Middleware says duplicated value. R
33 matches
Mail list logo
