Maksymalny czas setValidityTimeSec

[shimano73]

Hej, pracuję nad własnym softem do modułu do skrzynki pocztowej zasilanej z baterii CR123 3V , moduł znaleziony tu : https://www.espthings.io/index.php/2022 ... ox-switch/
Już prawie działa , jako że układ mógłby się nie wybudzać nawet przez miesiąc mam pytanie jaki maksymalny czas można ustawić w metodzie setValidityTimeSec ?

[pzygmunt]

Teoretycznie rozmiar zmiennej ogranicza czas. Zbyt długi czas tak na prawdę powoduje, że nie będziemy wiedzieć czy urządzenie żyje i może się okazać, że poczta na którą czekamy dawno tam jest tylko sprzęt padł.

[shimano73]

OK, mam nadzieję że listonosz częściej będzie przychodził i do tego nie dojdzie.
Ustawiłem

Code: Select all

#define MAX_SLEEP_TIME_SEC  604800 // czyli tydzień

Niestety urządzenie w apce przechodzi w offline po dwóch dniach .
Moja sekcja setup wygląda tak:

Code: Select all

  SuplaDevice.setSuplaCACert(suplaCACert);
  SuplaDevice.setSupla3rdPartyCACert(supla3rdCACert);

  SuplaDevice.addFlags(SUPLA_DEVICE_FLAG_SLEEP_MODE_ENABLED);
  SuplaDevice.setActivityTimeout(MAX_SLEEP_TIME_SEC);
  for (auto element = Supla::Element::begin(); element != nullptr; element = element->next()) {
    if (element->getChannel()) {
      auto channel = element->getChannel();
      channel->setValidityTimeSec(MAX_SLEEP_TIME_SEC);
      channel->setBatteryLevel(getBattery());
      channel->setDefault(SUPLA_CHANNELFNC_MAILSENSOR);
     // channel->setDefaultStateRestore();;
    }
  }

  SuplaDevice.setName("Mail Box");
  SuplaDevice.begin();
  

Jest gdzieś błąd że nie wytrzymuje zadeklarowanego tygodnia ?

[klew]

Niestety urządzenie w apce przechodzi w offline po dwóch dniach .

Jest gdzieś błąd że nie wytrzymuje zadeklarowanego tygodnia ?

W logach powinieneś widzieć taki warning:

Code: Select all

void Channel::setValidityTimeSec(unsigned _supla_int_t timeSec) {
  if (timeSec > UINT16_MAX) {
    SUPLA_LOG_WARNING("Channel: too high validity time: %d", timeSec);
    timeSec = UINT16_MAX;
  }
  validityTimeSec = timeSec;
}

Także SuplaDevice tu narzuca ograniczenie do uint16_t, czyli 65535 s, czyli około 18 h.

Nie pamiętam, dokładnie z jakiego powodu to zostało tak ograniczone, ale prawdopodobnie ze względu na ilość pamięci RAM. Bo int16 to 2 B na kanał, a int32 to 4 B na kanał.

[veeroos]

A miałem się właśnie pytać na jak długo mogę uśpić układ bez konieczności wybudzania w związku z czujnikami okiennymi nad którymi teraz działam, no cóż trzeba będzie co 16 godzin wymusić wysłanie "bitu życia" .

[shimano73]

Próbując wydłużyć czas usunąłem ograniczający warunek w metodzie setValidityTimeSec ale skutek jest odwrotny , teraz po około 3 godzinach jest już offline .

[klew]

Próbując wydłużyć czas usunąłem ograniczający warunek w metodzie setValidityTimeSec ale skutek jest odwrotny , teraz po około 3 godzinach jest już offline .

Musiałbyś jeszcze zmienną zaminić, z 16 bitowej na 32. Teraz jak ustawiasz większą liczbę, to ona się "przekręca" i przyjmuje jakąś inną mniejszą wartość.
W supla/channels/channel.h zmień:

Code: Select all

  uint16_t validityTimeSec = 0;
// na:
  uint32_t validityTimeSec = 0;

Poprawię to też niedługo w SD, bo trochę tam przerabiam...