Po aktualizacji Supli problem z dwoma Sonoffami?

[lukfud]

Informacja o wyłączeniu z powodu przeciążenia jest wysyłana przez urządzenie na drugim bajcie wiadomości o stanie przekaźnika. Do tej pory ten bajt był nieużywany i jeśli coś takiego Ci się pojawia, to znaczy że soft który masz tam wgrany coś źle ustawia (powinno być wysłane 0, a pewnie wysyła coś innego).

Dotyczy to wszystkich przekaźników, czy tylko tych skorelowanych z pomiarem? W sumie u kolegi kanały przekaźników nie są połączone.
Szykuje się nowa funkcjonalność?

[klew]

Informacja o wyłączeniu z powodu przeciążenia jest wysyłana przez urządzenie na drugim bajcie wiadomości o stanie przekaźnika. Do tej pory ten bajt był nieużywany i jeśli coś takiego Ci się pojawia, to znaczy że soft który masz tam wgrany coś źle ustawia (powinno być wysłane 0, a pewnie wysyła coś innego).

Dotyczy to wszystkich przekaźników, czy tylko tych skorelowanych z pomiarem? W sumie u kolegi kanały przekaźników nie są połączone.
Szykuje się nowa funkcjonalność?

Kanał przekaźnika będzie mógł mieć ustawioną flagę, że może się wyłączyć z powodu przeciążenia. Kanał przekaźnika musi przesłać informację, że został z tego powodu wyłączony, powinien też pamiętać że taka sytuacja wystąpiła (np. aby reset urządzenia tego nie czyścił).
Dodatkowo trzeba zaimplementować w sofcie powiązanie między miernikem prądu a przekaźnikiem.
Dodam tą opcję do SuplaDevice. Pewnie zrobię to przy pomocy warunkowania, tylko trzeba będzie rozbudować warunki, tak aby radziły sobie z kanałem licznika prądu.

[@Artur]

Wprowadzimy w pn aktualizację do serwera, która wyczyści tą flagę dla urządzeń, które używają protokołu w starszej wersji i wysyłają śmieci.

Super. Dzięki.

[lukfud]

Kanał przekaźnika będzie mógł mieć ustawioną flagę, że może się wyłączyć z powodu przeciążenia. Kanał przekaźnika musi przesłać informację, że został z tego powodu wyłączony, powinien też pamiętać że taka sytuacja wystąpiła (np. aby reset urządzenia tego nie czyścił).
Dodatkowo trzeba zaimplementować w sofcie powiązanie między miernikem prądu a przekaźnikiem.
Dodam tą opcję do SuplaDevice. Pewnie zrobię to przy pomocy warunkowania, tylko trzeba będzie rozbudować warunki, tak aby radziły sobie z kanałem licznika prądu.

Fajnie by było, gdyby powiązanie sprowadzało się do jednej linii w szkicu, a aktywowało wtedy, kiedy powiązanie nastąpi też w Cloud. Do urządzenia mógłby się przesyłać też dodatkowy parametr: 0 - nic nie rób, liczba wyższa od zera - wstaw do warunku.
Wtedy każdy mógłby sam decydować, czy chce mieć automatyczny wyłącznik przeciążeniowy, czy nie.

[klew]

Kanał przekaźnika będzie mógł mieć ustawioną flagę, że może się wyłączyć z powodu przeciążenia. Kanał przekaźnika musi przesłać informację, że został z tego powodu wyłączony, powinien też pamiętać że taka sytuacja wystąpiła (np. aby reset urządzenia tego nie czyścił).
Dodatkowo trzeba zaimplementować w sofcie powiązanie między miernikem prądu a przekaźnikiem.
Dodam tą opcję do SuplaDevice. Pewnie zrobię to przy pomocy warunkowania, tylko trzeba będzie rozbudować warunki, tak aby radziły sobie z kanałem licznika prądu.

Fajnie by było, gdyby powiązanie sprowadzało się do jednej linii w szkicu, a aktywowało wtedy, kiedy powiązanie nastąpi też w Cloud. Do urządzenia mógłby się przesyłać też dodatkowy parametr: 0 - nic nie rób, liczba wyższa od zera - wstaw do warunku.
Wtedy każdy mógłby sam decydować, czy chce mieć automatyczny wyłącznik przeciążeniowy, czy nie.

Na chwilę obecną urządzenie nie zna konfiguracji w Cloud, więc samo tego nie ustawi.
Także jeśli ktoś by chciał taką funkcjonalność, to zarówno powiązanie licznika z relay, jak i próg prądowy, trzeba ustawić na urządzeniu (w kodzie, lub na stronie konfiguracyjnej, jeśli ktoś taką opcję sobie dorobi)

[pzygmunt]

Zabezpieczenie to zabezpieczenie. Nie powinno być zależne od sieci. Powinno być implementowane na poziomie urządzenia.

[lukfud]

Na chwilę obecną urządzenie nie zna konfiguracji w Cloud, więc samo tego nie ustawi.
Także jeśli ktoś by chciał taką funkcjonalność, to zarówno powiązanie licznika z relay, jak i próg prądowy, trzeba ustawić na urządzeniu (w kodzie, lub na stronie konfiguracyjnej, jeśli ktoś taką opcję sobie dorobi)

To nie lepiej poczekać, aż urządzenie będzie mogło poznać konfigurację?
W sumie samo przekazanie z serwera wartości przeciążenia by wystarczyło, podobnie jak w przypadku czasu automatu schodowego.

Zabezpieczenie to zabezpieczenie. Nie powinno być zależne od sieci. Powinno być implementowane na poziomie urządzenia.

Nie było by zależne od sieci.
Jedynie wartość do warunku przekazywana by była z serwera, a nie zaszywana w kodzie.

[pzygmunt]

To nie lepiej poczekać, aż urządzenie będzie mogło poznać konfigurację?
W sumie samo przekazanie z serwera wartości przeciążenia by wystarczyło, podobnie jak w przypadku czasu automatu schodowego.

Lepiej. Dodamy
https://github.com/SUPLA/supla-cloud/issues/454

[pzygmunt]

Dzisiaj na dwóch sonoffach pojawiło się takie ostrzeżenie/komunikat. Orientujecie się co to oznacza, czym może być spowodowane ?

Oba sonoffy nie są obciążone, w momencie pojawienia się komunikatów obciążenie jest zerowe.

Sprawdź czy jest OK. Zwróć uwagę czy wykrzyknik zniknął i czy ikona się zmienia w zależności czy jest on czy off.
Przełącz kilka razy w odstępach kilku sekundowych.

Jak będzie OK to wrzucimy update na resztę serwerów.

[QLQ]

Tez dziś miałem taki wykrzyknik na sonoff touch bez N . Jak na razie się ponownie nie pojawił.