[Mathias Stöber]

Hi,

ich habe gerade noch mal etwas probiert. Ich habe mir per API die gesamte Config ausgeben lassen. Ich hatte als erstes “Manuell” als Bewässerungsmethode definiert. Dabei war in der Config, die mir die Api ausspukte, kein Einträge für den Wert “wto:{}” vorhanden. Wenn ich den Wetteranbieter abgeändert und gespeichert habe, war der Wert nach erneuten öffnen der Optionen weg und wieder auf “apple” als Anbieter zurückgesetzt. Ich konnte auch in der Ausgabe der Config per Api keine Änderungen sehen. Als nächstes habe ich die Bewässerungsmethode auf “ETO” gesetzt. Danach konnte ich in der Config aus der API auch Einstellungen unter “wto:{…}” sehen. Als ich dann den Wetteranbieter auf “openmeteo” gesetzt habe. Wurde dies in der Config zum einen unter

“wto”: {
“baseETo”: 0.15,
“elevation”: 262,
“key”: “”,
“provider”: “OpenMeteo”
}

angezeigt aber dann auch unter

“wtdata”: {
“wp”: “OpenMeteo”,….}

Kann es sein, dass einige Optionen in Bereichen gespeichert werden, die nicht immer in der Config vorhanden sind und es hier zu Lücken kommt? Wenn ich es richtig verstehe, ist die Weboberfläche nur das js-File was hier auf dem Webserver läuft, welche dann die API benutzt um damit die eigentlich Änderungen vorzunehmen. Es scheint als wenn es hier einen Unterschied zwischen dem gibt was die Oberfläche, ggf. als Default anzeigt, und was dann per Api an den Sprinkler geschrieben wird. Oder wenn man an einer Stelle etwas ändert aber, dann an einer andere Stelle wieder die Default werte zurück geschrieben werden.

Wenn ich irgendwie hier helfen kann oder weiter testen kann einfach bescheid geben.

VG Mathias

[Mathias Stöber]

Hallo,

auch bei mir habe ich das Problem, dass immer noch teilweise die Optionen nicht gespeichert werden. Teilweise sind sie da, aber nach einen neustart wieder weg. So werden immer wieder Optionen aber auch Einstellungen aus der Analogen Sensor Konfiguration zurück gesetzt. Gibt es eine Möglichkeit das etwas besser zu Debuggen?

Habe hier eine Ospi mit aktuellem Checkout aus dem Github.

VG Mathias

[Mathias Stöber]

So kleine Update. Ich habe den Raspi noch mal neuinstalliert. Diesmal mit bookworm anstelle von Trixie. Nach der Installation habe ich nur die “Anpassungsmethode” von “manuell” auf “monatlich” geändert. Keine weiteren Werte wurden verändert. Aber es bleibt beim dem oben beschriebenen Fehlerbild. Meine Vermutung es gibt einen Fehler beim speichern des jsons in dem Bereich.

Wenn ich logs oder weiteres schicken soll einfach melden.

VG Mathias

[Mathias Stöber]

Mist damit wird das Projekt doch noch mal größer als gedacht 😉

Eine andere Frage kannst du sagen, was genau die Daten der API bei Aufruf von “/jc” unter “wtdata” bedeuten? Es gibt da Werte für “minT” und “maxT”? Ich habe dazu in der Doku nichts gefunden und von den Werten (54 und 80) scheint es nicht die normale Min/Max Temperatur des Tages zu sein.

VG und Danke Mathias

[Mathias Stöber]

Hi,

danke dir! Habe gerade mal ein update gezogen und teste es mal.

Gibt es einen Grund warum im Github die releases von den Nummern etwas hinterherhinken?

Vg Mathias

 

[Mathias Stöber]

Hi,

danke dir für die Antwort. Mit “Leseintervall” meinte ich den Punkt in der Analogensensor Konfiguration (siehe Bild1), in meinem Fall ist das aber kein Mqtt Topic den ich empfange, sondern die Temperatur des Raspis.
Ich hatte gestern in der Konfiguration des Sensors (auch in Bild1), die Datenprotokollierung deaktiviert. Damit hörte der Datensatz bei mir in der InfluxDB auf, aber im Mqtt-Server wurden die Änderungen weiterhin gepublished(Bild2) . Es muss also einen Unterschied bei den Triggern geben, zumindest bei den Analogensensoren. Denn die Änderung des Wasserlevels ist in der selben Zeit in der Influxdb geloggt worden.

VG Mathias

• Diese Antwort wurde vor 1 Jahr, 1 Monat von Mathias Stöber geändert.

Attachments:

You must be logged in to view attached files.

[Mathias Stöber]

Hi,

Do hab es noch mal beobachtet, regenmengen waren teilweise einen Tag verspätet. Heute habe ich auch das folgende gesehen, siehe Screenshots. Oben auf der hauptansicht steht 27 grad, in der systeminfo aber unter max nur 21. Letzteres ist auch eher der Wert von gestern.

Attachments:

You must be logged in to view attached files.

[Mathias Stöber]

Das ist denke ich normal, ging bei mir nach einigen Stunden weg.

Vg mathias

[Mathias Stöber]

Hehe,

Haben wir nicht nur fast den selben Namen sondern auch noch die selbe lokation? Bei mir sind es auch 7,9. Hast du zufällig auch die Wetterstation der Region Braunschweig?

Vg Mathias

[Mathias Stöber]

Hi,

Heute ist etwas seltsam. Ich verwende den Dienst vom dwd, siehe oben, aber obwohl heute hier nicht ein Tropfen Regen gefallen ist sagt der ospi er braucht nicht wässern weil mehr als 7mm Niederschlag gefallen wären. In der app vom dwd ist für heute auch kein Niederschlag angegeben. Ggf hat es gestern schon ein Problem gegeben, da er im dicksten Regen, die spränkler mit 120% gefahren hat.

Ich verdwende eto als Methode, hat seit den posts oben wunderbar funktioniert. Sieht fast aus als wenn die Daten um einen tag verschoben sind.

Vielen dank im voraus!

Vg mathias

[Mathias Stöber]

Hi,

Danke dir für den Hinweis. Da es ein ospi ist habe ich firmware 2.1.9(9), meines Wissens gibt’s da noch keine neuere. Ggf muss ich den systemd Dienst etwas anders konfigurieren, so das er wartet bis das netztwerk wirklich oben ist.

Ansonsten läuft die abfrage definitiv genauer als vorher!

Vielen Dank dafür!

Mathias

[Mathias Stöber]

Hi,

Kurzes Update von mir. Ich hatte gestern wieder alles auf den default umgestellt, damit heute morgen die Bewässerungsautomatik funktioniert. Heute früh habe ich dann einen weiteren Versuch gemacht, zuerst mit dem selben Ergebnis wie oben beschrieben. Aber nach ca. 6 Std oder mehr, war die Fehlermeldung weg und es gab in der App nur noch die Meldung wie im blogpost beschrieben und es wurden auch wieder Wetterdaten angezeigt. Ich werde das ganze jetzt so weiter betreiben.

Ggf wäre im Blog ein Hinweis gut, dass die erste Aktualisierung mehrere Stunden dauern kann.

Nochmal vielen Dank!

Vg Mathias

[Autor]

Beiträge