Mathiasa Stöbera
Odpowiedź na forum utworzona
-
AutorWpisy
-
Mathias Stöber
UczestnikCześć,
Właśnie znowu czegoś spróbowałem. Miałem całą konfigurację za pośrednictwem API. Najpierw zdefiniowałem „ręczną” metodę nawadniania. W konfiguracji podanej przez API nie było wpisów dla wartości „wto:{}”. Jeśli zmieniłem dostawcę pogody i go zapisałem, wartość zniknęła po ponownym otwarciu opcji i została zresetowana do dostawcy „apple”. Nie widziałem też żadnych zmian w wynikach konfiguracji za pośrednictwem interfejsu API. Następnie ustawiam metodę nawadniania na „ETO”. Potem mogłem także zobaczyć ustawienia w „wto:{…}” w konfiguracji z API. Kiedy następnie ustawię dostawcę pogody na „openmeteo”. Z jednej strony było to w konfiguracji
„wto”: {
„baseETo”: 0,15,
„elewacja”: 262,
„klucz”: „”,
„dostawca”: „OpenMeteo”
}ale następnie wyświetlane również poniżej
„wtdata”: {
„wp”: „OpenMeteo”,….}Czy jest możliwe, że niektóre opcje są zapisywane w obszarach, które nie zawsze są obecne w konfiguracji i są tu luki? Jeśli dobrze rozumiem, interfejs sieciowy to po prostu plik js uruchamiany na serwerze WWW, który następnie korzysta z interfejsu API w celu faktycznego wprowadzenia zmian. Wygląda na to, że istnieje różnica pomiędzy tym, co pokazuje interfejs, być może jako domyślny, a tym, co jest następnie zapisywane do zraszacza poprzez API. Lub jeśli zmienisz coś w jednym miejscu, ale wartości domyślne zostaną zapisane w innym miejscu.
Jeśli będę mógł w jakikolwiek sposób pomóc lub przeprowadzić dalsze testy, daj mi znać.
VG Mathiasa
Mathias Stöber
UczestnikCześć,
Mam też problem, że część opcji nadal nie jest zapisana. Czasami są, ale po ponownym uruchomieniu znowu ich nie ma. Oznacza to, że opcje i ustawienia z konfiguracji czujnika analogowego są zawsze resetowane. Czy można to trochę lepiej debugować?
Mam tutaj Ospi z bieżącym zamówieniem z Githuba.
VG Mathiasa
Mathias Stöber
UczestnikTaka mała aktualizacja. Ponownie zainstalowałem Raspi. Tym razem z molem książkowym zamiast Trixie. Po instalacji właśnie zmieniłem „metodę regulacji” z „ręcznej” na „comiesięczną”. Żadne inne wartości nie uległy zmianie. Jednak opisany powyżej wzorzec błędów pozostaje. Domyślam się, że wystąpił błąd podczas zapisywania pliku json w obszarze.
Jeśli mam wysłać logi lub cokolwiek innego, daj mi znać.
VG Mathiasa
Mathias Stöber
UczestnikKurczę, projekt będzie jeszcze większy niż się spodziewaliśmy 😉
Kolejne pytanie: czy możesz powiedzieć, co dokładnie oznaczają dane API podczas wywoływania „/jc” w „wtdata”? Czy istnieją wartości „minT” i „maxT”? W dokumentacji nic na ten temat nie znalazłem, a z wartości (54 i 80) wynika, że nie jest to normalna temperatura min/max w ciągu dnia.
VG i dzięki Mathias
Mathias Stöber
UczestnikCześć,
Dziękuję! Właśnie pobrałem aktualizację i testuję ją.
Czy jest powód, dla którego numery wydań w Githubie są nieco opóźnione?
Zobacz Mathiasa
Mathias Stöber
UczestnikCześć,
dziękuję za odpowiedź. Przez „interwał odczytu” miałem na myśli punkt w konfiguracji czujnika analogowego (patrz rysunek 1), ale w moim przypadku nie otrzymuję tematu Mqtt, ale temperaturę Raspi.
Wczoraj wyłączyłem rejestrację danych w konfiguracji czujnika (również na rysunku 1). Oznaczało to, że zapis danych zatrzymał się w mojej InfluxDB, ale zmiany były nadal publikowane na serwerze Mqtt (Zdjęcie 2). Musi więc istnieć różnica w wyzwalaczach, przynajmniej w przypadku czujników analogowych. Ponieważ zmiana poziomu wody została jednocześnie zarejestrowana w Influxdb.VG Mathiasa
-
Ta odpowiedź powstała 1 rok, 3 miesiące temu przez
Mathias Stöber.
Załączniki:
Musisz być zalogowany aby wyświetlić załączone pliki.Mathias Stöber
UczestnikCześć,
Obejrzałem to jeszcze raz, ilość deszczu była czasami spóźniona o jeden dzień. Dzisiaj widziałem też co następuje, zobacz zrzuty ekranu. Na górze głównego widoku jest napisane 27 stopni, ale w informacjach systemowych jest to tylko 21 poniżej maksimum. Ta ostatnia jest bardziej zbliżona do wczorajszej wartości.
Załączniki:
Musisz być zalogowany aby wyświetlić załączone pliki.Mathias Stöber
UczestnikMyślę, że to normalne, u mnie minęło po kilku godzinach.
Zobacz Mathiasa
Mathias Stöber
Uczestnikhehe,
Nie tylko mamy prawie tę samą nazwę, ale także tę samą lokalizację? U mnie też jest to 7,9. Czy przypadkiem posiadacie Państwo również stację pogodową dla regionu Brunszwik?
Zobacz Mathiasa
Mathias Stöber
UczestnikCześć,
Coś jest dzisiaj dziwnego. Korzystam z usługi dwd, patrz wyżej, ale mimo że dzisiaj nie spadła tu ani kropla deszczu, ospi twierdzi, że nie trzeba podlewać, bo spadłoby ponad 7 mm deszczu. Aplikacja dwd również nie pokazuje żadnych opadów na dzisiaj. Problem mógł pojawić się wczoraj bo podczas największego deszczu jechał zraszaczem na 120%.
Używam eto jako metody, działa wspaniale od czasu powyższych postów. Wygląda na to, że dane są przesunięte o jeden dzień.
Z góry bardzo dziękuję!
Zobacz Mathiasa
Mathias Stöber
UczestnikCześć,
Dziękuję za podpowiedź. Ponieważ jest to OSPI, mam oprogramowanie 2.1.9(9), o ile wiem, nie ma nowszej wersji. Być może będę musiał nieco inaczej skonfigurować usługę systemową, aby czekała, aż sieć faktycznie będzie działać.
W przeciwnym razie zapytanie jest zdecydowanie dokładniejsze niż wcześniej!
Dziękuję za to!
Mateusz
Mathias Stöber
UczestnikCześć,
Krótka aktualizacja ode mnie. Wczoraj przywróciłem wszystko do ustawień domyślnych, aby system automatycznego nawadniania działał już dziś rano. Dziś rano spróbowałem ponownie, najpierw z takim samym skutkiem, jak opisano powyżej. Jednak po około 6 godzinach lub więcej komunikat o błędzie zniknął, a aplikacja wyświetliła tylko komunikat zgodny z opisem w poście na blogu, a dane pogodowe zostały ponownie wyświetlone. Teraz będę to dalej robił w ten sposób.
W razie potrzeby dobrze byłoby mieć notatkę na blogu, że pierwsza aktualizacja może zająć kilka godzin.
Dziękuję jeszcze raz!
Zobacz Mathiasa
-
Ta odpowiedź powstała 1 rok, 3 miesiące temu przez
-
AutorWpisy
