Hallo,
Ich habe wie hier https://forum.fhem.de/index.php/topic,107265.msg1178398.html#msg1178398 (https://forum.fhem.de/index.php/topic,107265.msg1178398.html#msg1178398) versprochen ein modul zur Integration eines SENEC Speicher erstellt
Definition in FHEM
Zum Anlegen eines Senec Devices könnt Ihr folgende Definitionen verwenden:
define <Name> Senec <email> <passwort> <IP-Adresse>
define <Name> Senec <email> <passwort> <IP-Adresse>
Dann noch das Abruf interval für den lokalen SENEC Speicher setzen bzw.
das intervalmeinsenec für den WEB Abruf von der MeinSenec Seite setzen und
schon bekommt ihr die entsprechenden Daten.
Da dies mein erstes Modul für FHEM ist, habe ich von anderen Modulen einiges übernommen.
Zu nennen sind hier DS_Starter mit seinen Synology Modulen und dem Solarforcast Modul.
Bitte seht mir nach wenn noch Fehler drin sind oder mancher es anders/besser implementiert hätte.
Ich bin für Anregungen und Verbesserungsvorschläge dankbar und werde sie entsprechend umsetzen.
Bitte testen und in diesem Thread berichten.
Diese Modul befindet sich aktuell im BETA Status. Benutzung nur auf eigene Gefahr!
Bitte immer ein log mit anhängen bei Fehlern!
Da bei einigen das DateTime package nicht installiert ist, bitte das unbedingt installieren:
sudo cpan install DateTime
Ist eigentlich auch in dem debian package libdatetime-perl dabei und kann auch mit
apt install libdatetime-perl
installiert werden.
edit: 28.03.2023
Neue Version 2.07.00:
- Bug Fix für das Problem, dass durch das Technikpaket eine Wallbox konfiguriert ist, aber physikalisch keine vorhanden ist.
von cjung gemeldet.
edit: 12.03.2023
Neue Version 2.06.00:
- Kleinere Fixes
- Stabilität verbessert, vor allem ein besseres Error handling sowohl bei den lokalen calls als auch bei den api calls
keine neue Funktionen
edit: 31.12.2022
Neue Version 2.05.00:
- Fix readingsupdate Problem
- Stabilität verbessert und Bugs gefixt
keine neue Funktionen
edit: 07.12.2022
Neue Version 2.03.00:
- Sonderfall: Car feature verfügbar, aber keine Wallbox konfiguriert gefixed.
edit: 06.12.2022
Neue Version 2.02.00:
- DateTime problem gefixed.
Web Ansicht verschönert mit Wallbox und Socket Anzeige (Bitte testen wer das feature hat)
Zur Sicherheit die alte 2.00.0 Version noch im Anhang
edit: 05.10.2022
Neue Version 2.00.00:
- Integration der OpenWB über das Attribute OpenWB möglich.
Net::MQTT::Simple ist dafür nicht mehr nötig, da alles über die MQTT2 Funktionalität von FHEM funktioniert
Im Kommentar ist beschrieben wie man die bridge und den client definieren muss. Kann man im Prinzip so übernehmen.
Desweiteren ist die Sockets Geschichte ansatzweise mit drin. Werden abgefragt und sind in DATA einzusehen.
Wenn feature vorhanden.
Auch dabei sind die Temperaturen des Gehäuses, MCU und Battery.
Bitte Feedback geben.
edit: 16.06.2022
Neue Version 1.16.00:
- Integration einer OpenWB.
Bitte unbedingt
Anbei ein Screen meiner Attribute.
Es werden EVU,PV und Batterie Werte per MQTT an den OpenWB broker geschickt.
- Neuer Report BMS um die Module Temperaturen und Voltage zu überwachen.
- Bei Report Tage, Monat und Jahr wird auch die Info mit angezeigt.
Bitte unbedingt mit
sudo cpan install Net::MQTT::Simple
das MQTT::Simple installieren.
edit: 23.05.2022
Neue Version 1.15.00:
Mein Speicher läuft seit ca. 2 Wochen wieder mit dieser Version
- Check auf mehrere Anlagen und Abgleich mit der lokalen Anlage.
- Änderunge bei der Integration der Wallbox steuerung (bitte testen und feedback geben, da ich keine SENEC Wallbox habe.
Seit gestern eine OpenWB)
- Umstellung der Anzeige in kWh/kW oder Wh/W
edit: 01.03.2022
Komplett neue Version:
- Umstellung aller calls auf non blocking
- Integration der Wallbox steuerung (bitte testen und feedback geben)
- Statistiken werden über die api calls aus der SENEC APP abgerufen.
Bitte unbedingt die neue Version benutzen.
Bitte vorher das alte device löschen und dann mit der neuen Version neu anlegen.
Gruß
Hubert
Super. Danke für deine Arbeit. Habe schon installiert.
Wenn man MeinSenec abfragt stürzt FHEM ab bzw. startet neu :-(
Ich werde die nächste Tage mal versuchen zu loggen.
Melde mich wieder.
EDIT: Log angehangen
Hallo,
Es wird ein extra log geschrieben im log Verzeichnis mit dem Namen des devices.
Bitte mit anhängen zur Fehler Suche.
Gruß
Hubert
Hallo,
sieht ja schon richtig gut aus!!! Habe allerdings das gleiche Problem wie von xerion beschrieben.
"set mySenec MeinSenecRequest" bringt Fhem zum Absturz.
Im fhem log erscheint:
Can't locate object method "new" via package "HTTP::Cookies" at ./FHEM/36_Senec.pm line 1087.
Was sich auf folgenden Code bezieht:
my $cookie_jar = HTTP::Cookies->new(
file => "./cookies.lwp",
autosave => 1,
);
im Senec.log stehen nur die "normalen" update_helper Messages:
2021-11-12 17:33:17 [FHEM::Senec::update_helper] FACTORY: MAX_CHARGE_POWER_DC = 1875.00
2021-11-12 17:33:17 [FHEM::Senec::update_helper] FACTORY: DESIGN_CAPACITY = 7500.00
2021-11-12 17:33:17 [FHEM::Senec::update_helper] FACTORY: BAT_TYPE = SENEC.Inverter V3 LV
2021-11-12 17:33:17 [FHEM::Senec::update_helper] ENERGY: GUI_INVERTER_POWER = -0.00
Gruß
Bernhard
Dann installiert mal bitte das libhttp-cookies-perl package, dann sollte der Fehler weg sein.
Gruß
Hubert
Zitat von: carlos am 12 November 2021, 18:05:39
Dann installiert mal bitte das libhttp-cookies-perl package, dann sollte der Fehler weg sein.
Gruß
Hubert
Bei mir ist es schon vorhanden gewesen.
libhttp-cookies-perl ist schon die neueste Version (6.04-1).
Kannst du mal mit cpan -l schauen ob HTTP::Cookies 6.04 installiert ist.
Ansonsten mit cpan HTTP::Cookies installieren.
Gruß
Hubert
Ja ist leider auch da:
HTTP::Cookies 6.04
Kannst du bitte
use HTTP::Cookies;
im Module einfügen und testen ob der Fehler immer noch kommt.
Gruß
Hubert
Das war es es jetzt stürzt FHEM nicht mehr ab und die Verbindung wird aufgebaut. 8)
Danke.
Danke! Damit läuft es bei mir auch.
Wäre toll wenn dein Modul auch die SENEC Wallbox unterstützen könnte. Die aktuellen Daten lassen sich auch aus dem Speicher auslesen. Konfigurieren läßt sich die Wallbox aber nur über die Mobil App. Ich habe mir daher heute mal die API Calls angeschaut und in eine "Postman" Collection gepackt: https://www.getpostman.com/collections/700b1361b98aca3f977f
Über dieses API bekommt man alle Daten der Mobile App (Statistk / Verlauf / ... und kann auch die Wallbox konfigurieren). Für dein SENEC Modul sollte sich damit das einlesen der Tages / Monats / Jahres Statistik automatisieren lassen.
Grüße
Bernhard
Hallo Bernhard,
Da ich keine Wallbox habe, habe ich diese auch nicht unterstützt.
Ich kann versuchen diese noch mit zu unterstützen, wäre dann zum testen auf deine Hilfe angewiesen.
Wenn das feature aktiviert ist kann man aus dem lokalen Speicher und aus MeinSenec jede Menge Daten abrufen.
Kannst du mir mal einen Screen shot von beiden schicken, damit ich das mal analysieren kann, wie man es implementieren könnte.
Noch besser wäre folgendes json:
https://mein-senec.de/endkunde/api/status/getstatusoverview.php?anlageNummer=0&username=<deineemail.de>&password=<deinpassword>
Ob da irgendwelche Daten über die Wallbox dabei sind.
Gruß
Hubert
Hallo Hubert,
ich habe hier mal alle Informationen der verschiedenen SENEC APIs und Beispiel JSON Daten meiner Anlage zusammengestellt. Es sind auch Beispiel Daten der Wallbox dabei.
Wenn es die Zeit zulässt versuche ich auch zum SENEC Modul beizutragen. Vor allem wäre es interessant das API der SENEC APP einzubinden um die Wallbox zu steuern.
Lala.cgi: https://documenter.getpostman.com/view/10329335/UVCB9ihZ
mein-senec: https://documenter.getpostman.com/view/10329335/UVCB9ihY
senec app api: https://documenter.getpostman.com/view/10329335/UVCB9ihW
Gruß
Bernhard
Zur Info, es wird demnächst eine neue verbesserte Version geben mit SENEC Wallbox anbindung.
Gruß
Carlos
Hallo Carlos
Seit ca. 3 Tagen werden die täglichen Werte nicht mehr eingelesen, bzw.angezeigt.
siehe Screen
Hallo Uwe,
Ich werde in den nächsten Tagen eine komplett neue version des Moduls hier einstellen.
Hier ist die Wallbox mit integriert und die Statistiken kommen direkt vom SENEC Server.
Wenn du solange warten kannst, wäre mir das recht.
Ansonsten brauche ich logs um das zu analysieren, was ich aber nur ungern machen möchte, da die neue Version wesentlich besser ist.
Gruß
Carlos
Hallo Carlos
Ich bewundere deine Arbeit und warte natürlich auf deine neue Version.
Ich habe dein Senec Modul auch erst vor ein paar Tagen eingebaut und war begeistert.
Diverse Readings in FTUI eingefügt, leider war die tägliche Aufzeichnung nach kurzer Zeit vorbei.
Die today Werte tauchen in der Log aber noch auf. 1.screenshot
Im Event Monitor aber nicht. 2.screenshot
Ich freue mich schon auf deine neue Version und danke für deine Antwort.
Sorry
Screenshot von Log. nicht angehängt
Hallo
Ich habe Vorgestern das Modul mal in Betrieb genommen. Jedoch sehe ich keine Statistiken.
define Senec Senec crypt:xxxxxxxxxxxxxxxxxxxx5706 crypt:xxxxxxxxxxxxxxx2552746 192.168.31.91
setuuid Senec xxxxxxxxxxxxxxxxxxxd6be3315
attr Senec DbLogInclude .*
attr Senec event-min-interval 300
attr Senec event-on-change-reading .*
attr Senec event-on-update-reading .*
attr Senec interval 60
attr Senec report summary
attr Senec room Energie
attr Senec stateFormat <table>\
<tr>\
<th></th>\
<th>Status</th>\
<th>Last Update</th>\
<th>Next Update</th>\
</tr>\
<tr>\
<td><b>Senec</b></td>\
<td>state</td>\
<td>lastUpdate</td>\
<td>nextUpdate</td>\
</tr>\
<tr>\
<td><b>Mein Senec</b></td>\
<td>statemeinsenec</td>\
<td>lastUpdatemeinsenec</td>\
<td>nextUpdatemeinsenec</td>\
</tr>\
</table>
attr Senec tableInDetail 1
attr Senec tableInRoom 1
attr Senec verbose 5
Muss ich noch weitere Attribute setzen?
Danke
Warscheinlich siehst du auch "Meinsenec not connected", denn dir fehlt das attribute intervalmeinsenec.
Wäre auch aus der Hilfe ersichtlich.
Gruß
Carlos
Ja das war es....
Wer lesen kann....
Danke
Hallo zusammen. Ich benutze das Modul seit gut 10 Tagen.
Ich bekomme keine Daten von Mein Senec da das Modul scheinbar über den json stolpert.
Scheinbar splittet es hier nicht korrekt bei "," falls ich das richtig sehe.
statemeinsenec ist connected
Vielleicht kann mir jemand weiterhelfen.
2022-03-01 09:52:26 [FHEM::Senec::update_helper] MEINSENEC: json2nameValueInput = {
"accuexport" : {
"now" : 1.597474,
"today" : 2.20469665527344
},
"accuimport" : {
"now" : 0,
"today" : 1.73138046264648
},
"acculevel" : {
"now" : 92,
"today" : 79.7118606567383
},
"consumption" : {
"now" : 0.618799,
"today" : 3.01103210449219
},
"gridexport" : {
"now" : 1.135557,
"today" : 0.367462158203125
},
"gridimport" : {
"now" : 0,
"today" : 0.12391471862793
},
"lastupdated" : 1646124704,
"machine" : "MCU",
"powergenerated" : {
"now" : 3.351921,
"today" : 3.727783203125
},
"state" : 14,
"steuereinheitState" : "LADEN",
"suppressedNotificationIds" : [],
"wartungNotwendig" : false,
"wartungsplan" : {
"applicable" : false,
"maintenanceDueSoon" : false,
"maintenanceOverdue" : false,
"minorMaintenancePossible" : false,
"possibleMaintenanceTypes" : []
}
}
2022-03-01 09:52:26 [FHEM::Senec::update_helper] MEINSENEC: json2nameValueErrorText = error parsing '1.597474,
"today" : 2.20469665527344
'
2022-03-01 09:52:26 [FHEM::Senec::update_monthly_data] Monatswechesel: 1 03 02
Ich habe eine komplett neue Version hoch geladen.
Bitte diese benutzen und Feedback geben.
Gruß
Hubert
Danke fürs Update.
Hatte erst Anlaufschwierigkeiten.
Empfehle erstmal das Device komplett zu löschen und dann neu anzulegen.
Das Intervall für die SENEC(API) Abfrage kann man nicht verändern? Ist das aktuell stündlich?
Im FHEM Log wird beim Starten von FHEM das hier angezeigt:
2022.03.01 18:28:03 1: PERL WARNING: Useless use of hash element in void context at ./FHEM/36_Senec.pm line 1555, <$fh> line 3321.
2022.03.01 18:28:03 1: PERL WARNING: Useless use of hash element in void context at ./FHEM/36_Senec.pm line 1556, <$fh> line 3321.
2022.03.01 18:28:03 1: PERL WARNING: "my" variable $datestring masks earlier declaration in same scope at ./FHEM/36_Senec.pm line 1609, <$fh> line 3321.
2022.03.01 18:28:03 1: FHEM::Meta::InitMod: ERROR: $@:
36_Senec.pm: Error while parsing META.json: '"' expected, at character offset 790 (before "\x{c3}\x{bf} "s \x{ef}...") at FHEM/Meta.pm line 1508.
2022.03.01 18:28:03 1: Including ./log/fhem.save
2022.03.01 18:28:10 0: Featurelevel: 6.1
2022.03.01 18:28:10 0: Server started with 241 defined entities (fhem.pl:25715/2022-02-20 perl:5.032001 os:linux user:fhem pid:20306)
2022.03.01 18:28:11 1: PERL WARNING: Use of uninitialized value $gui_grid_pow in numeric lt (<) at ./FHEM/36_Senec.pm line 2645.
2022.03.01 18:28:11 1: PERL WARNING: Use of uninitialized value $gui_grid_pow in numeric gt (>) at ./FHEM/36_Senec.pm line 2646.
2022.03.01 18:28:11 1: PERL WARNING: Use of uninitialized value $gui_bat_data_power in numeric lt (<) at ./FHEM/36_Senec.pm line 2648.
2022.03.01 18:28:11 1: PERL WARNING: Use of uninitialized value $gui_bat_data_power in numeric gt (>) at ./FHEM/36_Senec.pm line 2649.
2022.03.01 18:28:11 1: PERL WARNING: Use of uninitialized value $stat_hours_of_operation in sprintf at ./FHEM/36_Senec.pm line 2671.
2022.03.01 18:28:11 1: PERL WARNING: Use of uninitialized value $hausverbrauch in numeric gt (>) at ./FHEM/36_Senec.pm line 2673.
2022.03.01 18:28:11 1: PERL WARNING: Use of uninitialized value $live_house_cons in numeric gt (>) at ./FHEM/36_Senec.pm line 2722.
Mir ist noch aufgefallen dass die Zahlenwerte bei "Aktueller Wert (kW)" in W angegeben werden und nicht in kW.
Könnte mir noch ein Attribut vorstellen, um anzugeben ob man die Tages, Monats und Jahreswerte in kWh anstatt Wh angezeigt haben möchte.
Vielen Dank fürs heutige Update.
Habe soeben Problemlos die neue Version Übernommen. :)
Tolle Arbeit.
Hallo,
Ja das intervall ist fest auf eine Stunde eingestellt.
Zum einen wollte ich, da es keine offizielle api ist, nicht so oft die Abfrage machen.
Desweiteren werden hier die Tages, Monats und Jahreswerte abgefragt, deshalb denke ich stündlich reicht.
Man kann ja über get statistik TAGE/MONATE/JAHRE diese manuell abrufen.
Das mit dem Attribut kWh/Wh hatte ich mir auch auch schon überlegt, vielleicht baue ich das noch ein.
Die Fehler schaue ich mir an.
Gruß
Hubert
Hallo, ich habe gestern auch ein Update auf die neue Version gemacht. Wenn ich aber die Statistik abrufen möchte, bekomme ich nur Nullen zurück:
Statistik aller MONATE
===========================
MONATE: $VAR1 = {
'03' => {
'startzeitpunkt' => '2022-02-28T23:00:00Z',
'netzbezug' => 0,
'speicherbeladung' => 0,
'speicherentnahme' => 0,
'einheit' => 'Wh',
'netzeinspeisung' => 0,
'stromverbrauch' => 0,
'stromerzeugung' => 0,
'zeitstempel' => '2022-03-02 07:23:25'
},
'01' => {
'zeitstempel' => '2022-03-01 21:54:15',
'stromerzeugung' => 0,
'stromverbrauch' => 0,
'speicherbeladung' => 0,
'startzeitpunkt' => '2021-12-31T23:00:00Z',
'netzbezug' => 0,
'netzeinspeisung' => 0,
'einheit' => 'Wh',
'speicherentnahme' => 0
},
'02' => {
'zeitstempel' => '2022-03-01 21:54:15',
'stromverbrauch' => 0,
'stromerzeugung' => 0,
'speicherbeladung' => 0,
'netzbezug' => 0,
'startzeitpunkt' => '2022-01-31T23:00:00Z',
'einheit' => 'Wh',
'netzeinspeisung' => 0,
'speicherentnahme' => 0
}
};
Wäre nett, wenn du mit verbose 5 einen log Auszug mit anhängst, dann siehst du vielleicht schon woran es liegt
und ich kann besser analysieren wenn ein Fehler vorliegt.
Gruß
Hubert
Zitat von: carlos am 02 März 2022, 07:58:13
Wäre nett, wenn du mit verbose 5 einen log Auszug mit anhängst, dann siehst du vielleicht schon woran es liegt
und ich kann besser analysieren wenn ein Fehler vorliegt.
Gruß
Hubert
Ich konnte in den Logs nicht wirklich einen Fehler entdecken. Anbei das Log.
Beim testen ist mir gerade noch was aufgefallen und zwar das ich bei get Statistik JAHRE was bekomme und zwar nur aus 2020. Ich habe zwei Speicher in MeinSenec hinterlegt. Der eine ist stillgelegt und von den kommen auch die Daten. Kann es sein, dass das Modul nur eine Anlage und dann halt die erste unterstützen kann?
Genau so ist es. Im Moment gehe ich nur von einer Anlage aus und das ist dann die erste.
Ok, da muss ich mir was überlegen.
Evtl baue ich noch ein set anlagenid ein, dann geht es damit schon mal.
In der Anzeige bzw. im internal SENEC_ANLAGE sieht man die ID, wahrscheinlich ist das die stillgelegte Anlage
Gruß
Hubert
Die ID finde ich im MeinSenec Portal nicht wieder.
Wenn ich unter Anlagen herumschalte, dann sehe ich nur, dass sich die URL ändert:
https://mein-senec.de/endkunde/#/1/status
https://mein-senec.de/endkunde/#/0/status
Anlage "0" ist meine aktive Anlage.
Habe noch mal die von 36_Senec.pm verwendete Seriennummern mit meiner Hautpanlage in meine-senec.de verglichen. Ja es ist so, das die falsche Anlage genutzt wird.
Kannst du mal bitte diese Version testen.
Bei mehreren Anlagen kann man hier über set anlage xyz die entsprechende Anlage setzen.
Ist wahrscheinlich noch nicht die entgültige Lösung, aber vielleicht kannst du ja erst mal damit leben.
Ich werde wohl eher den lokalen Speicher gegen die Anlagen im Web checken, aber das kommt evtl später.
Gruß
Hubert
Das sieht sehr gut aus. Vielen Dank für deine schnelle Unterstützung.
Vor zwei Tagen auf die neue Version Umgestellt. Sieht gut aus.
Wenn es jetzt noch möglich wäre die Werte zu Runden - vielleicht zwei Nachkommastellen - zwecks Einbindung in die FTUI.....
Auf jeden fall Super Arbeit
Kann ich machen kein Problem.
Hallo Carlo
Ich habe die neue Version getestet, bin aber wegen der W und W/h Anzeige wieder auf die alte Version zurück.
Sieht in FTUI nicht schön aus, ohne Ende Nachkommastellen.
Ich habe bis jetzt auch noch nicht hinbekommen deine Auswertungstabelle in FTUI anzuzeigen.
Trotzdem super Arbeit.
Hallo,
ich habe aktuell wiederkehrend Abstürze von fhem.
Im aktuellen Log steht vor dem Neustart das
2022.04.11 23:51:49 1: PERL WARNING: Useless use of hash element in void context at ./FHEM/36_Senec.pm line 1613, <$fh> line 3325.
2022.04.11 23:51:49 1: PERL WARNING: Useless use of hash element in void context at ./FHEM/36_Senec.pm line 1614, <$fh> line 3325.
Oder
malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<html><body><h1>503 ...") at ./FHEM/36_Senec.pm line 1443.
Oder
2022.04.11 23:53:54 1: PERL WARNING: Useless use of hash element in void context at ./FHEM/36_Senec.pm line 1613, <$fh> line 3325.
2022.04.11 23:53:54 1: PERL WARNING: Useless use of hash element in void context at ./FHEM/36_Senec.pm line 1614, <$fh> line 3325.
Bei Bedarf kann ich auch noch logs mit höherem Level liefern.
Level muss ich erst noch höher stellen.
Hallo,
Bei mir das gleiche.
Abstürze durch Perl Warning im Modul.
Seit der Log Level erhöht ist kein Absturz bisher. Letzter Absturz war vor 3 Tagen. Daher kann ich keine detaillierten Infos bisher liefern.
Wenn mein Speicher mal wieder läuft gibt's eine neue Version.
Seit 13.04. hatte ich keinen Absturz mehr.
Das fällt genau mit dem Termin zusammen wo mein Speicher wieder anfangen hat zu "arbeiten".
In meinen FileLog des Senec habe ich nochmal herumgestöbert zu der Zeit wo die Abstürze aufgetreten sind:
2022-04-11_23:36:07 Senec connected
2022-04-11_23:36:07 Senec ERROR: Login error: read from https://app-gateway-prod.senecops.com:443 timed out
2022-04-11_23:36:07 Senec disconnected read from https://app-gateway-prod.senecops.com:443 timed out
2022-04-11_23:36:07 Senec ERROR: Fehler bei dem URL-Aufruf: https://app-gateway-prod.senecops.com/v1/senec/anlagen/<meineanlagenid>/dashboard
2022-04-11_23:36:07 Senec disconnected read from https://app-gateway-prod.senecops.com:443 timed out
2022-04-11_23:36:07 Senec ERROR: none
2022-04-11_23:36:07 Senec connected
2022-04-11_23:36:07 Senec ERROR: Fehler bei dem URL-Aufruf: https://app-gateway-prod.senecops.com/v1/senec/anlagen
2022-04-11_23:36:07 Senec disconnected read from https://app-gateway-prod.senecops.com:443 timed out
2022-04-11_23:36:08 Senec ERROR: none
2022-04-11_23:36:08 Senec connected
2022-04-11_23:36:37 Senec nextUpdate: Automatic - next polltime: 23:37:07
2022-04-11_23:36:37 Senec lastUpdate: 2022-04-11 23:36:37
2022-04-11_23:36:37 Senec connected
2022-04-11_23:36:37 Senec pm1obj1: 77.14
2022-04-11_23:36:37 Senec connected
2022-04-11_23:36:37 Senec netzbezug: 77.14
2022-04-11_23:36:37 Senec stromverbrauch: 77.14
2022-04-11_23:36:37 Senec zeitstempel: 2022-04-11 23:36:37
2022-04-11_23:36:37 Senec connected
2022-04-11_23:36:37 Senec connected
2022-04-11_23:36:37 Senec zeitstempel_total: 2022-04-11 23:36:37
2022-04-11_23:36:37 Senec connected
2022-04-11_23:36:37 Senec ERROR: Login error: read from https://app-gateway-prod.senecops.com:443 timed out
2022-04-11_23:36:37 Senec disconnected read from https://app-gateway-prod.senecops.com:443 timed out
2022-04-11_23:36:38 Senec ERROR: Fehler bei dem URL-Aufruf: https://app-gateway-prod.senecops.com/v1/senec/anlagen
2022-04-11_23:36:38 Senec disconnected read from https://app-gateway-prod.senecops.com:443 timed out
2022-04-11_23:36:38 Senec ERROR: Fehler bei dem URL-Aufruf: https://app-gateway-prod.senecops.com/v1/senec/anlagen/<meineanlagenid>/dashboard
2022-04-11_23:36:38 Senec disconnected read from https://app-gateway-prod.senecops.com:443 timed out
2022-04-11_23:36:38 Senec ERROR: none
2022-04-11_23:36:38 Senec connected
2022-04-11_23:37:07 Senec nextUpdate: Automatic - next polltime: 23:37:37
2022-04-11_23:37:07 Senec lastUpdate: 2022-04-11 23:37:07
2022-04-11_23:37:07 Senec connected
2022-04-11_23:37:07 Senec pm1obj1: 77.57
2022-04-11_23:37:07 Senec connected
2022-04-11_23:37:07 Senec netzbezug: 78.32
2022-04-11_23:37:07 Senec stromverbrauch: 78.32
2022-04-11_23:37:07 Senec zeitstempel: 2022-04-11 23:37:07
2022-04-11_23:37:07 Senec connected
2022-04-11_23:37:07 Senec connected
2022-04-11_23:37:07 Senec zeitstempel_total: 2022-04-11 23:37:07
2022-04-11_23:37:07 Senec connected
2022-04-11_23:37:08 Senec ERROR: Login error: read from https://app-gateway-prod.senecops.com:443 timed out
2022-04-11_23:37:08 Senec disconnected read from https://app-gateway-prod.senecops.com:443 timed out
2022-04-11_23:37:08 Senec ERROR: Fehler bei dem URL-Aufruf: https://app-gateway-prod.senecops.com/v1/senec/anlagen/<meineanlagenid>/dashboard
2022-04-11_23:37:08 Senec disconnected read from https://app-gateway-prod.senecops.com:443 timed out
2022-04-11_23:37:08 Senec ERROR: none
2022-04-11_23:37:08 Senec connected
2022-04-11_23:37:08 Senec ERROR: Fehler bei dem URL-Aufruf: https://app-gateway-prod.senecops.com/v1/senec/anlagen
2022-04-11_23:37:08 Senec disconnected read from https://app-gateway-prod.senecops.com:443 timed out
2022-04-11_23:37:08 Senec ERROR: none
2022-04-11_23:37:08 Senec connected
Heute Nacht hatte ich zwei direkt aufeinander folgende fhem Abstürze.
2022.04.22 23:51:43 1: PERL WARNING: Useless use of hash element in void context at ./FHEM/36_Senec.pm line 1613, <$fh> line 3329.
2022.04.22 23:51:43 1: PERL WARNING: Useless use of hash element in void context at ./FHEM/36_Senec.pm line 1614, <$fh> line 3329.
Also das gleiche wie damals.
Beim fhem Neustart stehen dann diese Meldungen im Log
2022.04.22 23:51:52 1: PERL WARNING: Use of uninitialized value $gui_grid_pow in numeric lt (<) at ./FHEM/36_Senec.pm line 2699.
2022.04.22 23:51:52 1: PERL WARNING: Use of uninitialized value $gui_grid_pow in numeric gt (>) at ./FHEM/36_Senec.pm line 2700.
2022.04.22 23:51:52 1: PERL WARNING: Use of uninitialized value $gui_bat_data_power in numeric lt (<) at ./FHEM/36_Senec.pm line 2702.
2022.04.22 23:51:52 1: PERL WARNING: Use of uninitialized value $gui_bat_data_power in numeric gt (>) at ./FHEM/36_Senec.pm line 2703.
2022.04.22 23:51:52 1: PERL WARNING: Use of uninitialized value $stat_hours_of_operation in sprintf at ./FHEM/36_Senec.pm line 2725.
2022.04.22 23:51:52 1: PERL WARNING: Use of uninitialized value $hausverbrauch in numeric gt (>) at ./FHEM/36_Senec.pm line 2727.
2022.04.22 23:51:52 1: PERL WARNING: Use of uninitialized value $live_house_cons in numeric gt (>) at ./FHEM/36_Senec.pm line 2776.
Hallo Hubert,
auch bei mir treten in letzter Zeit vermehrt Abstürze auf. Allerdings hat die SENEC Android App zur Zeit auch öfters Probleme.
Da die Abstürze bei mir immer in Zeile 1599 des Moduls auftreten habe ich ein weiteres Log Statement eingefügt:
sub SenecApi_getDashboardCallback($) {
...
Log3 $name, 4,"[$sub_name] BK APICALL: " . $apicall . " --- " . $data . "\n";
my $datadecoded = decode_json($data);
Log3 $name, 4,"[$sub_name] APICALL: " . $apicall . "\n";
Log3 $name, 4,"[$sub_name] DATA: ".$data . "\n";
Im log sieht man dann, dass im Fehlerfall der JSON ($data) string leer ist:
FHEM::Senec::SenecApi_getDashboardCallback] BK APICALL: dashboard ---
malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "(end of string)") at ./FHEM/36_Senec.pm line 1600.
/entry.sh: line 621: kill: (4382) - No such process
"my $datadecoded = decode_json($data);" führt dann zum Absturz:
Die "API Timeout Fehler" von HGButte deuten auch auf Serverprobleme bei SENEC hin.
Gruß
Bernhard
Hallo zusammen,
Ich bekomme scheinbar öfters einen HTTP 503 Fehler (zu letzt 04.05.2022 um 0:21Uhr), welcher auch zu einem FHEM Absturz geführt hat.
Gestern (06.05.2022) hat sich die Senec App auch merkwürdig verhalten. Wahllose Daten wurden angezeigt. Oftmals kein "Stromfluss" in irgendeine Richtung etc.
Entsprechend sieht in FHEM auch die SVG Grafik über die SENEC Daten aus. Aber Fehler im 36_SENEC.pm sind zu der Zeit keine aufgetreten.
Haben mir das ganze auch mal im Code angeschaut und das Modul etwas angepasst.
Habe den Ansatz mit eval von hier übernommen:
https://forum.fhem.de/index.php/topic,71737.msg632691.html#msg632691 (https://forum.fhem.de/index.php/topic,71737.msg632691.html#msg632691)
Habe das jetzt mal Quick&Dirty eingebaut und teste das ganze jetzt mal.
Für Experimentierfreudige hier mal das angepasste Modul. Ohne Gewähr.
Hurra, mein Speicher läuft wieder seit dieser Woche.
Es wird also demnächst eine neue Version des Moduls geben.
Ich werde die das decode_json mit eval übernehmen und eine besseres Fehler handling einbauen.
Auserdem habe ich in der jetzigen Version noch die Auswahl der Anzeige in kWh/kW oder Wh/W mit drin.
Werde allerdings noch diese Woche dazu brauchen.
Gruß
Carlos
Neue Version 1.15.00 im 1. thread verfügbar.
Bitte testen und feedback geben.
Gruß
Hubert
In dem hochgeladenen Skript ist ein Fehler:
Unterminated <> operator at ./FHEM/36_Senec.pm line 278.
Wenn ich die Klammer korrigiere geht es. Siehe korrigierte Version im Anhang:
Danke, das ist korrekt so. Da habe ich die neuen Status Meldungen falsch ergänzt.
Im 1. thread die richtige Version.
Gruß
Hubert
Moin,,
erst mal ein RIESEN DANKESCHÖN für das Modul ###chapeau###
Ich hätte gerne bei dem Attribut Report auch die Option für INFO und TAGE zusammen ;-) Geht das EINFACH zu managen?
Gruß und Dank
Ralf
Hallo Ralf,
Muss ich mir mal anschauen. Ich könnte evtl bei den Tagen die Info dazu machen
Eine bessere Idee wäre vieleicht bei Tage/Monate/Jahr noch die aktuellen Werte in der ersten Zeile mit dazu zu nehmen.
Ich probiere mal was.
Das wird aber ne Weile dauern, den ich bin gerade bei der OpenWB integration.
Habe letzte Woche eine bekommen und die möchte ich mit integrieren.
Gruß
Hubert
Hallo Hubert,
kein Thema - take your time.
Gruß
Ralf
Im 1. thread eine neue Version mit
Neuer Report BMS zur Temperatur Überwachung der Batterie Module
@Wuppi68 passt das so mit der Info Anzeige für Tage, Monate und Jahr?
OpenWB Integration.
Viel Spaß damit.
Gruß
Hubert
Zitat von: carlos am 16 Juni 2022, 00:27:01
Im 1. thread eine neue Version mit
Neuer Report BMS zur Temperatur Überwachung der Batterie Module
@Wuppi68 passt das so mit der Info Anzeige für Tage, Monate und Jahr?
OpenWB Integration.
Viel Spaß damit.
Gruß
Hubert
Danke Hubert für deine ständigen Erweiterungen, habe das bei mir schon aktualisiert.
Durch openBWB wird anscheinend ein QTT Modul von Perl benötigt.
Für diejenigen die es auch noch nicht hatten kann man es einfach mit
sudo cpan install Net::MQTT::Simple
nachinstallieren.
Oh sorry, ja das hatte ich vergessen.
Trage ich noch nach.
Gruß
Hubert
Hallo Hubert,
es scheint wohl so das sich die BMS Values bei einem V2 (wie in meinem Fall) zu einem V3 unterscheidet.
Dur fragst folgende Attributen ab:
'BMS' => {
'MODULE_COUNT' => 3,
'FW_4' => 0,
'FW_3' => 769,
'A' => {},
'CELL' => {
'TEMPERATURES' => {
'MODULE' => 'VARIABLE_NOT_FOUND'
},
'VOLTAGES' => {
'MODULE' => 'VARIABLE_NOT_FOUND'
}
},
'FW_1' => 769,
'FW_2' => 769
},
laut Postman habe ich aber nur diese zur Verfügung:
{
"BMS": {
"ALARM_STATUS": [
"u1_0000",
"u1_0000",
"u1_0000",
"u1_0000"
],
"BATTERY_STATUS": [
"u1_0063",
"u1_0063",
"u1_0063",
"u1_0000"
],
"BL": [
"u1_0000",
"u1_0000",
"u1_0000",
"u1_0000"
],
"BMS_READY_FLAG": "u8_01",
"CHARGED_ENERGY": [
"u3_00000000",
"u3_00000000",
"u3_00000000",
"u3_00000000"
],
"CHARGE_CURRENT_LIMIT": [
"fl_00000000",
"fl_00000000",
"fl_00000000",
"fl_00000000"
],
"COMMERRCOUNT": "u1_0000",
"CURRENT": [
"fl_BD4CCCCD",
"fl_BD8F5C29",
"fl_BD4CCCCD",
"fl_00000000"
],
"CYCLES": [
"u1_0456",
"u1_045C",
"u1_0444",
"u1_0000"
],
"DERATING": "u8_00",
"DISCHARGED_ENERGY": [
"u3_00000000",
"u3_00000000",
"u3_00000000",
"u3_00000000"
],
"DISCHARGE_CURRENT_LIMIT": [
"fl_00000000",
"fl_00000000",
"fl_00000000",
"fl_00000000"
],
"ERROR": "u8_00",
"FAULTLINECOUNT": "u1_0000",
"FW": [
"u1_0301",
"u1_0301",
"u1_0301",
"u1_0000"
],
"HW_EXTENSION": [
"u1_0000",
"u1_0000",
"u1_0000",
"u1_0000"
],
"HW_MAINBOARD": [
"u1_0200",
"u1_0200",
"u1_0200",
"u1_0200"
],
"MANUFACTURER": "u8_01",
"MAX_CELL_VOLTAGE": [
"u1_0F76",
"u1_0F76",
"u1_0F74",
"u1_0000"
],
"MAX_TEMP": "i1_0118",
"MIN_CELL_VOLTAGE": [
"u1_0F6A",
"u1_0F67",
"u1_0F67",
"u1_0000"
],
"MIN_TEMP": "i1_0104",
"MODULES_CONFIGURED": "u8_00",
"MODULE_COUNT": "u8_03",
"NOM_CHARGEPOWER_MODULE": "fl_441C4000",
"NOM_DISCHARGEPOWER_MODULE": "fl_449C4000",
"NR_INSTALLED": "u8_03",
"PROTOCOL": "u1_0000",
"RECOVERLOCKED": "u8_00",
"SERIAL": [
"st_",
"st_",
"st_",
"st_"
],
"SN": [
"u3_208C0056",
"u3_208C0054",
"u3_1F82004A",
"u3_00000000"
],
"SOC": [
"u1_0063",
"u1_0061",
"u1_0062",
"u1_0000"
],
"SOH": [
"u8_56",
"u8_56",
"u8_55",
"u8_00"
],
"STATUS": [
"u3_00000000",
"u3_00000000",
"u3_00000000",
"u3_00000000"
],
"SYSTEM_SOC": "u1_03DA",
"TEMP_MAX": [
"i8_1A",
"i8_1B",
"i8_1C",
"i8_00"
],
"TEMP_MIN": [
"i8_1A",
"i8_1A",
"i8_1B",
"i8_00"
],
"VOLTAGE": [
"fl_424D851F",
"fl_424D7AE1",
"fl_424D70A4",
"fl_00000000"
],
"WIZARD_ABORT": "u8_01",
"WIZARD_CONFIRM": "u8_00",
"WIZARD_DCCONNECT": "u1_0000",
"WIZARD_START": "u8_00",
"WIZARD_STATE": "u8_00"
}
}
Ich habe heute auch noch die openWB Funktion getestet. Die PV-Daten und Speicher-Daten werden sauber verarbeitet. Aber die EVU Daten nicht. Im Log von meinSENEC werden die auch als übertragen angezeigt, aber das MQTT Log in openWB zeigt nichts an. Wenn ich das Topic manuell per MQTT-Explorer publishe taucht es auch im MQTT-Log von openWB auf. Funktioniert es bei dir denn reibungslos?
Also ich habe einen Senec Home V2.1 1ph / Lithium mit 4 Modulen.
und damit funktioniert es.
Was hast du denn für ein Model? Ist das noch ein älteres Model?
Sollte nämlich auch mit der SENEC.Home V3 hybrid/duo gehen.
Das mit der OpenWB habe ich auch schon festgestellt.
siehe log:
2022-06-16 12:09:03 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:09:03 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:09:03 Topic: openWB/set/pv/1/W Message: 7159
2022-06-16 12:09:02 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:09:02 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:09:02 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:09:02 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:09:02 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:08:59 Topic: openWB/set/graph/RequestDayGraph Message: 0
2022-06-16 12:08:56 Topic: openWB/set/system/topicSender Message: local client uid: fjlbt sent: openWB/set/graph/RequestDayGraph
2022-06-16 12:08:56 Topic: openWB/set/graph/RequestDayGraph Message: 0
2022-06-16 12:08:56 Topic: openWB/set/system/topicSender Message: local client uid: fjlbt sent: openWB/set/graph/RequestDayGraph
2022-06-16 12:08:56 Topic: openWB/set/graph/RequestDayGraph Message: 20220616
2022-06-16 12:08:53 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:08:53 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:08:53 Topic: openWB/set/houseBattery/%Soc Message: 100
2022-06-16 12:08:53 Topic: openWB/set/houseBattery/WhExported Message: 1720230
2022-06-16 12:08:53 Topic: openWB/set/houseBattery/WhImported Message: 1773840
2022-06-16 12:08:52 Topic: openWB/set/houseBattery/W Message: -13
2022-06-16 12:08:52 Topic: openWB/set/pv/1/WhCounter Message: 11095170
2022-06-16 12:08:52 Topic: openWB/set/pv/1/W Message: 7139
2022-06-16 12:08:52 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:52 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:08:52 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:52 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:08:52 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:08:43 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:08:43 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:08:42 Topic: openWB/set/pv/1/WhCounter Message: 11095150
2022-06-16 12:08:42 Topic: openWB/set/pv/1/W Message: 7148
2022-06-16 12:08:42 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:42 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:08:42 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:42 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:08:42 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:08:33 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:08:33 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:08:32 Topic: openWB/set/pv/1/WhCounter Message: 11095130
2022-06-16 12:08:32 Topic: openWB/set/pv/1/W Message: 7138
2022-06-16 12:08:32 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:32 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:08:32 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:32 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:08:32 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:08:23 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:08:23 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:08:22 Topic: openWB/set/pv/1/WhCounter Message: 11095110
2022-06-16 12:08:22 Topic: openWB/set/pv/1/W Message: 7135
2022-06-16 12:08:22 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:22 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:08:22 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:22 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:08:22 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:08:13 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:08:13 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:08:12 Topic: openWB/set/pv/1/WhCounter Message: 11095090
2022-06-16 12:08:12 Topic: openWB/set/pv/1/W Message: 7129
2022-06-16 12:08:12 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:12 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:08:12 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:12 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:08:12 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:08:03 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:08:03 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:08:02 Topic: openWB/set/pv/1/W Message: 7138
2022-06-16 12:08:02 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:02 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:08:02 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:02 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:08:02 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:07:54 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:07:54 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:07:53 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:07:53 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:07:53 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:07:53 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:07:53 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:07:52 Topic: openWB/set/pv/1/WhCounter Message: 11095050
2022-06-16 12:07:52 Topic: openWB/set/pv/1/W Message: 7126
Verstehe es aber auch nicht.
Habe das auch im OpenWB Forum angesprochen, konnte mir aber noch keiner helfen dabei.
Andere Möglichkeit wäre die MQTT Werte über notify zu übertragen.
Mache ich im Moment so mit meinem OpenWB Version 2 dev system.
Aber ich werde mal versuchen das Problem zu lösen.
Gruß
Hubert
Zitat von: carlos am 17 Juni 2022, 00:07:50
Also ich habe einen Senec Home V2.1 1ph / Lithium mit 4 Modulen.
und damit funktioniert es.
Was hast du denn für ein Model? Ist das noch ein älteres Model?
Sollte nämlich auch mit der SENEC.Home V3 hybrid/duo gehen.
Das mit der OpenWB habe ich auch schon festgestellt.
siehe log:
2022-06-16 12:09:03 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:09:03 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:09:03 Topic: openWB/set/pv/1/W Message: 7159
2022-06-16 12:09:02 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:09:02 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:09:02 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:09:02 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:09:02 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:08:59 Topic: openWB/set/graph/RequestDayGraph Message: 0
2022-06-16 12:08:56 Topic: openWB/set/system/topicSender Message: local client uid: fjlbt sent: openWB/set/graph/RequestDayGraph
2022-06-16 12:08:56 Topic: openWB/set/graph/RequestDayGraph Message: 0
2022-06-16 12:08:56 Topic: openWB/set/system/topicSender Message: local client uid: fjlbt sent: openWB/set/graph/RequestDayGraph
2022-06-16 12:08:56 Topic: openWB/set/graph/RequestDayGraph Message: 20220616
2022-06-16 12:08:53 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:08:53 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:08:53 Topic: openWB/set/houseBattery/%Soc Message: 100
2022-06-16 12:08:53 Topic: openWB/set/houseBattery/WhExported Message: 1720230
2022-06-16 12:08:53 Topic: openWB/set/houseBattery/WhImported Message: 1773840
2022-06-16 12:08:52 Topic: openWB/set/houseBattery/W Message: -13
2022-06-16 12:08:52 Topic: openWB/set/pv/1/WhCounter Message: 11095170
2022-06-16 12:08:52 Topic: openWB/set/pv/1/W Message: 7139
2022-06-16 12:08:52 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:52 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:08:52 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:52 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:08:52 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:08:43 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:08:43 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:08:42 Topic: openWB/set/pv/1/WhCounter Message: 11095150
2022-06-16 12:08:42 Topic: openWB/set/pv/1/W Message: 7148
2022-06-16 12:08:42 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:42 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:08:42 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:42 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:08:42 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:08:33 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:08:33 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:08:32 Topic: openWB/set/pv/1/WhCounter Message: 11095130
2022-06-16 12:08:32 Topic: openWB/set/pv/1/W Message: 7138
2022-06-16 12:08:32 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:32 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:08:32 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:32 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:08:32 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:08:23 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:08:23 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:08:22 Topic: openWB/set/pv/1/WhCounter Message: 11095110
2022-06-16 12:08:22 Topic: openWB/set/pv/1/W Message: 7135
2022-06-16 12:08:22 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:22 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:08:22 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:22 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:08:22 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:08:13 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:08:13 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:08:12 Topic: openWB/set/pv/1/WhCounter Message: 11095090
2022-06-16 12:08:12 Topic: openWB/set/pv/1/W Message: 7129
2022-06-16 12:08:12 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:12 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:08:12 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:12 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:08:12 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:08:03 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:08:03 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:08:02 Topic: openWB/set/pv/1/W Message: 7138
2022-06-16 12:08:02 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:02 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:08:02 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:08:02 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:08:02 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:07:54 Topic: openWB/set/evu/faultStr Message: Kein Fehler
2022-06-16 12:07:54 Topic: openWB/set/evu/faultState Message: 0
2022-06-16 12:07:53 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:07:53 Topic: openWB/set/houseBattery/faultStr Message: Kein Fehler
2022-06-16 12:07:53 Topic: openWB/set/houseBattery/faultState Message: 0
2022-06-16 12:07:53 Topic: openWB/set/pv/1/faultStr Message: Kein Fehler
2022-06-16 12:07:53 Topic: openWB/set/pv/1/faultState Message: 0
2022-06-16 12:07:52 Topic: openWB/set/pv/1/WhCounter Message: 11095050
2022-06-16 12:07:52 Topic: openWB/set/pv/1/W Message: 7126
Verstehe es aber auch nicht.
Habe das auch im OpenWB Forum angesprochen, konnte mir aber noch keiner helfen dabei.
Andere Möglichkeit wäre die MQTT Werte über notify zu übertragen.
Mache ich im Moment so mit meinem OpenWB Version 2 dev system.
Aber ich werde mal versuchen das Problem zu lösen.
Gruß
Hubert
Hallo Hubert,
ich habe einen SENEC.Home Li V2 mit drei Modulen also 7,5 kWh mit der Firmware-Version 815 und der
GUI-Version 959.
Bzgl. openWB, Das muss irgendwie mit was mit dem 36_Senec.pm Modul und dem MQTT Perl Service zu tun haben. Gestern habe ich mal testweise einen anderen Broker als "openWB_IP" eingetragen und mit MQTT-Broker geloggt. Dort kommen die Werte sauber an. Testweise habe ich dann mal die Nachrichten per Node-Red Flows zur openWB umgeleitet, das funktioniert dann auch. Ich denke ich werde es jetzt erst mal mit mqttPublish lösen.
Hallo,
Also ich habe das ganze jetzt mal mit einem MQtt2 client und einer bridge in FHEM probiert und publishe die Werte jetzt am Senec device.
Das funktioniert sehr gut wie man auch im OpenWB log sieht:
2022-06-17 13:22:17 Topic: openWB/set/evu/HzFrequenz Message: 50.04
2022-06-17 13:22:17 Topic: openWB/set/evu/VPhase3 Message: 238.20
2022-06-17 13:22:17 Topic: openWB/set/evu/VPhase2 Message: 237.00
2022-06-17 13:22:17 Topic: openWB/set/evu/VPhase1 Message: 236.50
2022-06-17 13:22:17 Topic: openWB/set/evu/WhExported Message: 7094610.00
2022-06-17 13:22:17 Topic: openWB/set/evu/WhImported Message: 1656520.00
2022-06-17 13:22:17 Topic: openWB/set/evu/APhase3 Message: 9.57
2022-06-17 13:22:17 Topic: openWB/set/evu/APhase2 Message: 9.79
2022-06-17 13:22:17 Topic: openWB/set/evu/APhase1 Message: 6.34
2022-06-17 13:22:17 Topic: openWB/set/evu/W Message: -5777
2022-06-17 13:22:17 Topic: openWB/set/houseBattery/%Soc Message: 100
2022-06-17 13:22:17 Topic: openWB/set/houseBattery/WhImported Message: 1779680.00
2022-06-17 13:22:17 Topic: openWB/set/houseBattery/WhExported Message: 1725300.00
2022-06-17 13:22:17 Topic: openWB/set/houseBattery/W Message: -11
2022-06-17 13:22:17 Topic: openWB/set/pv/1/WhCounter Message: 11164200.00
2022-06-17 13:22:17 Topic: openWB/set/pv/1/W Message: 6860
Jetzt sind auch diese fault messages weg.
Ich werde dann wohl die MQTT Geschichte im Modul wieder rausnehmen.
War dein Senec eigentlich auch abgeschaltet in der letzten Zeit?
Haben die dir keine neuere Firmware drauf gemacht?
Kann sein dass die Temperatur Werte erst mit einer neueren Firmware dazu gekommen sind.
Ich würde dann eine Prüfung einbauen, dass man den report nicht auswählen kann, wenn keine Werte da sind.
Gruß
Hubert
Zitat von: carlos am 16 Juni 2022, 00:27:01
Im 1. thread eine neue Version mit
Neuer Report BMS zur Temperatur Überwachung der Batterie Module
@Wuppi68 passt das so mit der Info Anzeige für Tage, Monate und Jahr?
OpenWB Integration.
Viel Spaß damit.
Gruß
Hubert
Mille gracie,
bin aktuel aber noch im Urlaub :-) und per Remote mache ich so etwas nicht bei meinen Schwiegereltern in spe. Werde es vermutlich in 8-9 Tagen anschauen können
Nis dann
Ralf
Zitat von: carlos am 17 Juni 2022, 13:29:50
Hallo,
Also ich habe das ganze jetzt mal mit einem MQtt2 client und einer bridge in FHEM probiert und publishe die Werte jetzt am Senec device.
Das funktioniert sehr gut wie man auch im OpenWB log sieht:
2022-06-17 13:22:17 Topic: openWB/set/evu/HzFrequenz Message: 50.04
2022-06-17 13:22:17 Topic: openWB/set/evu/VPhase3 Message: 238.20
2022-06-17 13:22:17 Topic: openWB/set/evu/VPhase2 Message: 237.00
2022-06-17 13:22:17 Topic: openWB/set/evu/VPhase1 Message: 236.50
2022-06-17 13:22:17 Topic: openWB/set/evu/WhExported Message: 7094610.00
2022-06-17 13:22:17 Topic: openWB/set/evu/WhImported Message: 1656520.00
2022-06-17 13:22:17 Topic: openWB/set/evu/APhase3 Message: 9.57
2022-06-17 13:22:17 Topic: openWB/set/evu/APhase2 Message: 9.79
2022-06-17 13:22:17 Topic: openWB/set/evu/APhase1 Message: 6.34
2022-06-17 13:22:17 Topic: openWB/set/evu/W Message: -5777
2022-06-17 13:22:17 Topic: openWB/set/houseBattery/%Soc Message: 100
2022-06-17 13:22:17 Topic: openWB/set/houseBattery/WhImported Message: 1779680.00
2022-06-17 13:22:17 Topic: openWB/set/houseBattery/WhExported Message: 1725300.00
2022-06-17 13:22:17 Topic: openWB/set/houseBattery/W Message: -11
2022-06-17 13:22:17 Topic: openWB/set/pv/1/WhCounter Message: 11164200.00
2022-06-17 13:22:17 Topic: openWB/set/pv/1/W Message: 6860
Jetzt sind auch diese fault messages weg.
Ich werde dann wohl die MQTT Geschichte im Modul wieder rausnehmen.
War dein Senec eigentlich auch abgeschaltet in der letzten Zeit?
Haben die dir keine neuere Firmware drauf gemacht?
Kann sein dass die Temperatur Werte erst mit einer neueren Firmware dazu gekommen sind.
Ich würde dann eine Prüfung einbauen, dass man den report nicht auswählen kann, wenn keine Werte da sind.
Gruß
Hubert
Ich habe das direkt im meinSenec Device eingebaut und zwar über mqttPublish und einer MQTT Bridge in FHEM klappt auch super. Wenn wir schon aus FHEM die daten an openWB übertragen dann können wir ja auch die vorhandenen Features nutzen ;-)
Mein Speicher war nicht von der Abschaltung betroffen, das waren wohl nur neuere bzw. mit anderen Akkus. Ich hatte initial den V1 der 2020 gegen einen V2 getauscht wurde aber die Akku Module wurde von dem V1 übernommen.
Temperaturen kommen bei diesem Speicher auch nur über eine andere Attribute und scheinbar nur gemittelt
{ "TEMPMEASURE" : {} }
Ich hätte noch eine andere Sache. Früher über HTTPMOD hatte ich auch den Status der Steckdosen abgefragt.
{ "SOCKETS" : {} }
Somit konnte man die Einstellungen wann die Steckdosen schalten, sollen ganz normal konfigurieren aber nichts anschließen sondern nur den Speicher für die Berechnung nutzten und dann den Status der Steckdosen für weitere DOIFs nutzen um Verbraucher per FHEM schalten zu können. Vielleicht könnte das der ein oder andere auch noch gebrauchen.
ZitatIch habe das direkt im meinSenec Device eingebaut und zwar über mqttPublish und einer MQTT Bridge in FHEM klappt auch super. Wenn wir schon aus FHEM die daten an openWB übertragen dann können wir ja auch die vorhandenen Features nutzen ;-)
Da gebe ich dir Recht und so funktioniert das bei mir auch bestens.
Also wie schon gesagt fliegt der OpenWB MQTT Teil wieder raus aus dem Modul.
Diese Atributte habe ich auch:
Zitat
{ "TEMPMEASURE" : {} }
Sehen bei mir so aus:
BATTERY_TEMP 35 C
CASE_TMP 38.65C
MCU_TEMP 50.41 C
TEMP_DATA_COLLECTED true
Die 3 Temp Werte könnte ich in die Status Info mit reinnehmen.
Das wäre schon mal was.
Das mit den Sockets hatte ich auch schon angedacht, die sind aber bei mir nicht freigeschaltet.
Deswegen habe ich das noch nicht implementiert.
Kommt aber bestimmt noch.
Gruß
Hubert
Ich nutze noch die V1.15.0.
Vor einigen Tagen hatte ich einen FHEM Absturz.
Log: Not an ARRAY reference at ./FHEM/36_Senec.pm line 1519.
Dreht sich wohl um @$anlagen, siehe unten.
my $device_id = "S".$data{$type}{$name}{LOCAL}{FACTORY}{DEVICE_ID};
my @ids;
foreach my $item( @$anlagen ) {
Log3 $name, 4,"[$sub_name] ANLAGE: ".Dumper($item) . "\n";
push @ids, $item->{id};
my $steuereinheitnummer = $item->{steuereinheitnummer};
$data{$type}{$name}{API}{ANLAGEN}{$item->{id}}= $item;
if ($device_id eq $steuereinheitnummer ) {
$hash->{SENEC_ANLAGE} = $item->{id};
json2reading($defs{"$name"}, encode_json($item), "Anlage_", undef, undef);
my $wbids = $item->{wallboxIds};
foreach my $wbid ( @$wbids ) {
$hash->{SENEC_WALLBOXIDS} = $wbid;
last;
}
}
}
Moin zusammen,
ich habe mal die 36_Senec.pm um folgende Informationen ergänzt. Wer Interesse daran hat, kann sich gerne melden, dann stelle ich das zur Verfügung.
- Informationen über die Steckdosen
- Temperaturen (Gehäuse, MCU und Batterie)
- Alterungszustand der Batterie (SOH)
@xerion:
Wenn du möchtest, dass deine Erweiterung in mein 36_Senec.pm einfließen sollen, solltest du mir deine Änderungen hier zur Verfügung stellen, damit ich sie entsprechend einbauen kann.
Aus deiner PM geht nicht hervor, was du da gerne hättest, da nur Bruchstücke des Codes in der PM waren.
Noch mal die Bitte an dich lade hier das Modul mit deinen gekennzeichneten Änderung hoch.
Ich werde es abgleichen und übernehmen.
Ansonsten gibt es spätestens morgen eine neue Version von mir mit einer neuen OpenWB anbindung und diversen Verbesserungen und Code Optimierung.
Gruß
Hubert
Zitat von: carlos am 22 Juni 2022, 16:38:01
@xerion:
Wenn du möchtest, dass deine Erweiterung in mein 36_Senec.pm einfließen sollen, solltest du mir deine Änderungen hier zur Verfügung stellen, damit ich sie entsprechend einbauen kann.
Aus deiner PM geht nicht hervor, was du da gerne hättest, da nur Bruchstücke des Codes in der PM waren.
Noch mal die Bitte an dich lade hier das Modul mit deinen gekennzeichneten Änderung hoch.
Ich werde es abgleichen und übernehmen.
Ansonsten gibt es spätestens morgen eine neue Version von mir mit einer neuen OpenWB anbindung und diversen Verbesserungen und Code Optimierung.
Gruß
Hubert
[/quote
Hallo Hubert,
sorry für die späte Rückmeldung, habe viel um die Ohren und da sich niemand gemeldet hatte, der die Änderungen benötigt hatte ich das erstmal vernachlässigt.
Aber nun anbei meine Änderungen. Wie per PN geschrieben bitte daran denken, das ich kein Programmierer bin, sondern nur durch lernen und kopieren den Code erweitert habe, also nicht böse sein nicht wenn es nicht so ist wie es ein gelernter Programmiere machen würde ;)
Die einzelnen Änderungen mit meinem Kürzel zu versehen schaffe ich leider nicht mehr, da ist ein Diff Tool glaube ich die besser und effektiverste Wahl. Wie z.B. "Meld" oder ähnliche. Dann siehst du schnell was sich geändert hat. Wenn ich nur meine Kürzel ergänze, dann würdest du nur den ergänzten Code sehen aber nicht was ich entfernt habe. ;)
Gruß
Frank
Servus,
habe gerade das Update auf 1.16 gemacht.
Mit fehlt ein wichtiger "alte" Parameter
Im alten Modul war dieses Reading vorhanden: wallbox_heute. (sowie ein paar andere Wallbox Punkte).
Ich habe eine Senec Pro S (Heidelberg) WB dran und hatte über das Reading meine Wallbox ausgewertet.
Irgendwie fehlt auch die ganze Wallbox Steuerung (AN, AUS, Solaroptimiert etc.)
Kann ich wieder darauf hoffen?
VG
Dean
Oh sorry da habe ich dann was verschlimmbessert.
War natürlch nicht meine Absicht. Problem ist, dass ich keine Senec Wallbox habe, sondern eine OpenWB vor 2 Wochen bekommen habe.
Ich werde mir das noch mal anschauen, wo ich da was geändert habe.
Ich bleibe dran.
Gruß
Hubert
Zitat von: Deanw1975 am 02 Juli 2022, 14:29:21
Servus,
habe gerade das Update auf 1.16 gemacht.
Mit fehlt ein wichtiger "alte" Parameter
Im alten Modul war dieses Reading vorhanden: wallbox_heute. (sowie ein paar andere Wallbox Punkte).
Ich habe eine Senec Pro S (Heidelberg) WB dran und hatte über das Reading meine Wallbox ausgewertet.
Irgendwie fehlt auch die ganze Wallbox Steuerung (AN, AUS, Solaroptimiert etc.)
Kann ich wieder darauf hoffen?
VG
Dean
Servus Hubert,
habe gerade einen Fehler in meiner Konfiguration gesehen.
Problem behoben, die Wallbox ist wieder zu sehen.
Rest per PN.
VG
Dean
Servus zusammen,
habe einen Senec v3 Hypird Duo mit einer WB Senec Pro S (ist eigentlich die Heidelberger Energy Control).
Da die Steuerung für Solaroptomiertes Laden von Senec für die Katz ist, habe ich eine eigene Steuerung Probeweise im Einsatz.
Aktuell ist es EVCC wobei ich aber noch die WEBC Steuerung antasten will.
Folgendes würde ich gerne nutzen:
-Solaroptimiertes Laden mit "externer" Lösung (EVCC oder WEBC)
-Schnelles Laden mit Senec, da EVCC oder WEBC mir meinen Hausakku beim schnellen laden aussaugt.
Idee aktuell:
-Solaroptimiertes Laden RS485 Kabel an externer Lösung
-Schnelles Laden RS485 Kabel an Senec Speicher
Dieses wiederum mit einem Schalter von FHEM gesteuert.
Das nur VORAB.
Um die Steuerung an andere Hardware zu übergeben, muss das RS 485 Kabel von Senec abgeklemmt werden und an die andere Hardware geklemmt werden. Somit redet die API von Senec nicht mehr mit der WB.
Nun bekomme ich aber folgende Fehler ins Log von Fhem:
[FHEM::Senec::SenecApi_getWallboxCallback] Fehler beim Dekodieren der GET Wallbox R�ckmeldung: <html><body><h1>429 Too Many Requests</h1>
You have sent too many requests in a given amount of time.
</body></html>
- malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<html><body><h1>429 ...") at ./FHEM/36_Senec.pm line 2364.
Wie kann ich die o.g. Lösung im Senec Modul lösen ohne den Fehler dauernd ins LOG zu bekommen.
Der Fehler sperrt mir auch teilweise den Aufruf in der SENEC App auf dem Handy. geht ja auf die selbe API.
Danke für die Mühe
Dean
Ich denke das was du vorhast hilft dir nicht wirklich weiter. Auch wenn du die WB vom SENEC Speicher abklemmst wird dein Speicher weiterhin entleert.
Denn wenn deine WB anfängt zu laden sieht der EnFluRi einen Verbrauch den der SENEC Speicher ausgleichen will.
Zitat von: xerion am 29 Juli 2022, 15:08:58
Ich denke das was du vorhast hilft dir nicht wirklich weiter. Auch wenn du die WB vom SENEC Speicher abklemmst wird dein Speicher weiterhin entleert.
Denn wenn deine WB anfängt zu laden sieht der EnFluRi einen Verbrauch den der SENEC Speicher ausgleichen will.
Servus Xerion,
von du EVCC nur im Solaroptimierten Modus laufen lässt, fragt dieser die aktuelle PV Überschussproduktion ab und lädt damit den Wagen.
Wenn du auf PV plus Minimun Ladung gehst, dann wird geprüft mit wievielten Phasen die Wb angeschlossen is und der Wagen wird bei einer Phase mit mind. 1,4 KW geladen plus was aus PV kommt. Dabei wird der Akku nur zur Unterstützung genutzt.
Sobald du mehr Phasen hinzunimmst geht das natürlich entsprechend rauf.
Was man nicht machen sollte in der EVCC auf "Sofortladen" gehen, dann ist es richtig das der EmFluri dieses als vollen Verbraucher hinzuzieht.
Nur wenn ich schnell laden will muss die WB an den Senec Speicher, hier hast du dann die Möglichkeit die Hausbatterie zu umgehen.
Alles schon ausgetestet und die Grenzen ausgelotet.
Was aber immer noch nicht mein Problem löst:
Die WB dem Senec Speicher vorübergehend abzumelden.VG
Dean
Sagt
Zitat von: Deanw1975 am 30 Juli 2022, 07:25:08
Servus Xerion,
von du EVCC nur im Solaroptimierten Modus laufen lässt, fragt dieser die aktuelle PV Überschussproduktion ab und lädt damit den Wagen.
Wenn du auf PV plus Minimun Ladung gehst, dann wird geprüft mit wievielten Phasen die Wb angeschlossen is und der Wagen wird bei einer Phase mit mind. 1,4 KW geladen plus was aus PV kommt. Dabei wird der Akku nur zur Unterstützung genutzt.
Sobald du mehr Phasen hinzunimmst geht das natürlich entsprechend rauf.
Was man nicht machen sollte in der EVCC auf "Sofortladen" gehen, dann ist es richtig das der EmFluri dieses als vollen Verbraucher hinzuzieht.
Nur wenn ich schnell laden will muss die WB an den Senec Speicher, hier hast du dann die Möglichkeit die Hausbatterie zu umgehen.
Alles schon ausgetestet und die Grenzen ausgelotet.
Was aber immer noch nicht mein Problem löst:
Die WB dem Senec Speicher vorübergehend abzumelden.
VG
Dean
Sagt
Moin Dean,
okay klingt schlüssig. EVCC kenne ich auch, damit habe ich anfangs getestet. Da ich aber kein Programmierer bin war es für mich bei EVCC unmöglich eigene Anpassungen durchzuführen. Da musste man dann immer mühselig mit den Entwicklern diskutieren. Dort wurde aber dann gefühlt eher Fokus auf den Hersteller API´s der Autos gelegt, was für mich sowieso ein No-Go ist. Zusätzlich wurden für immer mehr Feature "Spenden" verlangt. Ich nutze für die Datenabfrage (SOC usw.) direkt meinen OBD Dongle im eigenen WLAN-Netzwerk ohne Zeit Verzögerung.
Mittlerweile bin ich seit ich längerem bei openWB gelandet. Da kann ich sehr gut meine Änderungen selber einfließen lassen, da man mit Bash und Python mit meinen Kenntnissen schneller ans Ziel kommt. Das läuft mit meinen beiden goE-Charger sehr gut.
Das Hauptproblem ist aber nach wie vor der SENEC Speicher. Wie du schon geschrieben hast, muss man schon sehr genau aufpassen wie man lädt sonst ist der Mühsam PV-geladenen Speicher innerhalb kürzester Zeit wieder im Auto und Abends ist der Speicher dann leer. Das war mir alles zu heikel. Hinzu kommt das ich nicht unnütze Lade- und Entladezyklen provozieren möchte um die Akkus zu schonen.
Somit bin ich dazu hingegangen und habe die Wallboxen vor dem EnFluRi gesetzt, damit der Speicher gar nicht den Verbrauch der Wallboxen erfasst und so ist es dann egal wie der Lademodus steht. So hat zwar der Speicher immer Vorrang, was ich aber persönlich nicht schlimm finde. Besser wäre es natürlich wenn man des Ent- und Beladen des Speichers und die Reihenfolge (Auto oder Speicher) gezielt per API steuern könnte. Da ist SENEC aber um Jahre zurück und da wollen die auch wohl nicht ran bzw. sind dort auch sehr unkooperativ. Meine Idee wäre jetzt das man vielleicht versucht eine SENEC Wallbox zu simulieren, vielleicht könnte man das dann damit indirekt steuern. Dafür müsste man das Modbus Protokoll aber kennen und wie die Steuerung funktioniert bzw. was dort genau passiert damit der Speicher das Entladen sperrt.
Hallo,
nur kurz da gerade in Urlaub und ich im Moment ncht ganz verstehe wie dein Vorhaben im Modul gelöst werden kann.
Wenn du deine WB vom SENEC abklemmst solltest du deinen Senec auch ohne WB konfigurieren lassen. Dann werden auch keine API Calls mehr gemacht, da WB nicht vorhanden.
Ich habe seit einigen Wochen auch eine OpenWB und füttere die OPENWB mit den Daten aus meinem Modul über MQTT.
Anbindung der OpenWB funktioniert bei mir wie im FHEM Wiki beschrieben, also nicht aus dem Senec Modul heraus.
Aus meiner Sicht macht die externe Anbindung einer Wallbox in dem Modul keinen Sinn, ich lasse mich aber gerne vom Gegenteil überzeugen.
Mein Tesla Model 3 wird hoffentlich bald geliefert, so dass ich das dann endlich mal produktiv testen kann.
Ansonsten bin ich natürlich offen für entsprechende Erweiterungen.
Das mit den Temperaturen kommt demnächst, wenn ich wieder aus dem Urlaub zurück bin.
Gruß
Hubert
Hallo Hubert,
die Frage ist ja eigentlich:
Eigentlich möchte die WB nicht aus der Senec Welt komplett abmelden. Somit verliere ich die Möglichkeit die Senec WB in die verschiedenen Modi zu schalten. BZW habe keine Ahnung wie ich die WB zwischen den verschiedenen Modis noch umstellen kann.
Insbesondere der Modus "Sofortladen" kann den Speicher umgehen und sauft mir diesen nicht leer.
Der Modus (ohne Batterie) ist auch so absolut wünschenswert.
Der Modus "Solaroptimiert" ist von Senec total bescheuert umgesetzt, hier muss von Senec eigentlich nachgebessert werden.
Hier gibt es nicht mal eine Antwort von Sene auf anfragen von mir.
Ergo muss erst mal eine andere Lösung her.
In dem Fall wenn ich auf die andere Lösung schwenke, erhalte ich die API Fehler.
In deiner API Abfrage ist die Abfrage der WB auch enthalten. Hier wäre nun die Frage, ob man irgendwie die API Anfragen entsprechend umschalten kann?
VG
Dean
Hallo Dean,
Ich verstehe immer noch nicht ganz wie du das technisch und software mäßig haben möchtest.
Ich kann die Wallbox nur steuern über die SENEC API (oder gibt es noch eine andere API für die Wallbox?).
Wenn die Wallbox bei SENEC konfiguriert ist kann diese auch nur über die SENEC API gesteuert werden.
Wenn du die Wallbox physikalisch vom Speicher abgeklemmt hast, wie soll das das Senec modul mitbekommen und vor allen Dingen über welchen API soll das Modul dann die Wallbox steuern, denn sie ist ja nach wie vor bei SENEC konfiguriert.
Auf der anderen Seite ist mir das mit der API schon heikel genug, da SENEC diese ja nicht offen gelegt hat.
Die können diese auch jederzeit ändern.
Gruß
Hubert
Hallo,
Nachdem ich endlich meinen Tesla Model 3 bekommen habe und ihn jetzt mit meiner OpenWB und dem Senec Modul 2 Wochen testen konnte, möchte ich jetzt auch eine neue Version de Moduls veröffentlichen.
Was neu ist könnt ihr im 1. thread nachlesen.
Diese Version läuft bei mir seit ca. 6 Wochen mit Anbindung der OpenWB über MQTT und jetzt mit dem Tesla module.
Bitte, wie immer, testen. Es sollte eigentlich alles noch so funktionieren wie vorher.
Gruß
Hubert
Hallo,
Keine Rückmeldung bis jetzt.
Ich gehe davon aus dass alles ok ist.
Dann würde ich diese Version als aktuelle stabile Version bezeichnen.
Wenn es neue Feature Wünsche gibt, nur her damit.
Ansonsten werde ich dann in nächster Zeit nur Fehler beseitigen, falls welche gemeldet werden.
Gruß
Hubert
Zitat von: carlos am 31 Oktober 2022, 09:43:47
Hallo,
Keine Rückmeldung bis jetzt.
Ich gehe davon aus dass alles ok ist.
Dann würde ich diese Version als aktuelle stabile Version bezeichnen.
Wenn es neue Feature Wünsche gibt, nur her damit.
Ansonsten werde ich dann in nächster Zeit nur Fehler beseitigen, falls welche gemeldet werden.
Gruß
Hubert
Hallo Hubert,
sorry für die späte Rückmeldung gerade viel um die Ohren. Grundsätzlich funktioniert es bei mir. Mir ist nur aufgefallen, das in dieser Version die SOH Anzeigen nicht mehr funktionierten, hatte ich bei mir korrigiert. Dann habe ich noch die Ladezyklen der jeweiligen Batteriemodule ergänzt.
Dann ist mir noch aufgefallen, das bei dem Monatswert und Jahreswert die Autarkie und der Zeitstemple nicht angezeigt werden.
ok, nehme ich dann noch mit rein.
Habe auch noch kleinere Änderungen in der Anzeige vor.
Da gibt's dann diese oder nächste Woche noch mal eine neue Version.
Gruß
Hubert
Hallo zusammen,
vielen Dank für das super coole Modul irgendwas "klemmt" (vielleicht liegt es an mir).
Habe 36_Senec.pm heruntergeladen .. auf dem FHEM Server abgelegt. FHEM Neugestartet und dann das Modul eingerichtet mit
define <Name> Senec <email> <passwort> <IP-Adresse>
Das sieht dann im ersten Moment ganz gut aus. Viele Daten vom aktuellen Tag und Stammdaten werden angezeigt.
Zwei Auffälligkeiten:
a) Nur vom aktuellen Tag, Wochen, Monats, Jahreswerte sind Null
b) Sobald ich irgendwas anderes in FHEM Aufrufe (Auch wenn ich vorher "safe config" geklickt habe .. ist das ganze Device mit allen Anzeigen scheinbar wieder weg.
==> Ein erneuter define Befehl zeigt dann alles nochmal genauso an wie zuvor .. es verschwindet aber auch auf gleiche Weise wieder.
Woran liegt es? Was mache ich falsch?
Beste Grüße
Sammy
PS: Im 5. Anlauf ist die Tabelle geblieben .. zwischenzeitlich ist FHEM aber scheinbar abgestürzt damit/deswegen. Diverse Spalten der Tabelle sind aber weiterhin leer. Vgl. Anhang.
Hallo Sammy,
Hast du mal im log geprüft, warum FHEM abstürzt?
Wenn es mit meinem Modul zusammenhängt, hatte ich gerne die Fehlermeldung.
Die Statistik Werte werden nur alle Stunde abgeholt, einfach abwarten dann kommen die schon.
Gruß
Hubert
Vielleicht das gleiche Problem wie bei mir.
Ein fehlendes Perl Modul "DateTime" hat den FHEM stündlich in den Absturz gezwungen.
Muss manuell über Console nach installiert werden.
sudo cpan install DateTime
Wäre gut das noch beim Download mit hinzuschreiben.
Zitat von: carlos am 27 November 2022, 22:25:56
Hallo Sammy,
Hast du mal im log geprüft, warum FHEM abstürzt?
Wenn es mit meinem Modul zusammenhängt, hatte ich gerne die Fehlermeldung.
Die Statistik Werte werden nur alle Stunde abgeholt, einfach abwarten dann kommen die schon.
Gruß
Hubert
In welches Logfile (an welchem Speicherort) schaue ich dazu am besten rein?
Die Zusaztinstllation die HGButte empfiehlt scheint tatsächlich zu fehlen -- installation läuft jedenfalls im Moment.
Und bislang ist die Anzeige bzgl. Woche, Monat usw. ... immer noch leer. Was Sinn machen würde, wenn es jede Stunde abgerufen wird dabei aber bislang abstürzt.
Bin nicht sicher ob das geklappt hat .. sind sehr viele stetig wiederholendende Logfile einträge ... vieles scheint nicht unmittelbar mit dem Senec Modu zu tun zu haben. Das hier schon:
2022.11.28 21:15:56 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/36_Senec.pm line 1409.
2022.11.28 21:15:56 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/36_Senec.pm line 1410.
2022.11.28 21:15:56 3: [FHEM::Senec::SenecApi_getStatistikTage] Periode: TAGE
Can't locate object method "new" via package "DateTime" (perhaps you forgot to load "DateTime"?) at ./FHEM/36_Senec.pm line 1850.
Installiert ist DateTime jetzt:
ZitatDateTime is up to date (1.59).
Weiterhin jede Menge Log Einträge:
2022.11.29 09:12:10 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/36_Senec.pm line 1409.
2022.11.29 09:12:10 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/36_Senec.pm line 1410.
2022.11.29 09:12:11 3: [FHEM::Senec::SenecApi_getStatistikTage] Periode: TAGE
Can't locate object method "new" via package "DateTime" (perhaps you forgot to load "DateTime"?) at ./FHEM/36_Senec.pm line 1850.
Hat bei mir also auch ständig neugestartet FHEM .. auch nach DateTime Installation (vgl. Logeinträge aus obigen Posting).
Stetige Neustarts haben nun erstmal geendet nachdem ich das SenecDevice gelöscht habe (senec.pm ist noch verfügbar)
Kann es vielleicht sein, dass die DateTime Installation nach obigem Hinweise nur für den SU Account installiert wurde, ich das aber für den FHEM User benötige (erinner nicht welcher das ist aber ich glaube das ist ein separater, kam schonmal derartige Probleme als ich für Alexa irgendwas nachinstallieren musste vor Jahren).
Vermutlich ist der user "fhem"
pi@raspberrypi3b:~ $ cut -d: -f1 /etc/passwd
root
daemon
bin
sys
sync
games
man
lp
mail
news
uucp
proxy
www-data
backup
list
irc
gnats
nobody
systemd-timesync
systemd-network
systemd-resolve
_apt
pi
messagebus
_rpc
statd
sshd
avahi
systemd-coredump
fhem
Muss ehrlich zugeben, dass ich mir gar nicht sicher bin, ob ich es mit "sudo" ausgeführt habe.
Ich habe jetzt mal
cpan install DateTime
als user 'pi' ausgeführt.
Bekomme dann die Info
Loading internal logger. Log::Log4perl recommended for better logging
Reading '/home/pi/.cpan/Metadata'
Database was generated on Sun, 04 Dec 2022 07:41:02 GMT
DateTime is up to date (1.59).
Hatte definitiv die gleichen Log-Einträge bzgl. fehlendem DateTime package zuvor.
Als user 'fhem' habe ich es definitiv nicht installiert.
Danke für die Hilfe. Scheinbar kommen wir der Sache näher.
In meinem Fall will er dann installieren .. es gab zeitweise irgendwelche Fehler. Aber ein erneutes
cpan install DateTime
gibt nun das gleiche wie bei Dir zurück. Mein Standard LoginUser ist auch pi
cpan install DateTime
Loading internal logger. Log::Log4perl recommended for better logging
Reading '/home/pi/.cpan/Metadata'
Database was generated on Sun, 04 Dec 2022 17:53:58 GMT
DateTime is up to date (1.59).
Nachtrag: Aber es klemmt immer noch. Fehlermeldungen und Neustarts scheinbar genauso wie zuvor. Hab das Senec Device Daher erneut löschen müssen :(
Ihr müsst auf jeden Fall mit sudo installieren oder als root!
Ok .. aber inzwischen habe ich beides. 1x mit sudo und einmal ohne installiert.
Sowohl su als auch pi User müssten DateTime jetzt haben.
Funktioniert leider aus irgendeinem Grund wie beschrieben weiterhin nicht 😔
Hast du die neueste Version des moduls aus dem 1. thread?
Steht dause DateTime;
drin ?
Das was 36_Senec heißt ... runtergeladen aus dem 1. Thread vor ein paar Tagen
$Id: 36_Senec.pm 20798 2022-02-10 Carlos $
#
Wenn ich darin nach "DateTime" suche finde 11 Einträge.
Aber scheinbar kein "use DateTime"
ok, dann ist das noch die Version in der das fehlt.
Das muss unbedingt mit rein.
Mach das bitte einfach jetzt am Anfang mit rein.
Ich werde heute oder spätestens morgen eine neue Version reinstellen, die optisch auch noch mehr drin hat und diesen Fehler auch beseitigt.
Gruß
Hubert
Neue Version im 1. thread
Hallo carlos und danke für die neue Version.
Die neue Übersicht ist hübsch geworden. Schön wäre noch wenn man die Ansicht der Wallbox und Steckdosen konfigurieren könnte, ich denke das 90 % keine Wallbox haben und somit die Übersicht unnütz überfrachtet wird.
Dann ist bei mir das Problem mit den fehlenden Werte immer noch vorhanden ist, siehe Screenshot:
Die Anzeige der Wallbox sollte eigentlich nicht da sein, wenn das feature nicht vorhanden ist.
Bei mir ist sie nicht da. Ich habe auch keine wallbox.
Ich gehe davon aus, dass bei den Internals
SENEC_FEATURE_CAR N/A
SENEC_WALLBOXIDS N/A
so gesetzt ist, wenn du keine Wallbox hast.
Ich schaue mir das noch mal an.
Gruß
Hubert
Das steht bei den INTERNALS:
SENEC_CAR 1
SENEC_FEATURE_CAR 1
Dann ist aber eine Wallbox bei dir lokal im Senec speicher konfiguriert.
Laut Weboberfläche nicht. Ich habe nur die Möglichkeit eine WB anzuschließen da ich die Lizenz dafür durch andere Pakete habe.
Interessant, das ist mal wieder ein Sonderfall.
Feature freigeschaltet, aber keine Wallbox konfiguriert.
Kannst du mal bitte ein get data machen und mir das zuschicken per pm.
Dann kann ich das besser analysieren.
Gruß
Hubert
Hallo Carlos,
vielen Dank für das Update. Bin mal gespannt ob es jetzt funktioniert (noch keine 60min aktiv das Modul).
Was mir bislang aufgefallen ist - die neue Tabelle ist jetzt deutlich größer und passt nicht so recht zu meinem dunklen Theme (da war die alte geeigneter). Auch sind die weißen Flächen mit Versatz (das bild ist zwar aus zwei Screenshots zusammengesetzt aber das gelang ohne zusäztlichen Versatz, dadurch nur ggf. nicht alle Zeilen sichtbar). Vergleich Screenshot unten.
Habe bislang auch keine Wallbox. Aber ein paar Einträge dazu und die Info "Wallbox entsperrt" wird angezeigt.
Daneben schreibst Du im Beitrag 3 oder so (recht weit oben) dass es ein separates Log-File gäbe. Das kann ich nicht finden. Dachte es lag an 2.0 Version. Aber das ist auch jetzt mit 2.02 nicht anders.
Beste Grüße
Sammy
PS: Leistung in W ist schon cool .. wäre die Arbeit jeweils auch in kWh statt Wh darstellbar?
@Sammy51 und @xerion wird bei euch in der Senec app die Wallbox auch angezeigt?
Zitat von: carlos am 06 Dezember 2022, 21:34:44
@Sammy51 und @xerion wird bei euch in der Senec app die Wallbox auch angezeigt?
Nein bei mir nicht.
Zitat von: carlos am 06 Dezember 2022, 21:17:49
Interessant, das ist mal wieder ein Sonderfall.
Feature freigeschaltet, aber keine Wallbox konfiguriert.
Kannst du mal bitte ein get data machen und mir das zuschicken per pm.
Dann kann ich das besser analysieren.
Gruß
Hubert
Ist unterwegs zu dir.
Zitat von: carlos am 06 Dezember 2022, 21:34:44
@Sammy51 und @xerion wird bei euch in der Senec app die Wallbox auch angezeigt?
Die ist ausgegraut. Siehe Anhang
Und was steht bei SENEC_WALLBOXIDS?
SENEC_WALLBOXIDS
N/A
SENEC_FEATURE_CAR
1
BTW: Jetzt mit der neuen .pm Version werden die meisten Wochen und Monatswerte auch angezeigt. Nur für den Autarkie-Grad nicht.
Ja, die gibts leider auch nicht, deshalb N/A
Zitat von: carlos am 06 Dezember 2022, 23:17:46
Und was steht bei SENEC_WALLBOXIDS?
Ich habe das Reading gar nicht.
Das ist ein Internal kein Reading.
Zitat von: carlos am 07 Dezember 2022, 08:48:19
Das ist ein Internal kein Reading.
Ja sorry nur falsch geschrieben aber als INTERNAL ist es auch nicht vorhanden.
Neue Version im 1. Thread.
@Sammy51 und @xerion bitte beide ein get data schicken.
Gruß
Hubert
Zitat von: carlos am 07 Dezember 2022, 10:05:24
Neue Version im 1. Thread.
@Sammy51 und @xerion bitte beide ein get data schicken.
Gruß
Hubert
Hatte ich Dir schon per PN geschickt.
Habe aber noch ein anderes Problem mit der neuen Version. Wenn ich diese nutzte (Intervall 10) dann wird FHEM sehr langsam und blockiert. Hast du eine Idee wonach ich mal schauen könnte?
Bitte trotzdem mit der neuen Version noch mal ein get data zuschicken.
Also ich nehme interval 60, das ist für mich ausreichend.
Aber du kannst mal in der sub _setStatusRequestLocal die zeile
my $state = Senec_connect($hash);
rausnehmen, die ist blockierend.
Sollte aber eigentlich da der Speicher in deinem Netzwerk ist nicht das Problem sein.
Mal schauen ob sich dadurch was ändert.
Zitat von: carlos am 07 Dezember 2022, 10:30:15
Bitte trotzdem mit der neuen Version noch mal ein get data zuschicken.
Also ich nehme interval 60, das ist für mich ausreichend.
Aber du kannst mal in der sub _setStatusRequestLocal die zeile
my $state = Senec_connect($hash);
rausnehmen, die ist blockierend.
Sollte aber eigentlich da der Speicher in deinem Netzwerk ist nicht das Problem sein.
Mal schauen ob sich dadurch was ändert.
get DATA Auszug habe ich Dir nochmal per PN geschickt.
Das Auskommentieren von
my $state = Senec_connect($hash);
sieht auf den ersten Blick besser aus. Ich beobachte mal weiter.
Zitat von: carlos am 07 Dezember 2022, 10:05:24
Neue Version im 1. Thread.
@Sammy51 und @xerion bitte beide ein get data schicken.
Gruß
Hubert
Hast DU per PN bekommen (jedenfalls schien der Versand erfolgreich, einen Postausgang sehe ich leider nicht)
Bei mir gibt es mit der Version 2.03.00 leide nur Probleme. Einerseits wird FHEM sehr langsam, das kann man mit auskommentiere von " my $state = Senec_connect($hash); in den Griff bekommen. Die Frage ist aber warum?
Dann konnte ich gestern Abend beobachten das FHEM ständig neu startet. Nach dem ich dann das SENEC Modul wieder auf die alte Version (2.00.00) zurückgesetzt habe ging es wieder. Heute Morgen habe ich noch einen Versuch gewagt und konnte den Fehler wieder reproduzieren und kann soviel sagen das es an der API Abfrage liegt sobald ich die auch per "set statusRequestApi" triggere bekomme ich sofort Connection lost vom FHEM Server gemeldet. Was kann das ein bzw. wo sollte ich mal nach schauen bzw. wurde dort was geändert?
Ich glaube das Problem bei dir ist dass die
SENEC_ANLAGE N/A
anzeigt.
Wenn das der Fall ist dann einfach auf DEF gehen und mit modify speichern.
Probleme gibt's immer dann wenn das INTERNAL SENEC_ANLAGE nicht gesetzt ist.
Du warst das doch mit den 2 Anlagen, aus dem get data sehe ich das.
Wäre nett wenn du mir nachdem du das gemacht hast nochmal ein get data zuschicken könntest.
Aber dazu müssen statusRequestApi und statusRequestLocal funktionieren.
Ich hoffe so den Fehler beseitigen zu können.
Gruß
Hubert
Leider nicht, die Anlagen ID ist dort aufgeführt. Ja ich bin der mit den beiden Anlagen im Portal.
Ich schicke dir gleich nochmal ein get DATA
Eigentlich sieht es ganz gut aus, zumindest laut get data.
Es sind alle Daten da auch die Statistiken.
Wenn dein FHEM neu startet kannst du dann bitte mal die letzte Fehlermeldung posten.
Vorher bitte verbose auf 5.
Nachdem ich einmal "modify" betätigt habe scheint sich das Problem behoben zu haben. Ich beobachte das Mal. Mit Verbose 5 hatte ich auch schon versucht das Problem zu finden, aber auch da sah alles normal aus-
In seltenen Fällen vergißt er SENEC_ANLAGE, dann steht da N/A. Ein modify hilft dann.
Keine Ahnung an was das liegt, ich hatte das auch schon manchmal.
Und wenn keine Anlagenid vorhanden ist gehen manche api calls auf die Bretter.
Ich muss das wohl noch besser absichern.
Gruß
Hubert
Hi Carlos,
bei mir funktioniert die neue Version (die letzte tat es nicht - auch nicht nach Ergänzung von "use DateTime;".
Ist schonmal sehr cool - danke für Deine Mühen!
Die neue zeigt nur vor der Tabelle ein Hochkomma, was vermutlich da nicht hinsollte und hat ein paar Sprünge in der weißen Tabelle (fällt jedenfalls bei schwarzem Hintergrund auf).
Ist das richtig, dass es kein Logfile gibt welches z.B. auch die readings historisiert? Oder bin ich nur zu blöd dieses zu finden?
Beste Grüße
Sammy
Also bei mir ist noch mit der neuen Version wohl mehr kaputt. Sobald ich eine Attribute (report oder Anzeige z.B.) ändere, stürzt FHEM ab. Ich dachte das an meinem Produktivsystem lag, habe dann das gleiche nochmal auf meinen Test System installiert und da ist es auch reproduzierbar. Hier ist aber wohl das Problem mit der fehlenden Anlagen ID, die steht auf N/A. Aber wenn ich die abrufen möchte, stürzt FHEM auch ab...Teufelskreis.
Leider hat die Stabilität mit der neuen Version stark bei meinem Aufbau gelitten.
Ich gehe erstmal wieder auf die 2.00.00 zurück
Neue Version im 1. thread.
@xerion das mit dem Absturz beim ändern des report Attributes sollte gefixt sein.
Auch die Stabilität sollte besser sein.
Hoffe das das mit deinen 2 Anlagen jetzt auch besser funktioniert.
Gruß
Hubert
Bekomme jetzt diese Einträge im Log:
2022.12.22 14:20:54 1: readingsUpdate(meinSENEC,speicherbeladung_total_openWB,2864420) missed to call readingsBeginUpdate first.
2022.12.22 14:20:54 1: stacktrace:
2022.12.22 14:20:54 1: main::readingsBulkUpdate called by fhem.pl (4980)
2022.12.22 14:20:54 1: main::readingsEndUpdate called by ./FHEM/36_Senec.pm (3679)
2022.12.22 14:20:54 1: FHEM::Senec::update_readings_apisenec called by ./FHEM/36_Senec.pm (1804)
2022.12.22 14:20:54 1: FHEM::Senec::SenecApi_getTechnicaldataCallback called by FHEM/HttpUtils.pm (729)
2022.12.22 14:20:54 1: main::__ANON__ called by fhem.pl (781)
2022.12.22 14:20:54 1: readingsUpdate(meinSENEC,speicherentnahme_total_openWB,2731440) missed to call readingsBeginUpdate first.
2022.12.22 14:20:54 1: stacktrace:
2022.12.22 14:20:54 1: main::readingsBulkUpdate called by fhem.pl (4980)
2022.12.22 14:20:54 1: main::readingsEndUpdate called by ./FHEM/36_Senec.pm (3679)
2022.12.22 14:20:54 1: FHEM::Senec::update_readings_apisenec called by ./FHEM/36_Senec.pm (1804)
2022.12.22 14:20:54 1: FHEM::Senec::SenecApi_getTechnicaldataCallback called by FHEM/HttpUtils.pm (729)
2022.12.22 14:20:54 1: main::__ANON__ called by fhem.pl (781)
2022.12.22 14:20:54 1: readingsUpdate(meinSENEC,stromerzeugung_total_openWB,24521140) missed to call readingsBeginUpdate first.
2022.12.22 14:20:54 1: stacktrace:
2022.12.22 14:20:54 1: main::readingsBulkUpdate called by fhem.pl (4980)
2022.12.22 14:20:54 1: main::readingsEndUpdate called by ./FHEM/36_Senec.pm (3679)
2022.12.22 14:20:54 1: FHEM::Senec::update_readings_apisenec called by ./FHEM/36_Senec.pm (1804)
2022.12.22 14:20:54 1: FHEM::Senec::SenecApi_getTechnicaldataCallback called by FHEM/HttpUtils.pm (729)
2022.12.22 14:20:54 1: main::__ANON__ called by fhem.pl (781)
2022.12.22 14:20:54 1: readingsUpdate(meinSENEC,stromerzeugung_heute_fuip,4.84) missed to call readingsBeginUpdate first.
2022.12.22 14:20:54 1: stacktrace:
2022.12.22 14:20:54 1: main::readingsBulkUpdate called by fhem.pl (4980)
2022.12.22 14:20:54 1: main::readingsEndUpdate called by ./FHEM/36_Senec.pm (3679)
2022.12.22 14:20:54 1: FHEM::Senec::update_readings_apisenec called by ./FHEM/36_Senec.pm (1804)
2022.12.22 14:20:54 1: FHEM::Senec::SenecApi_getTechnicaldataCallback called by FHEM/HttpUtils.pm (729)
2022.12.22 14:20:54 1: main::__ANON__ called by fhem.pl (781)
2022.12.22 14:20:54 1: readingsUpdate(meinSENEC,EnergyExpected_Today,4.84) missed to call readingsBeginUpdate first.
2022.12.22 14:20:54 1: stacktrace:
2022.12.22 14:20:54 1: main::readingsBulkUpdate called by fhem.pl (4980)
2022.12.22 14:20:54 1: main::readingsEndUpdate called by ./FHEM/36_Senec.pm (3679)
2022.12.22 14:20:54 1: FHEM::Senec::update_readings_apisenec called by ./FHEM/36_Senec.pm (1804)
2022.12.22 14:20:54 1: FHEM::Senec::SenecApi_getTechnicaldataCallback called by FHEM/HttpUtils.pm (729)
2022.12.22 14:20:54 1: main::__ANON__ called by fhem.pl (781)
2022.12.22 14:20:54 1: readingsUpdate(meinSENEC,EnergyExpected_Tomorrow,4.60) missed to call readingsBeginUpdate first.
2022.12.22 14:20:54 1: stacktrace:
2022.12.22 14:20:54 1: main::readingsBulkUpdate called by fhem.pl (4980)
2022.12.22 14:20:54 1: main::readingsEndUpdate called by ./FHEM/36_Senec.pm (3679)
2022.12.22 14:20:54 1: FHEM::Senec::update_readings_apisenec called by ./FHEM/36_Senec.pm (1804)
2022.12.22 14:20:54 1: FHEM::Senec::SenecApi_getTechnicaldataCallback called by FHEM/HttpUtils.pm (729)
2022.12.22 14:20:55 1: main::__ANON__ called by fhem.pl (781)
2022.12.22 14:20:55 1: readingsUpdate(meinSENEC,speicherfuellstand_openWB,100) missed to call readingsBeginUpdate first.
2022.12.22 14:20:55 1: stacktrace:
2022.12.22 14:20:55 1: main::readingsBulkUpdate called by fhem.pl (4980)
2022.12.22 14:20:55 1: main::readingsEndUpdate called by ./FHEM/36_Senec.pm (3679)
2022.12.22 14:20:55 1: FHEM::Senec::update_readings_apisenec called by ./FHEM/36_Senec.pm (1804)
2022.12.22 14:20:55 1: FHEM::Senec::SenecApi_getTechnicaldataCallback called by FHEM/HttpUtils.pm (729)
2022.12.22 14:20:55 1: main::__ANON__ called by fhem.pl (781)
Oh okay, muss ich mir anschauen wird aber nach Weihnachten werden.
Im 1. thread ein Fix für das readingsUpdate Problem
Danke Dir. Sieht bis jetzt ganz gut aus :-)
Dann wünsch ich mal einen guten Rutsch....
Was mir bisher aufgefallen ist, mit V2.05.00.
Nebenbei, Ich habe keine Wallbox.
FHEM Log:
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value $chargingMode in hash element at ./FHEM/36_Senec.pm line 2289.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3585.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3586.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3587.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3588.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3589.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3590.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3591.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3592.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3593.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3620.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3621.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3622.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3623.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3624.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3625.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3626.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3627.
2023.01.02 09:32:17 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3628.
2023.01.02 09:32:19 1: PERL WARNING: Use of uninitialized value $live_house_cons in numeric gt (>) at ./FHEM/36_Senec.pm line 3787.
2023.01.02 09:34:23 1: PERL WARNING: Argument "N/A" isn't numeric in division (/) at ./FHEM/36_Senec.pm line 3175.
2023.01.02 09:34:23 1: PERL WARNING: Argument "N/A" isn't numeric in sprintf at ./FHEM/36_Senec.pm line 3177.
Bei Autarkie steht aktuell bei Monat und Jahr "N/A". (Stand 02.01.2023)
Glaube bei Jahr hatte ich noch nie was anderes als "N/A" stehen. Bei Monat kann ich es jetzt gar nicht sagen.
Im FHEMWeb Output hast du jetzt eine style class "tg" eingefügt. Die zerschiesst mir mein "Dark Theme".
Im Senec Logfile habe ich sporadisch:
2023-01-02_09:32:17 Senec ERROR: none
2023-01-02_09:32:17 Senec ERROR: Fehler beim Dekodieren der APICALL: lalacgi REQUEST: {"FEATURES":{}} R�ckmeldung: <html><head><title>Bad Request</title></head><body><h1>Bad Request</h1><p>Your request could not be processed.</p></body></html> - malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<html><head><title>B...") at ./FHEM/36_Senec.pm line 2482.
2023-01-02_09:32:17 Senec ERROR: none
2023-01-02_09:32:17 Senec ERROR: Fehler beim Dekodieren der Dashboard JSON R�ckmeldung:
2023-01-02_09:32:17 Senec ERROR: Fehler beim Dekodieren der abilities JSON R�ckmeldung:
2023-01-02_09:32:17 Senec ERROR: none
Habe nun testweise mal das Intervall für die Abfrage auf 5sek. eingestellt dann häufen sich die folgenden Meldungen:
2023-01-02_09:57:58 Senec ERROR: Fehler bei dem URL-Aufruf: http://192.168.1.67/lala.cgi
2023-01-02_09:57:58 Senec ERROR: none
2023-01-02_09:57:58 Senec ERROR: Fehler bei dem URL-Aufruf: http://192.168.1.67/lala.cgi
2023-01-02_09:57:58 Senec ERROR: none
2023-01-02_09:58:05 Senec ERROR: none
2023-01-02_09:58:05 Senec ERROR: Fehler bei dem URL-Aufruf: http://192.168.1.67/lala.cgi
2023-01-02_09:58:05 Senec ERROR: none
2023-01-02_09:58:16 Senec ERROR: Fehler bei dem URL-Aufruf: http://192.168.1.67/lala.cgi
2023-01-02_09:58:16 Senec ERROR: none
2023-01-02_09:58:16 Senec ERROR: Fehler bei dem URL-Aufruf: http://192.168.1.67/lala.cgi
2023-01-02_09:58:27 Senec ERROR: none
2023-01-02_09:58:27 Senec ERROR: Fehler bei dem URL-Aufruf: http://192.168.1.67/lala.cgi
2023-01-02_09:58:27 Senec ERROR: none
2023-01-02_09:58:27 Senec ERROR: Fehler bei dem URL-Aufruf: http://192.168.1.67/lala.cgi
Die FHEM Instanz hat dann teilweise auch nicht mehr reagiert und FreezeMon ist dann auch angesprungen und hat Einträge erzeugt.
023.01.02 09:56:46 1: [Freezemon] myFreezemon: possible freeze starting at 09:56:36, delay is 10.034 possibly caused by: tmr-HttpUtils_TimeoutErr(N/A) tmr-FHEM::Senec::periodicCallLocal(N/A)
Ich vergrößere jetzt erstmal wieder das Intervall.
Hallo,
Wenn du keine Wallbox hast, dann sollte bei dir das reading "Feature_car" 0 sein und das reading "Anlage_wallboxIds_1" nicht vorhanden.
Ist das so? Wenn ja muss ich den Code noch mal prüfen.
Bei Autarkie steht deshalb bei Monat und Jahr "N/A", weil ich diese Werte übers api nicht bekomme und somit nicht verfügbar sind.
Manchmal (auch bei zu kleinem Intervall) kommen bei derm lokalen lalacgi request diese Fehler.
Kann verschiedene Gründe haben:
- der Senec Speicher antwortet falsch
- Netzwerk probleme
- ...
Leider habe ich da keinen einfluss darauf.
Ich würde das intarvall nicht kleiner als 60 machen, sollte ausreichen (in der Senec app sind es 5 Minuten!)
Bitte ein screen shot
Gruß
Hubert
Zitatedit: 31.12.2022
Neue Version 2.05.00:
- Fix readingsupdate Problem
- Stabilität verbessert und Bugs gefixt
keine neue Funktionen
Hi Carlos,
also download findet sich nur eine Datei die 2.0.00 heißt. Ist das trotzdem 2.05.00 ?
Kanst Du bei Gelegenenheit das seit Version 2 neue Problem in DarkThemes anschauen (vgl. frühere Anmerkungen und Screenshots von mir oben, zudem auch einer der neueren Einträge eines anderen (vermutlich ebenfalls grundsätzlich begeisterten Nutzers).
BTW: Updates des Moduls gehen einfach durch Dateiaustausch und Neustart? Oder ist das Device auch zu löschen und neu anzulegen?
Beste Grüße - vielen Dank!
Sammy
Zitat von: Sammy51 am 08 Januar 2023, 20:41:47
Hi Carlos,
also download findet sich nur eine Datei die 2.0.00 heißt. Ist das trotzdem 2.05.00 ?
Kanst Du bei Gelegenenheit das seit Version 2 neue Problem in DarkThemes anschauen (vgl. frühere Anmerkungen und Screenshots von mir oben, zudem auch einer der neueren Einträge eines anderen (vermutlich ebenfalls grundsätzlich begeisterten Nutzers).
BTW: Updates des Moduls gehen einfach durch Dateiaustausch und Neustart? Oder ist das Device auch zu löschen und neu anzulegen?
Beste Grüße - vielen Dank!
Sammy
Die neue Version steht doch ganz am Ende der 1 Thread. Wenn du die ins Verzeichnis geladen hast dann entweder FHEM Neustart oder "reload 36_Senec.pm ausführen.
Ah .. ok die Datei ohne Versionsnummer ist die neueste. Danke :)
Hallo,
erstmal vielen Dank für die geleistete Arbeit.
Wir sind seit wenigen Tagen Nutzer der SENEC-Funktion im FHEM.
Heute möchte ich ein Problem melden.
Die SENEC-App hat bis jetzt keine Verbindung zum Server der SENEC.
Damit auch das Modul 36_Senec.pm ...
Nach einem obligatorischen Update von FHEM - startete unsere FHEM-Installation nicht mehr.
Ursache: Fhem blockierte innerhalb SENEC-Modul-Konfiguration
Hier kurz ein LOG-Auszug:
2023.01.25 09:30:21 1: Including ./FHEM/fhem_senec.cfg
2023.01.25 09:31:23 1: PERL WARNING: Use of uninitialized value $data in concatenation (.) or string at /opt/fhem/FHEM/36_Senec.pm line 1419.
2023.01.25 09:32:12 1: PERL WARNING: Use of uninitialized value $FHEM::Senec::data in concatenation (.) or string at /opt/fhem/FHEM/36_Senec.pm line 1544.
2023.01.25 09:32:12 2: [FHEM::Senec::SenecApi_getAnlagen] No TOKEN from API connect: -
2023.01.25 09:33:12 1: PERL WARNING: Use of uninitialized value $FHEM::Senec::data in concatenation (.) or string at /opt/fhem/FHEM/36_Senec.pm line 1463.
2023.01.25 09:33:12 2: [FHEM::Senec::SenecApi_getAbilities] No TOKEN from API connect: -
Danach Stillstand und fhem bleibt hängen.
Haben jetzt die fhem_senec.cfg auskommentiert - somit startete fhem wieder zuverlässig.
Ansonsten lief alles zur Zufriedenheit - nochmal ein Dankeschön.
LG
C.K.
Update 13:45 Uhr
Senec-App funktioniert wieder - damit auch 36_Senec.pm Modul
Der Neustart von fhem mit der senig.cfg benötigte etwas Anlauf
Hier noch ein paar Fehlermeldungen:
2023.01.25 13:45:15 2: [FHEM::Senec::SenecApi_getStatistikAllCallback] Fehler beim Dekodieren der Statistik(All) JSON R?ckmeldung: <html><body><h1>429 Too Many Requests</h1>
You have sent too many requests in a given amount of time.
</body></html>
- malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<html><body><h1>429 ...") at /opt/fhem/FHEM/36_Senec.pm line 2173.
2023.01.25 13:45:15 2: [FHEM::Senec::SenecApi_getStatistikAllCallback] Fehler beim Dekodieren der Statistik(All) JSON R?ckmeldung: <html><body><h1>429 Too Many Requests</h1>
You have sent too many requests in a given amount of time.
</body></html>
- malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<html><body><h1>429 ...") at /opt/fhem/FHEM/36_Senec.pm line 2173.
2023.01.25 13:45:15 3: [FHEM::Senec::SenecApi_getStatistikAllCallback] APICALL: Statistik_TAGE Periode: TAGE Counter: 16
2023.01.25 13:45:15 2: [FHEM::Senec::SenecApi_getStatistikAllCallback] Fehler beim Dekodieren der Statistik(All) JSON R?ckmeldung: <html><body><h1>429 Too Many Requests</h1>
You have sent too many requests in a given amount of time.
</body></html>
- malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<html><body><h1>429 ...") at /opt/fhem/FHEM/36_Senec.pm line 2173.
2023.01.25 13:45:15 2: [FHEM::Senec::SenecApi_getStatistikAllCallback] Fehler beim Dekodieren der Statistik(All) JSON R?ckmeldung: <html><body><h1>429 Too Many Requests</h1>
You have sent too many requests in a given amount of time.
</body></html>
- malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<html><body><h1>429 ...") at /opt/fhem/FHEM/36_Senec.pm line 2173.
Das zieht sich im Logfile so hin ...
inklusive Freeze ...
2023.01.25 13:45:33 1: [Freezemon] myFreezemon: possible freeze starting at 13:45:25, delay is 8.215 possibly caused by: no bad guy found :-(
2023.01.25 13:45:33 2: [FHEM::Senec::Senec_getLalacgiCallback] Fehler beim Dekodieren der APICALL: lalacgi REQUEST: {"STATISTIC":{"LIVE_WB_ENERGY" : ""},
"WALLBOX" : {
"ALLOW_INTERCHARGE" : "",
"APPARENT_CHARGING_POWER": "",
"EV_CONNECTED": "",
"MIN_CHARGING_CURRENT": "",
"PHASES_USED": "",
"PROHIBIT_USAGE": "",
"SMART_CHARGE_ACTIVE": "",
"STATE": ""
}
} R?ckmeldung: <html><head><title>Bad Request</title></head><body><h1>Bad Request</h1><p>Your request could not be processed.</p></body></html> - malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<html><head><title>B...") at /opt/fhem/FHEM/36_Senec.pm line 2482.
Jetzt läuft wieder alles - Werte sind plausibel - alle okidoki
LG
C.K.
Hallo C.K.
Ja das ist natürlich ein Problem, wenn der connect mit der SENEC APP schon nicht funktioniert, dann auch nicht mit dem FHEM Senec module.
Da muss ich wohl noch ein besseres error handling einbauen, wenn das nicht geht.
Dann kann man zumindest die Werte vom Speicher im lokalen Netz holen und über die api dann wieder, wenn der connect funktioniert.
Ich werde mir da mal was überlegen.
Aber schön wenn jetzt alles wieder funktioniert.
Gruß
Hubert
Hallo zusammen,
Ich habe seit einiger Zeit kuriose Probleme dass mir der Arbeitsspeicher voll läuft. Ob es mit dem SENEC Modul zu tun hat ist schwer zu sagen.
Unabhängig davon hier mal meine SENEC Log Einträge.
Beim Start von FHEM
2023.02.14 21:00:48 1: PERL WARNING: Use of uninitialized value $chargingMode in hash element at ./FHEM/36_Senec.pm line 2289.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3585.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3586.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3587.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3588.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3589.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3590.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3591.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3592.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3593.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3620.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3621.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3622.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3623.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3624.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3625.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3626.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3627.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3628.
2023.02.14 21:00:49 1: PERL WARNING: Use of uninitialized value $live_house_cons in numeric gt (>) at ./FHEM/36_Senec.pm line 3787.
2023.02.14 21:02:46 1: PERL WARNING: Argument "N/A" isn't numeric in division (/) at ./FHEM/36_Senec.pm line 3175.
2023.02.14 21:02:46 1: PERL WARNING: Argument "N/A" isn't numeric in sprintf at ./FHEM/36_Senec.pm line 3177.
Sonstige zur Laufzeit
2023.02.04 20:27:23 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/36_Senec.pm line 1358.
2023.02.05 07:30:39 1: PERL WARNING: Use of uninitialized value $chargingMode in hash element at ./FHEM/36_Senec.pm line 2289.
Effektiv wird bei Autarkie Monat und Jahr immer 'N/A' angezeigt. Die Readings dazu zeigen '0.00'.
Es kommt immer wieder vor dass Daten von der SENEC API (Monat und Jahr) einfach 0 anzeigen.
Wenn ich dann manuell von SENEC API updaten lasse, bekomme ich wieder Werte.
Btw ich habe keine Wallbox.
Und nochmals vielen Dank für die Arbeit.
Vorgestern ist mir der komplette FHEM Server abgestürzt beim manuellen Update von der Senec API.
Scheinbar wird ja stündlich die Senec API gepollt. Allerdings werden hierbei immer meine Monats und Jahreswerte immer genullt. Nur ein manuelles Update liefert die korrekten Daten.
Habe verbose hoch gestellt. Sehe aber nur die Fehler der Anfrage vom lokalen Senec Speicher.
Hallo zusammen,
ich weiß nicht, ob das hier her gehört, aber ich teile es trotzdem mal hier.
Ich habe mir heute etwas gebaut, mit dem ich die aktuellen Leistungs-Daten aus meinem Senec Speicher auslesen kann. Und zwar mit Hilfe eines HTTPMOD Moduls und dem Webinterface des Speichers.
Hier ist ein Beispiel meiner ausgelesenen Werte:
batterie -2.503 kW 10.03.2023 17:56
einspeisung -0.019 kW 10.03.2023 17:56
erzeugung 0.224 kW 10.03.2023 17:56
hausverbrauch 2.708 kW 10.03.2023 17:56
ladezustand ENTLADEN 10.03.2023 17:56
Falls jemand Interesse hat, einfach melden.
Sonnige Grüße
Neue Version 2.06.00 im 1. thread.
Gruß
Hubert
Hallo Hubert,
Ich habs mal eingespielt und mein FHEM neu gestartet.
Nach dem Boot kommen diese Stacktraces bei mir.
In der Oberfläche schein allerdings alles zu laufen.
Der Fehler im ersten Stacktrace scheint zur SENEC Wallbox zu gehören, die ich nicht habe. Als Wallbox habe ich eine OPENWB im Einsatz.
Danke für Deine Mühe für die SENEC ein eigenes Modul zu schreiben.
Gruß
Christoph
2023.03.13 21:56:12 1: PERL WARNING: Argument "N/A" isn't numeric in division (/) at ./FHEM/36_Senec.pm line 3314.
2023.03.13 21:56:12 1: stacktrace:
2023.03.13 21:56:12 1: main::__ANON__ called by ./FHEM/36_Senec.pm (3314)
2023.03.13 21:56:12 1: FHEM::Senec::senec_wallbox_html called by ./FHEM/36_Senec.pm (2919)
2023.03.13 21:56:12 1: FHEM::Senec::senec_anlage_Html called by ./FHEM/36_Senec.pm (1120)
2023.03.13 21:56:12 1: FHEM::Senec::entryPage called by ./FHEM/36_Senec.pm (1073)
2023.03.13 21:56:12 1: FHEM::Senec::FwFn called by ./FHEM/01_FHEMWEB.pm (3447)
2023.03.13 21:56:12 1: main::FW_devState called by ./FHEM/01_FHEMWEB.pm (1930)
2023.03.13 21:56:12 1: main::FW_makeDeviceLine called by ./FHEM/01_FHEMWEB.pm (2106)
2023.03.13 21:56:12 1: main::FW_showRoom called by ./FHEM/01_FHEMWEB.pm (1198)
2023.03.13 21:56:12 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (609)
2023.03.13 21:56:12 1: main::FW_Read called by fhem.pl (3978)
2023.03.13 21:56:12 1: main::CallFn called by fhem.pl (784)
2023.03.13 21:56:12 1: PERL WARNING: Argument "N/A" isn't numeric in sprintf at ./FHEM/36_Senec.pm line 3316.
2023.03.13 21:56:12 1: stacktrace:
2023.03.13 21:56:12 1: main::__ANON__ called by ./FHEM/36_Senec.pm (3316)
2023.03.13 21:56:12 1: FHEM::Senec::senec_wallbox_html called by ./FHEM/36_Senec.pm (2919)
2023.03.13 21:56:12 1: FHEM::Senec::senec_anlage_Html called by ./FHEM/36_Senec.pm (1120)
2023.03.13 21:56:12 1: FHEM::Senec::entryPage called by ./FHEM/36_Senec.pm (1073)
2023.03.13 21:56:12 1: FHEM::Senec::FwFn called by ./FHEM/01_FHEMWEB.pm (3447)
2023.03.13 21:56:12 1: main::FW_devState called by ./FHEM/01_FHEMWEB.pm (1930)
2023.03.13 21:56:12 1: main::FW_makeDeviceLine called by ./FHEM/01_FHEMWEB.pm (2106)
2023.03.13 21:56:12 1: main::FW_showRoom called by ./FHEM/01_FHEMWEB.pm (1198)
2023.03.13 21:56:12 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (609)
2023.03.13 21:56:12 1: main::FW_Read called by fhem.pl (3978)
2023.03.13 21:56:12 1: main::CallFn called by fhem.pl (784)
2023.03.13 21:56:29 3: PV_State: error while parsing JSON data: malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<html><head><title>B...") at lib/FHEM/HTTPMOD/Utils.pm line 695.
2023.03.13 21:56:30 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/36_Senec.pm line 3724.
2023.03.13 21:56:30 1: stacktrace:
2023.03.13 21:56:30 1: main::__ANON__ called by ./FHEM/36_Senec.pm (3724)
2023.03.13 21:56:30 1: FHEM::Senec::update_readings_apisenec called by ./FHEM/36_Senec.pm (1995)
2023.03.13 21:56:30 1: FHEM::Senec::SenecApi_getStatistikCallback called by FHEM/HttpUtils.pm (736)
2023.03.13 21:56:30 1: main::__ANON__ called by fhem.pl (781)
Hallo Christoph,
Kannst du mal ein get data machen und mir den output schicken.
Wenn keine Senec Wallbox bei dir konfiguriert ist dürfte er auch nicht in die Wallbox routine gehen.
Ich habe auch eine OpenWB und die kennt mein Senec Speicher auch nicht.
Was steht denn bei dir im reading Anlage_wallboxIds_1?
Oder gibt's das gar nicht?
Der json Fehler dürfte dann ein Folgefehler sein.
Trotzdem kommt es manchmal vor, dass sowohl vom lokalen Speicher als vom API HTTP Fehler und auch json decoding Fehler auftreten.
Ist bei mir manchmal auch so.
Leider kann ich da nicht viel machen außer den Fehler abfangen, was ich in der jetzigen Version versucht habe.
Gruß
Hubert
Hallo Hubert,
das reading Anlage_wallboxIds_1 habe ich bei mir nicht
Die anderen Wallbox Readings sehen so aus:
Wallbox_api_error Internal Server Error
Wallbox_api_message
Wallbox_api_path /v1/senec/anlagen/XXXXX/wallboxes/0
Wallbox_api_status 500
Wallbox_api_timestamp 2023-03-13T20:55:02.247+00:00
Er geht also in die Wallbox routine.
Die Frage ist warum.
Bitte noch das get data, dann kann ich besser analysieren.
Gerne auch als pn.
Gruß
Hubert
Neue Version 2.07.00 im 1. thread.
@cjung, sollte dein Problem beheben.
Gruß
Hubert
Hallo Hubert,
Ich hab die neue Version jetzt eine Woche in Betrieb.
Die Wallbox Meldungen sind weg. Derzeit bekomme ich noch diese Meldungen:
2023.04.01 00:25:53 1: PERL WARNING: Use of uninitialized value $live_house_cons in numeric gt (>) at ./FHEM/36_Senec.pm line 3933.
2023.04.01 00:25:53 1: stacktrace:
2023.04.01 00:25:53 1: main::__ANON__ called by ./FHEM/36_Senec.pm (3933)
2023.04.01 00:25:53 1: FHEM::Senec::update_readings_localsenec called by ./FHEM/36_Senec.pm (2676)
2023.04.01 00:25:53 1: FHEM::Senec::Senec_getLalacgiCallback called by FHEM/HttpUtils.pm (736)
2023.04.01 00:25:53 1: main::__ANON__ called by fhem.pl (781)
Vielen Dank für Deine Mühe.
Christoph
Zitat von: carlos am 28 März 2023, 17:10:23Neue Version 2.07.00 im 1. thread.
@cjung, sollte dein Problem beheben.
Gruß
Hubert
Hallo,
wie installiere ich das Senec Modul?
Danke
-> erledigt, war nicht eingeloggt.
Hallo Hubert,
kann man über Dein Plugin auch Zeitreihedaten von Senec Nutzen / Weiterverarbeiten?
Wie geht das?
Die offensichtliche Funktion ist die weiße Tabelle mit den Summeneckdaten. Aber da du auf die Api zugreifst geht vielleicht mehr als offensichtlich ist?
Mich interessiet insbesondere die Zeitreihe der Netzeinspeisung (zum Vergleich mit dem Wärmepumpenstrombedarf - das wäre zwar nicht perfekt da auch Energie aus dem Speicher ergänzend noch dafür genutzt werden könnte aber es geht um ein grobes Gefühl ob der separate Zähler für die WP wirtschaftlich Sinn macht oder nicht). Den Zähler der WP lese ich mit einem Optokoppler aus. Dessen Werte muss nich noch in Zeitreihen konvertieren. Allerdings am besten im gleichen Format wie das was über Senec verfügbar ist.
Im Voraus vielen Dank!
Beste Grüße
Sammy
Spiele doch einfach mal mit dem ATribut report, da bekommst du Tage, Monate und Jahre.
Wenn dir das weiter hilft.
Gruß
Hubert
Wie meinst Du das "mit dem Atribut spielen"?
Welche Auflösung haben die von Dir genannten Daten? Ist das dann ein Wert pro Tag, Monat, Jahr?
Was ich suche sind Zeitreihendaten also z.B. im 15min oder 1h Raster mit mittlerer Leistung dieser Zeiteinheit.
Zeitstempel1 Wert1
Zeitstempel2 Wert2
...
Zeitstempeln Wertn
(und irgendwo ne Info über die Einheit)
Geht so etwas?
Beste Grüße
Sammy
Na ja probiere es doch einfach aus und stelle das attribute doch einfach mal auf Monate, dann siehst du alle Werte von Januar bis jetzt Juli.
oder auf Jahre dann siehst du alle Werte der Jahre seit deiner Installation oder eben die Tageswerte.
Mehr gibt Mein-Senec nicht her.
Wenn dir das nicht reicht, musst du dir das selber mit z.B. Influxdb und Grafana zusammen bauen.
Gruß
Hubert
Klingt gut .. aber mal für Dumme.
Wie spiele ich damit rum?
Editiere ich Deine Pm? Welche Zeile?
Oder die Raw Definition des Devices oder ...?
Grafana cool .. Vielleicht im Nächsten Urlaub mal mit beschäftigen. Muss erstmal das losging insgesamt aufräumen und auf MySQL oder so umstellen statt der Files glaube ich.
Bzw suche nach Hilfestellung/Beispiel für Markisen Wettersteuerung neben dem Wärmepumpen Auswerte Thema.
Edit: Da fällt mir auf - es gibt sogar Zusammenhänge. Über Senec Werte könnte ich doch auch auf Sinnhaftigkeit der Markisen Abdunkelung schließen. Z.b. >30min mehr als 4kW Erzeugung bei Temperatur > 23 Grad (oder so) Markise dim99
Zitat von: carlos am 18 Juli 2023, 22:01:33Na ja probiere es doch einfach aus und stelle das attribute doch einfach mal auf Monate, dann siehst du alle Werte von Januar bis jetzt Juli.
oder auf Jahre dann siehst du alle Werte der Jahre seit deiner Installation oder eben die Tageswerte.
Hubert
Ich kann mich nur noch mal zitieren!
Du wirst doch das attribut ändern können.
Fang bitte nicht an in meinem Module Code zu ändern!
Danke! Hast recht .. das war tatsächlich einfach. Ist auch eine nette Funktion. Hilft für meine Problemstellung aber wie befürchtet nichts. Dann werd ich vermutlich doch die Zeitreihen manuell als csv herunterladen und in Excel auswerten müssen oder so.
EDIT @Carlos:
Sind die Readings Deines Plugins "einfach so" global nutzbar wie nachfolgend versucht - oder was mache ich um die Werte in Bedingungen zu nutzen / anzusprechen?
==> Funktioniert so dann doch. Also cool Dank Deines tollen Plugin hat man alle Infos der Senec Anlage als Basis für weitere Steuerungen. Müsste nur die olle alte Wärmepumpe noch irgendwie ans kommen :-)
Hab folgendes gefunden und in ersten Versuchen angepasst, befürchte klemmt zunächst nicht nur an der PV-Leistung (https://wiki.fhem.de/wiki/DOIF/Automatisierung)
defmod Sonne_s DOIF ([Senec_Home:stromerzeugung] > 2500)
attr Sonne_s cmdState on|off
attr Sonne_s room Garten
attr Sonne_s wait 1800:7200
Hallo, danke erst mal für das Senec Modul, das prima funktioniert.
Jetzt hätte ich aber noch eine Frage: Ich habe PV-Module in Ost/West-Ausrichtung. Ich würde gerne z.B. eine Rollosteuerung verwirklichen, in Anhängigkeit wieviel Leistung auf der Westseite erzeugt wird. In Dashboard sehe ich die Werte MPP1 und MPP2, die zugehörigen Felder heißen PV1MPP_POWER0.labels_value, bzw. ...POWER1.labels....
Gibt es eine einfache Möglichkeit mit diesen Werten zu arbeiten?
Danke und Gruß, Peter
Zitat von: Calivati am 09 August 2023, 16:10:53Hallo, danke erst mal für das Senec Modul, das prima funktioniert.
Jetzt hätte ich aber noch eine Frage: Ich habe PV-Module in Ost/West-Ausrichtung. Ich würde gerne z.B. eine Rollosteuerung verwirklichen, in Anhängigkeit wieviel Leistung auf der Westseite erzeugt wird. In Dashboard sehe ich die Werte MPP1 und MPP2, die zugehörigen Felder heißen PV1MPP_POWER0.labels_value, bzw. ...POWER1.labels....
Gibt es eine einfache Möglichkeit mit diesen Werten zu arbeiten?
Danke und Gruß, Peter
Da brauche ich erst mal mehr Info.
In welchem Dashboard? Mein Senec module fragt im Prinzip nur den Speicher ab. Von den PV modulen und der Ausrichtung weiß das Modul erst mal nichts. Evtl must du das mit dem Modul deines Wechselrichters dann kombinieren.
Gruß
Hubert
Hallo Hubert, vermutlich hast du recht, die Werte kommen aus dem Gerät selbst. Das Dashbord rufe ich auf, indem ich die IP-Adresse des Wechselrichters anspreche, dort werden unter dem Reiter "Information" diese Werte angezeigt.
Dann werde ich da mal dranmachen, irgendwie diesen Wert abzufragen.
Gruß
PeterScreenshot 2023-08-09 162224.png
Hallo Peter,
Leider kann ich deinen screen shot nicht anschauen(warum auch immer).
Kannst du mir mal dein Senec Model mitteilen?
Wenn das ein SENEC.Home V3 hybrid ist dann könnte man das evtl. schon in meinem module mit umsetzen. Das wird aber schwierig für mich, da ich nur einen SENEC.Home V2.1 habe.
Gruß
Hubert
Hi, ja, es ist ein V3 hybrid. Aber bevor du hierfür viel Aufwand betreibst, versuche ich selbst mal den Wert zu extrahieren. Am Anfang dieses Forumbeitrags stehen ja einige Beispiele, ich hoffe dass es damit klappt. Falls nicht, melde ich mich noch einmal.
Danke erst Mal,
Peter
Hallo,
kennt jemand eine Quelle, wo die einzelnen, via lala.cgi abfragbaren Werte, beschrieben werden? In hiesigen Modul gibt's ja (vielen Dank an @Hubert) bereits einige wertvolle Kommentare zu den jeweiligen Stati. Einige sind auch selbsterklärend.
Ich suche aber z.B. eine Mapping Table für die Stati von:
BMS_PARA: OPERATIONAL_MODE
Bei mir (Konditionierungsbetrieb 70%) aktuell '03'. Ich würde annehmen bei normalem Betrieb ändert sich die Variable. Weiß das ggf jmd?
oder
BAT1: SELFTEST_OVERALL_STATE
Bei mir aktuell '05'?
Weiter such ich eine Erklärung für z.B. :
SOCKETS:
"ALREADY_SWITCHED":"",
"ENABLE":"",
"FORCE_ON":"",
"LOWER_LIMIT":"",
"POWER_ON":"",
"POWER_ON_TIME":"",
"SWITCH_ON_HOUR":"",
"SWITCH_ON_MINUTE":"",
"TIME_LIMIT":"",
"TIME_REM":"",
"UPPER_LIMIT":""
Was bedeuten diese? Sockets ist ja Steckdose, handelt es sich um die Funktion Backup Power (Pro)?
Gleiches gilt für
BMS
"ALARM_STATUS" : "",
"BATTERY_STATUS" : "",
"STATUS" : "",
"SOC" : "",
"SOH" : "",
Welche Werte können die Variablen annehmen und was bedeuten diese?
Vielen Dank, falls jmd Infos dazu hat :-)
Moin,
seit gestern hat Senec wohl auf https umgestellt (zumindest denke ich dass hier das Problem liegt...). Seitdem disconnected. Das ist natürlich ziemlich blöd, da sehr viel Automation darüber läuft bow. lief.
Gibt es hierfür schon eine Lösung?
Viele Grüße und Danke im Voraus!
Hallo,
Ja ich bin schon dran. Dauert jedoch noch 1 bis 2 Tage, da SENEC auch die STATISTIK Werte raus genommen hat.
Die muss ich jetzt selbst berechnen, sonst stimmen die Langzeit Werte nicht mehr.
Evtl stelle ich heute Abend oder morgen eine neie Version zur Verfügung die das https Problem behebt und mache den Rest später.
Gruß
Hubert
Zitat von: grochi am 05 September 2023, 08:06:31Moin,
seit gestern hat Senec wohl auf https umgestellt (zumindest denke ich dass hier das Problem liegt...). Seitdem disconnected. Das ist natürlich ziemlich blöd, da sehr viel Automation darüber läuft bow. lief.
Gibt es hierfür schon eine Lösung?
Hallo,
ich habe bei der lokalen Abfrage einfach das "s" eingefügt, sprich aus http://192... wurde https://192...
Funktioniert und ich bekomme alle Werte wieder
Gruß
Thomas
Guten Morgen,
manchmal ist es leicht. Hat funktioniert. In Zeile 650 in der 36_Senec.pm das "s" dran. Perfekt. Danke!
Moin zusammen,
ich habe unseren Senec in FHEM nun auch per 36_Senec Modul angebunden und nicht mehr per py-Skripte (SENEC2MQTT.py + Senec.py), wie es an anderer Stelle im Forum beschrieben war. Das hatte zwar 1a funktioniert, aber durch die Änderungen seitens Senec war die Abfrage offline. However...
Die Abfrage über das 36_Senec Modul funktioniert grundsätzlich (🥳), aber leider bekomme ich bei den "_total" Readings nur ein "VARIABLE_NOT_FOUND".
Die Attribute "interval" und "intervalmeinsenec" habe ich im Moment auf 60 stehen. FHEM und alles Weitere ist auf dem aktuellen Stand. Auch scheint mir sonst bei dem Senec-Device alles gut zu sein.
Woran kann der Fehler "VARIABLE_NOT_FOUND" liegen?
Beste Grüße
Das liegt daran, dass SENEC die Statistik Daten rausgenommen hat.
Wie gesagt ich bin dran, hatte aber wenig Zeit die letzten Wochen.
Kommt bald eine neue Version.
Gruß
Carlos
Hi Carlos,
herzlichen Dank!
Zitat von: carlos am 08 Oktober 2023, 23:14:27Das liegt daran, dass SENEC die Statistik Daten rausgenommen hat.
Wie gesagt ich bin dran, hatte aber wenig Zeit die letzten Wochen.
Kommt bald eine neue Version.
Gruß
Carlos
Sorry, dass ich den aktuellen Stand im Thread übersehen habe und vielen Dank für deine Arbeit.
Beste Grüße
Hallo zusammen
Bin selbst kein FEHM Nutzer, sonder Homeassistent mit Node-red aber Betreiber einer Senec Home 4 (ohne lokales Interface lala.cgi)
Um meine Home 4 anzubinden gibt es zwar für Homeassistent eine Integration welche Daten aus den Services der mein-senec.de Webseite zieht. Da das nutzen der der mein-senec.de Services aber wegen der Session basierten cookie Authentifizierung eine kontinuierliche Reauthentifizierung erfordert und im Vergleich zur Senec App auch weniger Daten, bzw komplizierter abzurufen sind. (Statistische Daten Bedarfs es bei mein-senec.de bis zu 7 Aufrufen, aus dem app-gateway lediglich einen Aufruf.
Daher habe ich die REST Service-Endpoints und Methoden aus der aktuellsten Senec Apps v 4.3.3 / 4.4.0_beta01 unter nachfolgendem Link dokumentiert, um Entwicklern von Smart Home / EMS eine alternative zu mein-senec.de Services zur Verfügung zu stellen
https://documenter.getpostman.com/view/932140/2s9YXib2td
Habe gesehen das hier im Thread zwar schon Mal App API Rest Services verlinkt wurden, allerdings sind diese von der App v 3.12.0 die outdated ist und sich inzwischen alle Endpoints geändert also auch die Service Methoden und responses
Hallo,
Ich kenne deine Doku, auch sind davon einige in meinem Modul implementiert.
Die meisten habe ich auch getestet(mit Postman), leider funktionieren z.b. die v2 monitor calls bei mir nicht.
Warum auch immer, deswegen bin ich jetzt teilweise direkt auf die mein-senec api umgestiegen.
z.b.:
https://mein-senec.de/endkunde/api/context/getEndkunde
https://mein-senec.de/endkunde/api/status/getautarky.php?anlageNummer=0
https://mein-senec.de/endkunde/api/status/getstatus.php?type=consumption&period=all&anlageNummer=0
...
Ich bin gerade dabei das modul entsprechend umzustellen.
Ich hoffe dass ich es dann zeitnah zur Verfügung stellen kann.
Gruß
Hubert
v2/senec/monitor gibt es in meiner Doku nicht.
v1 und v2 sind hauptsächlich bei den measurement services. Wobei der Unterschied in den measurement v1 zu v2 darin besteht,
v1 beinhaltet die totals aber keine wallbox consumption v2 beinhaltet wallbox consumption aber keine totals.
Bei den Measurments service is noch zu beachten, dass die from/to quary parameter als eopch timestamp mit auflösung Sekunde übergeben werden müssen (10stellig) wird dort ein timestamp in ms übergeben liefert der Servie eine 400 bad request.
Wo ich gerade noch dran bin sind die wallbox services den hier gibt es explizit unterschiedliche Services für die senec 1,2,3 Systeme und eigene für die Home 4
Ja stimmt ist v1, sorry da habe ich mich falsch ausgedrückt.
Ich meine z.B. den call:
https://app-gateway.prod.senec.dev/v1/senec/monitor/set automatically/data?period=YEAR&date=2023-11-01&locale=de_DE&timezone=Europe%252FBerlin
da kommt bei mir 400 Bad Request The request cannot be fulfilled due to bad syntax
Es scheint also ein Syntax Fehler zu sein.
Hast du die Calls mit Postman verifiziert?
Hi,
ja alle Service Calls sind getestet.
Hier Beispiel einer response. Es wurde aber schon außer dem Login noch der Service Systems aufgerufen, den aus dem wird die Anlagen/Systemid ausgelesen und als environment variable gesetzt. Ist nicht wie bei den mein-senec.de services "0" sondern in der regel ein 6 stelliger integer Wert.
{
"overviewMonitorCard": {
"gridFeedInInKwh": {
"value": 7.828773498535156,
"unit": "kWh"
},
"gridFeedOutInKwh": {
"value": 4.67999267578125,
"unit": "kWh"
},
"generatedElectricityInKwh": {
"value": 19.090667724609375,
"unit": "kWh"
},
"consumedElectricityInKwh": {
"value": 14.5657958984375,
"unit": "kWh"
}
},
"energySourcesMonitorCard": {
"pvUsageInPercent": {
"value": 67.90277800768565,
"unit": "%"
},
"batteryUsageInPercent": {
"value": 15.378538858756635,
"unit": "%"
},
"gridUsageInPercent": {
"value": 16.718683133557704,
"unit": "%"
}
},
"pvStatsMonitorCard": {
"selfConsumptionInPercent": {
"value": 58.99162034839017,
"unit": "%"
},
"gridFeedInInPercent": {
"value": 41.00837965160983,
"unit": "%"
},
"pvGeneration": {
"value": 19.090667724609375,
"unit": "kWh"
}
},
"savingsMonitorCard": {
"savedElectricityCosts": {
"value": 7.090273992919922,
"unit": "euro"
},
"avoidedCo2Emissions": {
"value": 7.65535775756836,
"unit": "kg"
},
"treesToBePlanted": 0.4876024049406599
},
"aggregation": {
"startDate": "2023-10-31T23:00:00Z",
"gridConsumption": {
"value": 4.67999267578125,
"unit": "kWh"
},
"gridFeedIn": {
"value": 7.828773498535156,
"unit": "kWh"
},
"storageLoad": {
"value": 5.7201385498046875,
"unit": "kWh"
},
"storageConsumption": {
"value": 4.323631286621094,
"unit": "kWh"
},
"storageLevel": {
"value": 21.85655403137207,
"unit": "%"
},
"generation": {
"value": 19.090667724609375,
"unit": "kWh"
},
"totalUsage": {
"value": 14.5657958984375,
"unit": "kWh"
}
},
"intervals": [
{
"startDate": "2023-10-31T23:00:00Z",
"gridConsumption": {
"value": 0.38866424560546875,
"unit": "kWh"
},
"gridFeedIn": {
"value": 0.0,
"unit": "kWh"
Also die Werte dieser Cards aus der app
https://up.picr.de/46636168bd.png (https://up.picr.de/46636168bd.png)
https://up.picr.de/46636169be.png (https://up.picr.de/46636169be.png)
Um die Werte vergleichbar zu dem Service
https://mein-senec.de/endkunde/api/status/getstatus.php?type=consumption&period=all&anlageNummer=0
über das app gateway abzurufen würde ich eher den dem v1/measurements Service verwenden
https://app-gateway.prod.senec.dev/v1/senec/systems/{{SENEC_ANLAGE}}/measurements?resolution=YEAR&from=946681200&to=1699958654
wobei ich hier den 01.01.2000 00:00:00 als from Datum setzte und to den aktuellen timestamp was dann gesammelt totals liefert und in den Timeseries noch nach Jahren aufgeschlüsselt. Bei dem Query parameter und der resolution FULL gilt es zu beachten, das der nicht vergleichbar ist mit dem ALL des mein-senec.de period=ALL, sonder für den gewählten Zeitraum in der timeseries alle Datenpunkte zurückliefert. Je nach gewählten Zeitraum und Laufzeit der Anlage können das schnell etlich MB große json responses werden.
{
"totals": [
469.18804931640625,
449.0621032714844,
170.22589111328125,
139.0238800048828,
196.5705108642578,
145.17283630371094,
20.347837448120117,
62.09
],
"measurements": [
"power-generation",
"power-consumption",
"grid-import",
"grid-export",
"battery-import",
"battery-export",
"battery-level-in-percent",
"autarky-in-percent"
],
"timeseries": [
{
"date": 1672527600,
"measurements": {
"durationInSeconds": 31536000,
"values": [
469.18804997205734,
449.06209802627563,
170.22588658332825,
139.02387924864888,
196.57050344347954,
145.17282897233963,
20.64,
63.81
]
}
}
]
}