Neuer Adapter: SMA Wechselrichter mit sbfspot
-
@Andersmacher Wenn die Daten im ioBroker sind, bekommen wir die auch in's widget
Kannst du mal zeigen, wie du das widget konfiguriert hast? Und dann wäre das Browser log hiflreich (unter firefox: web entwickler -> web console) -
@Rene_HM Danke für die flotte Reaktion.
Was mir nach meinen ganzen Tests am erfolgversprechendsten schien:
Ich habe das Widget so genommen, wie es angeboten wird und nur drei Einstellungen vorgenommen.
sbfspot-Instanz: sbfspot.0
Seriennummer des Wechselrichters: meine wirkliche Wechselrichterseriennummer (im Screenshot 4711 genannt)
wählen: 30 Tage
Aber auch mit unglaublich vielen anderen von mir ausprobierten Einstellungskombinationen war das Widget nie zu sehen.
Das mit dem Browser-Log ist für mich Neuland. Ich hoffe der nachfolgende Screenshot ist das, was Du meinst:
Unter dem Link "Weitere Information" steht:
-
@Andersmacher Die Einstellungen sind okay, das log prinzipiell auch. Nur würde ich deutlich mehr Aktivitäten im log erwarten, deshalb bitte das log öffnen und dann einfach mal den Namen der Instanz in den Einstellungen ändern, aber zum Schluß wieder richtig einstellen.
Im ioBroker Objekt-Browser könntest du auch mal schauen, ob im Datenpunkt sbfspot.0.4711.history.last30Days vernünftige Daten stehen. -
"Den Namen der Instanz ändern" ==> Falls Du nicht den Namen des Widgets (redet man hier von einer Widget-Instanz) meinst, gehts bei mir schon an die Grenzen. Den Namen von "sbfspot.0" kann ich doch nicht ändern - oder?
Inzwischen habe ich einen neuen Eintrag im Web-Log. Ich habe allerdings zwischenzeitlich auch etwas mit dem Browser "gearbeitet".
Im Datenpunkt sbfspot.0.4711.history.last30Days stehen keine Daten, sondern eine Formel:
[{"date":"2020-03-15","value":0}]
Wobei in einem MouseOver-Popup aber steht Bestätig: true, Zeitstempel..., Benutzer...
Davon hab ich auf die Schnelle keinen Screenshot hinbekommen.
Das neue Browser-Log:
Entschuldige bitte die Zeit, die meine Antworten brauchen. Die Handhabung ist für mich noch ungewohnt. -
@Andersmacher sagte in Neuer Adapter: SMA Wechselrichter mit sbfspot:
Den Namen von "sbfspot.0" kann ich doch nicht ändern - oder?
doch, genau das wollte ich. Ich brauche einen Trigger, der das Zeichnen des widgets anstösst. Das passiert immer bei Änderungen in den Einstellungen. Dann sollte im log stehen, warum nicht gezeichnet werden kann. (und das sind in der Regel viel mehr Zeilen)
[{"date":"2020-03-15","value":0}]
Das sind Daten, aber nur ein Wert (Datum und Ertragswert). Hier würde ich aber 30 erwarten (wegen "letzte 30 Tage"). Kann es sein, dass du nur Daten von heute in der Datenbank hast? Warum dann aber Ertrag = 0? Bei mir war heute eigentlich guter Ertrag... Was sagt der Datenpunkt "sbfspot.0.xyz.history.today". Hat der mehr Werte?
-
@Rene_HM OK, jetzt hab ich hoffentlich verstanden, was Du meintest. Habe im Vis aus
sbfspot-Instanz: sbfspot.0
sbfspot-Instanz: Test.0
gemacht und wieder zurück geändert. Dabei gab´s dann jede Menge Einträge ins Browser-Log. Die habe ich per Screen-Shot nicht erwischt, weil die ja "durchrattern" und das Logfenster dabei scrollt. Daher hier der hoffentlich relevante Auszug:22:12:47.731 bind sbfspot.0.4711.history.today edit.html:6743:29 22:12:47.732 ShowChart sbfspot (w00003) edit.html:6383:29 22:12:47.734 Error: can't render tplSbfspotShowInstance w00003 on "PV-Anlage": conn.js:1142:17 22:12:47.735 Error: 0 - TypeError: $.plot is undefinedinit@http://192.168.x.y:8082/vis/edit.html?PV-Anlage#PV-Anlage:6763:21 conn.js:1142:17 22:12:47.738 Error: 1 - this.fn/<@tplSbfspotShowInstance.js:30:47 conn.js:1142:17 22:12:47.740 Error: 2 - txt@http://192.168.x.y:8082/vis/lib/js/can.custom.min.js:74:907 conn.js:1142:17 22:12:47.741 Error: 3 - this.fn@tplSbfspotShowInstance.js:25:10 conn.js:1142:17 22:12:47.742 Error: 4 - n.prototype.render@http://192.168.x.y:8082/vis/lib/js/can.custom.min.js:76:475 conn.js:1142:17 22:12:47.743 Error: 5 - n/<@http://192.168.x.y:8082/vis/lib/js/can.custom.min.js:76:256 conn.js:1142:17 22:12:47.743 Error: 6 - r@http://192.168.x.y:8082/vis/lib/js/can.custom.min.js:58:138 conn.js:1142:17 22:12:47.744 Error: 7 - renderTo@http://192.168.x.y:8082/vis/lib/js/can.custom.min.js:58:2982 conn.js:1142:17 22:12:47.745 Error: 8 - renderAs@http://192.168.x.y:8082/vis/lib/js/can.custom.min.js:58:3631 conn.js:1142:17 22:12:47.746 Error: 9 - e.template@http://192.168.x.y:8082/vis/lib/js/can.custom.min.js:58:1267 conn.js:1142:17 22:12:47.747 Error: 10 - renderWidget@http://192.168.x.y:8082/vis/js/vis.js:1610:33 conn.js:1142:17 22:12:47.748 Error: 11 - reRenderWidget@http://192.168.x.y:8082/vis/js/vis.js:1043:14 conn.js:1142:17 22:12:47.749 Error: 12 - reRenderWidgetEdit@http://192.168.x.y:8082/vis/js/visEdit.js:4231:14 conn.js:1142:17 22:12:47.749 Error: 13 - showInspect/<@http://192.168.x.y:8082/vis/js/visEditInspect.js:1711:38 conn.js:1142:17 22:12:47.750 Error: 14 - dispatch@http://192.168.x.y:8082/lib/js/jquery-1.11.2.min.js:3:8549 conn.js:1142:17 22:12:47.750 Error: 15 - add/r.handle@http://192.168.x.y:8082/lib/js/jquery-1.11.2.min.js:3:5252 conn.js:1142:17 22:12:47.750 Error: 16 - conn.js:1142:17 22:12:47.761 need to wait... (w00003) edit.html:6389:37 22:12:47.761 ShowChart sbfspot (w00003) edit.html:6383:29Die letzten zwei Zeilen wiederholen sich dann immer.
Zu
[{"date":"2020-03-15","value":0}]Auch bei den Today-Werten gibt es nur einen. Daß der letzte/aktuelle Todaywert Null ist, scheint bei meinem WR so zu sein. Auch wenn ich da via Browser drauf gehe und exportiere, ist der Wert erst nach Mitternacht verfügbar.
Aber auf Grund Deines Hinweises (die "Formel" an der Stelle muß mehr als einen Wert ergeben) muß ich mir wohl doch noch ´mal genauer anschauen, was in der DB wirklich steht. Dazu muß ich mich ersteinmal noch etwas mit der Abfragesprache beschäftigen. Dazu brauche ich einige Zeit, denn morgen geht die Woche ja wieder los.Würde denn Dein Widget bei nur einem verfügbaren Wert sich gar nicht anzeigen/nicht gerendert werden können?
Vielen Dank erst´mal für die Hilfe bis hier und den Hinweis auf das lehrreiche Browser-Log!
-
@Andersmacher bzgl. sbfspot bist du komplett der Anleitung unter https://github.com/SBFspot/SBFspot/wiki/Installation-Linux-SQLite inkl. https://github.com/SBFspot/SBFspot/wiki/Installation-Linux-SQLite#️-automation gefolgt?
Wo loggst du dich ein, um zu prüfen, ob die Daten da sind (in den WR oder die Datenbank?) -
@Rene_HM In den WR einloggen bringt aus meiner Sicht keine Erkenntis über das Vorhandensein von Daten in der DB. Daher hatte ich die "DB-Testing"-Befehle aus der Installanleitung benutzt und auch immer die erwarteten Antworten erhalten.
Den Weg über die von Dir genannten Anleitungen bin ich auch gegangen, aber zuerst hatte ich die englische "SBFspot V3 install on Raspberry Pi EN 1.0.pdf" benutzt, die noch auf codeplex.com verweist, weil ich die neueren Anleitungen zunächst nicht kannte. Bei der englischen muß man zwar selber auf Idee kommen, vor dem Installieren erst zu kompilieren, um Erfolg zu haben aber aus meiner Sicht ist sie gleichwertig mit der von Dir benannten. Bei beiden muß man (ich) die SBFspot.cfg nachträglich noch manuell editieren, da das (halb)automatische Konfigurationsprogramm keine Eingabe eines Paßwortes für den Wechselrichter bietet.
Letztlich hielt ich für wichtig, daß sqlite und SBFspot läuft und durch die regelmäßigen Cronjobs (Mit "Crontab -e" sehe ich bei mir z. B. über Putty im Editor folgende Einträge:
*/5 6-22 * * * /usr/local/bin/sbfspot.3/daydata
55 05 * * * /usr/local/bin/sbfspot.3/monthdata) getriggert wird. Das hatte ich (bevor ich mich überhaupt um den Adapter gekümmert habe) getestet, indem ich die CSV-Export-Dateien (sind bei mir im sbfspot.cfg aktiviert) angesehen habe und dort regelmäßige Einträge/Aktualisierungen vorgefunden habe.
Jetzt, wo ich darüber schreibe, wurde mir klar, daß das kein Beweis für Datenbankeinträge war, denn die CSVs werden von sbfspot vermutlich nicht aus der Datenbank erzeugt, sondern beim Auslesen des WR.Daher habe ich heute den Raspi neu gestartet und wollte manuell die DB auslesen. Zunächst habe ich dabei jedoch bemerkt, daß ich heute plötzlich regelmäßig nach Cronjob-Trigger Fehlermeldungen im ioBroker-Log hatte:
sbfspot.0 2020-03-16 20:15:02.253 error (1726) Error while performing Query in GetInverter. Error: SQLITE_READONLY: attempt to write a readonly database
sbfspot.0 2020-03-16 20:15:02.220 debug (1726) SELECT * from Inverters
sbfspot.0 2020-03-16 20:15:02.219 debug (1726) sqlite Database is connected ...
sbfspot.0 2020-03-16 20:15:02.202 debug (1726) --- connecting to /mnt/usb/smadata/SBFspot.db
sbfspot.0 2020-03-16 20:15:02.201 info (1726) start with sqlite
sbfspot.0 2020-03-16 20:15:01.950 info (1726) starting. Version 2.4.0 in /opt/iobroker/node_modules/iobroker.sbfspot, node: v10.19.0Nachdem ich mich einmal manuell mit der db verbunden hatte und auch wunderbar manuell via "sqlite> select * from vwspotdata;" die Werte aus der db bekommen habe (Ich habe das als User pi probiert.), sind die Fehlermeldungen im ioBroker-Log weg und das Log zeigt den Verbindungs-/Abfrage-Ablauf, den ich gestern bereits gepostet hatte.
Du hattest in einem früheren Post ´mal geschrieben, daß Du nur Get-Statements benutzt und therotisch kein Write-Zugriff auf die DB erforderlich ist. Aus der Fehlermeldung
"Error while performing Query in GetInverter. Error: SQLITE_READONLY: attempt to write a readonly database"
habe ich jedoch geschlossen, daß da vielleicht doch Rechte-Probleme existieren, die durch einmalige manuelle Verbindung gelöst werden. Ja, eigentlich kann ich das nicht glauben/erklären, aber um auf Nummer sicher zugehen, habe ich via "chmod a+w SBFspot.db" jedem Schreibrechte auf die DB gegeben. Hat aber zunächst nichts gebracht. Im ioBroker-Log standen weiterhin bei jedem Cronjob-Trigger
"Error while performing Query in GetInverter. Error: SQLITE_READONLY: attempt to write a readonly database"
und zwar solange, bis ich mich wieder einmalig manuell mit der DB verbinde. Nur um ganz sicher zu gehen, daß ich nichts mißinterpretiere, hier die Ausgabe der DB nach den entsprechenden Select-Befehlen:pi@raspberrypi:/mnt/usb/smadata $ sqlite3 SBFspot.db
SQLite version 3.16.2 2017-01-06 16:32:41
Enter ".help" for usage hints.
sqlite> select * from inverters;
4711|SN: 4711|UNKNOWN TYPE|01.01.18.R|1584386195|0|0|819929|576.145|549.187|OK|N/A|0.0
sqlite> select * from vwspotdata;
2020-03-16 20:16:35|2020-03-16 20:15:00|SN: 4711|UNKNOWN TYPE|4711|0|0|0.0|0.0|0.0|0.0|0|0|0|0.0|0.0|0.0|0.0|0.0|0.0|0|0|0|0|819929|0.0|576.145|549.187|0.0|OK|N/A|0.0
2020-03-15 17:20:02|2020-03-15 17:20:00|SN: 4711|UNKNOWN TYPE|4711|96|214|0.203|0.393|473.58|546.13|92|101|102|0.529|0.559|0.612|219.27|224.35|223.21|310|295|95.2|0|774769|50.02|563.272|536.683|0.0|OK|Closed|0.0
2020-03-15 17:15:02|2020-03-15 17:15:00|SN: 4711|UNKNOWN TYPE|4711|107|239|0.226|0.436|476.06|549.78|105|114|115|0.575|0.617|0.661|221.52|222.96|223.01|346|334|96.5|0|774743|50.01|563.188|536.599|0.0|OK|Closed|0.0
2020-03-15 17:10:02|2020-03-15 17:10:00|SN: 4711|UNKNOWN TYPE|4711|119|270|0.238|0.498|505.91|543.78|119|130|129|0.623|0.674|0.71|221.12|223.6|223.86|389|378|97.2|0|774714|50.02|563.105|536.516|0.0|OK|Closed|0.0
2020-03-15 17:05:02|2020-03-15 17:05:00|SN: 4711|UNKNOWN TYPE|4711|139|305|0.277|0.55|502.94|554.51|137|148|146|0.694|0.751|0.784|222.64|225.14|222.94|444|431|97.1|0|774680|50.04|563.022|536.433|0.0|OK|Closed|0.0
2020-03-15 17:00:01|2020-03-15 17:00:00|SN: 4711|UNKNOWN TYPE|4711|151|331|0.299|0.595|506.63|558.23|148|162|161|0.741|0.808|0.837|221.62|225.05|224.79|482|471|97.7|0|774642|50.02|562.938|536.349|0.0|OK|Closed|0.0
usw.Das bedeutet doch wohl, daß in der DB Daten sind - oder?
Das obige chmod hat aber wohl bewirkt, daß nun nach einem Reboot des Raspi kein einmaliges manuelles Einloggen in die DB mehr erforderlich ist. Das ioBroker-Log bleibt auch so sofort fehlerfrei.
Nur damit ich auch selber besser testen/versuchen kann und das besser verstehe und hier nicht anderen/Dir soviel Arbeit mache noch einmal meine von gestern:
Würde Dein Widget sich nicht anzeigen / nicht zu sehen sein, wenn es keine Werte (oder eben nur einen Wert) aus der DB erhält?Die Fehlermeldung des Browsers von gestern ist auch heute unverändert vorhanden:
21:59:38.129 sbfspot history (w00003) edit.html:6158:25
21:59:38.130 bind sbfspot.0.4711.history.today edit.html:6743:29
21:59:38.130 ShowChart sbfspot (w00003) edit.html:6383:29
21:59:38.130 Error: can't render tplSbfspotShowInstance w00003 on "PV-Anlage": conn.js:1142:17
21:59:38.131 Error: 0 - TypeError: $.plot is undefinedinit@http://192.168.x.y:8082/vis/edit.html?PV_Anlage#PV-Anlage:6763:21 conn.js:1142:17
21:59:38.131 Error: 1 - this.fn/<@tplSbfspotShowInstance.js:30:47 conn.js:1142:17
21:59:38.131 Error: 2 - txt@http://192.168.x.y:8082/vis/lib/js/can.custom.min.js:74:907 conn.js:1142:17Welchen Grund könnte es denn aus Deiner Sicht geben, daß das Widget nicht gerendert werden kann? Auch ohne Daten müßte man doch zumindest Achsen oder sonst etwas sehen können - oder?
-
@Andersmacher sagte in Neuer Adapter: SMA Wechselrichter mit sbfspot:
Das bedeutet doch wohl, daß in der DB Daten sind - oder?
ja, zumindest in der vwspotdata - Tabelle. Ich hole die Daten aber aus der SpotData - Tabelle, sollte aber identisch sein...
Aber warum stoppt bei dir das logging am 2020-03-15 um 17:20:02 und beginnt am 2020-03-16 um 20:16:35
Wir müssen es erst mal schaffen, hier in der history vernünftige Daten zu haben. Dann schauen wir uns das widget an... -
@Rene_HM @Rene_HM Zu
"Aber warum stoppt bei dir das logging am 2020-03-15 um 17:20:02 und beginnt am 2020-03-16 um 20:16:35"Ich habe momentan noch einen "kleinen Engpaß" bei meinen Ethernet-Ports, wenn ich am/mit dem Raspi bastel. Daher ist er (noch) nicht durchgehend an/am Netzwerk.
Zeigt sich Dein Widget nur, wenn es lückenlose Daten in der DB hat?
Falls dem so ist, wäre klar, warum das bei mir nicht klappt.Was ich bisher noch nicht erwähnt hatte, was mir nun langsam aber immer komischer vorkommt und ich mich daher frage, ob ich vielleicht ein ganz anderes / grundlegenderes Problem habe:
Auch im VIS-Editor wird Dein Widget bei mir in keinster Weise optisch dargestellt. Daß es da ist kann man nur daran erkennen, daß man die Eigenschaftstabelle für das Widget am rechten Rand erhält, wenn man das Widget als "aktives Widget" links oben im Editor selektiert. Es gibt auch keinen Rahmen oder ähnliches, an dem man die Position des Widget sehen könnte.
Ist dieses "Stealth-Verhalten" so gewollt?
Wenn Ja, warum?
Wenn Nein, was müßte man sehen können? Was wird bei anderen im VIS-Editor für das Widget angezeigt, solange man es editiert?Ich habe mich zwischenzeitlich mit sqlite beschäftigt und bin mir daher sicher, daß ich Daten in der DB habe, wie oben erklärt jedoch nicht lückenlos.
Be-/verhindern Lücken die Arbeit Deines Adapters / die Darstellung Deines Widgets?Ich habe mir jetzt einmal die Daten näher angesehen, die in ioBroker/Objekte in der Spalte "Wert" stehen:
Für "last12Months" stimmt der Wert (es ist ja nur einer, weil es offenbar die aufgelaufene erzeugte Menge ist) exakt mit dem Wert aus meinem WR überein.
Für "last30Days" sehe ich dort je einen Wert für den 15., 16. und 19. März. Das könnte plausibel sein, weil ich in der aktuellen Konfiguration des Raspi tatsächlich nur an diesen Tagen Werte in der DB gespeichert habe. Was für mich nicht plausibel ist, ist, daß diese drei Werte alle Null sind.
Wenn Du mir Dein SQL-Statement mitteilst, mit dem Du diese Werte ermittelst, würde ich das bei mir ´mal manuell auf die DB loslassen, um zu sehen, was genau es abfragt und da dann zurück kommt. Ich schließe noch immer die Möglichkeit nicht aus, daß mein WR eine andere Datenstruktur in die DB liefert, als Dein Adapter erwartet.Für "today" kann ich den Eintrag nicht interpretieren: [{"time":"09:03","value":0}]
Erwartest Du hier eine Serie von Werten oder einen einzelnen Wert. Wenn letzteres, welchen Wert? Die momentan aktuelle Tageserzeugung?Für "years" ist es wieder plausibel. Da steht die bisher insgesamt vom WR erzeugte Menge, also der gleiche Wert, wie bei "last12Months", weil meine Anlage ja noch nicht solange läuft.
Hier noch einmal jeweils die neueste Zeile aus der Ausgabe(struktur) eines aktuellen (17:06) "select * from vwSpotData;" (Zeitstempel im Klartext) im Vergleich zu einem "select * from SpotData;" (Zeitstempel offenbar als "Interger-Sekunden"):
2020-03-19 17:15:02|2020-03-19 17:15:00|SN: 4711|UNKNOWN TYPE|4711|44|99|0.1|0.198|444.19|501.47|39|43|42|0.385|0.403|0.432|222.72|225.16|226.2|143|124|86.7|0|903639|49.99|611.446|583.194|0.0|OK|Closed|0.0
1584634502| 4711|44|99|0.1|0.198|444.19|501.47|39|43|42|0.385|0.403|0.432|222.72|225.16|226.2| 0|903639|49.99|611.446|583.194|0.0|OK|Closed|0.0
Ich habe zur besseren Vergleichbarkeit in die Ausgabe des von Dir benutzten "select * from SpotData;" einige Leerzeichen eingefügt. Kannst Du erkennen, ob sbfspot bzw. Dein Adapter/Widget mit der Datenstruktur meines WR klarkommen müßte?
Warum ist es auch im Editor nicht zu sehen?Nur als Hinweis: Ich hatte den Adapter heute auf 5minütige (also nicht den Standardwert 15Minuten) Aktualisierung eingestellt, um beim Testen nicht so lange auf neue Daten warten zu müssen.
-
@Andersmacher sagte in Neuer Adapter: SMA Wechselrichter mit sbfspot:
Zeigt sich Dein Widget nur, wenn es lückenlose Daten in der DB hat?
nein eigentlich nicht
Auch im VIS-Editor wird Dein Widget bei mir in keinster Weise optisch dargestellt. Daß es da ist kann man nur daran erkennen, daß man die Eigenschaftstabelle für das Widget am rechten Rand erhält, wenn man das Widget als "aktives Widget" links oben im Editor selektiert. Es gibt auch keinen Rahmen oder ähnliches, an dem man die Position des Widget sehen könnte.
Du hattest doch ganz am Anfang gesagt, dass die Meldung "keine Daten" im widget erscheint. Das ist solange der Fall, wie wirklich keine Daten in den Datenpunkten liegen. danach sollten eigentlich die vorhandenen Daten angezeigt werden. Wir haben aber zunächst die u.g. Probleme zu lösen, das hier ist der letzte Punkt in der Kette...
Be-/verhindern Lücken die Arbeit Deines Adapters / die Darstellung Deines Widgets?
nein.
Für "last12Months" stimmt der Wert (es ist ja nur einer, weil es offenbar die aufgelaufene erzeugte Menge ist) exakt mit dem Wert aus meinem WR überein.
genau, wenn dein sbfspot weniger als einen Monat läuft, kannst du maximal einen Monatswert drin haben
Für "last30Days" sehe ich dort je einen Wert für den 15., 16. und 19. März. Das könnte plausibel sein, weil ich in der aktuellen Konfiguration des Raspi tatsächlich nur an diesen Tagen Werte in der DB gespeichert habe. Was für mich nicht plausibel ist, ist, daß diese drei Werte alle Null sind.
und da ist ein Problem. Es gibt einen EToday, der den Ertrag pro Tag zum jeweiligen Zeitpunkt aufzeichnet. Am Ende des Tages steht also der Ertrag des Tages da drin.
Für "today" kann ich den Eintrag nicht interpretieren: [{"time":"09:03","value":0}]
das heisst, um 9:00Uhr stand der Ertrag bei 0kWh. Eigentlich erwarte ich hier alle 5 oder 15 Minuten (je nachdem wie häufig sbfspot vom cron aufgerufen wurde) einen neuen Wert. Nur so kann ich ja den Tagesverlauf darstellen. Ein Wert pro Tag ist einfach zu wenig. Kannst du mal schauen, ob sbfspot wirklich per cron regelmässig aufgerufen wird.? Du hattest ja gesagt, dass du der Anleitung gefolgt bist. Das hier ist der Punkt:
Create cron jobs: ## SBFspot */5 6-22 * * * /usr/local/bin/sbfspot.3/daydata"select * from SpotData;"
1584634502| 4711|44|99|0.1|0.198|444.19|501.47|39|43|42|0.385|0.403|0.432|222.72|225.16|226.2| 0|903639|49.99|611.446|583.194|0.0|OK|Closed|0.0
Die Struktur in der Tabelle ist
Timestamp; Serial; PDC1; PDC2; IDC1, IDC2; UDC1; UDC2; PAC1, PAC2; PAC3; IAC1; IAC2; IAC3; UAC1; UAC2; UAC3; EToday, ETotal; Frequency; OperatingTime; FeedInTime; BT_Signal; Status; GridRelay; Temperatureund damit ist klar, warum bei Today immer 0 steht. In der DB steht bei EToday 0...
Warum das so ist, sehen wir evtl. in den logs von sbfspot... oder der WR liefert den Wert wirklich nicht...
-
@Rene_HM Zu "Widget im VIS sichtbar?":
Ich meine, ich hatte es so formuliert, daß im VIS (Runtime) sinngemäß "keine aktuellen Daten vorhanden" angezeigt wird. Aber nicht "in einem" Widget, sondern "anstelle" (jedenfalls nur ein String, keinerlei Grafik) und dem ist auch so.
Im Vis-Editor hingegen ist gar nichts zu sehen.Aus meinem Post vom 16.03.2020:
Mit "Crontab -e" sehe ich bei mir z. B. über Putty im Editor folgende Einträge:*/5 6-22 * * * /usr/local/bin/sbfspot.3/daydata
55 05 * * * /usr/local/bin/sbfspot.3/monthdataDas ist auch heute noch so.
Das bedeutet doch, daß die Cronjobs laufen - oder?
Und ich sehe ja auch alle 5 Minuten neue Werte in der Ausgabe eines manuell abgesetzten "select * from vwSpotData;".Im Log von sbfspot sehe ich keinerlei Fehlereinträge. Der Wert für EToday ist aber jedesmal mit 0.000kWh gelogt. Auszug aus dem Log:
Energy Production:
EToday: 0.000kWh
ETotal: 896.318kWh
Operation Time: 605.78h
Feed-In Time : 577.53hIch hatte also offenbar richtig in Erinnerung, daß dieser Wert immer Null ausgibt.
Wenn das WR-bedingt so sein sollte, wird man das nicht ändern können. Aber ich verstehe dann trotzdem nicht, daß sich Dein Widget nicht zeigt und sei es eben mit Null-Werten. -
Hallo zusammen,
dank der Hilfe hier im Forum hat es nun endlich geklappt mit der Integration in den ioBroker. Im nächsten Schritt wollte ich jetzt das ganze im Multihost-Betrieb realisieren, da die Bluetoothverbindung nicht bis zum Raspberry Pi 4 (Master) reicht. Jetzt erhalte ich folgende Fehlermeldung. Hat da jemand eine Idee zu?
-
-
Habe da nichts passendes gefunden. Ohne Multihost lief es ja bereits.
-
@alex9926 es fehlt das package sqlite3. Das muss installiert werden, wie es auf der verlinkten Seite steht. Durch die Multihost-Umstellung hast du irgendwie das Paket verloren (evtl. weil sbfspot jetzt auf einem anderen System laufen soll, oder durch andere Installationen)
-
Hallo!
Ich habe ein Problem mit dem Widget.
Wenn ich das Widget meiner Visualisierung hinzufüge passiert (wenn ich Instanz und Seriennummer fülle) gar nichts. Es wird nichts dargestellt.
Wenn ich Instanz und/oder Seriennummer weglasse erhalte ich immerhin einen Hinweis:
Mit allen Daten habe ich nur eine große, schwarze Fläche.
Woran kann das liegen!
Danke für die Hilfe.
LG,
Dieter
-
@james4711
Als Ergänzung: Im Browser in der Webconsole erhalte ich: vis.binds.sbfspot.history.update is not a function.Kann es damit zu tun haben??
Danke!
-
@james4711 sagte in Neuer Adapter: SMA Wechselrichter mit sbfspot:
Bitte mal das ganze log aus dem browser posten.
hast du den Adapter neu installiert oder aktualisiert? -
Hab das jetzt mal weiter eingrenzt.
Irgendwie findet er die Datei /vis/widgets/sbfspot/flot/jquery.canvaswrapper.js nicht.
Liegt auch nicht dort, sondern wie die anderen in lib/js/flot/...
Auch wenn ich sie in den Pfad hinkopiere, wo er sie sucht geht's nicht![Deprecation] Application Cache was previously restricted to secure origins only from M70 on but now secure origin use is deprecated and will be removed in M82. Please shift your use case over to Service Workers.
index.html:13655 GET http://192.168.0.6:8082/vis/widgets/sbfspot/flot/jquery.canvaswrapper.js net::ERR_ABORTED 404 (Not Found)
index.html:3469 Version vis-canvas-gauges: 0.1.5
index.html:4012 Version vis-history: 1.0.0
info.js:9 Version Info-Adapter-Widget: 0.0.8
index.html:5057 Version vis-jqui-mfd: 1.0.12
justgage.js:115 Version justgage: 1.0.2
index.html:9330 Version vis-map: 1.0.3
index.html:10483 Metro version: "1.1.2"
milight.js:135 Milight widget version: 0.0.3
players.js:58 Version players: 0.1.0
index.html:13655 GET http://192.168.0.6:8082/vis/widgets/sbfspot/flot/jquery.canvaswrapper.js net::ERR_ABORTED 404 (Not Found)
jquery.flot.js:12 Uncaught TypeError: Cannot read property 'Canvas' of undefined
at jquery.flot.js:12
at jquery.flot.js:2958
(anonymous) @ jquery.flot.js:12
(anonymous) @ jquery.flot.js:2958
jquery.flot.saturated.js:42 Uncaught TypeError: Cannot set property 'saturated' of undefined
at jquery.flot.saturated.js:42
at jquery.flot.saturated.js:43
(anonymous) @ jquery.flot.saturated.js:42
(anonymous) @ jquery.flot.saturated.js:43
jquery.flot.browser.js:97 Uncaught TypeError: Cannot set property 'browser' of undefined
at jquery.flot.browser.js:97
at jquery.flot.browser.js:98
(anonymous) @ jquery.flot.browser.js:97
(anonymous) @ jquery.flot.browser.js:98
jquery.flot.drawSeries.js:662 Uncaught TypeError: Cannot set property 'drawSeries' of undefined
at jquery.flot.drawSeries.js:662
at jquery.flot.drawSeries.js:663
(anonymous) @ jquery.flot.drawSeries.js:662
(anonymous) @ jquery.flot.drawSeries.js:663
jquery.flot.uiConstants.js:3 Uncaught TypeError: Cannot set property 'uiConstants' of undefined
at jquery.flot.uiConstants.js:3
at jquery.flot.uiConstants.js:10
(anonymous) @ jquery.flot.uiConstants.js:3
(anonymous) @ jquery.flot.uiConstants.js:10
jquery.flot.time.js:26 Uncaught TypeError: Cannot read property 'saturated' of undefined
at jquery.flot.time.js:26
at jquery.flot.time.js:585
(anonymous) @ jquery.flot.time.js:26
(anonymous) @ jquery.flot.time.js:585
jquery.flot.legend.js:431 Uncaught TypeError: Cannot read property 'plugins' of undefined
at jquery.flot.legend.js:431
at jquery.flot.legend.js:437
(anonymous) @ jquery.flot.legend.js:431
(anonymous) @ jquery.flot.legend.js:437
jquery.flot.axislabels_V2.js:463 Uncaught TypeError: Cannot read property 'plugins' of undefined
at jquery.flot.axislabels_V2.js:463
at jquery.flot.axislabels_V2.js:469Danke!
