[Mathias Stöber]

hei!

Jeg prøvde bare noe igjen. Jeg hadde hele konfigurasjonsutgangen via API. Jeg definerte først "Manuell" som vanningsmetoden. Det var ingen oppføringer for verdien "wto:{}" i konfigurasjonen som ga meg API. Da jeg endret og lagret værleverandøren, var verdien borte etter at jeg åpnet alternativene på nytt og ble tilbakestilt til "apple" som leverandør. Jeg kunne heller ikke se noen endringer i utdataene til konfigurasjonen via API. Deretter satte jeg vanningsmetoden til "ETO". Etterpå kunne jeg også se innstillinger under "wto:{...}" i konfigurasjonen fra APIen. Når jeg da satte værleverandøren til “openmeteo”. Dette var i konfigurasjonen på den ene siden

"wto": {
"baseETo": 0,15,
"høyde": 262,
"nøkkel": "",
"leverandør": "OpenMeteo"
}

men da også vist nedenfor

"wtdata": {
"wp": "OpenMeteo",...}

Er det mulig at noen alternativer lagres i områder som ikke alltid er til stede i konfigurasjonen og det er hull her? Hvis jeg forstår det riktig, er nettgrensesnittet bare js-filen som kjører på webserveren, som så bruker API til å faktisk gjøre endringene. Det virker som om det er forskjell på det grensesnittet viser, eventuelt som standard, og det som da skrives til sprinkleren via API. Eller hvis du endrer noe på ett sted, men da blir standardverdiene skrevet tilbake på et annet sted.

Hvis jeg kan hjelpe på noen måte eller teste videre, bare gi meg beskjed.

VG Mathias

[Mathias Stöber]

Hallo,

Jeg har også problemet med at noen av alternativene fortsatt ikke er lagret. Noen ganger er de der, men etter en omstart er de borte igjen. Dette betyr at alternativer og innstillinger fra den analoge sensorkonfigurasjonen alltid tilbakestilles. Er det en måte å feilsøke dette litt bedre?

Jeg har en Ospi her med gjeldende utsjekking fra Github.

VG Mathias

[Mathias Stöber]

Så liten oppdatering. Jeg installerte Raspi på nytt. Denne gangen med bokorm i stedet for Trixie. Etter installasjonen endret jeg bare "justeringsmetoden" fra "manuell" til "månedlig". Ingen andre verdier ble endret. Men feilmønsteret beskrevet ovenfor består. Jeg antar at det er en feil under lagring av json i området.

Gi meg beskjed hvis jeg skal sende logger eller noe annet.

VG Mathias

[Mathias Stöber]

Jammen, prosjektet kommer til å bli enda større enn forventet 😉

Et annet spørsmål kan du fortelle hva nøyaktig dataene til API betyr når du kaller "/jc" under "wtdata"? Er det verdier for "minT" og "maxT"? Jeg fant ikke noe om dette i dokumentasjonen og ut fra verdiene (54 og 80) ser det ikke ut til å være normal min/maks temperatur på dagen.

VG og takk Mathias

[Mathias Stöber]

hei!

Takk! Jeg har nettopp hentet en oppdatering og tester den.

Er det en grunn til at utgivelsestallene i Github ligger litt bak?

Se Mathias

 

[Mathias Stöber]

hei!

takk for svaret. Med "leseintervall" mente jeg punktet i den analoge sensorkonfigurasjonen (se figur 1), men i mitt tilfelle er det ikke et Mqtt-emne jeg mottar, men temperaturen til Raspi.
I går deaktiverte jeg datalogging i konfigurasjonen av sensoren (også i figur 1). Dette betydde at dataposten stoppet i min InfluxDB, men endringene fortsatte å bli publisert i Mqtt-serveren (bilde 2). Så det må være forskjell på triggerne, i hvert fall for de analoge sensorene. Fordi endringen i vannstanden ble logget i Influxdb samtidig.

VG Mathias

• Dette svaret ble endret for 1 år, 3 måneder siden av Mathias Stöber.

Vedlegg:

Det må du være logget inn for å se vedlagte filer.

[Mathias Stöber]

hei!

Jeg så den igjen, mengden regn var noen ganger en dag forsinket. I dag så jeg også følgende, se skjermbilder. Øverst i hovedvisningen står det 27 grader, men i systeminfoen er det bare 21 under maks. Sistnevnte er mer som gårsdagens verdi.

Vedlegg:

Det må du være logget inn for å se vedlagte filer.

[Mathias Stöber]

Jeg tror det er normalt, det gikk over for meg etter noen timer.

Se Mathias

[Mathias Stöber]

Hehe,

Ikke bare har vi nesten samme navn, men også samme sted? For meg er det 7,9 også. Har du tilfeldigvis også værstasjonen for Braunschweig-regionen?

Se Mathias

[Mathias Stöber]

hei!

Noe er rart i dag. Jeg bruker dwd-tjenesten, se ovenfor, men selv om det ikke falt en dråpe regn her i dag, sier ospien at det ikke trenger å vannes fordi det ville ha falt mer enn 7 mm regn. dwd-appen viser heller ikke noe nedbør for i dag. Det kan ha vært et problem i går fordi han kjørte sprinkleren på 120 % i det kraftigste regnet.

Jeg bruker eto som metode, det har fungert fantastisk siden innleggene over. Det ser nesten ut som om dataene er forskjøvet med en dag.

Tusen takk på forhånd!

Se Mathias

[Mathias Stöber]

hei!

Takk for hintet. Siden det er en OSPI har jeg firmware 2.1.9(9), så vidt jeg vet er det ingen nyere versjon. Jeg må kanskje konfigurere systemd-tjenesten litt annerledes slik at den venter til nettverket faktisk er oppe.

Ellers er spørringen definitivt mer nøyaktig enn før!

Takk for det!

Mathias

[Mathias Stöber]

hei!

Kort oppdatering fra meg. I går endret jeg alt tilbake til standard slik at det automatiske vanningsanlegget skulle fungere i morges. I morges prøvde jeg igjen, først med samme resultat som beskrevet ovenfor. Men etter ca 6 timer eller mer forsvant feilmeldingen og appen viste kun meldingen som beskrevet i blogginnlegget og værdata ble vist igjen. Jeg vil fortsette å gjøre det på denne måten nå.

Om nødvendig kan det være greit å ha en notis i bloggen om at den første oppdateringen kan ta flere timer.

Takk igjen!

Se Mathias

[Author]

Innlegg