Tuya
Gniazdka ( z odczytem A,V,W) , żarówki itp. można dodać do HA przez konto
Tak jak Ewelink
I wiele innych bez posiadania “Huba” 
Cześć.
Jestem nowy w HA i mam ten sam problem.
Wczytuje kod do configuration.yaml
Błędów brak a nowej encji nie ma po restarcie.
Oczywiście w szablonie wszystko się zgadza.
Czy ja muszę ten nowy czujnik jakoś dodać, czy powinna utworzyć się encja…??
Co robię nie tak? Poniżej kod z mojego przypadku…
tuya:
- platform: template
sensors:
nowa_nazwa:
friendly_name: klima_powerpop
unit_of_measurement: 'W'
value_template: "{{ (states('sensor.klima_power') | float(0) / 10) | round(1) }}"
Będę bardzo wdzięczny za pomoc…
Pozdrawiam
Mariusz
@Mario_Nowa
Ten szablon (template) zapewne powinien być w sekcji sensor: a nie w tuya:, ale to takie zgadywanie, bo twoje pytanie ma się raczej nijak do tematu tego wątku?
Cześć.
Dzięki za zainteresowanie, jak pisałem jestem świeżutki w HA, więc pewnie robię jakiś totalnie banalny błąd Świeżaka nie mającego w dodatku pojęcia o programowaniu…
Ten wątek opisuje dokładnie mój przypadek. Mam dokładnie 2 gniazdka gosund sp111 w tuye- soft oryginalny, gdzie po zintegrowaniu z HA wszystkie sensory pokazują dokładnie 10x większe wskazania w stosunku do tych z aplikacji. Chciałem dodać sensory pomniejszone 10 krotnie, żeby wskazania z tych gniazdek nie biły po oczach. Mam też kilka gniazdek tuya innych firmy i tam wszystko jest ok.
Stąd pytanie, co robię nie tak. Zmiana sekcji na sensor też mi nie pomogła. Nie pojawia się nowy sensor “klima_powerpop”, bo tak to rozumiałem i taką miałem nadzieję.
Tak jak Ci napisał @szopen powinno to wyglądać tak:
sensor:
- platform: template
sensors:
nowa_nazwa:
friendly_name: klima_powerpop
unit_of_measurement: 'W'
value_template: "{{ (states('sensor.klima_power') | float(0) / 10) | round(1) }}"
Zakładając, że nie “wyłączyłeś” wpisów “sensor” do osobnego pliku powyższy wpis powinien się znaleźć w pliku configuration.yaml.
1 polubienie
Dziękuję Ci bardzo dobry człowieku. Teraz jest miodzio.
Dopiero kilka dni bawię się z HA, ale mój plik konfiguracyjny rośnie bardzo szybko, więc pewnie z czasie będę wydzielał podconfigi.
Jeszcze raz dzięki.
Podepnę się pod temat, bo kupiłem SP111 po taniości i teraz się człowiek bawi.
wrzuciłem poniższy kod do config yaml
sensor:
- platform: template
sensors:
nowa_nazwa:
friendly_name: pve_powerfix
unit_of_measurement: "W"
value_template: "{{ (states('sensor.pve_power') | float(0) / 10) | round(1) }}"
i gdzie nie spojrzę to urzadzenie dalej używa bez fixa.
Również przy okazji zapytam jak zastosować to samo do pozostałych gniazdek z innymi nazwami, bo w .yaml to mi tylko wyrzuca że zduplikowany klucz.
Urządzenie nie przestanie raportować tego co raportuje dlatego, że utworzyłeś własna encję, po prostu zacznij z niej ( sensor.pve_powerfix) korzystać zamiast tej “fabrycznej” ( sensor.pve_power) tam gdzie potrzebujesz.
Tak z innej beczki - w ogóle to SP111 można “odtuyować” i zmienić mu firmware na bezchmurowe w którym sam decydujesz jak ma wskazywać…
a to co pokazałeś w ogóle działa?
Od dość dawna składnia jest totalnie inna
template:
- sensor:
- name: "pve_powerfix"
unit_of_measurement: "W"
state: "{{ (states('sensor.pve_power') | float(0) / 10) | round(1) }}"
availability: "{{ has_value(states('sensor.pve_power')) }}"
- name: "pve_powerfix2"
unit_of_measurement: "W"
state: "{{ (states('sensor.pve_power2') | float(0) / 10) | round(1) }}"
availability: "{{ has_value(states('sensor.pve_power2')) }}"
- name: "pve_powerfix3"
unit_of_measurement: "W"
state: "{{ (states('sensor.pve_power3') | float(0) / 10) | round(1) }}"
availability: "{{ has_value(states('sensor.pve_power3')) }}"
A to nie wiedziałem że jest taka różnica, widziałem info że to co tu było postowane jest Legacy i jest jakaś nowa składnia.
Ale teraz jeszcze pytanie, bo na dashboardzie klikam by zmienić wartości pokazywane to nie znajduje mi “pve_powerfix” jako entity, czy coś jeszcze powinienem zrobić by to się pokazywało?
Istotnie w dokumentacji jest to w legacy czyli nie wiadomo kiedy przestanie działać - trzeba śledzić breaking changes co duże wydanie, więc lepiej przejść na nową składnię…
Ale pytałem czy działa, bo do starej też mi nie pasowało.
A zrestartowałeś HA po zmianach w YAML?
i w ogóle ten YAML pozytywnie przeszedł walidację?
Yaml przechodzi weryfikację, po restarcie też się nie pokazują. W devtools->template też się nie krzaczy.
Istotnie nie działa będę miał chwilę, to wrzucę coś sprawdzonego, bo chyba za bardzo uwierzyłem, że twój YAML działa i nie muszę myśleć.
“stary”
value_template:
nowy
state:
No pewnie!, ale dostępność też powinna być inaczej.
Pogrzebałem trochę bardziej i co u mnie działa to:
sensor:
- platform: template
sensors:
sp111_1_powerfix:
friendly_name: grzejnik_powerfix
unit_of_measurement: W
value_template: "{{ (states('sensor.sp111_1_power') | float(0) / 10) | round(1) }}"
sp111_1_voltagefix:
friendly_name: grzejnik_voltagefix
unit_of_measurement: A
value_template: "{{ (states('sensor.sp111_1_voltage') | float(0) / 10) | round(1) }}"
sp111_2_powerfix:
friendly_name: modem_powerfix
unit_of_measurement: W
value_template: "{{ (states('sensor.sp111_2_power') | float(0) / 10) | round(1) }}"
sp111_2_voltagefix:
friendly_name: modem_voltagefix
unit_of_measurement: A
value_template: "{{ (states('sensor.sp111_2_voltage') | float(0) / 10) | round(1) }}"
To tylko na dwa urządzenia, ale wszystkie gniazdka stąd normalnie się pokazują. Jednak by one się pokazywały to tym głównym kluczem muszą być sensor a potem sensors jest tylko raz i po nim wymieniamy wszystkie sensorki które chcemy i co tam chcemy. Dzięki wszystkim za pomoc!
Poczytaj Template - Home Assistant :
Legacy Sensor configuration format
This format still works but is no longer recommended. Use modern configuration.