KPOP w supla-device

[klew]

Czyli jeśli Cię dobrze rozumiem, po każdym klop->setValue() muszę zapisać stan, tak? Do tego służyła klasa storage, gdzieś to już używałem ale nie pamiętam gdzie. Tylko tyle, żeby to prawidłowo działało? Czy jeszcze coś?

Stan będzie sam działać, tylko trzeba odpowiednie metody dopisać.
Przeczytaj jeszcze raz ten wątek

[SOYER]

Dalej nic nie wiem…
Może zamiast KLOPa zastosować po prostu impulse counter? @klew ty znasz szczegóły, nada się do pomiaru opadów i prawidłowego wyświetlania wykresów?

[SOYER]

Jakby tak stworzyć KLNOPTDMODiEIR z funkcją URPiS, czyli Kanał Licznikowy Nie Ogólnego Przeznaczenia Tylko Do Mierzenia Opadów Deszczu i Ewentualnie Innych Rzeczy z funkcją Ustawiania Różnych Prefiksów i Sufiksów.

[SOYER]

Dalej nic nie wiem…
Może zamiast KLOPa zastosować po prostu impulse counter? @klew ty znasz szczegóły, nada się do pomiaru opadów i prawidłowego wyświetlania wykresów?

Do IC nie da się ustawić mniej niż 1 przypisane do impulsu, znowu kupa. Bardzo niedokładne pomiary.
Jednak może łatwiej byłoby zmienić coś w IC by można było np. ustawić 0.15 na każdy impuls. Wtedy ustawiamy jednostkę jako mm i już cała reszta pasuje.
Co myślisz @klew?

[SOYER]

Ok, po bliższym przyglądnięciu się tego czego wymaga WeatherCloud w zakresie danych o deszczu, przerobiłem szkic dotyczący tego co jest wysyłane na KPOP i do WC tak, że zbiera dane o opadach w zakresie 1h i 24h. Czyli działa to teraz jak dwa liczniki impulsów, jeden jest resetowany co godzinę, a drugi co dobę. Dołożyłem też kolejnego KPOPa w aplikacji, bo skoro już to liczę, a wykresy nie pozwalają zobaczyć to będę to miał teraz na osobnych kanałach.
Jestem ciekaw jak to teraz będzie wyglądać na wykresach. Czekamy na deszcz.

[SOYER]

Jeszcze jedno, używam EEPROM do zapisywania stanu tych "liczników" i odczytywania w razie ew. resetu.
@klew czy adresy 0 i 1 są do czegoś używane w Supli:

Code: Select all

EEPROM.write(0, rai1h);
        EEPROM.write(1, rai24h);

Czy używać innych bo się będzie gryzło?

[lukfud]

Jeszcze jedno, używam EEPROM do zapisywania stanu tych "liczników" i odczytywania w razie ew. resetu.
@klew czy adresy 0 i 1 są do czegoś używane w Supli:

Code: Select all

EEPROM.write(0, rai1h);
        EEPROM.write(1, rai24h);

Czy używać innych bo się będzie gryzło?

Jak dasz offset to nie.

[SOYER]

Jeszcze jedno, używam EEPROM do zapisywania stanu tych "liczników" i odczytywania w razie ew. resetu.
@klew czy adresy 0 i 1 są do czegoś używane w Supli:

Code: Select all

EEPROM.write(0, rai1h);
        EEPROM.write(1, rai24h);

Czy używać innych bo się będzie gryzło?

Jak dasz offset to nie.

Jaki offset? Co to ?
Bo właśnie coś się gryzie, skądś na tych adresach pojawiają mi się wartości.
Co mam poprawić, dopisać?

[lukfud]

Jaki offset? Co to ?
Bo właśnie coś się gryzie, skądś na tych adresach pojawiają mi się wartości.
Co mam poprawić, dopisać?

https://github.com/SUPLA/supla-device/b ... prom.h#L28

[SOYER]

Nie bardzo wiem co chcesz mi powiedzieć, przedtem zapisywałem na adresie 0 i druga zmienna na adresie 1. Pojawiały się wartości "skądś".
Zmieniłem adresy na 100 i 101. Problem wydaje się zniknął.
Możesz napisać co było źle? Supla już używała tych adresów do czego innego? Uczę się cały czas.