[Mathias Stöber]

Hej,

Jag försökte bara något igen. Jag hade hela konfigurationsutgången via API. Jag definierade först "manuell" som bevattningsmetoden. Det fanns inga poster för värdet "wto:{}" i konfigurationen som API gav mig. Om jag ändrade och sparade väderleverantören försvann värdet efter att jag öppnade alternativen igen och återställdes till "apple" som leverantör. Jag kunde inte se några förändringar i utdata från konfigurationen via API heller. Därefter ställde jag in bevattningsmetoden till "ETO". Efteråt kunde jag också se inställningar under "wto:{...}" i konfigurationen från API:n. När jag sedan ställer in väderleverantören på “openmeteo”. Detta var i konfigurationen å ena sidan

"wto": {
”baseETo”: 0,15,
"höjd": 262,
”nyckel”: ””,
”provider”: ”OpenMeteo”
}

men visas sedan även nedan

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

Är det möjligt att vissa alternativ sparas i områden som inte alltid finns i konfigurationen och det finns luckor här? Om jag förstår det rätt är webbgränssnittet bara js-filen som körs på webbservern, som sedan använder API:et för att faktiskt göra ändringarna. Det verkar som om det är skillnad mellan vad gränssnittet visar, eventuellt som standard, och vad som sedan skrivs till sprinklern via API. Eller om du ändrar något på ett ställe men då standardvärdena skrivs tillbaka på ett annat ställe.

Om jag kan hjälpa till på något sätt eller testa vidare är det bara att meddela mig.

VG Mathias

[Mathias Stöber]

Hej,

Jag har också problemet att vissa av alternativen fortfarande inte är sparade. Ibland är de där, men efter en omstart är de borta igen. Detta innebär att alternativ och inställningar från den analoga sensorkonfigurationen alltid återställs. Finns det något sätt att felsöka detta lite bättre?

Jag har en Ospi här med en aktuell utcheckning från Github.

VG Mathias

[Mathias Stöber]

Så liten uppdatering. Jag installerade om Raspi igen. Den här gången med bokmask istället för Trixie. Efter installationen ändrade jag bara "justeringsmetoden" från "manuell" till "månadsvis". Inga andra värden ändrades. Men det ovan beskrivna felmönstret kvarstår. Min gissning är att det finns ett fel när json sparas i området.

Om jag ska skicka loggar eller något annat är det bara att meddela mig.

VG Mathias

[Mathias Stöber]

Fan, projektet kommer att bli ännu större än väntat 😉

En annan fråga, kan du säga vad exakt API-data betyder när "/jc" anropas under "wtdata"? Finns det värden för "minT" och "maxT"? Jag hittade inget om detta i dokumentationen och utifrån värdena (54 och 80) verkar det inte vara dagens normala min/max temperatur.

VG och tack Mathias

[Mathias Stöber]

Hej,

Tack! Jag hämtade precis en uppdatering och testar den.

Finns det en anledning till att releasenumren i Github ligger lite efter?

Se Mathias

 

[Mathias Stöber]

Hej,

tack för svaret. Med "läsintervall" menade jag punkten i den analoga sensorkonfigurationen (se figur 1), men i mitt fall är det inte ett Mqtt-ämne som jag tar emot, utan temperaturen på Raspi.
Igår avaktiverade jag dataloggningen i sensorns konfiguration (även i figur 1). Detta innebar att dataposten stannade i min InfluxDB, men ändringarna fortsatte att publiceras i Mqtt-servern (Bild 2). Så det måste vara skillnad på triggarna, åtminstone för de analoga sensorerna. Eftersom förändringen av vattennivån loggades i Influxdb samtidigt.

VG Mathias

• Detta kan redigeras i 1 år, 3 år på sedanen Mathias Stöber.

Bilagor:

Det måste du vara inloggad för att se bifogade filer.

[Mathias Stöber]

Hej,

Jag såg den igen, mängden regn var ibland en dag försenad. Idag såg jag även följande, se skärmdumpar. Överst i huvudvyn står det 27 grader, men i systeminfon är det bara 21 under max. Det senare liknar mer gårdagens värde.

Bilagor:

Det måste du vara inloggad för att se bifogade filer.

[Mathias Stöber]

Jag tror att det är normalt, det gick över för mig efter några timmar.

Se Mathias

[Mathias Stöber]

Hehe,

Inte bara har vi nästan samma namn utan också samma plats? För mig är det 7,9 också. Råkar du också ha väderstationen för regionen Braunschweig?

Se Mathias

[Mathias Stöber]

Hej,

Något är konstigt idag. Jag använder dwd-tjänsten, se ovan, men även om det inte föll en droppe regn här idag så säger ospi att det inte behöver vattnas eftersom det skulle ha fallit mer än 7 mm regn. dwd-appen visar ingen nederbörd för idag heller. Det kan ha varit problem igår eftersom han körde sprinklern på 120% i det värsta regnet.

Jag använder eto som metod, det har fungerat underbart sedan inläggen ovan. Det ser nästan ut som att data flyttas med en dag.

Tack så mycket på förhand!

Se Mathias

[Mathias Stöber]

Hej,

Tack för tipset. Eftersom det är en OSPI har jag firmware 2.1.9(9), så vitt jag vet finns det ingen nyare version. Jag kanske måste konfigurera systemd-tjänsten lite annorlunda så att den väntar tills nätverket verkligen är uppe.

Annars är frågan definitivt mer korrekt än tidigare!

Tack för det!

Mathias

[Mathias Stöber]

Hej,

Kort uppdatering från mig. Igår ändrade jag tillbaka allt till standard så att det automatiska bevattningssystemet skulle fungera i morse. I morse försökte jag igen, först med samma resultat som beskrivits ovan. Men efter cirka 6 timmar eller mer försvann felmeddelandet och appen visade bara meddelandet enligt beskrivningen i blogginlägget och väderdata visades igen. Jag kommer fortsätta göra på det här sättet nu.

Vid behov skulle det vara bra att ha en notering i bloggen att den första uppdateringen kan ta flera timmar.

Tack igen!

Se Mathias

[Författare]

Inlagg