RTL 433 - problemy z instalacją i konfiguracją

[angler (Cezary.K)]

To jest kontynuacja dla opisu rozwiązania problemu z innego tematu:

@george1255

Czy u Was też się tak dzieje że codziennie stacja pogodowa Bresser 5w1 czytana za pomocą rtl433 tworzy nową stację nowym nr?

Trochę to uciążliwe bo zmieniają się encje i ciężko codziennie to poprawiać

Stacja Pogody do Home Assistant

Ja mam tak po każdej wymianie baterii w swojej stacji pogodowej. Trochę przypadkiem, razem z @Mariusz_Woszczyński, znalazło się rozwiązanie na Twoją i moją bolączkę, ale wymaga zrezygnowania z dodatku rtl_433 MQTT Auto Discovery i przejście na ręczne stworzenie sensorów w YAML. Daj znać czy jesteś tym zainteresowany. Dołożyłem opis w bardziej stosownym temacie:

Co można z takim problemem zrobić?
Wyłączamy dodatek rtl_433 MQTT Auto Discovery odpowiedzialny za uruchomienie skryptu tworzącego urządzenie i encje sensorów w HA przez mechanizm MQTT Auto Discovery i przechodzimy na ręczne, samodzielne stworzenie tych encji w HA, poprzez własne zapisy w YAML.
Ale na początek musimy dokonać małej zmiany w pliku konfiguracji dodatku rtl_433 lub rtl_433 (next), zależnie kto co używa (dla obu AddOn to ten sam plik w tym samym katalogu). Kto nie tworzył tego pliku i działa na ustawieniach domyślnych może dowie się czegoś nowego.
W katalog rtl_433 tworzymy plik rtl_433.conf.template lub edytujemy jeśli już tam go mamy.

W tym pliku określamy podstawowe parametry, które determinują sposób działania oprogramowania rtl_433. Mój plik wygląda tak:

#output mqtt://${host}:${port},user=${username},pass=${password},retain=${retain},devices=rtl_433/9b13b3f4-rtl433/devices[/type][/model][/subtype][/channel][/id],events=rtl_433/9b13b3f4-rtl433/events,states=rtl_433/9b13b3f4-rtl433/states
output mqtt://${host}:${port},user=${username},pass=${password},retain=${retain},devices=rtl_433[/model][/channel]
report_meta time:iso:usec:tz
output kv

protocol 20
protocol 214
protocol 217

frequency   433.92M
convert     si
report_meta level

Pierwszy wiersz, który za komentowałem pochodził z dokumentacji dodatku rtl_433 (next)

Ten wiersz determinuje jak będzie wyglądał topic w mqtt wiadomości publikowanej przez rtl_433 (next):

output mqtt://${host}:${port},user=${username},pass=${password},retain=${retain},devices=rtl_433/9b13b3f4-rtl433/devices[/type][/model][/subtype][/channel][/id],events=rtl_433/9b13b3f4-rtl433/events,states=rtl_433/9b13b3f4-rtl433/states

A dokładnie to co znajduje się po devices=
I tu wkroczył ze swoim pomysłem @Mariusz_Woszczyński:

@Mariusz_Woszczyński

Kurde, skoro ten zapis definiuje topic:

devices=rtl_433/...]

to czy nie można ograniczyć się do nazwy stacji, ewentualnie kanału, który jest chyba stały dla danej stacji?

devices=rtl_433[/model][/channel]

Wtedy nie trzeba by było bawić się w zmiany po wymianie baterii i zmianie ID??

Tym sposobem znalazł rozwiązanie, które działa. Zmieniamy zapis dla mqtt w pliku konfiguracji rtl_433 na:

output mqtt://${host}:${port},user=${username},pass=${password},retain=${retain},devices=rtl_433[/model][/channel]

Teraz już do brokera płynie taki pakiet wiadomości, gdzie nie ma znaczenia (jak się okazuje) zmienne ID.

Na bazie tego możemy zbudować własne encje w HA, które pozostaną z nami dłużej, wraz ze statystyką odczytów.