balkonkraftwerk & zendure solarspeicher anbindung an FHEM

[gk_georg]

hallo allerseits,

sollte das thema nicht hierher passen, bitte verschieben...

ich hab die beiden im titel genannten komponenten und es gibt bei github diese frei verfügbaren lösungsansätze für eine steuerung  der kombination BK & Speicher:

https://github.com/reinhard-brandstaedter/solarflow-bt-manager

https://github.com/reinhard-brandstaedter/solarflow-statuspage

die statuspage habe ich bei mir bereits realisiert, der BT-manager soll die anlage unabhängig von der zendure-cloud per BT steuern können...

Die statuspage ist nicht schlecht, verträgt sicher noch ein paar verbeserungen, aber brauchbar. Den BT-manager wollte ich demnächst in angriff nehmen.

Frage:
ich denke solche entwicklungen sind auch hier schon bekannt, wie ist es mit einer intergration solchen kombinationen (zendure-speicher & BK) in FHEM? Hat das schon jemand versucht/gemacht?

[rabehd]

Warum nicht hier?
https://forum.fhem.de/index.php?board=61.0

[DasQ]

wenn die "bridge" mqtt kann mit halbwechs verständlichem api (json)

ggf mal ein blick zur ahoy-dtu oder open-dtu machen. da sollte ja einiges ähnlich sein.

darf ich fragen wie zufrieden du mit der hardware bist und würdest du sie nochmals kaufen?
ich bin auch auf der suche nach einer möglichkeit meine minipv mit speicher aufzurüsten.

[gk_georg]

wenn die "bridge" mqtt kann mit halbwechs verständlichem api (json)

also das teil arbeitet mit MQTT, auf dem raspi (ist der gleiche auf dem mein FHEM "läuft" - ist zunächst nur die grundinstallation, mehr nicht) habe ich mosquitto installiert, der korrespondiert mit dem MQTT von Zendure mittels dieses python scriptes von github, das ergebnis sieht man in dem bild vom startpost...

darf ich fragen wie zufrieden du mit der hardware bist und würdest du sie nochmals kaufen?
ich bin auch auf der suche nach einer möglichkeit meine minipv mit speicher aufzurüsten.

ou, jetzt wirds schwierig. Ich habe als einer der kunden, die quasi einen teil vorausbezahlt haben (ohne zu wissen was sie nun genau kaufen) die zendure anlage gekauft. Nach 2 wochen fiel die steurung aus, wurde aber anstandslos umgetauscht und läuft seitdem, auch mit einem 2ten speicher, den ich bei einem reseller gekauft habe zufriedenstellend...
Ich selbst bin zufrieden damit, der september ist der erster monat mit zwei speichern, am monatsende kann ich sagen um wieviel der stromverbrauch von aussen gesunken ist. Bin selber gespannt. Für mich ist es im prinzip - ähnlich wie das BK selbst - mein beitrag zum kampf gegen den klimawandel...
wenn ich es mir genau überlege, ich würde das teil nochmal kaufen, es gibt ja kaum was auf dem markt zu vertretbaren preisen. Und die verkaufspreise sinken jetzt noch...

[gk_georg]

Warum nicht hier?
https://forum.fhem.de/index.php?board=61.0

ja, es ist eine PV anlage und ist auch wieder keine. Speicher und so, und auch die frage nach der integration ins FHEM...

[rabehd]

Das ist doch nur Anbindung und noch keine Automatisierung, für mich nicht hier passend.

[gk_georg]

darf ich fragen wie zufrieden du mit der hardware bist und würdest du sie nochmals kaufen? ich bin auch auf der suche nach einer möglichkeit meine minipv mit speicher aufzurüsten.

das ergebnis heute war zu erwarten (siehe tabelle), ich bin zufrieden, dass immerhin eine tendenz zu erkennen ist. 08/23 war mit einem speicher, 09/23 mit zwei. Amortisieren wird sich die sache kaum, aber wie schon geschrieben, mein beitrag zum kampf gegen den klimawandel


Du darfst diesen Dateianhang nicht ansehen.

[RalfRog]

das ergebnis heute war zu erwarten (siehe tabelle), ich bin zufrieden, dass immerhin eine tendenz zu erkennen ist. 08/23 war mit einem speicher, 09/23 mit zwei. Amortisieren wird sich die sache kaum, aber wie schon geschrieben, mein beitrag zum kampf gegen den klimawandel

Wenn es sich für dich nicht amortisiert, wäre es da nicht vernüftiger (kampf gegen den klimawandel) den Überschuss einfach ins Netz zu speisen und dem EVU zu schenken?
Am Meisten holt man da vermutlich raus wenn man es schafft den erzeugten Strom zu Laden des Autos zu benutzen.

Im Vergleich 08/23 zu 09/23 hast du bei gleichen 71,5kWh PV-Ertrag 21,56 kWh mehr Strom verbraucht und 21,5 kWh mehr aus dem Netz bezogen. In dieser Statistik ist für mich kein Vorteil der zusätzlichen Batterie (~1kWh Speicherkapazität??) zu erkennen 

[Wolle02]

Ich habe auch schon mal überlegt so einen Stromspeicher für mein Balkonkraftwerk zu kaufen. Gescheitert ist die Sache für mich bislang immer daran, dass ich aus den Beschreibungen keinen vernünftigen Weg rauslesen konnte, wie man den gespeicherten Strom denn wieder zurück in das Hausnetz speisen kann (sofern das überhaupt geht). Mich würde mal interessieren, was du denn mit deinem gespeicherten Strom machst bzw. wie und auf welchem Weg du den Strom wieder aus dem Speicher wo anders verfügbar machst.

[KölnSolar]

O.T. on

Wenn es sich für dich nicht amortisiert, wäre es da nicht vernüftiger (kampf gegen den klimawandel) den Überschuss einfach ins Netz zu speisen und dem EVU zu schenken?

Genau. Die umweltschädliche Akkuherstellung ist kontraproduktiv. Wann erreicht ein Akku eine neutrale CO2-Bilanz ?
Alleine für die Produktion spricht man von 40kWh je kWh Kapazität. Ob Produktion BMS anteilig, Rohstoffgewinnung u. Transport dabei berücksichtigt sind, weiß ich leider nicht. 

Ganz spannend werden die kommenden dunklen Monate. Der Akku eines BKW bleibt bis auf die wenigen Sonnentage leer, verbraucht aber Energie(auch wenn es gering sein wird).

Ob Abschalten dann besser ist für Umwelt u. die Lebensdauer ? 

Mich würde mal interessieren, ob in NL Heimspeicher ein Thema sind. Wegen der Politik der saldierenden Zählweise(vs. unserer 2 Richtung), macht es wirtschaftlich ja überhaupt keinen Sinn. Aber vielleicht dann doch gekauft, weil ein Akku die Welt ein bißchen rettet ? 
O.T. off

[gk_georg]

Ich habe auch schon mal überlegt so einen Stromspeicher für mein Balkonkraftwerk zu kaufen. Gescheitert ist die Sache für mich bislang immer daran, dass ich aus den Beschreibungen keinen vernünftigen Weg rauslesen konnte, wie man den gespeicherten Strom denn wieder zurück in das Hausnetz speisen kann (sofern das überhaupt geht). Mich würde mal interessieren, was du denn mit deinem gespeicherten Strom machst bzw. wie und auf welchem Weg du den Strom wieder aus dem Speicher wo anders verfügbar machst.

- der strom der in der PV erzeugt wird, wird ja primär im haus verbraucht, das ist so bei BK geregelt, weil es ja direkt in eine haus-schuko-steckdose ins hausnetz geleitet wird.
- für den akku gibt es in der app bzw. websteuerung mehr oder weniger gute einstellungsmöglichkeiten wann z.b. der speicher geladen werden soll, oder eben entladen, manchmal geht es nach verbrauch, manchmal nach der momentanem leistung der PV. Und auch immer über die schukosteckdose ins hausnetz.

Wenn es sich für dich nicht amortisiert, wäre es da nicht vernüftiger (kampf gegen den klimawandel) den Überschuss einfach ins Netz zu speisen und dem EVU zu schenken?

da steht einem doch der eigene geiz im weg

Am Meisten holt man da vermutlich raus wenn man es schafft den erzeugten Strom zu Laden des Autos zu benutzen.

ja, die batterie im auto als speicher, das wäre toll, geht aber - noch? - nicht...

Wegen der Politik der saldierenden Zählweise(vs. unserer 2 Richtung), macht es wirtschaftlich ja überhaupt keinen Sinn. Aber vielleicht dann doch gekauft, weil ein Akku die Welt ein bißchen rettet ? 

so, oder so ähnlich...

Im Vergleich 08/23 zu 09/23 hast du bei gleichen 71,5kWh PV-Ertrag 21,56 kWh mehr Strom verbraucht und 21,5 kWh mehr aus dem Netz bezogen. In dieser Statistik ist für mich kein Vorteil der zusätzlichen Batterie (~1kWh Speicherkapazität??) zu erkennen 

die tabelle ist vielleicht etwas unübersichtlich, im gesamtverbrauch ist auch das laden vom e-auto mit drin. entscheidend für das ergebnis ist die spalte "J".

[RalfRog]

- für den akku gibt es in der app bzw. websteuerung mehr oder weniger gute einstellungsmöglichkeiten wann z.b. der speicher geladen werden soll, oder eben entladen, manchmal geht es nach verbrauch, manchmal nach der momentanem leistung der PV. Und auch immer über die schukosteckdose ins hausnetz.

Auf Golem "https://www.golem.de/news/batteriespeicher-zendure-solarflow-viel-geld-fuer-weniger-strom-2308-176334.html" ist ja eine eher entäuschende Besprechnug des Speichers.
Das bringt den Thread aber zurück zum Einstieg "Anbindung" und zum vielleicht zum Board "Automatisierung". Da ist noch jede Menge Potential den Speicher so zu steuern, dass er immer optimal in Haus zurück speist.

[gk_georg]

Auf Golem "https://www.golem.de/news/batteriespeicher-zendure-solarflow-viel-geld-fuer-weniger-strom-2308-176334.html" ist ja eine eher entäuschende Besprechnug des Speichers.
Das bringt den Thread aber zurück zum Einstieg "Anbindung" und zum vielleicht zum Board "Automatisierung". Da ist noch jede Menge Potential den Speicher so zu steuern, dass er immer optimal in Haus zurück speist.

ganz deiner meinung, damit wären wir wieder beim thema "bessere anbindung" bzw. automatisierung der steuerung des Zendure-speichers...

wie können wir anfangen? Ich muss zugeben, viel beisteuern FHEM bezogen kann ich nicht...

[RalfRog]

wie können wir anfangen?

Zur Automatisierung wirst du im ersten Step zunächst mal "Etwas" brauchen, mit der die Solarflow gesteuert werden kann.
Idealerweise lässt es (das Etwas) sich (per MQTT?) an FHEM anbinden - zumindest sofern es kein FHEM-Modul gibt.
Die Anbindung der Steuerung wäre dann Schritt 2.

Vermutlich musst du statt der beiden oben genannten Projekte eher das verwenden:
https://github.com/reinhard-brandstaedter/solarflow-control
und dir damit anschauen ob deine Erfordernisse hinsichtlich Steuerung umsetzbar sind.

[KölnSolar]

der BT-manager soll die anlage unabhängig von der zendure-cloud per BT steuern können

das implementiert, bekommst Du schon einmal die wesentlichen Daten per MQTT in Dein FHEM.
Scheinbar gibt es aber (noch ?) keinen Weg per MQTT auch bedarfsgerecht zu steuern. Bleiben dann nur Krücken wie schaltbare Steckdosen, Relais....

Das A u. O ist der tatsächliche Bedarf. Den liefert Dir nur "etwas" im Zählerkasten. Schon digitaler Zähler vorhanden ?

[gk_georg]

das implementiert, bekommst Du schon einmal die wesentlichen Daten per MQTT in Dein FHEM.

hm, jetzt mal angenommen ich möchte im FHEM "nur" so eine beobachtungsseite einrichten wie ich sie jetzt schon mit dem pythonscript ja habe. Die daten von der Zendure cloud sind ja schon im mosquitto auf dem gleichen raspberry vorhanden. Und werden über die IP:1883 auch dargestellt...
Was müsste ich von dem script "extrahieren", um diese im FHEM sehen zu können?

Das A u. O ist der tatsächliche Bedarf. Den liefert Dir nur "etwas" im Zählerkasten. Schon digitaler Zähler vorhanden ?

nein, noch nicht, wollte mir demnächst den shelly pro anschaffen...

[gk_georg]

hab jetzt leider feststellen müssen, dass der script den ich verwende nur bei ganz bestimmten einstellungen an der zendure-anlage selbst (z.b. die lokalisierung des servers) funktioniert und online daten liefert. Ich hab nach der änderung der serverlokalisierung von Global nach Deutschland also keine online daten. Somit wäre das thema erstmal tot...

[gk_georg]

bin jetzt wieder da, die bedingungen haben sich etwas geändert:

- es geht in erster linie um das auslesen und verwenden der daten aus dem wechselrichter, das mit dem zendure speicher und hub  folgt dann...

- ich habe immer noch nicht einen shelly, aber kenne den grundbedarf meiner wohnung und habe bei grösseren verbrauchern wifi-steckdosen, die auch den stromverbrauch messen können davorgeschaltet

- habe den openDTU sensor, der ja den wechselrichter ausliesst per MQTT und mosquitto anbinden können, die daten die da alle 15 sekunden ankommen (den interwall kann man auch noch ändern) kann man in der anlage 1 sehen

- ich habe auch eine datenbank angelegt, bzw. eine DBlog

- zwei kopien der ausgaben für forum habe ich auch noch angehängt

die frage, die mich nun beschäftigt ist zunächst die übertragung der daten vom FHEM dateneingang zu der DB. Wie mache ich das? Ihr müsst nichts direkt für mich hier machen, ein paar tipps zu anleitungen wären schon sehr hilfreich...

[RalfRog]

Hallo die Frage ob es die richtige Forumsgruppe ist ist bleibt.
Die neue Frage geht ja  nun Richtung DBlog und MQTT.

Vorab eine Frage zurück.
Je nachdem was alles auf deinem Fhem läuft müsstest du jetzt schon ziemlich viele Einträge in der Datenbank haben (wenn die Einrichtung korrekt ist).
Mit dieser Definition (und ohne weitere Attribute) loggst du alles:

Code Auswählen Erweitern

define logdb DbLog ./db.conf .*:.*
Oder mit deinen Worten "das komplette FHEM" ist mit der Datenbank verbunden.


Wenn ich dich oben richtig verstanden habe hast du ein MQTT-DEVICE (nutze ich nicht) für den Wechselrichter eingerichtet, die Readings zeigst du ja in der Exceltabelle (ist das aus FHEM?).

Das heisst eigentlich, dass neben den ganzen anderen geloggten Daten auch die vom Wechselrichter dabei sein müssten.
Bei dem kurzen Abfrageintervall dürfte das in Summe viel zu viel sein.

Also:
1) läuft und loggt die Datenbank
2) die Def so formulieren, dass nur gewünschte Einträge in der DB landen
3) wenn das MQTT für den Wechselrichter korrekt eingerichtet ist, dann ist damit die Frage "FHEM dateneingang zu DB" gelöst.

Gruß Ralf

[gk_georg]

hallo Ralf, danke für deine frage/antworten. Ich möchte dir nicht zu nahetreten, aber ich bin sehr verwirrt und suche - bisher vergeblich - nach zeichen der hilfe um die ich gebeten habe. Ich habe versucht das in den einzelnen antworten deutlich zu machen...

Je nachdem was alles auf deinem Fhem läuft müsstest du jetzt schon ziemlich viele Einträge in der Datenbank haben (wenn die Einrichtung korrekt ist).

auf dem raspi (es ist ein 1A) läuft auser FHEM, mosquitto und dieser einen DB nichts. Ich weiss nicht wie ich an die einträge in der DB komme...
Wahrscheinlich bin ich aus einem anderen forum (ubuntuusers) sehr verwöhnt, dort schreibt man in vielen fällen z.b. "läuft die DB? gebe xyz1356 ein und poste hier bitte das ergebnis". das klärt die situation enorm.

Mit dieser Definition (und ohne weitere Attribute) loggst du alles:

Code Auswählen Erweitern

define logdb DbLog ./db.conf .*:.*

und wie mache ich das ergebnis dieser loggs sichtbar?

Wenn ich dich oben richtig verstanden habe hast du ein MQTT-DEVICE (nutze ich nicht) für den Wechselrichter eingerichtet, die Readings zeigst du ja in der Exceltabelle (ist das aus FHEM?).

ich wollte nicht wissen ob du MQTT-DEVICE nutzt, sondern ob du mir bei der nutzung helfen kannst. die exceltabelle ist aus FHEM...

Das heisst eigentlich, dass neben den ganzen anderen geloggten Daten auch die vom Wechselrichter dabei sein müssten.
Bei dem kurzen Abfrageintervall dürfte das in Summe viel zu viel sein.

die daten vom wechselrichter sind in der exceltabelle, ausgegebn beim eingang ins FHEM

1) läuft und loggt die Datenbank

weiss ich doch nicht. wie stelle ich es fest? ansonsten siehe mein erklärversuch (frage/antwort) im punkt 1...

author=RalfRog link=msg=1289728 date=1697616681]
2) die Def so formulieren, dass nur gewünschte Einträge in der DB landen

???beispiel evtl???

3) wenn das MQTT für den Wechselrichter korrekt eingerichtet ist, dann ist damit die Frage "FHEM dateneingang zu DB" gelöst.

mehr daten zur einrichtung des MQTT des wechselrichters kann ich nicht liefern, nur das ergebnis welches da rauskommt.
------------------------------------

Es ist halt schwierig ein frage/antwort zwischen einem experten und einem der "null weißt" richtig zu initiieren. Der experte hat probleme sich auf das  niveau des anfängers zu begeben und der anfänger kann nicht anders als seine fragen in einer völlig unzureichenden form (für den experten) zu formulieren. Der experte kann sich aber als einziger - weil er die kenntnisse der materie hat - auf das niedrigere niveau  begeben, anders herum geht nicht...

[rabehd]

Du weißt scheinbar nicht mal was Du eigentlich loggst.
Dann beschäftige dich erstmal mit dem Loggen in einer DB und dem Zugriff. Stichwort DBRep und DBLog.
Man sollte einfach anfangen und nicht gleich der Spezialist sein wollen.

[RalfRog]

War gerade auch dabei eine Anwort zu schreiben.
rabehd hat da schon recht, was willst du eigentlich machen? => einfach und Schritt für Schritt anfangen!

1) Du hast eine Datenbank für das Logging eingerichtet. Das ist im Prinzip mal eine eigenständige Sache.
2) Du hast den Wechselrichter per MQTT angebunden (dass ich MQTT nicht nutze soll nur heissen, dass ich bei Fehlkonfiguration nicht wirklich unterstützen kann).


Also:

1) läuft und loggt die Datenbank

weiss ich doch nicht. wie stelle ich es fest? ansonsten siehe mein erklärversuch (frage/antwort) im punkt 1...

Geh in dein DBLogging Device und schau ob bisher etwas geloggt wurde.
Welche Devices?

Code Auswählen Erweitern

get DbLog retrieve alldevices Wieviele Einträge?

Code Auswählen Erweitern

get DbLog retrieve count history

[gk_georg]

rabehd hat da schon recht, was willst du eigentlich machen? => einfach und Schritt für Schritt anfangen!

1.schritt - balkonkaftwerk installiert - läuft, strom wird ins haus ungesteuert gepumpt
2.schritt - open DTU gebaut - läuft, man kann damit den wechselrichter abfragen und steuern
3.schritt - zendure speicher installiert - läuft, man kann mit einem separaten werkzeug umständlich und wirklichkeitsfremd den speicher pseudo-automatisch nutzen
4.schritt - suche nach einem haus automatisierung werkzeug - FHEM gefunden, läuft nicht, weil:

ich EIN werkzeug anwenden will um mein balkonkraftwerk mit einem wechselrichter, einer open-DTU und einem speicher sinnvoll zu nutzen - z.b. temperaturabhängiges automatisches laden bzw. ins haus entladen des speichers, weil der ja bei temperaturen unter 0°C das laden nicht mag, egal wie stark die sonne scheint...

Nicht mit drei oder vier völlig unterschiedlichen manuellen werkzeugen. und ich dachte das wäre möglich ohne ein FHEM spezialist zu sein, oder einer werden zu müssen... ich bin ja schliesslich auch weder ein photovoltaik-  noch ein speicher-spezialist. Aber eben auch kein FHEM-spezialist....

wahrscheinlich zu kurz gedacht- wird ein traum fürs nächste leben bleiben

Geh in dein DBLogging Device und schau ob bisher etwas geloggt wurde.
Welche Devices?

Code Auswählen Erweitern

get DbLog retrieve alldevices Wieviele Einträge?

Code Auswählen Erweitern

get DbLog retrieve count history

beides wird mit einem "Please define DbLog first" quitiert... habe ich aber doch schon?

[RalfRog]

Dann mach mal

beides wird mit einem "Please define DbLog first" quitiert... habe ich aber doch schon?

Dann mach mal:

Code Auswählen Erweitern

list type=DbLog

[gk_georg]

Wenn ich dich oben richtig verstanden habe hast du ein MQTT-DEVICE (nutze ich nicht) für den Wechselrichter eingerichtet, die Readings zeigst du ja in der Exceltabelle (ist das aus FHEM?).

ich wollte nicht wissen ob du MQTT-DEVICE nutzt, sondern ob du mir bei der nutzung helfen kannst. die exceltabelle ist aus FHEM...

meine reaktion hier war nicht ganz ok, der begriff "nutze ich nicht" ist mir auch schon in dem zusammenhang "nutze ich nicht - wer verwendet den sowas" begegnet. Ich hab es genutzt weil es bei FHEM offensichtlich irgendwie dazugehört. also sorry. bin aber auch nicht drauf so fixiert, dass ich nichts anderes verwenden würde...

Dann mach mal:
Code Auswählen Erweitern

Code Auswählen Erweitern

list type=DbLog

hier gibt es keine reaktion...

[RalfRog]

Dann mach mal:
Code Auswählen Erweitern

Code Auswählen Erweitern

list type=DbLog

hier gibt es keine reaktion...

Dann hast du auch kein DbLog-Device eingerichtet.

- ich habe auch eine datenbank angelegt, bzw. eine DBlog

Wie/was hast du denn da gemacht?

Edit:
Oder schick doch mal ein "list" ohne weitere Parameter. Dann kann man mal sehen was es überhaupt gibt.
Ich gehe mal davon aus, dass die FHEM-Installation jetzt nicht allzu umfangreich ist.

[RalfRog]

ich EIN werkzeug anwenden will um mein balkonkraftwerk mit einem wechselrichter, einer open-DTU und einem speicher sinnvoll zu nutzen - z.b. temperaturabhängiges automatisches laden bzw. ins haus entladen des speichers, weil der ja bei temperaturen unter 0°C das laden nicht mag, egal wie stark die sonne scheint...

Nicht mit drei oder vier völlig unterschiedlichen manuellen werkzeugen. und ich dachte das wäre möglich ohne ein FHEM spezialist zu sein, oder einer werden zu müssen... ich bin ja schliesslich auch weder ein photovoltaik-  noch ein speicher-spezialist. Aber eben auch kein FHEM-spezialist....

wahrscheinlich zu kurz gedacht- wird ein traum fürs nächste leben bleiben

Da wäre meine spontane Antwort: beschaffe dir ein Produkt, dass einen deinen Anforderugen entsprechenden Leistungsumfang direkt (auch Software) schon hat. 
Bei allem anderen wirst du dich immer mehr oder weniger tief mit der Funktion und dem Zusammenspiel einzelner Komponenten beschäftigen müssen. FHEM ist an der Stelle an der du dich gerade bewegst sicher nicht Plug&Play.
Das geht ja schon bei der Frage los (unabhängig vom "wie macht man es" mit/über FHEM) ob die gedachten Steuerungsmöglichkeiten überhaupt mit dem Wechselrichter, dem PV-HUB oder dem Speicher möglich sind.

Selbst das Projekt auf Github bei "reinhard-brandstaedter" ist keine fertige Steuerlösung für Solarflow/Zendure mit Wechselrichter.

[gk_georg]

Da wäre meine spontane Antwort: beschaffe dir ein Produkt, dass einen deinen Anforderugen entsprechenden Leistungsumfang direkt (auch Software) schon hat. 
Bei allem anderen wirst du dich immer mehr oder weniger tief mit der Funktion und dem Zusammenspiel einzelner Komponenten beschäftigen müssen. FHEM ist an der Stelle an der du dich gerade bewegst sicher nicht Plug&Play.
Das geht ja schon bei der Frage los (unabhängig vom "wie macht man es" mit/über FHEM) ob die gedachten Steuerungsmöglichkeiten überhaupt mit dem Wechselrichter, dem PV-HUB oder dem Speicher möglich sind.

Selbst das Projekt auf Github bei "reinhard-brandstaedter" ist keine fertige Steuerlösung für Solarflow/Zendure mit Wechselrichter.

ich gebe dir uneingeschränkt recht. Auch was das reinhard-brandstaedter" projekt betrifft. man muss halt im leben rückschläge akzeptieren - und das hier war einer. thx...

[rudolfkoenig]

list type=DbLog

sollte eher

Code Auswählen Erweitern

list TYPE=DbLog
heissen.

[gk_georg]

danke, das hebt jetzt zwar ein bischen die stimmung (es wird was gelistet), aber insgesamt hat Ralf schon recht...

Code Auswählen Erweitern

Internals:
   COLUMNS    field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32
   CONFIGURATION ./db.conf
   DEF        ./db.conf .*:.*
   FD         5
   FUUID      652d5080-f33f-dc6b-45ba-e5e7d3b376bf59b5
   FVERSION   93_DbLog.pm:v5.6.0-s27029/2023-01-11
   MODE       synchronous
   MODEL      SQLITE
   NAME       logdb
   NR         2
   NTFY_ORDER 50-logdb
   PID        803
   REGEXP     .*:.*
   SBP_PID    1269
   SBP_STATE  running
   STATE      connected
   TYPE       DbLog
   dbconn     SQLite:dbname=/opt/fhem/fhem.db
   dbuser     
   eventCount 5
   HELPER:
     COLSET     1
     DEVICECOL  64
     EVENTCOL   512
     OLDSTATE   connected
     PACKAGE    main
     READINGCOL 64
     TC         current
     TH         history
     TYPECOL    64
     UNITCOL    32
     VALUECOL   128
     VERSION    5.6.0
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1697639008.36045
           VALUE      connected
   OLDREADINGS:
   READINGS:
     2023-10-18 18:50:57   CacheUsage      0
     2023-10-18 18:50:57   state           connected
Attributes:

[RalfRog]

Dann wiederhole mal

Code Auswählen Erweitern

get logdb retrieve alldevices
get logdb retrieve count history
Ich hatte den Namen aus deinem Post mit "2023_10_17_FHEM_logdb_copy_f-forum.txt".
Der Name "logdb" war bisher nirgenwo herauszulesen. Sorry doch, hatte ich schon in #18 falsch herausgelesen.

[gk_georg]

moin,

beides wird mit:

Code Auswählen Erweitern

Usage: get logdb <in>    ...
  where column_spec is :::
  see the #DbLog entries in the .gplot files
   is not used, only for compatibility for FileLog, please use -
   is a prefix, - means stdout
beantwortet...

aber egal, durch die experimente hab ich das was lief geschrottet. Im moment wird eine kopie des originals vom 15.9.23 erstellt, dann werde ich MQTT und mosquitto wieder aufsetzen....

[RalfRog]

Diese Antwort kann ich leider auch nicht wirklich einordnen.

Die Idee hinter der Geschichte war -ausgehend vom Beitrag #17-

die frage, die mich nun beschäftigt ist zunächst die übertragung der daten vom FHEM dateneingang zu der DB.

• zu schauen ob deine DB läuft
• wenn ja, zu schauen ob und wieviele Devices und Einträge in deiner DB gelandet sind (wegen der DB-Definition mit .*:.* = logge alles)
  Je nach Installation kann das schnell sehr viel sein.
• ob dein "openDTU sensor mit MQTT" auch bei den geloggten Daten ist

Hast du die Abfrage als Kommando eingegeben oder in der Device-Detailansicht über den "get"-Button?
Siehe die Abfrage bei mir im Screenschot. Es kommt dann so etwas als Ergebnis:

Code Auswählen Erweitern

{"success": "true", "data":[{"COUNT_HISTORY":"85734"}]}

[gk_georg]

- die DB lief nicht
- die abfrage habe ich gleich in dem bild was sich öffnet beim start von FHEM eingegeben, in der "kommandozeile" oben...
- die beiden zeilen einzeln
- beides auf einmal, dann wurde gleich die verbindung zum raspi gekappt

die kopie  der SD ist fertig, FHEM grundgerüst ist installiert, mosquitto läuft...

[RalfRog]

Die Möglichkeit in der Webansicht auf der linken Seite die "Räume" oder Everything anzuklicken und dann Devices in der Detailansicht zu sehen kennst Du aber?
Dort finden sich ja oft Hilfetexte und Erklärungen zu den Kommandos (z.B: set / get) oder auch Attributen. Mein Screenshot ist die (Teil)Ansicht des DBLog-Device mit der Hilfe zu "get retrieve".

Prinzipiell muss natürlich ein GET in der Kommandozeile oder aus der Detailansicht zum gleichen Ergebnis führen.

[gk_georg]

ich war jetzt damit beschäftigt mir eine kopie der SD-card anzufertigen, damit ich bei problemen schneller weiter machen kann...

- mosquitto ist installiert

- my Broker funktioniert auch mit der sichtbarmachung der daten die vom mosquitto kommen

- mysql MARIA DB ist installiert

beim logDB, der sich eigentlich gut definieren liess, kommt es zu folgendem:

die datei: /opt/fhem/contrib/dblog/db.conf habe ich editiert und angepasst:

####################################################################################
%dbconfig= (
    connection => "mysql:database=fhem;host=localhost;port=3306",
    user => "georg",
    password => "rxxxxxxxxxn",
    # optional enable(1) / disable(0) UTF-8 support (at least V 4.042 is necessary)     
    utf8 => 1
);
####################################################################################

es wird beim aufruf von logDB im FHEM diese meldung erzeugt:
----------------------------
DBI connect('database=fhem;host=localhost;port=3306','georg',...) failed: Access denied for user 'georg'@'localhost' (using password: YES) at ./FHEM/93_DbLog.pm line 2513.
--------------------------

und - natürlich kenne ich die felder links der ausgabefläche...

EDIT: nach dem anlegen von user in der datenbank ist eine anmeldung möglich, fehlende tabellen werden angemeckert...

EDIT 2: nach dem anlegen der noch fehlenden tabellen in der DB startet FHEM mit mosquitto, MQTT und DB nun ohne fehlermeldung. Fehlt noch das loggen der von der DTU übertragenen daten, das krieg ich auch noch hin. nach der visualisierung (grafana?) wäre ich dann so weit wie die DTU webseite, nur auf eigenem homesystem....

[RalfRog]

Da unklar war wonach du vorgegangen bist, wollte ich gerade zum Thema Tabellen den Weg zum Wiki zeigen,
https://wiki.fhem.de/wiki/DbLog-MySQL (Beispiel: Anlegen und Nutzung einer MariaDB-Datenbank)
aber das ist ja mit Edit2 gelöst.
Die dort genannten Vorlagen finden sich am aktuellsten im SVN https://svn.fhem.de/trac/browser/trunk/fhem/contrib/dblog

Ggfs. solltest du zum Logging (für das MQTT-DTU-Device) in die DB auch noch mal hier nachlesen https://wiki.fhem.de/wiki/DbLog#Finetuning_des_Loggings

Gruß Ralf

[gk_georg]

danke für die links, nach dem einen habe ich die DB bereits installiert. wenn irgendwas nicht läuft, melde ich mich wieder - hauptsächlich wg. der automatidierung, im zendureforum löuft jetzt auch ein thread dazu...

gruss georg

[RalfRog]

danke für die links, nach dem einen habe ich die DB bereits installiert. wenn irgendwas nicht läuft, melde ich mich wieder - hauptsächlich wg. der automatidierung, im zendureforum löuft jetzt auch ein thread dazu...

gruss georg

Bevor du die Baustelle zur Visualisierung aufmachst versuche zunächst einfache Dinge mit Bordmitteln (SVG Plots) darzustellen und die gewünschte Automatisierung ans Laufen zu bringen.
Bei Fragen ist dafür vermutlich das Solaranlagen Board besser geeignet. Dort ist einiges zur DTU und Hoymiles zu finden.

Warum nicht hier?
https://forum.fhem.de/index.php?board=61.0