SMA Home Manager Software Change auf 2.07.5.R

[ALDI-Tuete]

Ist bei mir leider auch so mit 1.9.249 (2021-11-07 09:08:12 +0100 [44e3e1b1] )

[triotech]

gibt es Neuigkeiten zu dem Fehler?

[Teta]

Hier werkelt unter anderem so ein SMA Home Manager 2.0.

Der Graph on der openWB sieht hier 'normal' aus. Vor ein paar Tagen waren da in der Tat diese Zacken drin.

[triotech]

ich habe immer noch probleme

installierte Version:
openWB: 1.9.249 (2021-11-14 13:11:17 +0100 [82803ee8] )
SHM2: 2.07.5.R

[A124Bob]

Hallo Zusammen,
ich kann es nicht verstehen... manchmal sind diese häufiger und manchmal seltener.

[hengsti]

Das Problem besteht bei mir auch weiterhin und bestimmt bei vielen anderen Nutzern von SMA auch.

Soll das so bleiben? Gibt es keine Lösung? Ist das ein Bug seitens SMA? Muss SMA nachbessern oder doch ein Fehler im Code von openWB?

[openWB]

Das Problem kam mit einem Update des HomeManager und gilt noch gefixt zu werden.

[Becker]

Was mir aufgefallen ist, in meiner Node-Red Abfrage stocken die Werte alle 30s kurz.
Als Rohdaten sehe ich folgendes:

Das Paket hat nicht mehr die Länge von 608 sondern nur noch von 58 und scheinbar keine Messdaten.
Was auch immer da drin ist.

Code: Alles auswählen

[83,77,65,0,0,4,2,160,0,0,0,1,0,38,0,16,96,101,9,160,255,255,255,255,255,255,0,0,116,1,228,181,89,113,0,0,0,0,0,0,27,177,0,2,0,0,0,0,0,0,0,0,0,0,0,0,0,0]

zu

Code: Alles auswählen

[83,77,65,0,0,4,2,160,0,0,0,1,2,76,0,16,96,105,1,116,113,89,181,228,111,170,172,50,0,1,4,0,0,0,18,63,0,1,8,0,0,0,0,6,231,89,65,104,0,2,4,0,0,0,0,0,0,2,8,0,0,0,0,14,179,226,181,240,0,3,4,0,0,0,0,0,0,3,8,0,0,0,0,0,19,192,28,136,0,4,4,0,0,0,39,2,0,4,8,0,0,0,0,16,57,140,115,32,0,9,4,0,0,0,43,16,0,9,8,0,0,0,0,13,180,146,239,112,0,10,4,0,0,0,0,0,0,10,8,0,0,0,0,17,122,14,240,192,0,13,4,0,0,0,1,168,0,14,4,0,0,0,195,90,0,21,4,0,0,0,5,62,0,21,8,0,0,0,0,3,242,250,89,16,0,22,4,0,0,0,0,0,0,22,8,0,0,0,0,10,227,44,209,200,0,23,4,0,0,0,0,0,0,23,8,0,0,0,0,0,32,71,176,216,0,24,4,0,0,0,15,180,0,24,8,0,0,0,0,6,32,88,154,80,0,29,4,0,0,0,16,142,0,29,8,0,0,0,0,5,206,12,21,56,0,30,4,0,0,0,0,0,0,30,8,0,0,0,0,11,222,138,215,104,0,31,4,0,0,0,7,147,0,32,4,0,0,3,137,50,0,33,4,0,0,0,1,61,0,41,4,0,0,0,11,16,0,41,8,0,0,0,0,3,2,43,169,8,0,42,4,0,0,0,0,0,0,42,8,0,0,0,0,2,202,30,51,240,0,43,4,0,0,0,0,0,0,43,8,0,0,0,0,0,11,235,1,248,0,44,4,0,0,0,10,189,0,44,8,0,0,0,0,3,16,219,62,0,0,49,4,0,0,0,15,107,0,49,8,0,0,0,0,4,89,198,213,96,0,50,4,0,0,0,0,0,0,50,8,0,0,0,0,2,235,185,130,48,0,51,4,0,0,0,6,236,0,52,4,0,0,3,143,104,0,53,4,0,0,0,2,206,0,61,4,0,0,0,1,242,0,61,8,0,0,0,0,2,44,209,6,144,0,62,4,0,0,0,0,0,0,62,8,0,0,0,0,3,65,53,126,128,0,63,4,0,0,0,0,0]

[LinusEV]

installierte Version: 1.9.250 (2021-11-29 20:57:35 +0100 [55c51cb3] ) SHM 2.07.5.R
Habe die gleichen Spikes bei mir.
Jedoch kommt bei jetzt hinzu, daß die Ladung plötzlich abbricht Sofortladung (e-Golf 2 Phasen).
Debug sieht wie folgt aus.

2021-11-30 19:36:36: Sofort ladung bei minimal A 6 Ladeleistung zu gering (LV1) at 88 sofortlademodus sofortlademodus.sh
2021-11-30 19:36:35: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1260 loadvars loadvars.sh
2021-11-30 19:36:35: plugstatlp1 1 plugstatlp2 0 plugstatlp3 0 (LV1) at 1259 loadvars loadvars.sh
2021-11-30 19:36:35: lp1enabled 1 lp2enabled 1 lp3enabled 1 (LV1) at 1258 loadvars loadvars.sh
2021-11-30 19:36:35: EVU 1:V/2A 2: V/0A 3: V/2A (LV1) at 1257 loadvars loadvars.sh
2021-11-30 19:36:35: lla3 0 llv3 228.1 llas13 llas23 soclp1 0 soclp2 (LV1) at 1256 loadvars loadvars.sh
2021-11-30 19:36:35: lla2 0 llv2 230.6 llas12 llas22 sofortll 8 hausverbrauch 1195 wattbezug 1195 uberschuss -1195 (LV1) at 1255 loadvars loadvars.sh
2021-11-30 19:36:35: lla1 0 llv1 228.3 llas11 llas21 mindestuberschuss 1500 abschaltuberschuss 5 lademodus 0 (LV1) at 1254 loadvars loadvars.sh
2021-11-30 19:36:35: pv1watt 0 pv2watt pvwatt 0 ladeleistung 0 llalt 6 nachtladen 0 nachtladen 0 minimalA 6 maximalA 16 (LV1) at 1253 loadvars loadvars.sh
2021-11-30 19:36:35: speicherleistung 0 speichersoc 37 (LV1) at 1248 loadvars loadvars.sh

Gibt es da einen Zusammenhang?
Hat vorher einwandfrei funktioniert.

[Becker]

ich habe mich gestern paar Stunden hingesetzt und den Speedwiredecoder selber dekodiert, da mir die Bauart von "Datenschuft" zu viel CPU Last erzeugte und durch das Datenpaket mit 58Bytes alle 30s kurz ruckt.

Raus gekommen ist was sehr einfaches, was kaum CPU Last benötigt, allerdings arbeite ich ohne OBIS Kennzahlen, d.h. wenn SMA mit einem Fw-Update die Messkanäle ändert, dann muss ich wieder alles anpassen. Glaube ich aber nicht, die Kanäle wurden einmal angepasst um die Frequenz mit zu übertragen, dazu wurde das Paket damals auf 608 Byte vergrößert.

Wenn die Programmierer den Flow, besser gesagt den Dekoder in openWB´s Python übernehmen, dann sollte das Problem in 10min erledigt sein


Edit:
habe zusätzlich noch MQTT für das openWB EVU Modul angebaut, so gibt es keinerlei Probleme mehr (insbesondere bleibt das Netzwerk auf IGMPv3) !

Siehe: viewtopic.php?p=51576#p51576