[Mathias Stöber]

Salut,

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]

Bonjour,

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]

Une si petite mise à jour. J'ai réinstallé le Raspi. Cette fois avec bookworm au lieu de Trixie. Après l'installation, je viens de changer la « méthode de personnalisation » de « manuelle » à « mensuelle ». Aucune autre valeur n'a été modifiée. Mais le modèle d’erreur décrit ci-dessus demeure. Je suppose qu'il y a une erreur lors de l'enregistrement du json dans la zone.

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]

Salut,

Merci! Je viens de faire une mise à jour et je la teste.

Y a-t-il une raison pour laquelle les numéros de version dans Github sont un peu en retard ?

Voir Mathias

 

[Mathias Stöber]

Salut,

merci pour la réponse. Par « intervalle de lecture » ​​j'entendais le point dans la configuration du capteur analogique (voir Figure 1), mais dans mon cas ce n'est pas un sujet Mqtt que je reçois, mais la température du Raspi.
Hier, j'ai désactivé l'enregistrement des données dans la configuration du capteur (également sur la figure 1). Cela signifiait que l'enregistrement des données s'arrêtait dans mon InfluxDB, mais que les modifications continuaient d'être publiées sur le serveur Mqtt (Image 2). Il doit donc y avoir une différence dans les déclencheurs, du moins pour les capteurs analogiques. Parce que le changement du niveau d’eau a été enregistré dans Influxdb en même temps.

VG Mathias

• Cette réponse est modifiée en 1 an et 4 mois Mathias Stöber.

Pièces jointes :

Tu dois être connecté pour voir les fichiers joints.

[Mathias Stöber]

Salut,

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.

Pièces jointes :

Tu dois être connecté pour voir les fichiers joints.

[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?

Voir Mathias

[Mathias Stöber]

Salut,

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]

Salut,

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]

Salut,

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!

Voir Mathias

[Auteur]

Messages