SMA Sunny Home Manager abfragen.

[Brun]

@Balu

Aktuelle sind noch keine weiteren Werte implementiert. Man bekommt nur die werte wie man sie auf der SMA Seite vom SHM sehen kann.
Aber eine Idee ist es und ich werde es mal aufnehmen.

@Klaus

Bei mir kommen noch Werte. Die Fehlermeldung 500 kommt von der SMA Seite und können leider alles mögliche bedeuten.
Was für ein Betriebssystem hast du denn und welche Version?
Vielleicht hilft ja auch ein Update.

[Klaus Rubik]

@Klaus

Bei mir kommen noch Werte. Die Fehlermeldung 500 kommt von der SMA Seite und können leider alles mögliche bedeuten.
Was für ein Betriebssystem hast du denn und welche Version?
Vielleicht hilft ja auch ein Update.

Hallo,

ich vermute ja, dass SMA heute auf reinen SSL-Zugriff umgestellt hat. Ich kann die Webseite nicht mehr mit HTTP://.... aufrufen, werde sofort auf SLL (HTTPS) weitergeleitet. Damit dürfte vermutlich wieder mein weiter oben beschribenes Problem mit den HTTPS Aufrufen gerade zuschlagen.

Aktuell habe ich folgendes Debian Linux auf meinem RPI:

Code Auswählen Erweitern

Linux FHEM01 3.12.25+ #1 PREEMPT Sat Aug 2 19:08:33 CEST 2014 armv6l GNU/Linux

Pakete sind alle aktualisiert. Die von dir genannten Module habe ich auch alle installiert. Ich bin mit meinem Latein am Ende

Klaus

[joerglange]

bei mir heute keine Probleme, Daten werden ohne Fehler gelesen

[Brun]

@Klaus:

poste mal bitte die Ausgabe von folgenden Befehl:

Code Auswählen Erweitern


dpkg -l | grep -i perl
dpkg -l | grep -i ssl
dpkg -l | grep -i lwp


[Klaus Rubik]

@Klaus:

poste mal bitte die Ausgabe von folgenden Befehl:

Code Auswählen Erweitern


dpkg -l | grep -i perl
dpkg -l | grep -i ssl
dpkg -l | grep -i lwp


Hallo,
ich hab den Output der 3 Befehle als modules.txt angehängt. Hoffe das ist ok.

Gruß

Klaus

[Brun]

Von den Modulen aus sieht das sehr gut aus.

Um das Problem genau analysieren zu können müsste ich deine Installation nachstellen.
Das könnte allerdings eine Weile dauern...


Aber könntest du bitte nochmal was testen und den Output posten.

Code Auswählen Erweitern


lwp-request -E -d https://www.sunny-portal.com


[Klaus Rubik]

Hallo Brun,

erstmal danke, dass hier unterstützt. Der Output ist wie folgt:

Code Auswählen Erweitern

# lwp-request -E -d https://www.sunny-portal.com
GET https://www.sunny-portal.com
User-Agent: lwp-request/6.03 libwww-perl/6.04

500 Can't connect to www.sunny-portal.com:443
Content-Type: text/plain
Client-Date: Thu, 13 Nov 2014 11:46:49 GMT
Client-Warning: Internal response



Ich habe noch einen weiteren RPi für andere Zwecke, habe aber dort auch mal das Kommando abgesetzt. Dort ist der Output wie folgt:

Code Auswählen Erweitern

# lwp-request -E -d https://www.sunny-portal.com
GET https://www.sunny-portal.com
User-Agent: lwp-request/6.03 libwww-perl/6.04

302 Found
Cache-Control: private
Connection: Keep-Alive
Date: Thu, 13 Nov 2014 11:47:12 GMT
Location: /Templates/Start.aspx?ReturnUrl=%2f
Server: Microsoft-IIS/7.5
Content-Length: 152
Content-Type: text/html; charset=utf-8
Client-Date: Thu, 13 Nov 2014 11:47:13 GMT
Client-Peer: 171.25.178.17:443
Client-Response-Num: 1
Client-SSL-Cert-Issuer: /C=GB/ST=Greater Manchester/L=Salford/O=COMODO CA Limited/CN=COMODO Extended Validation Secure Server CA
Client-SSL-Cert-Subject: /serialNumber=HRB 3972/1.3.6.1.4.1.311.60.2.1.3=DE/businessCategory=Private Organization/C=DE/postalCode=34266/ST=Hessen/L=Niestetal/street=Sonnenallee 1/O=SMA Solar Technology AG/OU=Issued through SMA Solar Technology AG E-PKI Manager/OU=COMODO EV Multi-Domain SSL
Client-SSL-Cipher: AES256-SHA
Client-SSL-Socket-Class: IO::Socket::SSL
Set-Cookie: iZmNqKABwz=MDAwM2IyNzU0ZTQwMDAwMDAwMDgwXycNaSIxNDE1ODg2MTc0; Path=/
Title: Object moved
X-AspNet-Version: 4.0.30319

GET https://www.sunny-portal.com/Templates/Start.aspx?ReturnUrl=%2f
User-Agent: lwp-request/6.03 libwww-perl/6.04

200 OK
Cache-Control: private
Connection: Keep-Alive
Date: Thu, 13 Nov 2014 11:47:13 GMT
Server: Microsoft-IIS/7.5
Content-Length: 27769
Content-Type: text/html; charset=utf-8
Client-Date: Thu, 13 Nov 2014 11:47:14 GMT
Client-Peer: 171.25.178.17:443
Client-Response-Num: 1
Client-SSL-Cert-Issuer: /C=GB/ST=Greater Manchester/L=Salford/O=COMODO CA Limited/CN=COMODO Extended Validation Secure Server CA
Client-SSL-Cert-Subject: /serialNumber=HRB 3972/1.3.6.1.4.1.311.60.2.1.3=DE/businessCategory=Private Organization/C=DE/postalCode=34266/ST=Hessen/L=Niestetal/street=Sonnenallee 1/O=SMA Solar Technology AG/OU=Issued through SMA Solar Technology AG E-PKI Manager/OU=COMODO EV Multi-Domain SSL
Client-SSL-Cipher: AES256-SHA
Client-SSL-Socket-Class: IO::Socket::SSL
Link: <../favicon.ico>; rel="shortcut icon"; type="image/x-icon"
Link: <../apple-touch-icon.png>; rel="apple-touch-icon"
Link: </dist/css/sma.theme.css?v=7.3.19.33747>; rel="stylesheet"
Link: </Tools/css/shadowbox/shadowbox.css>; rel="stylesheet"
Set-Cookie: iZmNqKABwz=MDAwM2IyNzU0ZTQwMDAwMDAwMDgwe0FMMSkxNDE1ODg2MTc1; Path=/
Set-Cookie: ASP.NET_SessionId=tjm3zocf3l21pwzy4morbhaw; path=/; HttpOnly
Title: SMA Solar Technology AG - Sunny Portal
X-AspNet-Version: 4.0.30319
X-Meta-Charset: utf-8
X-Meta-Viewport: width=device-width, initial-scale=1
X-Powered-By: ASP.NET
X-UA-Compatible: IE=edge

Viele Grüße

klaus

[Klaus Rubik]

Ich habe auf dem FHEM RPi auch nochmals ein wget versucht, um Probleme bei der Namensauflösung oder Routing auszuschliessen.Das scheint alles zu funktionieren:

Code Auswählen Erweitern

c# wget  https://www.sunny-portal.com
--2014-11-13 12:51:41--  https://www.sunny-portal.com/
Resolving www.sunny-portal.com (www.sunny-portal.com)... 171.25.178.17
Connecting to www.sunny-portal.com (www.sunny-portal.com)|171.25.178.17|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: /Templates/Start.aspx?ReturnUrl=%2f [following]
--2014-11-13 12:51:46--  https://www.sunny-portal.com/Templates/Start.aspx?ReturnUrl=%2f
Reusing existing connection to www.sunny-portal.com:443.
HTTP request sent, awaiting response... 200 OK
Length: 27673 (27K) [text/html]
Saving to: `index.html'

100%[===================================================================================================>] 27,673      --.-K/s   in 0.01s

2014-11-13 12:51:50 (2.49 MB/s) - `index.html' saved [27673/27673]

[Brun]

Irgendeinen Unterschied zwischen den beiden RPis muss es ja geben.
Fehlen irgendwo schreib-/leserechte auf den Filesystem? Ein anderer User? Eine andere Debian version?

Leider ist so eine tiefe Ferndiagnose relativ schwierig...

[Regengott]

Eine weitere Erfolgsmeldung: Modul lies sich schnell einrichten und funktioniert 1A. 

Hab' die Config von Waldmensch nur mit PV und TC benutzt und werde mal beobachten, ob ich den supoxy jetzt in Rente schicken kann.

Next Step: DBLog statt Filelog

[Schorsch]

Moin,

wollte mich auch nochmal bedanken, läuft jetzt schon länger vollkommen reibungslos. Außer die SMA-Webseite ist down, was es auch einmal für einen Tag oder so gab.
Anbei ein Screenshot - zeigt eine gut gefüllte Batterie, die den Tag über vom BHKW und begrenzt auch mit PV geladen wird, dann in die Sättigung geht und abends / nachts das Haus betreibt. PV-Strom lade ich deshalb nur begrenzt in die Batterie, weil Einspeisen mehr bringt. BHKW-Überschuss geht wann immer möglich in die Batterie.
Meinen TotalConsume plotte ich nicht in dieser Grafik, weil der SMH zu dumm ist, meinen selbstverbrauchten BHKW-Strom zu sehen. Dafür habe ich einen anderen Plot. Einspeisung/Bezug sind aber eh viel wichtiger

Macht Spaß - klasse Modul!

Viele Grüße,
Schorsch

[dikay]

Hi Brun,

erst einmal danke für das Modul. Ich nutze es nun seit einigen Tagen und es funktioniert bisher ohne Probleme. 

Ich logge dabei die Werte FeedIn, GridConsumption und TotalConsumption mit DbLog in eine MySQL DB (Interval 300s und event-on-change-reading).
Dabei ist mir aufgefallen, dass sporadisch keine Daten verfügbar sind, so dass immer mal wieder "null" als String anstatt eines numerischen Werts in der Datenbank landet.
Dieser String führt dann beim SVG Plot regelmäßig zu zahlreichen Warnings im Logfile.
Anbei habe ich dazu zwei Screenshots angefügt.

Wäre super, wenn Du dir das mal ansehen könntest und das "null" z.B. durch 0 ersetzen würdest.

Danke und Gruß
dikay

[Herjemine]

Hallo,

mir geht es ähnlich wie Klaus, Gestern ging es noch sporatisch, aber seit gestern Abend geht gar nichts mehr 
LWP bringt bei mir

Code Auswählen Erweitern


F:\fhem>lwp-request -E -d https://www.sunny-portal.com
GET https://www.sunny-portal.com
User-Agent: lwp-request/6.03 libwww-perl/6.08

302 Found
Cache-Control: private
Connection: Keep-Alive
Date: Mon, 17 Nov 2014 12:08:34 GMT
Location: /Templates/Start.aspx?ReturnUrl=%2f
Server: Microsoft-IIS/7.5
Content-Length: 152
Content-Type: text/html; charset=utf-8
Client-Date: Mon, 17 Nov 2014 12:08:34 GMT
Client-Peer: 171.25.178.17:443
Client-Response-Num: 1
Client-SSL-Cert-Issuer: /C=GB/ST=Greater Manchester/L=Salford/O=COMODO CA Limite
d/CN=COMODO Extended Validation Secure Server CA
Client-SSL-Cert-Subject: /serialNumber=HRB 3972/1.3.6.1.4.1.311.60.2.1.3=DE/busi
nessCategory=Private Organization/C=DE/postalCode=34266/ST=Hessen/L=Niestetal/st
reet=Sonnenallee 1/O=SMA Solar Technology AG/OU=Issued through SMA Solar Technol
ogy AG E-PKI Manager/OU=COMODO EV Multi-Domain SSL
Client-SSL-Cipher: AES256-SHA
Client-SSL-Socket-Class: IO::Socket::SSL
Set-Cookie: iZmNqKABwz=MDAwM2IyNzU0ZTQwMDAwMDAwMDgwOVgSHT0xNDE2MjMzMDU0; Path=/
Title: Object moved
X-AspNet-Version: 4.0.30319

GET https://www.sunny-portal.com/Templates/Start.aspx?ReturnUrl=%2f
User-Agent: lwp-request/6.03 libwww-perl/6.08

500 Can't connect to www.sunny-portal.com:443
Content-Type: text/plain
Client-Date: Mon, 17 Nov 2014 12:08:34 GMT
Client-Warning: Internal response



Irgent welche Ideen?

Gruß Hermann

[Waldmensch]

Ich habe beim Supoxy SSL aktiviert. Das ging erst gar nicht, bis ich alle möglichen und unmöglichen sowie selfsigned Zertifikate erlaubt habe. Änderung ist im Git - vielleicht ist das Problem hier ähnlich. Brun wird wissen was gemeint ist: https://github.com/Tommy-LSA/supoxy/commit/51c146554ec0be8e4ff4e949fb6697b6f3f8d427

[dikay]

Moin,

welchen Intervall habt ihr denn für die Aktualisierung angegeben?
Ich würde vermuten, dass SMA bei einer zu hohen Abfragefrequenz die Anfragen teilweise/dauerhaft blockt.
Man hat ja auch gelegentlich im normalen Sunny Portal das Problem, dass die Live-Werte nicht angezeigt werden - stattdessen gibt es ein rotes Ausrufezeichen nach einem Timeout des Scripts.

------
Neueste Erkenntnisse:
Ich habe seit dem Einsatz des Moduls sporadische Abbrüche der Verbindung zu meinem HMLAN Adapter, was laut Forum bedeutet, dass die komplette FHEM Instanz für über 90s "einfriert" bzw. auf die Antwort des Sunny Portals wartet.
Vermutlich wäre daher die Lösung dieser Probleme die Nachahmung des "original Verhaltens", konkret ein 5s Timeout auf den Request zu setzen, und zum anderen müsste idealerweise der Request irgendwie entkoppelt von FHEM ablaufen, so dass FHEM während des Requests in jedem Fall normal weiter arbeiten kann.

(Hat dazu zufällig jemand ein HowTo? Ich bräuchte dasselbe auch für das SMAspot-/SBFspot-Modul.  )

MfG
dikay