Oekofen-Spy - No Data

[tadeus]

Hallo,

ich hab hier nen neuen Pelletkessel von Ökofen und ich möchte gern das Ökofenspy Tool nutzen, welches in manchen Threads hier empfohlen wurde. Dabei hab ich ein kleines Problem.

Ich konnte das Install Skript auf nem Ubuntuserver ausführen.
Den cronjob hab ich erstellt. Ein manuelles Einfügen der Daten via Cronjobskript meldet Erfolg.
Grafana wurde installiert und kann anscheinend auch auf die Datenbank zugreifen.
ABER
Das Dashboard meldet in jeder Grafik nur "no data".

Also es sollten Daten da sein. Schon allein durch die paar Mal bei denen ich die oekofen2influx.py manuell angestoßen hab.

Kann mir da jemand kurz helfen das hinzubiegen?

Vielen Dank vorab

Grüße

 

[Tom111]

Hallo,

versuch's mal damit im JSON Script:
...
# Leistungsdaten holen über die API
response = urllib.request.urlopen(json_quelle)
mydata = response.read()
ttt = str(mydata.decode('cp1252'))
ttt = ttt.replace("L_statetext:","L_statetext\":")
d = json.loads(ttt)
...
VG Thomas

 

[tadeus]

@Tom111
Danke dir bringt mich aber nicht weiter.
Wenn ich auf die Grafiken in grafana klicke, kommt ein "Datasource oekofen was not found"
Wenn ich aber auf den Explorer in grafana Klicke gibt es eine Datenbank und eine Tabelle namens oekofen. Aber anscheinend ist die leer. Wobei das weiß ich nicht, hab mit Influx noch nichts zu tun gehabt.

Wie kann ich prüfen ob Daten da sind?

 

[tadeus]

Wenn ich manuell das Skript anstoße, meldet dieses keinen Fehler:

python3 oekofen2influx.py
2024-04-26, 12:54:31
system
hk1
pu1
ww1
pe1
error
Alle Ökofen-Daten geholt und in InfluxDB -oekofen- abgelegt

 

[Tom111]

Probier mal folgenden Befehl in einer Shell:
sudo systemctl status influxdb

Das Ergebnis sollte dann etwas so aussehen:

influxdb.service - InfluxDB is an open-source, distributed, time series database
Loaded: loaded (/lib/systemd/system/influxdb.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2024-04-07 18:21:22 CEST; 2 weeks 4 days ago
Docs: man:influxd(1)
Main PID: 848 (influxd)
Tasks: 10 (limit: 4554)
Memory: 166.5M
CPU: 49min 46.090s
CGroup: /system.slice/influxdb.service
└─848 /usr/bin/influxd -config /etc/influxdb/influxdb.conf

Apr 26 13:20:02 ubuntu influxd[848]: [httpd] 127.0.0.1 - pellematic [26/Apr/2024:13:20:02 +0200] "POST /write?db=oekofen&precision=m HTTP/1.1" 204 0 "-" "python-requests/2.25.1" ece0da43-03be-11ef-bb50-000000000000 426
Apr 26 13:20:02 ubuntu influxd[848]: [httpd] 127.0.0.1 - pellematic [26/Apr/2024:13:20:02 +0200] "POST /write?db=oekofen&precision=m HTTP/1.1" 204 0 "-" "python-requests/2.25.1" ece10896-03be-11ef-bb51-000000000000 388
Apr 26 13:20:02 ubuntu influxd[848]: [httpd] 127.0.0.1 - pellematic [26/Apr/2024:13:20:02 +0200] "POST /write?db=oekofen&precision=m HTTP/1.1" 204 0 "-" "python-requests/2.25.1" ece13676-03be-11ef-bb52-000000000000 416
Apr 26 13:20:02 ubuntu influxd[848]: [httpd] 127.0.0.1 - pellematic [26/Apr/2024:13:20:02 +0200] "POST /write?db=oekofen&precision=m HTTP/1.1" 204 0 "-" "python-requests/2.25.1" ece1649c-03be-11ef-bb53-000000000000 418
Apr 26 13:20:02 ubuntu influxd[848]: [httpd] 127.0.0.1 - pellematic [26/Apr/2024:13:20:02 +0200] "POST /write?db=oekofen&precision=m HTTP/1.1" 204 0 "-" "python-requests/2.25.1" ece193b9-03be-11ef-bb54-000000000000 359
Apr 26 13:20:02 ubuntu influxd[848]: [httpd] 127.0.0.1 - pellematic [26/Apr/2024:13:20:02 +0200] "POST /write?db=oekofen&precision=m HTTP/1.1" 204 0 "-" "python-requests/2.25.1" ece1c09b-03be-11ef-bb55-000000000000 446
Apr 26 13:20:02 ubuntu influxd[848]: [httpd] 127.0.0.1 - pellematic [26/Apr/2024:13:20:02 +0200] "POST /write?db=oekofen&precision=m HTTP/1.1" 204 0 "-" "python-requests/2.25.1" ece1ef42-03be-11ef-bb56-000000000000 424
Apr 26 13:20:02 ubuntu influxd[848]: [httpd] 127.0.0.1 - pellematic [26/Apr/2024:13:20:02 +0200] "POST /write?db=oekofen&precision=m HTTP/1.1" 204 0 "-" "python-requests/2.25.1" ece21cfc-03be-11ef-bb57-000000000000 375
Apr 26 13:21:29 ubuntu influxd[848]: ts=2024-04-26T11:21:29.602352Z lvl=info msg="Retention policy deletion check (start)" log_id=0oQLfjzG000 service=retention trace_id=0onY3q0W000 op_name=retention_delete_check op_event=start
Apr 26 13:21:29 ubuntu influxd[848]: ts=2024-04-26T11:21:29.602467Z lvl=info msg="Retention policy deletion check (end)" log_id=0oQLfjzG000 service=retention trace_id=0onY3q0W000 op_name=retention_delete_check op_event=end op_elapsed=0.132ms
~
~

 

[Tom111]

Du kannst übrigens die Daten auch im Browser abrufen: http : // xx.xx.xx.xx:4321/r18n/all
Bei mir hat übrigens der Syntaxfehler bei statetext zu einen Fehler in Json geführt:
"L_statetext:"Anforderung Aus",
Richt wäre: "L_statetext:":"Anforderung Aus",

 

[Tom111]

Z.B. TPO Soll:

 

[tadeus]

sudo systemctl status influxdb
sieht bei mir genauso aus

Die Daten von der Heizung kann ich direkt abrufen und haben beim import auch zu einem Fehler (fehlende " bei Stringfeldern) geführt. Den konnte ich beseitigen.

Meine Dashboards sehen aktuell so aus:







Die Datenabfrage hatte bei mir kein Ergebnis

 

[Tom111]

Hm, das erste Bild sieht doch ganz gut aus - eigentlich sollte es jetzt funktionieren.
No Data bedeutet nur, dass zu dem Zeitpunkt keine Daten vorhanden sind, aber seit ca. 13:00 Uhr kommen ja Daten (laut ersten Bild), d.h. sie werden auch in der db gespeichert..
Die Datenabfrage hatte bei mir auch kein Ergebnis. Aber ich kenne die influx db auch nicht. Und wirklich beschäftigen will ich mich damit auch nicht.
Sie macht, was sie soll bei den paar Abfragen und gut ist