SuplaSatelIntegrator 2.1.0 - program do integracji Supla z SATEL

[klew]

Code: Select all

writing 50 bytes into a region of size 49 overflows the destination [-Wstringop-overflow=]
  806 |     SATEL_DATA[A] = 0xFF;
      |     ~~~~~~~~~~~~~~^~~~~~

AD1. "Błędy" w czasie kompilacji nie stanowią problemu, nawet nie wiem kiedy się one pojawiły.

Ten warning mówi o tym, że zapisujesz do tablicy poza zaalokowanym rozmiarem. To jest raczej poważny problem i bym go nie ignorował, bo prędzej czy później zaczną dziać się dziwne rzeczy i nie będzie wiadomo skąd one się biorą.

[[email protected]]

Code: Select all

  for (byte A=1; A <= SATEL_buffor; A++){
    SATEL_DATA[A] = 0xFF;
    SATEL_D_RX[A] = 0xFF;                 //Zapisujemy wszystkie bufory 0xFF
    SATEL_D_TX[A] = 0xFF;
  }

Tu
SATEL_buffor ma wartość 50 , a jest <= zamiast <

[djack2017]

Gdzie można znaleźć opis protokółu komunikacji z SATEL INTEGRA 256?

[Duch__]

Szukaj instrukcji "protokół integracji" dołączony do modułu ETHM1 Plus.

[YoMan]

AD4. Tak. Przyjęcie przez czujnik wartości 240 oznacza że ponad 4h temu nastąpiło ostatnie naruszenie danego czujnika. Wartość ta została dobrana w związku z tym żeby były widoczne zmiany na wykresach. Każdy spadek wartości bliskiej 0 (serwer zaokrągla wyniki) odczytujemy jako naruszenie linii.

240 stopni to jest 2h i 40min

[Duch__]

240.0 to jest 240 minut i 0 sekund = 4 godziny
Wszystko co przed przecinkiem to minuty, po przecinku sekundy (dziesiątki sekund tj. 0s, 10s, 20s, 30s, 40s, 50s)

[YoMan]

240.0 to jest 240 minut i 0 sekund = 4 godziny
Wszystko co przed przecinkiem to minuty, po przecinku sekundy (dziesiątki sekund tj. 0s, 10s, 20s, 30s, 40s, 50s)

Teoria nie spotkała się z praktyką. Zerknij na wykres. U mnie to było 2:40

[Duch__]

U mnie 4h. Czas jest liczony na podstawie millis(). Można ewentualnie wykorzystać komendę 1A i odczytywać czas z centrali i na tej podstawie liczyć upływający czas.

[YoMan]

U mnie 4h

Czyli coś pomieszałem w kodzie? Nie grzebałem.
To się musi wiązać z tym przeskakiwaniem co 0,2
Może 256 tak się zachowuje?

[Duch__]

U mnie 4h

Czyli coś pomieszałem w kodzie? Nie grzebałem.
To się musi wiązać z tym przeskakiwaniem co 0,2
Może 256 tak się zachowuje?

Centrala 256 nie liczy czasu kiedy nastąpiło ostatnie naruszenie. Ona podaje tylko stany 0 i 1. To ESP liczy ten czas.

Przeskakiwanie o 0.2 jest bardziej związane z biblioteką SuplaDevice i częstotliwością przesyłania danych na serwer.

W podprogramie:

Code: Select all

New_data(){

}

My tylko ustawiamy nowe dane do wysyłki, a to czy one zostaną wysłane za 1 sekundę, 5 sekund, czy 20 sekund to reguluje biblioteka SuplaDevice. Niestety to dyskwalifikuje przesyłanie danych 0 i 1 które zmieniają się np. co 1 sekundę bo na wykresie nie będzie szło rozróżnić czy akuratnie stan był 0 czy 1 - cloud nam to zaokrągli do 0.5. Stąd pomysł na 240minut by było wyraźnie widać kiedy nastąpiło to "tąpnięcie" wykresu = naruszenie czujnika. Równie dobrze można tam ustawić zamiast 240 np. 60 minut. Też będzie liczył, ale maksymalnie do 60. Kto co woli. Ja wykorzystałem prawie w pełni zmienną byte która mogła przyjąć zakres od 0 do 255. 255 minut ciężko się przelicza w głowie na godziny i minuty. 240 już prościej. 60 jeszcze prościej

Wiem trochę to zawiłe, ale nie miałem pomysłu na ominięcie zaokrąglania wyników przez CLOUD.