[Mathias Stöber]

Hei,

Kokeilin taas jotain. Minulla oli koko konfigurointitulos API:n kautta. Määritin ensin "manuaalisen" kastelumenetelmäksi. Sovellusliittymän antaneessa määrityksessä ei ollut merkintöjä arvolle "wto:{}". Kun vaihdoin ja tallensin sääpalvelun, arvo katosi, kun avasin vaihtoehdot uudelleen, ja palveluntarjoajaksi asetettiin "omena". En myöskään nähnyt muutoksia konfiguroinnin lähdössä API:n kautta. Seuraavaksi asetin kastelutavaksi "ETO". Myöhemmin saatoin nähdä asetukset myös API:n konfiguraatiossa kohdassa "wto:{…}". Kun sitten asetin sääpalvelun "openmeteo". Tämä oli toisaalta asetuksissa

"wto": {
"baseETo": 0,15,
"korkeus": 262,
"avain": "",
"palveluntarjoaja": "OpenMeteo"
}

mutta näkyy myös alla

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

Onko mahdollista, että joitain vaihtoehtoja on tallennettu alueille, joita ei aina ole konfiguraatiossa ja tässä on aukkoja? Jos ymmärrän oikein, verkkokäyttöliittymä on vain js-tiedosto, joka toimii verkkopalvelimella, joka sitten käyttää API:ta muutosten tekemiseen. Vaikuttaa siltä, ​​että käyttöliittymän mahdollisesti oletusarvoisesti näyttämän ja sprinkleriin API:n kautta kirjoitetun välillä on ero. Tai jos muutat jotain yhdessä paikassa, mutta oletusarvot kirjoitetaan takaisin toiseen paikkaan.

Jos voin auttaa millään tavalla tai testata lisää, kerro minulle.

VG Mathias

[Mathias Stöber]

Hei,

Minulla on myös ongelma, että joitain vaihtoehtoja ei vieläkään ole tallennettu. Joskus ne ovat siellä, mutta uudelleenkäynnistyksen jälkeen ne ovat taas poissa. Tämä tarkoittaa, että analogisen anturin kokoonpanon valinnat ja asetukset nollataan aina. Onko mitään tapaa korjata tätä hieman paremmin?

Minulla on täällä Ospi, jonka nykyinen kassalla on Githubista.

VG Mathias

[Mathias Stöber]

Tällainen pieni päivitys. Asensin Raspin uudelleen. Tällä kertaa kirjatoukka Trixien sijaan. Asennuksen jälkeen vaihdoin vain "säätömenetelmän" "manuaalisesta" "kuukausittaiseksi". Muita arvoja ei muutettu. Mutta yllä kuvattu virhekuvio säilyy. Arvelen, että alueella tapahtui virhe jsonin tallentamisessa.

Jos minun pitäisi lähettää lokit tai jotain muuta, kerro minulle.

VG Mathias

[Mathias Stöber]

Vittu, projektista tulee vielä odotettua isompi 😉

Toinen kysymys, voitko kertoa, mitä API:n tiedot tarkalleen tarkoittavat, kun kutsutaan "/jc" kohdassa "wtdata"? Onko arvoja "minT" ja "maxT"? Asiasta en löytänyt dokumentaatiosta mitään ja arvoista (54 ja 80) se ei näytä olevan normaali vuorokauden min/max lämpötila.

VG ja kiitos Mathias

[Mathias Stöber]

Hei,

Kiitos! Otin juuri päivityksen ja testaan ​​sitä.

Onko jokin syy siihen, miksi Githubin julkaisunumerot ovat hieman jäljessä?

Katso Mathias

 

[Mathias Stöber]

Hei,

kiitos vastauksesta. "Lukuvälillä" tarkoitin analogisen anturin kokoonpanon kohtaa (katso kuva 1), mutta minun tapauksessani se ei ole Mqtt-aihe, jonka saan, vaan Raspin lämpötilaa.
Eilen deaktivoin tiedonkeruun anturin asetuksista (myös kuvassa 1). Tämä tarkoitti, että tietotietue pysähtyi InfluxDB:ssäni, mutta muutosten julkaiseminen jatkui Mqtt-palvelimella (Kuva 2). Joten triggereissä täytyy olla eroja, ainakin analogisten antureiden kohdalla. Koska vedenpinnan muutos kirjattiin samaan aikaan Influxdb:hen.

VG Mathias

• Tätä vastausta muokkasi 1 vuosi, 3 kuukautta sitten Mathias Stöber.

Liitteet:

Sinun täytyy olla kirjautunut sisään katsoaksesi liitetiedostoja.

[Mathias Stöber]

Hei,

Katsoin sen uudelleen, sademäärä oli joskus päivän myöhässä. Tänään näin myös seuraavan, katso kuvakaappaukset. Päänäkymän yläosassa lukee 27 astetta, mutta järjestelmätiedoissa se on vain 21 alle max. Jälkimmäinen on enemmän kuin eilisen arvo.

Liitteet:

Sinun täytyy olla kirjautunut sisään katsoaksesi liitetiedostoja.

[Mathias Stöber]

Mielestäni se on normaalia, se meni minulta ohi muutaman tunnin kuluttua.

Katso Mathias

[Mathias Stöber]

Hehe,

Meillä ei ole vain melkein sama nimi, vaan myös sama paikka? Minullekin se on 7,9. Onko sinulla myös Braunschweigin alueen sääasema?

Katso Mathias

[Mathias Stöber]

Hei,

Jotain on outoa tänään. Käytän dwd-palvelua, katso yllä, mutta vaikka täällä ei tänään satanut tippaakaan, niin ospi sanoo, että ei tarvitse kastella, koska sadetta olisi satanut yli 7mm. Dwd-sovellus ei myöskään näytä tänään sadetta. Eilen saattoi olla ongelma, koska hän ajoi sprinkleriä 120 %:lla kovimmassa sateessa.

Käytän etoa menetelmänä, se on toiminut loistavasti yllä olevista viesteistä lähtien. Näyttää melkein siltä, ​​​​että tiedot ovat siirtyneet päivällä.

Kiitos paljon jo etukäteen!

Katso Mathias

[Mathias Stöber]

Hei,

Kiitos vinkistä. Koska kyseessä on OSPI, minulla on laiteohjelmisto 2.1.9(9), sikäli kuin tiedän, uudempaa versiota ei ole. Minun on ehkä määritettävä systemd-palvelu hieman eri tavalla, jotta se odottaa, kunnes verkko on todella valmis.

Muuten kysely on varmasti tarkempi kuin ennen!

Kiitos siitä!

Mathias

[Mathias Stöber]

Hei,

Lyhyt päivitys minulta. Eilen vaihdoin kaikki takaisin oletusarvoihin, jotta automaattinen kastelujärjestelmä toimisi tänä aamuna. Tänä aamuna yritin uudelleen, ensin samalla tuloksella kuin yllä kuvattiin. Mutta noin 6 tunnin tai useamman tunnin kuluttua virheilmoitus katosi ja sovellus näytti viestin vain blogikirjoituksessa kuvatulla tavalla ja säätiedot näytettiin uudelleen. Jatkan nyt näin.

Tarvittaessa blogiin olisi hyvä laittaa huomautus, että ensimmäinen päivitys voi kestää useita tunteja.

Kiitos vielä kerran!

Katso Mathias

[Author]

Viestit