Neuer Adapter: SMA Wechselrichter mit sbfspot

Rene_HM

Jetzt ist endlich continous integration mit AppVeyor und travis grün.

Ich habe die sqlite3 Version auf 3.1.7 zurück gesetzt, das ist die gleiche, die auch ioBroker.sql nutzt.

Damit habe ich nun die Version 1.0.0 auf github und npm released.

philipp485

Hallo Rene,

erstmal vielen Dank, dass du einen Adapter für sbfspot geschrieben hast. Ich nutze sbfspot schon länger, um mir per Node-RED die aktuellen Werte live in der Vis anzeigen zu lassen.

Ich habe deinen Adapter gerade installiert, bekomme aber bei dem regelmäßigen Task, der sich die Variablen aus der SQLite holt folgenden Fehler:

host.iobroker	2017-12-26 16:55:00.269	info	instance system.adapter.sbfspot.0 terminated with code 0 (OK)
sbfspot.0	2017-12-26 16:55:00.261	info	terminating
sbfspot.0	2017-12-26 16:55:00.252	debug	cleaned everything up...
sbfspot.0	2017-12-26 16:55:00.252	error	at Statement. (/opt/iobroker/node_modules/iobroker.sbfspot/sbfspot.js:430:13)
sbfspot.0	2017-12-26 16:55:00.252	error	at GetInverter (/opt/iobroker/node_modules/iobroker.sbfspot/sbfspot.js:457:13)
sbfspot.0	2017-12-26 16:55:00.252	error	at DB_GetInvertersData (/opt/iobroker/node_modules/iobroker.sbfspot/sbfspot.js:480:19)
sbfspot.0	2017-12-26 16:55:00.252	error	--> in Database#all('SELECT * from SpotData where Serial =xxxxxxxxxx ORDER BY TimeStamp DESC LIMIT 1', [Function])
sbfspot.0	2017-12-26 16:55:00.252	error	at Statement. (/opt/iobroker/node_modules/iobroker.sbfspot/sbfspot.js:481:13)
sbfspot.0	2017-12-26 16:55:00.252	error	ReferenceError: GetInverterterData is not defined
sbfspot.0	2017-12-26 16:55:00.252	error	uncaught exception: GetInverterterData is not defined
sbfspot.0	2017-12-26 16:55:00.247	debug	SELECT * from SpotData where Serial =xxxxxxxxxx ORDER BY TimeStamp DESC LIMIT 1
sbfspot.0	2017-12-26 16:55:00.244	info	got data from SB 5000TL-21 with ID xxxxxxxxxx
sbfspot.0	2017-12-26 16:55:00.244	debug	rows [{"Serial":xxxxxxxxxx,"Name":"SN: xxxxxxxxxx","Type":"SB 5000TL-21","SW_Version":"02.81.01.R","TimeStamp":1514303685,"TotalPac":0,"EToday":5.179,"ETotal":8576.84,"OperatingTime":5729.71,"FeedInT
sbfspot.0	2017-12-26 16:55:00.238	debug	SELECT * from Inverters
sbfspot.0	2017-12-26 16:55:00.238	debug	sqlite Database is connected ...
sbfspot.0	2017-12-26 16:55:00.237	debug	--- connecting to /usr/share/solar/sbfspot.3/SBFspot.db
sbfspot.0	2017-12-26 16:55:00.204	info	start with mySQL
sbfspot.0	2017-12-26 16:55:00.203	info	starting. Version 1.0.0 in /opt/iobroker/node_modules/iobroker.sbfspot, node: v8.9.3
sbfspot.0	2017-12-26 16:55:00.194	debug	statesDB connected
sbfspot.0	2017-12-26 16:55:00.187	debug	objectDB connected
host.iobroker	2017-12-26 16:55:00.010	info	instance system.adapter.sbfspot.0 started with pid 22775

Hast du eine Idee, woran das liegen könnte?

Viele Grüße

Philipp

Rene_HM

~~@philipp485:~~

Hast du eine Idee, woran das liegen könnte? `

Ich habe den Fehler gefunden und behoben. Im github liegt die Version 1.0.1. Diese Version behebt den typo wie oben beschrieben und enthält noch einen bug fix für die Abfrage der historischen Daten bei Verwendung von sqlite. mySQL betrifft die beiden Änderungen nicht…

Grüße René

philipp485

~~@Rene_HM:~~

~~@philipp485:~~

Hast du eine Idee, woran das liegen könnte? `

Ich habe den Fehler gefunden und behoben. Im github liegt die Version 1.0.1. Diese Version behebt den typo wie oben beschrieben und enthält noch einen bug fix für die Abfrage der historischen Daten bei Verwendung von sqlite. mySQL betrifft die beiden Änderungen nicht…

Grüße René `

Perfekt, schaut erstmal gut aus. Werte sind nun gefüllt. Danke! :-)

Allerdings sieht das Widget seeeeeehr komisch aus bei mir … muss ich mir mal die Tage genauer anschauen, was da wieder falsch ist. :-D
1314_sbfspot-vis.jpg

Rene_HM

so komisch ist das gar nicht. Hier werden mehrere Graphen parallel dargestellt und auf die Zeichenfläche formatiert.

Die schmalen Balken sind die letzten 30 Tage, die breiten blauen sind wahrscheinlich die Daten vom aktuellen Tag (wenn wenige Daten vorliegen) und die breiten gelben könnten die letzen beiden Jahre darstellen…

Ich würde dazu raten, jeweils ein separates widget für Tag, letzte 30 Tage, letzte 12 Monate und Jahre zu verwenden. Dann sieht das auch besser aus. Siehe auch ein paar posts weiter oben...

philipp485

~~@Rene_HM:~~

so komisch ist das gar nicht. Hier werden mehrere Graphen parallel dargestellt und auf die Zeichenfläche formatiert.

Die schmalen Balken sind die letzten 30 Tage, die breiten blauen sind wahrscheinlich die Daten vom aktuellen Tag (wenn wenige Daten vorliegen) und die breiten gelben könnten die letzen beiden Jahre darstellen…

Ich würde dazu raten, jeweils ein separates widget für Tag, letzte 30 Tage, letzte 12 Monate und Jahre zu verwenden. Dann sieht das auch besser aus. Siehe auch ein paar posts weiter oben... `

Ah ok, das macht Sinn. :D Nun siehts schon besser aus, allerdings zeigt er mir die X-Achsen-Beschriftung nicht an. Gibts da noch etwas, was ich irgendwo einstellen muss?

Rene_HM

In den settings im widget unter Allgemein gibt es die Option "Zeige X-Achse" …

philipp485

~~@Rene_HM:~~

In den settings im widget unter Allgemein gibt es die Option "Zeige X-Achse" … `

Die hatte ich natürlich aktiviert … macht aber keinen Unterschied ob deaktiviert oder aktiviert - X-Achsen-Beschriftung fehlt :?
1314_sbfspot-xachse.jpg

Rene_HM

Kannst du von der console vom browser das log schicken? (gern auch per PN)

Im chrome unter "weitere Tools" und dann "Entwicklertools" aktivieren. Dann vis evtl. im edit-Mode neu laden. Evtl. reichen die logs schon zur Fehleranalyse, falls nicht, baue ich noch ein paar schnell ein…

Rene_HM

Ich habe in der Zwischenzeit das widget komplett überarbeitet.

Es gibt nun nur noch einen Graph pro widget, da man sowieso immer nur einen vernünftig darstellen kann. In den Einstellungen kann man einstellen, was man darstellen will. Damit werden ein paar Grundeinstellungen automatisch angepasst (OID und Zeit/Datumsformat).

Außerdem wird die OID auch nach Änderung der WR-Seriennummer neu erstellt, vorher war das nur bei Änderung der Instanz der Fall.

Falls die Einstellung im widget sich nach dem update nicht ändert, hilft ein````
iobroker upload vis


Der Adapter ist nun auch für admin3 nutzbar…

? Offline

Kann mir einer erklären was die Auswahl bei "Zeitinterval" bewirkt?

Heilu

Hallo, super Adapter. Endlich vernünftig Daten auswerten. ;)

Aber mit der Darstellung des Widget gibt es bei mir Probleme. Leider finde ich den Fehler nicht. Alle Json in den Objekt History enthalten Werte. Für die 30-Tage sind der Juni, Juli und August enthalten. Im Widget wird aber bei 5 Labels 3x Juli und 3x August dargestellt?! Dazu kommt, dass die Darstellung auf Mobilgeräten gar nicht da ist, sondern nur über dem Browser des PC. Weiß leider überhaupt nicht, wo ich da ansetzen soll.

Falls einer eine Idee hat…

Gruß

Heiko

Noch etwas aufgefallen: Ich habe die Daten in eine Tabelle übernommen. Dabei werden die Werte der einzelnen Jahre jedes mal summiert, sodass für 2018 jetzt die Gesamtleistung meiner Anlage angezeigt wird. Ähnlich ist es für die Monate, wobei in der Grafik die Werte richtig sind. :roll:

Hier noch ein Auszug aus der Log

2018-08-01 15:40:01.339 - debug: sbfspot.0 objectDB connected
2018-08-01 15:40:01.426 - debug: sbfspot.0 statesDB connected
2018-08-01 15:40:01.554 - info: sbfspot.0 starting. Version 2.2.3 in /opt/iobroker/node_modules/iobroker.sbfspot, node: v8.11.3
2018-08-01 15:40:01.797 - info: sbfspot.0 start with sqlite
2018-08-01 15:40:01.798 - debug: sbfspot.0 --- connecting to /home/pi/smadata/SBFspot.db
2018-08-01 15:40:01.799 - debug: sbfspot.0 sqlite Database is connected ...
2018-08-01 15:40:01.800 - debug: sbfspot.0 SELECT * from Inverters
2018-08-01 15:40:01.831 - debug: sbfspot.0 rows [{"Serial":2100138924,"Name":"SN: 2100138924","Type":"SB 4000TL-20","SW_Version":"02.07.00.R","TimeStamp":1533130564,"TotalPac":2485,"EToday":18.797,"ETotal":37093.8,"OperatingTime":36300.3,"FeedInTime":35006.2,"Status":"OK","GridRelay":"Closed","Temperature":62.73}]
2018-08-01 15:40:01.832 - info: sbfspot.0 got data from SB 4000TL-20 with ID 2100138924
2018-08-01 15:40:01.847 - debug: sbfspot.0 SELECT * from SpotData where Serial =2100138924 ORDER BY TimeStamp DESC LIMIT 1
2018-08-01 15:40:01.865 - debug: sbfspot.0 rows [{"TimeStamp":1533130564,"Serial":2100138924,"Pdc1":1647,"Pdc2":872,"Idc1":6.606,"Idc2":3.145,"Udc1":249.41,"Udc2":277.5,"Pac1":2485,"Pac2":0,"Pac3":0,"Iac1":10.776,"Iac2":0,"Iac3":0,"Uac1":230.6,"Uac2":0,"Uac3":0,"EToday":18797,"ETotal":37093775,"Frequency":50,"OperatingTime":36300.3,"FeedInTime":35006.2,"BT_Signal":81.9608,"Status":"OK","GridRelay":"Closed","Temperature":62.73}]
2018-08-01 15:40:01.869 - debug: sbfspot.0 SELECT strftime('%Y-%m-%d', datetime(TimeStamp, 'unixepoch')) as date, Max(`EToday`) as ertrag FROM `SpotData` WHERE `Serial` = '2100138924' AND TimeStamp>= 1530538801.869 AND TimeStamp<= 1533130801.869 Group By strftime('%Y-%m-%d', datetime(TimeStamp, 'unixepoch'))
2018-08-01 15:40:02.077 - debug: sbfspot.0 rows [{"date":"2018-07-02","ertrag":27161},{"date":"2018-07-03","ertrag":24967},{"date":"2018-07-04","ertrag":24397},{"date":"2018-07-05","ertrag":24304},{"date":"2018-07-06","ertrag":14496},{"date":"2018-07-07","ertrag":25048},{"date":"2018-07-08","ertrag":24221},{"date":"2018-07-09","ertrag":13764},{"date":"2018-07-10","ertrag":7438},{"date":"2018-07-11","ertrag":4915},{"date":"2018-07-12","ertrag":17338},{"date":"2018-07-13","ertrag":13165},{"date":"2018-07-14","ertrag":24257},{"date":"2018-07-15","ertrag":26095},{"date":"2018-07-16","ertrag":25615},{"date":"2018-07-17","ertrag":24028},{"date":"2018-07-18","ertrag":23337},{"date":"2018-07-19","ertrag":25005},{"date":"2018-07-20","ertrag":20363},{"date":"2018-07-21","ertrag":9957},{"date":"2018-07-22","ertrag":19872},{"date":"2018-07-23","ertrag":23823},{"date":"2018-07-24","ertrag":23948},{"date":"2018-07-25","ertrag":20011},{"date":"2018-07-26","ertrag":24071},{"date":"2018-07-27","ertrag":23244},{"date":"2018-07-28","ertrag":10078},{"date":"2018-07-29","ertrag":18836},{"date":"2018-07-30","ertrag":20182},{"date":"2018-07-31","ertrag":22392},{"date":"2018-08-01","ertrag":18797}]
2018-08-01 15:40:02.094 - debug: sbfspot.0 SELECT strftime('%Y-%m-%d', datetime(TimeStamp, 'unixepoch')) as date, ETotal FROM `SpotData` WHERE `Serial` = '2100138924' ORDER by `TimeStamp` ASC LIMIT 1
2018-08-01 15:40:02.105 - debug: sbfspot.0 prepare: rows [{"date":"2018-06-26","ETotal":36329858}]
2018-08-01 15:40:02.106 - debug: sbfspot.0 2018-06-26 36329858
2018-08-01 15:40:02.109 - debug: sbfspot.0 SELECT strftime('%H-%i', datetime(TimeStamp, 'unixepoch')) as time, Max(`EToday`) as ertrag FROM `SpotData` WHERE `Serial` = '2100138924' AND TimeStamp>= 1533074402.109 AND TimeStamp<= 1533130802.109 Group By strftime('%H-%i', datetime(TimeStamp, 'unixepoch'))
2018-08-01 15:40:02.149 - debug: sbfspot.0 rows [{"time":null,"ertrag":18797}]
2018-08-01 15:40:02.154 - debug: sbfspot.0 SELECT strftime('%Y', datetime(TimeStamp, 'unixepoch')) as date, Max(`ETotal`) as ertrag, Min(`ETotal`) as startertrag FROM `SpotData` WHERE `Serial` = '2100138924' Group By strftime('%Y', datetime(TimeStamp, 'unixepoch'))
2018-08-01 15:40:02.246 - debug: sbfspot.0 rows [{"date":"2018","ertrag":37093775,"startertrag":0}]
2018-08-01 15:40:02.246 - debug: sbfspot.0 2009 705434.1359223301
2018-08-01 15:40:02.247 - debug: sbfspot.0 2010 4938038.951456311
2018-08-01 15:40:02.247 - debug: sbfspot.0 2011 9170643.766990293
2018-08-01 15:40:02.247 - debug: sbfspot.0 2012 13403248.582524274
2018-08-01 15:40:02.247 - debug: sbfspot.0 2013 17635853.398058254
2018-08-01 15:40:02.248 - debug: sbfspot.0 2014 21868458.213592235
2018-08-01 15:40:02.248 - debug: sbfspot.0 2015 26101063.029126216
2018-08-01 15:40:02.248 - debug: sbfspot.0 2016 30333667.844660196
2018-08-01 15:40:02.248 - debug: sbfspot.0 2017 34566272.66019417
2018-08-01 15:40:02.248 - debug: sbfspot.0 2018 73423633
2018-08-01 15:40:02.249 - debug: sbfspot.0 [{"year":2009,"value":705434},{"year":2010,"value":4938038},{"year":2011,"value":9170643},{"year":2012,"value":13403248},{"year":2013,"value":17635853},{"year":2014,"value":21868458},{"year":2015,"value":26101063},{"year":2016,"value":30333667},{"year":2017,"value":34566272},{"year":2018,"value":73423633}]
2018-08-01 15:40:02.250 - debug: sbfspot.0 SELECT strftime('%Y-%m', datetime(TimeStamp, 'unixepoch')) as date, Max(`ETotal`) as ertrag FROM `SpotData` WHERE `Serial` = '2100138924' AND TimeStamp>= 1501538402.25 AND TimeStamp<= 1533130802.25 Group By strftime('%Y-%m', datetime(TimeStamp, 'unixepoch'))
2018-08-01 15:40:02.375 - debug: sbfspot.0 rows [{"date":"2018-06","ertrag":36441049},{"date":"2018-07","ertrag":37074975},{"date":"2018-08","ertrag":37093775}]

Rene_HM

~~@Heilu:~~

Dazu kommt, dass die Darstellung auf Mobilgeräten gar nicht da ist, sondern nur über dem Browser des PC. `
Du meinst die ioBroker.vis Android App? Das ist klar, da dort die widgets in die app "hineinkompiliert" werden müssen. Dieser pull request ist noch offen…

Ich nutze die App nicht mehr. Stattdessen nutze ich meine eigene (siehe [viewtopic.php?f=35&t=9716]. Die kann auch die vis anzeigen, braucht aber kein update, wenn mal ein widget neu ist…

~~@Heilu:~~

Im Widget wird aber bei 5 Labels 3x Juli und 3x August dargestellt?! `
Kannst du davon mal einen screen shoot posten?

~~@Heilu:~~

Dabei werden die Werte der einzelnen Jahre jedes mal summiert, sodass für 2018 jetzt die Gesamtleistung meiner Anlage angezeigt wird. Ähnlich ist es für die Monate, wobei in der Grafik die Werte richtig sind. `
sbfspot speichert die Werte in dieser Art. Für die Grafik berechne ich die Differenz…

Heilu

> Kannst du davon mal einen screen shoot posten?

In der json wird Juni, Juli und August angezeigt. Ok, das mit der app werde ich mir mal genauer anschauen. Hast du für die Berechnung der Differenz ein Script was du mir zur Verfügung stellen könntest ?

Danke schon mal

Rene_HM

Das Problem mit den "doppelten" Datumswerten liegt daran, dass nicht genügend Datenpunkte zur Darstellung verfügbar sind. In den Graph-Einstellungen kann man angeben, wieviele Ticks auf der X-Achse dargestellt werden sollen. Wenn dieser Wert größer ist, als die zur Verfügung stehenden Daten, erzeugt flot solche "doppelten" Werte.

Als Lösung sehe ich drei Möglichkeiten:

warten, bis genügend Werte in der Datenbank vorhanden sind
manuell Daten für die Vergangenheit in die Datenbank eintragen
update der Adapter-Version: in Adapter - Version 2.2.4 (derzeit nur auf github) habe ich die Anpassung eingebaut (d.h. ich reduziere die Ticks)

Heilu

> 2) update der Adapter-Version: in Adapter - Version 2.2.4 (derzeit nur auf github) habe ich die Anpassung eingebaut (d.h. ich reduziere die Ticks)

Getestet, das sieht schon besser aus.

Welche Möglichkeit gibt es das im vis darzustellen? Die Widgets werden ja nur auf dem PC dargestellt und nicht auf Tablets. Wäre das ein großer Aufwand das in einer nächsten Version einzubinden?

Ansonsten läuft alles super.

Danke dafür

Gruß

Rene_HM

im browser werden die widgets auch auf einem tablet angezeigt. Wie gesagt, Ich verwende dafür meine app

https://play.google.com/store/apps/details?id=eu.rg_engineering.hometabremote. Im Prinzip nutze ich auch da auch einen browser…

Den pull request für die vis app mache ich noch...

Heilu

Super,

vielen Dank für deine Mühe

Tottbeck

Hallo, irgendwie bin ich zu blöd den SBFspot-Adapter im IoBroker einzurichten. Benutze SBFspot (nun 3.50) schon lange, der läuft autark fehlerfrei mit Ausgabe auf PVOutput.org und PV-Log/Powerdoo per FTP-upload. SQL-Datenbank ist also vorhanden.

Was muß ich nun konkret noch tun um das in IoBroker einzubinden? Adapter installieren, sqlite und Pfad auswählen und später im vis-Widget "SBFspot.0" als Instanz auswählen, fertig oder ? Habe den Adapter schon gelöscht und neu hinzugefügt.

system.adapter.sbfspot.0		sbfspot	instance
alive			sbfspot.0.alive			state	indicator.state		false
connected		sbfspot.0.connected		state	indicator.state		
inputCount	raspberrypi - inputs level	state	state			0 events/15 seconds	
memHeapTotal	sbfspot.0.memHeapTotal	state	indicator.state		15.03 MB	
memHeapUsed	sbfspot.0.memHeapUsed	state	indicator.state		7.18 MB	
memRss		sbfspot.0.memRss		state	indicator.state		31.8 MB	
outputCount	raspberrypi outputs level	state	state			8 events/15 seconds	
uptime		sbfspot.0.uptime		state	indicator.state		1 seconds

Active und connected im Adapter stehen auf "false". Hier der Log:

host.raspberrypi	2019-01-12 11:45:07.453	info	instance system.adapter.sbfspot.0 terminated with code 0 (OK)
sbfspot.0	2019-01-12 12:45:07.429	debug	cleaned everything up...
sbfspot.0	2019-01-12 12:45:07.420	debug	cleaned everything up...
sbfspot.0	2019-01-12 12:45:07.416	debug	cleaned everything up...
sbfspot.0	2019-01-12 12:45:01.420	error	Error while performing Query.
sbfspot.0	2019-01-12 12:45:01.400	debug	SELECT * from Inverters
sbfspot.0	2019-01-12 12:45:01.399	debug	sqlite Database is connected ...
sbfspot.0	2019-01-12 12:45:01.399	debug	--- connecting to /home/pi/smadata/SBFspot.db
sbfspot.0	2019-01-12 12:45:01.398	info	start with sqlite
sbfspot.0	2019-01-12 12:45:01.198	info	starting. Version 2.2.5 in /opt/iobroker/node_modules/iobroker.sbfspot, node: v8.15.0
sbfspot.0	2019-01-12 12:45:01.081	debug	statesDB connected
sbfspot.0	2019-01-12 12:45:01.012	debug	objectDB connected

Danke

Rene_HM

Laut log läuft dein Adapter, kann aber die Datenbank-Abfrage nicht ausführen.

Der Adapter versucht ein

SELECT * from Inverters

und meldet dann

Error while performing Query.

Dazu folgende Fragen:

sbfspot läuft auch mit sqlite und nicht evtl. mit mySQL?
sbfspot und der Adapter laufen auf dem gleichen Raspi?
stimmt der Pfad zur Datenbank bei sqlite (z.Bsp. /home/pi/sbfspot/smadata/SBFspot.db)
kann der Adapter darauf zugreifen (evtl. Rechte-Problem)

Community Forum

NEWS

Neuer Adapter: SMA Wechselrichter mit sbfspot

Support us

764

32.5k

81.7k

1.3m