KPOP w supla-device

[SOYER]

A jak esp zrobi reset w środku ulewy? Nie będę znał intensywności opadów;)

Godzinowy opad zawiera dane o opadzie w ciągu godziny .
Przy zapisie co godzinę, możesz utracić dane z ostatnich ~60 min. A jak już minie godzina i wyślesz te dane na serwery, to już tego nie potrzebujesz.
Także trzeba by częściej to zapisywać, aby tego pomiaru godzinnego nie utracić.

BTW. wrzuciłem przed chwilą drobną aktualizację dla KLOP-a - doszła metdoa setKeepStateInStorage(bool) - jak odalisz ją z "true", to klasa będzie zapisywać stan do Storage.
Także będzie to działało dość podobnie do IC.

Czyli coś takiego:
rain24h->setKeepStateInStorage(true); w SETUP?

[klew]

Tak

[SOYER]

'class Supla::Sensor::GeneralPurposeMeter' has no member named 'setKeepStateInStorage'

[SOYER]

Tyle, że ja nie chcę zapisywać do pamięci stanu kanału, bo ten się zmienia co 10 min, tylko stan zmiennej zmienianej przez przerwania, którą to zmienne obrabiam na stan kanału właśnie co 10 min.
Ponawiam pytanie jak użyć supla storage do zapisania interesującej mnie zmiennej w określonym czasie. Naprawdę nie wiem.

[klew]

Supla::Storage nie jest do zapisywania samodzielnie, tylko w ramach onSaveState/onLoadState w klasach dziedziczących po Element.

Do zapisu stanu możesz używać innych metod dostępnych w Arduino IDE, z uwzględnieniem tego co sd używa.
Sd używa do zapisu tych klas Storage oraz Config.
Config jest plikiem na LittleFs. A Storage na "Eeprom".
Oczywiście nie musisz używać Storage, jeśli nie potrzebujesz zapamiętywać stanu kanałów Supli.

Bez Configa żyje się trudnej i nie zawsze się da (HVAC, kpop, klop potrzebują Configa).

Możesz też stan wrzucać do Configa - tam zapisuje się i odczytuje używając klucza 16 znaków.

[SOYER]

Dziękuję za wyczerpującą odpowiedź.
Czyli zrobię to standardowo:
rai1h++;
EEPROM.write(1, rai1h);
rai24h++;
EEPROM.write(2, rai24h);

[SOYER]

@klew
czy takie coś będzie działać:

Code: Select all

const int analogInPin = gleba_pin;
//////////////////////////////////////////////////////////////////
AnalogValue(analogInPin) *cz_gleby = nullptr;
////////////////////////////////////////////////////////////////////////
class AnalogValue : public Supla::Sensor::GeneralPurposeMeasurement {
  public:
    AnalogValue(int pin) : pin(pin) {
    }

    void onInit() {
      pinMode(pin, INPUT);
      channel.setNewValue(getValue());
    }
    double getValue() {
      return analogRead(pin);
    }
  protected:
    int pin;
};
///////////
setup()
    cz_gleby = new AnalogValue(analogInPin);

?

[SOYER]

Code: Select all

const int analogInPin = gleba_pin;
//////////////////////////////////////////////////////////////////

////////////////////////////////////////////////////////////////////////
class AnalogValue : public Supla::Sensor::GeneralPurposeMeasurement {
  public:
    AnalogValue(int pin) : pin(pin) {
    }

    void onInit() {
      pinMode(pin, INPUT);
      channel.setNewValue(getValue());
    }
    double getValue() {
      return analogRead(pin);
    }
  protected:
    int pin;
};
///////////
setup()
    new AnalogValue(analogInPin);

To się ładnie skompilowało, ale będzie się wyświetlać jako KPOP?

[klew]

Powinno działać.

[SOYER]

@klew, krótka historia w dwóch screenach.
KLOP, opady deszczu dobowe, t.j. szkic zlicza opady przez 24h i bieżący stan licznika wysyła na serwery, a o północy jest zerowany i zlicza od nowa.
Popatrz na wykresy z ostatniej doby, wykres minutowy i godzinowy, kompletnie nieprzydatny. Aktualnie od północy naliczone 3.6 mm, co też widać na zdjęciach.
Jak to naprawić żeby ten wykres cokolwiek sensownego pokazywał. Myślałem, że, w minutowym, będzie narastająco aż do północy, a potem spadek do zera.