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

[LukiSpajder]

Albo mam déjà vu, albo rzeczywiście myśmy już to przerabiali.
Byłem wtedy za zostawieniem sterowania algorytmowi głowicy (procentowe otwarcie) a nie za sterowaniem 0/1.
Testowaliśmy to wtedy.
Ewentualnie mi się przyśniło

Jedno nie wyklucza drugiego

Natomiast tę możliwość ma ograniczona grupa głowic i w tych sytuacjach ja też zostawiłbym decyzję głowicy, chyba że ktoś ma potrzebę sterowania 0/1 i już taką głowicę wcześniej zakupił.

Pewnie że może to być jak opcja ale obarczona tym że jak się wyłączy bramka to głowica sobie nie poradzi w tej sytuacji.

A przy tym jak został stworzona z PID i dostaje tylko nastaw temperatury zadanej w pomieszczeniu
Przy wyłączeniu bramki będzie dalej pilnować temp zadanej mimo np. brak odczytu temperatury z zewnętrznego czujnika

[vajera]

Trafiła mi się taka głowica , proszę o dodanie
eurotronic spzb0001

https://zigbee.blakadder.com/Eurotronic_SPZB0001.html

Kiedy będziesz miał czas na testy - będę potrzebował nieco logów?

[andras]

Dopiero po niedzieli , mam wyjazd .
Odezwę się po powrocie .

[LukiSpajder]

Jeśli zwiększamy zakres temperatury powoli stan otwarcia aktualizuje się na bieżąco.

Dochodzi do 100% i tak zostaje (na tych 100%)?

Jeśli głowica grzeje i ma otwarcie na np. 50% to po wyłączeniu bramki i ponownym włączaniu a w apce pokazuje że nie grzeje - ale tu to nie wiem czy można coś z tym zrobić bo z opisu głowicy wynika że tylko publikuje ile otwarta nie nie można odczytać .

Niestety Tuya custom cluster i system datapoints nie ułatwia życia

Możesz zrobić taki test - w trakcie gdy głowica grzeje a w aplikacji masz brak grzania:
GUI,
TCC,
wybierasz głowicę z listy,
w datapoint wpisz 3, typ 8ENUM, wartość 0 i wciśnij DataRequest

Możliwe reakcje:

- nic się nie wydarzy?
- Stan grzania zaktualizuje się w aplikacji?
- Głowica przestanie grzać?

Odnośnie tego to w TCC 8ENUM nie ma tylko ENUM po ustawieniu tego pojawia się w odpowiedzi to :

Code: Select all

Tuya custom cluster data request sent successfully! 
Datapoint id   = 3(0x03)
Datapoint type = ENUM(0x04)
Datapoint length 	= 0(0x00)
Datapoint value = 0(0x00)

Nie powoduje to pokazania otwarcia w apce

[vajera]

Głowica ME 167

Nie raportuje otwarcia procentowego jeśli grzeje pokazuje 1% otwarcia .
Logi w załączniku.

Sprawdź jeszcze 0.9.126-30/10/2025

[LukiSpajder]

Głowica ME 167

Nie raportuje otwarcia procentowego jeśli grzeje pokazuje 1% otwarcia .
Logi w załączniku.

Sprawdź jeszcze 0.9.126-30/10/2025

Zaktualizował bramkę - nie raportuje że grzeje
Wgrane wszystko od nowa plik merget - nie raportuje że grzeje
Nie resetowałem głowicy do ustawień fabrycznych - czy to może mieć wpływ

Sprawdziłem na apce Tyua tam też nie raportuje w procentach tylko grzeje / nie grzeje zgodnie z tym

Code: Select all

running_state: The current running state. 
Possible values are: idle, heat. Reading (/get) 
this attribute is not possible.

Ale według strony https://www.zigbee2mqtt.io/devices/ME167.html raportuje od 0% do 100%

Code: Select all

pi_heating_demand: Position of the valve (= demanded heat) where 0%
 is fully closed and 100% is fully open. To control publish a message to
  topic zigbee2mqtt/FRIENDLY_NAME/set with payload {"pi_heating_demand": VALUE}
   where VALUE is the % between 0 and 100. Reading (/get) this attribute is not possible

Logi w załączniku ze sterowania głowicą

[vajera]

Komunikat - począwszy od wersji 0.9.53 w definicje dwóch modeli głowic (ME167 i BECA) wkradł się błąd powodujący, że te głowice nie mogły się sparować z bramką, błąd o tyle ukryty, że nie pojawiający się po aktualizacji oprogramowania bramki a jedynie przy ponownym parowaniu, np. po wgraniu pliku merged. Dzięki wnikliwej analizie kolegi @LukiSpajder (dziękuję!) błąd został zlokalizowany i usunięty - wersja 0.9.127-31/101/2025 powinna już działać prawidłowo.

[vajera]

Zaktualizował bramkę - nie raportuje że grzeje
Wgrane wszystko od nowa plik merget - nie raportuje że grzeje
Nie resetowałem głowicy do ustawień fabrycznych - czy to może mieć wpływ

Sprawdziłem na apce Tyua tam też nie raportuje w procentach tylko grzeje / nie grzeje zgodnie z tym

Code: Select all

running_state: The current running state. 
Possible values are: idle, heat. Reading (/get) 
this attribute is not possible.

Ale według strony https://www.zigbee2mqtt.io/devices/ME167.html raportuje od 0% do 100%

Code: Select all

pi_heating_demand: Position of the valve (= demanded heat) where 0%
 is fully closed and 100% is fully open. To control publish a message to
  topic zigbee2mqtt/FRIENDLY_NAME/set with payload {"pi_heating_demand": VALUE}
   where VALUE is the % between 0 and 100. Reading (/get) this attribute is not possible

Logi w załączniku ze sterowania głowicą

Wygląda na to, że ona raportuje ten parametr pi_heating_demand bardzo wybiórczo. Sprawdź jeszcze tę 0.9.127-31/10/2025 - jak nie będzie efektu, to wrócę do poprzedniego rozwiązania.

[kris.gie]

Bardzo proszę o dodanie Aqara Radiator Thermostat E1
Unknown model LUMI::lumi.airrtc.agl001, no binding is possible

[vajera]

Dopiero po niedzieli , mam wyjazd .
Odezwę się po powrocie .

Spoko - 90% kodu jest już w 0.9.127-31/10/2025, więc możesz wrzucić go na czystą bramkę testową i zgrać logi z parowania oraz z pracy głowicy.