Den esp8266 habe ich mit ESPEasy geflasht, auf dem Shelly läuft die Originalsoftware...
Beiträge von RPR
-
-
Danke für die Rückmeldung - sieht ja dann leider so aus, als wäre der Shelly da eher nicht geeignet...schade
-
Hallo Gemeinde,
ich würde gerne Temperatur- und Luftfeuchtedaten meines Shelly HT an den Volkszähler senden (lokal läuft der VZ auf einem Raspi, der den Stromzähler ausliest sowie über SBFSpot Daten des Wechselrichters in den VZ schreibt. Die Middleware des VZ läuft seit einem Jahr problemlos bei einem Webhoster gemäß der Anleitung "Umzug zum Webhoster"). Mit einem ESP8266 und einem DHT11 hat das (nach Anleitung) auch praktisch auf Anhieb geklappt, mit dem Shelly gibt es Probleme, weil der zwei Werte bei einem GET an die im Shelly hinterlegte "Report URL" sendet.
Zur Verdeutlichung, die "Report URL" ist so aufgebaut und im Shelly hinterlegt:
http://www.DOMAIN.de/vz/htdocs…a/UUID.json?operation=add
(der Teil der Anleitung "Umzug zum Webhoster", eine Subdomain anzulegen und darüber auf den VZ zuzugreifen, hat bei mir nicht geklappt, deshalb so)
Daraus macht der Shelly dann folgendes (Auszug aus dem ACCESS_LOG kopiert):
"GET /vz/htdocs/middleware.php/data/UUID.json?operation=add&hum=45&temp=22.38 HTTP/1.0" 200 26 "-" "Shelly/20201124-091711/v1.9.0@Shelly-ID (SHHT-1)" http://www.DOMAIN.de
Die fett markierten Daten werden vom Shelly selbständig angefügt! Das führt dann dazu, dass in der DB zu der angegebenen UUID der Wert "1" gespeichert wird ... trage ich beide UUIDs für Temperatur und Luftfeuchte, getrennt durch "&" in die Report URL ein, führt das zu einem Fehler "ungültige UUID". Auch der Versuch, hinter ADD %value%=%hum%" zu schreiben (auch in Kombination mit %temp%) führt nur dazu, dass dies zusätzlich hinter "ADD" ausgegeben wird, mehr nicht.
Ich bin nun leider weder der JSON- noch der PHP-Freak, ich komme hier einfach nicht weiter. Hat jemand von euch einen Tipp oder besser noch: eine Lösung für das "Problem" oder das ggfs. sogar schon selbst umgesetzt? Wäre für Hilfe sehr dankbar und vorab ...
Freundliche Grüße
Ralf
-
Hi Hichi,
habe Interesse und würde gerne 2 Stück kaufen. Wie geht das jetzt weiter?
Schöne Grüße
Ralf
-
So, noch folgende Info: aus mir nicht nachvollziehbaren Gründen gibt es beim Auslesen aus dem SMA und dem Eintragen der Daten nach SBFspot immer wieder in unregelmäßigen Zeitabständen einen "unique constraint" Fehler beim Update der Tabelle "spotdata". Da wird laut der Fehlermail tatsächlich zweimal hintereinander versucht, einen Wert in die Tabelle zu schreiben. Daraus resultiert offenbar ein Fehler, der dann einen value=0 in der vz-dB beim Webhoster ablegt, der dann wiederum zum Berechnungsfehler mit vermeintlichen GW-Werten führt. Korrigiere ich die Werte dann per Update in der vz-dB, ist die Anzeige wieder okay.
Jetzt muss ich nur noch herausfinden, warum SBFspot zweimal hintereinander den gleichen Wert in SPOTDATA speichern will ...
-
-
-
Hab ich gemacht - in der ganzen DB gibt es bei dem channel auch nicht ansatzweise einen Wert, der an diese irren Zahlen herankommt. Ds muss ein Fehler im anzeigemodul sein...der größte Wert ist irgendetwas kleiner 42000...das erklärt die Anzeige in keiner Weise. Und "komma verrutscht" als Fehlergrund? Wie soll das denn beim maschinellen Auslesen / übertragen der Daten geschehen?
-
Hi Jau,
ich kann da nix erkennen, warum es zu den Ausreißern kommt: in der Regel kommen die Werte fast exakt im Minutentakt, manchmal eine Sekunde mehr, manchmal etwas weniger. Beispiel aus dem csv-Export aus dem Frontend:
2019-12-28 12:20:02;1073.31;1
2019-12-28 12:21:02;1140.247;1
2019-12-28 12:22:03;1252.402;1
2019-12-28 12:23:02;1335.041;1
2019-12-28 12:24:02;1072.67;1
2019-12-28 12:25:08;-2290897456.329;1
2019-12-28 12:26:02;2751575330.364;1
2019-12-28 12:27:03;1245.121;1
2019-12-28 12:28:02;1274.186;1
2019-12-28 12:29:02;1370.362;1
2019-12-28 12:30:03;1314.959;1
2019-12-28 12:31:02;1742.294;1
2019-12-28 12:32:02;2126.941;1
2019-12-28 12:33:02;2085.54;1
2019-12-28 12:34:03;2027.061;1
Erkennst Du da eine Ursache?
-
Der VZ läuft und loggt immer noch, deshalb kann man hier jetzt erstmal "zu" machen. Wg. des ursprünglichen Fehlers und des "internen Server"-Fehlers probier ich mein Glück beim Webhoster...
Danke für eure Hilfe und Unterstützung
Jetzt taucht zwar ein neues Problem auf - pro Tag wird um die Mittagszeit jeweils ein Wert im plus und im Minus im Gigawattbereich bei der PV-Produktion angezeigt, der in den Daten nicht vorhanden ist, aber erstmal bin ich happy, dass es jetzt so läuft