Głowice termostatyczne i termostaty ścienne - [bramka ZigBee]

[vajera]

A jak jesteśmy przy "klockach" w bramce. To mam testowe dwa virtual relay i zrobiłem sobie AND żeby przy obu włączonych włączało POWER SWITCH. Działa mi to tylko jeden raz. Czyli jak spełniam warunek że włączę oba to mi włacza virtual relay. Ale jak później te relaye wyłącze i wyłacze ten power Switch to juz za drugim razem jak właczę oba relave to warunek nie uruchamia POWER SWITCH.
Jak znasz prose wytłumaczenie to powiedz, ale jeśli to by wymagało jakichś dodatkowych informacji itp. to nie zawracaj sobie nawet tym glowy teraz. Robię to w formie czysto edukacyjnej i jeszcze popróbuje. Na pewno nie jest to na ten moment warte żeby Ci tym czas zajmować.

INPUT_1 (VirtualRelay)
INPUT_2 (VirtualRelay)

POWER_SWITCH (RELAY)
AND_GATE

Akcje (S - source channel, D - destination channel, A - action, E - event):

1. S=INPUT_1, D=AND_GATE, E=ON_TURN_ON, A=TURN_ON
2. S=INPUT_1, D=AND_GATE, E=ON_TURN_OFF, A=TURN_OFF
3. S=INPUT_2, D=AND_GATE, E=ON_TURN_ON, A=TURN_ON
4. S=INPUT_2, D=AND_GATE, E=ON_TURN_OFF, A=TURN_OFF
5. S=AND_GATE, D=POWER_SWITCH, E=ON_TURN_ON, A=TURN_ON
6. S=AND_GATE, D=POWER_SWITCH, E=ON_TURN_OFF, A=TURN_OFF

W powyższej konfiguracji powinno działać - były testy w październiku.

[zzrr]

W powyższej konfiguracji powinno działać - były testy w październiku.

Zaraz zobaczę takie ustawienia. Dopiero do domu dotarłem. Dzięki
EDIT:
W tej konfiguracji jak są wpisane i na ON i na OF to faktycznie jest powtarzalność włączenia jak oba reley idą na ON.
Ale dlaczego jak wyłączę warunki 2,4,6 to już wtedy włączenie POWER_SWITCH odbywa się tylko za pierwszym razem? Taka ciekawostka... przynajmniej dla mnie. Te funkcje logiczne to super sprawa, tylko trzeba je pojąć
EDIT:
A w tym przykładzie co podałeś to powinna być reakcja na ON POWER_SWITCHa gdy oba relay są włączone. No i tak to działa. A w drugą stronę teraz przy tym przykładzie... jak obstawiasz? POWER_SWITCH się przełącza na OFF jak wyłączone są oba relay czy już przy pierwszym którymkolwiek?

EDIT: ewentualny dalszy ciąg mojego posta przeniosłem do właściwego tematu
viewtopic.php?p=220887#p220887

[klew]

PS. Wiem, że dzisiaj niedziela, ale:

Code: Select all

void RelayHvacAggregator::iterateAlways() {
  if (relay == nullptr) {
    return;
  }
  if (millis() - lastUpdateTimestamp < 1000) {
    return;
  }

  if (millis() - lastStateUpdateTimestamp > 5000 || lastRelayState == -1) {
    if (relay->isOn()) {
      lastRelayState = 1;
    } else {
      lastRelayState = 0;
    }
    lastStateUpdateTimestamp = millis();
  }
  

Wygląda jakby sprawdzanie isOn() powtarzało się jednak co 5 sekund?

Tak, tam było co 5s, ale nie zawsze ten stan był brany pod uwagę. Wrzuciłem przed chwilą poprawkę. Teraz powinno się poprawnie aktualizować. Ten czas spradzenia wydłużyłem domyślnie na "co 10 s" - można zmienić, ale trzeba dać czas na faktyczną zmianę stanu, tak aby bramka nie wysyłała wielu wiadomości w kółlko do przekaźnika.

[vajera]

PS. Wiem, że dzisiaj niedziela, ale:

Code: Select all

void RelayHvacAggregator::iterateAlways() {
  if (relay == nullptr) {
    return;
  }
  if (millis() - lastUpdateTimestamp < 1000) {
    return;
  }

  if (millis() - lastStateUpdateTimestamp > 5000 || lastRelayState == -1) {
    if (relay->isOn()) {
      lastRelayState = 1;
    } else {
      lastRelayState = 0;
    }
    lastStateUpdateTimestamp = millis();
  }
  

Wygląda jakby sprawdzanie isOn() powtarzało się jednak co 5 sekund?

Tak, tam było co 5s, ale nie zawsze ten stan był brany pod uwagę. Wrzuciłem przed chwilą poprawkę. Teraz powinno się poprawnie aktualizować. Ten czas spradzenia wydłużyłem domyślnie na "co 10 s" - można zmienić, ale trzeba dać czas na faktyczną zmianę stanu, tak aby bramka nie wysyłała wielu wiadomości w kółlko do przekaźnika.

Wow! To ja kompiluję już na GitHub 0.9.187-08/12/25 Zaktualizowałem ręcznie tylko ten commit, bo jeszcze pracuję na tą zmianą czujnika otwarcia okna w termostacie.

[zzrr]

Tak, tam było co 5s, ale nie zawsze ten stan był brany pod uwagę. Wrzuciłem przed chwilą poprawkę. Teraz powinno się poprawnie aktualizować. Ten czas spradzenia wydłużyłem domyślnie na "co 10 s" - można zmienić, ale trzeba dać czas na faktyczną zmianę stanu, tak aby bramka nie wysyłała wielu wiadomości w kółlko do przekaźnika.

Wow! To ja kompiluję już na GitHub 0.9.187-08/12/25 Zaktualizowałem ręcznie tylko ten commit, bo jeszcze pracuję na tą zmianą czujnika otwarcia okna w termostacie.

O rzesz orzeszku a ja w domu dopiero za godzinę....

[klew]

Wow! To ja kompiluję już na GitHub 0.9.187-08/12/25 Zaktualizowałem ręcznie tylko ten commit, bo jeszcze pracuję na tą zmianą czujnika otwarcia okna w termostacie.

Jeszcze jedną rzecz przed chwilą poprawiłem

[vajera]

Wow! To ja kompiluję już na GitHub 0.9.187-08/12/25 Zaktualizowałem ręcznie tylko ten commit, bo jeszcze pracuję na tą zmianą czujnika otwarcia okna w termostacie.

Jeszcze jedną rzecz przed chwilą poprawiłem

GitHub już kompiluje 0.9.188-08/12/25

[lukasz06]

@Vajera na czyn stanęło tą nieszczęsną głowicą?

[vajera]

@Vajera na czyn stanęło tą nieszczęsną głowicą?

Przywróciłem tę najlepiej działającą wersję, dodałem kilka datapoints, z tego co pisaliście to głowica na tym etapie współpracuje z Supla całkiem dobrze?

[LukiSpajder]

@Vajera na czyn stanęło tą nieszczęsną głowicą?

Przywróciłem tę najlepiej działającą wersję, dodałem kilka datapoints, z tego co pisaliście to głowica na tym etapie współpracuje z Supla całkiem dobrze?

Ver.0.9.188 działa dobrze według Mnie ,
Chociaż u Mnie testując ten PID z zewnętrznym termometrem to coś nie chce do grzać do zadanej temperatury a nie otworzy bardziej zastawki .

A co do sonoff to podłączyłem go to bramki sonoff pokazało się aktualizacja 1.4.1 ale nie zdążyłem nic zrobić bo zanim zaktualizowałem w głowicy soft to postanowiłem zrobić aktualizacje bramki z 2.4.0 na 2.7.0 i tu już nie ma dostępnej aktualizacji dla głowicy najnowsza to 1.3.0 .