NEWS
Neuer Adapter: SMA Wechselrichter mit sbfspot
-
@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; Temperature
und 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!
-
@james4711 hast du schon mal ein upload vom vis gemacht?
-
Hab ich jetzt gemacht ... keine Änderung .. gleiche Fehlermeldungen ..
-
@james4711 installiere mal von github https://github.com/rg-engineering/ioBroker.sbfspot und dann wieder upload vis (nicht sbfspot!)
-
So .. hab ich jetzt gemacht.
Fehler sind weg .... aber leider noch immer nichts zu sehen.Log:
[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: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:14341 Version vis-sbfspot: 2.4.0
index.html:16742 Version vis-weather: 2.4.1
conn.js:273 2020-03-24T19:20:31.175Z Connected => authenticate
conn.js:293 2020-03-24T19:20:31.356Z Authenticated: true -
@james4711 wie ein paar posts weiter oben schon mal beschrieben: Ich benötige einen trigger, der das Zeichnen auslösst. Nur dann sieht man die richtigen logs. Also bitte einmal den Namen der Instanz verändern (zum Schluß natürlich wieder richtig eingeben) und dann das log nochmal posten...
-
Hi Rene!
Sorry .... ist sich gestern nicht mehr ausgegangen.
Habe jetzt den Namen auf sbfspot.1 geändert.
Ergebnis:
Danach wieder auf sbfspot.0. Ergebnis:
[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.
VM14938 index.html:3469 Version vis-canvas-gauges: 0.1.5
VM14940 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:14341 Version vis-sbfspot: 2.4.0
index.html:16742 Version vis-weather: 2.4.1
conn.js:273 2020-03-25T08:01:22.278Z Connected => authenticate
conn.js:293 2020-03-25T08:01:22.452Z Authenticated: true
vis.js:3167 Create inner vis object sbfspot.0.304907836.EToday
vis.js:3167 Create inner vis object sbfspot.0.304907836.history.last30Days
index.html:14375 sbfspot history (w00037)
index.html:14960 bind sbfspot.0.304907836.history.last30Days
index.html:14600 ShowChart sbfspot (w00037)
index.html:14606 need to wait... (w00037)
index.html:14600 ShowChart sbfspot (w00037)
index.html:14611 ShowChart sbfspot begin (w00037)
index.html:14649 sel 2
index.html:14815 barwidth = 43200000
index.html:14514 CalcTicks4X: DayDiff 11 (1585047600000 1584097200000)
jquery.flot.js:1349 +++
jquery.flot.js:1349 +++
jquery.flot.js:2452 major
jquery.flot.js:2452 major
index.html:14406 legendformater label undefined
index.html:14421 GridMarkings: DayDiff 11 (1585047600000 1584097200000)
jquery.flot.js:1824 #1#1#
jquery.flot.js:1861 major
jquery.flot.js:1911 show 13.Mar on 0.5/-4.015625 Text is 23.328125 width and 8 high
jquery.flot.js:1911 show 18.Mar on -21.5/-4.015625 Text is 23.328125 width and 8 high
jquery.flot.js:1911 show 23.Mar on -42.5/-4.015625 Text is 23.328125 width and 8 high
jquery.flot.js:1861 major
jquery.flot.js:1911 show 2.2 kWh on -1/-20.5 Text is 27.55078125 width and 8 highLetzte Zeile wiederholt sich dutzende male
LG
-
@james4711 sagte in Neuer Adapter: SMA Wechselrichter mit sbfspot:
Letzte Zeile wiederholt sich dutzende male
Das ist okay. Hier einfach bei Tickgröße größere Werte eingeben, bis die Zeile nur noch 5 bis 10 mal kommt.
Wenn sie dutzendende male kommt, versucht er die Skalierung auch so fein aufzubauen.
und dann mal "Breite des Gitterrandes" verändern. Das hatte ich in der Vergangenheit schon mal, dass dieser Wert sich mal ändern muss...
-
Danke für die Antwort ... habs jetzt mal geändert:
Ergebnis im Log:
[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.
VM1882 index.html:3469 Version vis-canvas-gauges: 0.1.5
VM1883 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:14341 Version vis-sbfspot: 2.4.0
index.html:16742 Version vis-weather: 2.4.1
conn.js:273 2020-03-28T18:03:46.546Z Connected => authenticate
conn.js:293 2020-03-28T18:03:46.701Z Authenticated: true
vis.js:3167 Create inner vis object sbfspot.0.304907836.EToday
vis.js:3167 Create inner vis object sbfspot.0.304907836.history.last30Days
index.html:14375 sbfspot history (w00037)
index.html:14960 bind sbfspot.0.304907836.history.last30Days
index.html:14600 ShowChart sbfspot (w00037)
index.html:14606 need to wait... (w00037)
index.html:14600 ShowChart sbfspot (w00037)
index.html:14611 ShowChart sbfspot begin (w00037)
index.html:14649 sel 2
index.html:14815 barwidth = 43200000
index.html:14514 CalcTicks4X: DayDiff 15 (1585393200000 1584097200000)
jquery.flot.js:1349 +++
jquery.flot.js:1349 +++
jquery.flot.js:2452 major
jquery.flot.js:2452 major
index.html:14406 legendformater label ggggg
index.html:14421 GridMarkings: DayDiff 15 (1585393200000 1584097200000)
jquery.flot.js:1824 #1#1#
jquery.flot.js:1861 major
jquery.flot.js:1911 show 13.Mar on 0.5/-19.671875 Text is 34.9921875 width and 12 high
jquery.flot.js:1911 show 18.Mar on -27.5/-19.671875 Text is 34.9921875 width and 12 high
jquery.flot.js:1911 show 23.Mar on -55.5/-19.671875 Text is 34.9921875 width and 12 high
jquery.flot.js:1861 major
jquery.flot.js:1911 show 4.0 kWh on -1/-33.5 Text is 41.326171875 width and 12 high
jquery.flot.js:1911 show 6.0 kWh on -1/-30.5 Text is 41.326171875 width and 12 high
jquery.flot.js:1911 show 8.0 kWh on -1/-27.5 Text is 41.326171875 width and 12 high
jquery.flot.js:1911 show 10.0 kWh on -1/-24.5 Text is 47.326171875 width and 12 high
jquery.flot.js:1911 show 12.0 kWh on -1/-21.5 Text is 47.326171875 width and 12 high
jquery.flot.js:1911 show 14.0 kWh on -1/-18.5 Text is 47.326171875 width and 12 high
jquery.flot.js:1911 show 16.0 kWh on -1/-15.5 Text is 47.326171875 width and 12 high
jquery.flot.js:1911 show 18.0 kWh on -1/-12.5 Text is 47.326171875 width and 12 high
jquery.flot.js:1911 show 20.0 kWh on -1/-10.5 Text is 47.326171875 width and 12 high
jquery.flot.js:1911 show 22.0 kWh on -1/-7.5 Text is 47.326171875 width and 12 high
jquery.flot.js:1911 show 24.0 kWh on -1/-4.5 Text is 47.326171875 width and 12 high
jquery.flot.js:1911 show 26.0 kWh on -1/-1.5 Text is 47.326171875 width and 12 highErgebnis am Schirm:
Leider nix!