76_SMAInverter.pm - Abfrage von SMA Wechselrichter

[Wzut]

also meinen STP 8000TL-20 kann ich damit abfragen. Obwohl das PW für die Anlage geändert wurde klappt das immer noch mit der 0000
Wichtig ist beim Erstkontakt die Attribute target-susyid und target-serial zu löschen und diese automatisch setzen zu lassen.
IMHO etwas unglücklich ist in der commandref der Satz

Sind mehr als ein Wechselrichter installiert, sind die Attribute "target-susyid" und "target-serial" entsprechend zu setzen um die korrekte Funktion zu gewährleisten

wer hat schon mehr als einen WR unter der gleichen IP ?

[DS_Starter]

@Wzut, hast recht. Ich nehme den Satz heute Abend raus. Ist eh obsolet inzwischen durch die automatische Zuweisung.

[Xguide]

Obwohl das PW für die Anlage geändert wurde klappt das immer noch mit der 0000

Das ist bei mir genau so, musste erst einmal nachsehen was da eingetragen ist....Vielleicht einfach mal die 0000 ausprobieren!?

[B.Stromberg]

Also mit "0000" bekomme ich auch ein "Login failed"

Mein WR hat ja schon ein Webinterface und der Sunny Explorer läuft mit diesem nicht mehr...

Kann hier jemand evtl. mit einem Sunny Boy bestätigen, dass FHEM läuft?

Tripower 10.0 bzw. 8.0 scheint hier ja niemand zu nutzen

Glaube, dass ist das selbe Frontend...

Mein WR ist dieser : https://www.sma.de/produkte/solar-wechselrichter/sunny-tripower-80-100.html

[Xguide]

Hallo,
ich hatte vor einiger Zeit mal das Problem der Integration eines Sunny Boy 1.5 (meldet sich übrigens mit SUSyID 303)
da hatte ich auch immer den Login Fehler.
Ich konnte das Problem nur lösen, indem ich ein rein numerisches 4-stelliges Passwort in der Web-Gui des WR eingestellt habe.
Dann hat das funktioniert, allerdings nicht mit kryptischen alphanumerischen Passworten.
Dann gab es aber massig Fehlermeldungen im log und die Stromwerte waren nicht da, die Leistungen haben aber alle gepasst.

vielleicht hilft das ja weiter.

VG

Hallo Stromberg,

die Suchfunktion in diesem Thread zeigt schon, dass es SunnyBoys gibt die funktionieren. Aber wie wir inzwischen wissen, ist die Generation entscheident.
Danke für den Link, jetzt habe ich auch gelernt, dass SMA die Namensgebung bei den TriPower geändert hat....
Vielleicht hilft das obige Zitat?

Viel Erfolg,

Marcel

[B.Stromberg]

Tja, das hilft leider auch nicht.
Habe das Passwort auf 4 Nummern geändert.

FHEM meldet:

Code Auswählen Erweitern

Timeout: process terminated

[Xguide]

Sehr schade, hast du vielleicht noch ein bisschen mehr verbose 5 Logging im Angebot?


Gesendet von iPhone mit Tapatalk

[B.Stromberg]

Das Problem ist, dass FHEM total abschmiert.... Leider gar kein Log........

[Wzut]

gar kein Log glaube ich nicht ! Oder meintest du kein entsprechender Eintrag im Log ? kann aber bei verbose 5  eigentlich auch nicht sein.
Auf jeden Fall wird dir Heiko ohne weitere Infos nicht weiterhelfen können, bis dahin kannst ja noch auf https://forum.fhem.de/index.php/topic,56080.msg967002.html#msg967002 ausweichen.

[B.Stromberg]

Hallo!
Ja, ich meine kein Eintrag... FHEM hängt sich, sowie ich das Device einfüge auf...
Ich muss dann via FTP auf meinen Server, den Eintrag aus der fhem.cfg löschen und FHEM via Telnet neu starten.....

[Xguide]

Hallo mal was anderes, ohne ein Log kommt man da ja nicht weiter.

Wie schon so häufig von mir bemängelt, liefert der SunnyIsland keinen Zähler über ein-/ausgepufferte Energie. Nun habe ich mal in diesem Thread rumgestöbert und auf einer der ersten Seiten steht, dass der SI auch die Energywerte (ETOTAL, ETODAY) wie die TPs liefern soll (zugegebener weise, waren da auch immer 0 Werte drin, aber die Hoffnung stirbt zuletzt). Im Verbose 5 Log sieht man das diese Anfrage und auch Weitere nicht beantwortet, bzw. nicht im erwarteten Format, beantwortet werden.

Code Auswählen Erweitern


#Auszug aus dem Log
2019.08.28 17:03:17 5: SMA_SunnyIsland - send:       534D4100000402A00000000100260010606509A04C010E9E294B0000E90023BB590700000000000003800002005400012600FF22260000000000
2019.08.28 17:03:17 5: SMA_SunnyIsland - Received: 534d4100000402a0000000010026001060650990e90023bb590700e04c010e9e294b00001500000003800102005400012600ff22260000000000
2019.08.28 17:03:17 3: SMA_SunnyIsland - Format of inverter response does not fit.


Dabei fällt auf, das der ein oder andere Request nicht passt. Blick ins Modul zeigt, dass die Antwort size größer 58 sein muss. Deshalb habe ich mir size mal ausgeben lassen, da ja augenscheinlich schon etwas geliefert wird.

Code Auswählen Erweitern


#Auszug....
2019.08.28 17:19:16 5: SMA_SunnyIsland - send:       534D4100000402A00000000100260010606509A04C010E9E294B0000E90023BB590700000000000003800002005400012600FF22260000000000
2019.08.28 17:19:16 5: SMA_SunnyIsland - Received: 534d4100000402a0000000010026001060650990e90023bb590700e04c010e9e294b00001500000003800102005400012600ff22260000000000
2019.08.28 17:19:16 1: SMA_SunnyIsland - MS Debug Size: 58
2019.08.28 17:19:16 3: SMA_SunnyIsland - Format of inverter response does not fit.


Nun habe ich mal die size Abfrage auf >= 58 gesetzt und getestet. Eine gültige data_ID kann dann nicht ermittelt werden und bei genauerer Betrachtung fällt auch auf, dass der Antwortstring für die Auswertung ala TP viel zu kurz ist. Hat zufällig jemand von Euch das Modul mit seinem SI laufen?
Mich würde interessieren welche Readings ihr so bekommen.

list devicename

Code Auswählen Erweitern


2019-08-28 23:59:26   .etotal_yesterday 0
     2019-08-29 11:48:26   BAT_CYCLES      917
     2019-08-29 11:48:26   BAT_IDC         -22.9
     2019-08-29 11:48:26   BAT_TEMP        31.5
     2019-08-29 11:48:26   BAT_UDC         57
     2019-08-29 11:48:26   ChargeStatus    94
     2019-08-29 11:48:26   INV_CLASS       Batterie Inverters
     2019-08-29 11:48:26   INV_STATUS      Ok
     2019-08-29 11:48:26   INV_TYPE        Sunny Island 3.0M
     2019-08-29 11:48:26   POWER_IN        1390
     2019-08-29 11:48:26   POWER_OUT       0
     2019-08-29 11:48:26   SPOT_FREQ       49.9
     2019-08-29 11:48:26   SPOT_IAC1       6
     2019-08-29 11:48:26   SPOT_IAC2       0
     2019-08-29 11:48:26   SPOT_IAC3       0
     2019-08-29 11:48:26   SPOT_PAC1       -1300
     2019-08-29 11:48:26   SPOT_PAC2       0
     2019-08-29 11:48:26   SPOT_PAC3       0
     2019-08-29 11:48:26   SPOT_PACTOT     -1390
     2019-08-29 11:48:26   SPOT_UAC1       232.9
     2019-08-29 11:48:26   SPOT_UAC2       0
     2019-08-29 11:48:26   SPOT_UAC3       0
     2019-08-29 11:48:26   SUSyID          332
     2019-08-29 11:48:26   Serialnumber    08154711
     2019-08-29 11:48:26   background_processing_time 0.1197
     2019-08-29 11:48:26   inverter_processing_time 0.1029
     2019-08-29 11:48:26   modulstate      normal
     2019-08-29 11:48:26   opertime_start  29.08.2019 06:02:22
     2019-08-29 11:48:26   opertime_stop   29.08.2019 21:01:16
     2019-08-29 11:48:26   state           -1390


Werde mal versuchen SBFspot wieder zum Laufen zu bekommen. Habe auch schon versucht im source davon nach einer Indikation über vorhandene Zählerwerte für SIs zu suchen, hab aber nichts gefunden.

Viele Grüße

Marcel

[DS_Starter]

Das sich FHEM wegen des Moduls aufhängen soll halte ich für etwas eigenartig weil es bewusst non-blocking aufgebaut ist. Hier muss noch etwas anderes reinspielen. Gib uns mal einen Auszug der cfg welche die Definition des Devices zeigt.

Grüsse,
Heiko

[B.Stromberg]

Soo, jetzt habe ich auch wieder etwas Zeit.

Also, in der FHEM config sieht das Ganze so aus:

Code Auswählen Erweitern

define Tripower10 SMAInverter 1234 192.168.2.223
setuuid Tripower10 5d681dff-f33f-0855-deea-28ab74ecdcc3c32a


Im Sleep Modus scheint zumindest ein korrektes einloggen möglich...

Hier die Readings:

Code Auswählen Erweitern

modulstate sleep 2019-08-29 20:55:36
opertime_start 29.08.2019 05:52:42 2019-08-29 20:55:36
opertime_stop 29.08.2019 20:54:12 2019-08-29 20:55:36
state done 2019-08-29 20:55:36

EDITH:
Setze ich das Attribut suppressSleep 1, kommt der state: Timeout: process terminated

[DS_Starter]

Setze ich das Attribut suppressSleep 1, kommt der state: Timeout: process terminated

Ja, weil keine oder eine unzureichende ANtwort vom WR kommt.

Deswegen brauchen wir das verbose 5 LOg. Sonst ist da nichts zu machen.

Grüße,
Heiko

[B.Stromberg]

Okay, hilft dir das hier weiter?

Code Auswählen Erweitern

2019.08.29 22:37:39 4 : WEB_192.168.2.7_56707 GET /fhem?detail=Tripower10; BUFLEN:0
2019.08.29 22:37:39 4 : WEB: /fhem?detail=Tripower10 / RL:3303 / text/html; charset=UTF-8 / Content-Encoding: gzip / Cache-Control: no-cache, no-store, must-revalidate
2019.08.29 22:37:39 4 : WEB_192.168.2.7_56707 GET /fhem?cmd=%7BAttrVal(%22Tripower10%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_510801518641224; BUFLEN:0
2019.08.29 22:37:39 5 : Cmd: >{AttrVal("Tripower10","room","")}<
2019.08.29 22:37:39 4 : WEB: /fhem?cmd=%7BAttrVal(%22Tripower10%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_510801518641224 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip / Cache-Control: no-cache, no-store, must-revalidate
2019.08.29 22:37:39 5 : FHEMWEB SSL/HTTPS error: SSL accept attempt failed because of handshake problems error:14094416:SSL routines:ssl3_read_bytes:sslv3 alert certificate unknown (peer: 192.168.2.7)
2019.08.29 22:37:39 4 : Connection accepted from WEB_192.168.2.7_56747
2019.08.29 22:37:42 4 : Connection closed for WEB_192.168.2.7_56741: EOF
2019.08.29 22:37:44 4 : WEB_192.168.2.7_56707 POST /fhem?detail=Tripower10&dev.getTripower10=Tripower10&cmd.getTripower10=get&arg.getTripower10=data&val.getTripower10=&XHR=1&addLinks=1&fwcsrf=csrf_510801518641224&fw_id=2094; BUFLEN:0
2019.08.29 22:37:44 5 : Cmd: >get Tripower10 data<
2019.08.29 22:37:44 3 : SMAInverter Tripower10 - WARNING - old process 23158 will be killed now to start a new BlockingCall
2019.08.29 22:37:44 4 : Timeout for getstatus_DoParse reached, terminated process 23158
2019.08.29 22:37:44 1 : SMAInverter Tripower10 -> BlockingCall getstatus_DoParse Timeout: process terminated
2019.08.29 22:37:44 5 : Starting notify loop for Tripower10, 1 event(s), first is Timeout: process terminated
2019.08.29 22:37:44 5 : createNotifyHash
2019-08-29 22:37:44 SMAInverter Tripower10 Timeout: process terminated
2019.08.29 22:37:44 5 : End notify loop for Tripower10
2019.08.29 22:37:44 4 : Tripower10 - ###############################################################
2019.08.29 22:37:44 4 : Tripower10 - ########## Begin of new SMAInverter get data cycle ##########
2019.08.29 22:37:44 4 : Tripower10 - ###############################################################
2019.08.29 22:37:44 4 : Tripower10 - timeout cycles since module start: 101
2019.08.29 22:37:44 4 : BlockingCall (getstatus_DoParse): created child (23364), uses telnetForBlockingFn_1567008159 to connect back
2019.08.29 22:37:44 4 : WEB: /fhem?detail=Tripower10&dev.getTripower10=Tripower10&cmd.getTripower10=get&arg.getTripower10=data&val.getTripower10=&XHR=1&addLinks=1&fwcsrf=csrf_510801518641224&fw_id=2094 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip / Cache-Control: no-cache, no-store, must-revalidate