[Mathias Stöber]

Hi,

Ik heb zojuist weer iets geprobeerd. Ik had de volledige configuratie-uitvoer via API. Ik heb eerst “Handmatig” gedefinieerd als de bewateringsmethode. Er waren geen vermeldingen voor de waarde “wto:{}” in de configuratie die mij de API gaf. Toen ik de weerprovider veranderde en opsloeg, was de waarde verdwenen nadat ik de opties opnieuw had geopend en werd deze opnieuw ingesteld op 'apple' als aanbieder. Ik kon ook geen wijzigingen zien in de uitvoer van de configuratie via API. Vervolgens stel ik de bewateringsmethode in op “ETO”. Daarna kon ik ook instellingen zien onder “wto:{…}” in de configuratie van de API. Toen ik vervolgens de weerprovider op “openmeteo” zette. Dit zat enerzijds in de configuratie

“wto”: {
“basisETo”: 0,15,
“hoogte”: 262,
"sleutel": "",
“aanbieder”: “OpenMeteo”
}

maar dan ook hieronder weergegeven

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

Is het mogelijk dat sommige opties worden opgeslagen in gebieden die niet altijd aanwezig zijn in de configuratie en dat er hier hiaten zijn? Als ik het goed begrijp, is de webinterface slechts het js-bestand dat op de webserver draait, die vervolgens de API gebruikt om de wijzigingen daadwerkelijk aan te brengen. Het lijkt alsof er een verschil is tussen wat de interface laat zien, mogelijk standaard, en wat er vervolgens via API naar de sprinkler wordt geschreven. Of als je op de ene plek iets verandert, maar de standaardwaarden op een andere plek worden teruggeschreven.

Als ik op welke manier dan ook kan helpen of verder kan testen, laat het me dan weten.

VG Mathias

[Mathias Stöber]

Hallo,

Ik heb ook het probleem dat sommige opties nog steeds niet zijn opgeslagen. Soms zijn ze er wel, maar na een herstart zijn ze weer weg. Dit betekent dat opties en instellingen uit de analoge sensorconfiguratie altijd worden gereset. Is er een manier om dit iets beter te debuggen?

Ik heb hier een Ospi met een huidige kassa van Github.

VG Mathias

[Mathias Stöber]

Zo'n kleine update. Ik heb de Raspi opnieuw geïnstalleerd. Dit keer met boekenwurm in plaats van Trixie. Na de installatie heb ik zojuist de “aanpassingsmethode” gewijzigd van “handmatig” naar “maandelijks”. Er zijn geen andere waarden gewijzigd. Maar het hierboven beschreven foutenpatroon blijft bestaan. Ik vermoed dat er een fout is opgetreden bij het opslaan van de json in het gebied.

Als ik logs of iets anders moet sturen, laat het me dan weten.

VG Mathias

[Mathias Stöber]

Damn, het project wordt nog groter dan verwacht 😉

Nog een vraag: kun je vertellen wat de gegevens van de API precies betekenen als je “/jc” aanroept onder “wtdata”? Zijn er waarden voor “minT” en “maxT”? Ik heb hierover niets gevonden in de documentatie en uit de waarden (54 en 80) blijkt dat dit niet de normale min/max temperatuur van de dag is.

VG en bedankt Mathias

[Mathias Stöber]

Hi,

Bedankt! Ik heb zojuist een update opgehaald en ben deze aan het testen.

Is er een reden waarom de releasenummers in Github een beetje achterlopen?

Vg Mathias

 

[Mathias Stöber]

Hi,

bedankt voor het antwoord. Met “leesinterval” bedoelde ik het punt in de analoge sensorconfiguratie (zie figuur 1), maar in mijn geval is het geen Mqtt-onderwerp dat ik ontvang, maar de temperatuur van de Raspi.
Gisteren heb ik datalogging gedeactiveerd in de configuratie van de sensor (ook in Figuur 1). Dit betekende dat het gegevensrecord stopte in mijn InfluxDB, maar de wijzigingen werden nog steeds gepubliceerd op de Mqtt-server (Afbeelding 2). Er moet dus een verschil zijn in de triggers, tenminste voor de analoge sensoren. Omdat de verandering in het waterpeil tegelijkertijd in de Influxdb werd geregistreerd.

VG Mathias

• Deze reactie duurde 1 jaar en duurde 3 maanden Mathias Stöber.

Bijlagen:

Je moet inloggen om bijgevoegde bebetante te bekijken.

[Mathias Stöber]

Hi,

Ik heb het nog eens bekeken, de hoeveelheid regen kwam soms een dag te laat. Vandaag zag ik ook het volgende, zie screenshots. Bovenaan het hoofdscherm staat 27 graden, maar in de systeeminfo is het slechts 21 onder max. Dit laatste lijkt meer op de waarde van gisteren.

Bijlagen:

Je moet inloggen om bijgevoegde bebetante te bekijken.

[Mathias Stöber]

Ik denk dat dat normaal is, bij mij verdween het na een paar uur.

Zie Mathias

[Mathias Stöber]

Hehe,

Hebben we niet alleen bijna dezelfde naam maar ook dezelfde locatie? Voor mij is het ook 7,9. Heeft u toevallig ook het weerstation voor de regio Braunschweig?

Vg Mathias

[Mathias Stöber]

Hi,

Er is iets vreemds vandaag. Ik gebruik de dwd-service, zie hierboven, maar hoewel er vandaag geen druppel regen is gevallen, zegt de ospi dat er geen water nodig is omdat er dan meer dan 7 mm regen zou zijn gevallen. Ook de dwd app laat voor vandaag geen neerslag zien. Mogelijk was er gisteren een probleem omdat hij bij de zwaarste regen de sproeier op 120% liet draaien.

Ik gebruik eto als methode, het heeft wonderwel gewerkt sinds de berichten hierboven. Het lijkt bijna alsof de gegevens een dag zijn verschoven.

Bij voorbaat hartelijk dank!

Zie 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,

Korte update van mij. Gisteren heb ik alles teruggezet naar de standaard zodat het automatische irrigatiesysteem vanochtend zou werken. Vanochtend heb ik het opnieuw geprobeerd, eerst met hetzelfde resultaat als hierboven beschreven. Maar na ongeveer 6 uur of langer verdween de foutmelding en gaf de app alleen de melding weer zoals beschreven in de blogpost en werden weergegevens opnieuw weergegeven. Ik blijf het nu op deze manier doen.

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

Nochmal vielen Dank!

Vg Mathias

[Auteur]

Rapport