A w jakiej formie masz postawione te oprogramowanie i na jakim serwerze?
Wczesniej pisałeś ogólnikowo o malince z HA.
Rozwiązanie bazujące na ESP + CC1101 w połączeniu z ESPHome
1 polubienie
Super sprawa, zdecydowanie lepsze rozwiązanie niż wmbusmeters.
Nie obciążamy maszyny usługą wmbusmeters i znika problem z zasięgiem licznika.
Jest tylko odczyt licznika, ale w sumie reszta nie potrzebna.
1 polubienie
Cześć
Mam RPi4 najnowszy HA, a wMBusmeter stoi jako Add-ons. Wczoraj nawet po restarcie HA, przestał zczytywać.
A w logach dodatku co się pokazuje?
Ktoś pomoże od początku ogarnąć ESPHome + CC1101 z nakładką Apator? Mam komponenty ale mam problemy z kodami. Nie ukrywam w programowaniu jestem groszek, tj. zielony
Tutaj masz nawet jak przygotować kable z cc1101 do esp 32
https://github.com/MariuszWoszczynski/ESPhome-IZAR-meter-reader
A jakie masz komponenty ? Jakie próby robiłeś ? Złożyłeś już esp i cc1101 w całośc?
Mam juz polutowane cc1101 z nodemcu. Problem polega z kodem pod nakladki apator
Pokaz kod jak ktoś ma pomóc jak kodu nie udostępniasz
Chodzi o ten kod?
esphome:
name: "water-meter"
platform: ESP8266
board: nodemcuv2
includes:
- custom_components/izar_meter.h
libraries:
- SPI
- "https://github.com/maciekn/izar-wmbus-esp.git"
- "https://github.com/bblanchon/ArduinoJson.git"
#esp8266:
# board: nodemcuv2
# Enable logging
logger:
# Enable Home Assistant API
api:
encryption:
key: "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
ota:
password: "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "WaterMeter-Esp8266"
password: "XXXXXXXXXXXXXXXXXXXX"
captive_portal:
text_sensor:
- platform: custom
lambda: |-
auto textsensor = new MyTextSensor();
App.register_component(textsensor);
return {textsensor->my_text_sensor};
text_sensors:
- name: Meter ID #text HEX
filters:
- to_upper:
sensor:
- platform: custom
lambda: |-
auto sensor = new MySensor();
App.register_component(sensor);
return {sensor->my_sensor};
sensors:
- name: Water meter state #float value
unit_of_measurement: L
accuracy_decimals: 0
- platform: dht #DHT22 sensor
pin: D4 #*****************use your pin***************************
model: DHT22
temperature:
name: "Temperature"
humidity:
name: "Humidity"
update_interval: 5s
Na forum Artura koledzy bardzo ciekawie dopracowali swój niestandardowy komponent pod ESPHome. Wystarczy ESP82xx lub ESP32 oraz płytka radia CC1101.
1 polubienie
@Cezary.K Potwierdzam. Bardzo fajny komponent, cały czas się rozbudowuje o kolejne liczniki.
Zacząłem zabawę z odczytem w ESPHome (przywołałeś moje repo), a potem kolega z forum przejął temat i rozszerza o coraz to nowe liczniki.
Rozpoczęcie zabawy jest banalne. Wystarczy polutować nodemcu v3 z CC1101. Opis z repozytorium jest do mojego projektu z Izarem, mam też projekty dla 1 oraz 2 liczników Apator 16-2.
W komponencie, który podlinkował @Cezary.K połączenie jest trochę inne. Wszystko jest opisane w repo autora. Jeśli by ktoś nie czuł się na siłach składać elektronikę samodzielnie, to polecam:
2 polubienia
Witamy na forum. Śledzę Wasze poczynania i bardzo dziękuję za podzielenie się swoją pracą. Super projekt 
.
Największe podziękowania należą się Szczepanowi, on z tym cały czas skutecznie walczy.
Jak ktoś z powodzeniem skorzysta z rozwiązania, to polecam wspomóc kolegę przez githuba 
Fajnie gdyby ktoś połączył jeszcze ESPHome z projektem rtl_433 pod odczyt np. radiowych stacji meteo.
Jest już pewna praca wykonana przez NorthernMan54 ale bazuje na połączeniu z projektem OpenMQTTGateway
Wpisać nr protokołu do dekodowania la danego sprzętu i otrzymać sensory w ESPHome - marzenie.
Obecnie 233 protokoły różnych producentów już w projekcie:
1 polubienie
Przestał mi działać czytnik wody, mam go zainstalowanego jako Add-ons. Obecnie jest całkowicie wyłączony, gdy próbuje go włączyć mam komunikat, że coś z plikiem conf jest nie tak:
Go to configuration
Invalid dict for option ‘conf’ in Wmbusmeters (W-MBus to MQTT) (eb1c2368_wmbusmeters).
Pliku configuracujnego nie zmianiłem od kilku miesięcy i wygląda tak:
data_path: /config/wmbusmeters
enable_mqtt_discovery: false
conf: >-
loglevel=normal
device=auto
donotprobe=/dev/ttyAMA0
logtelegrams=false
ignoreduplicates=true
meterfiles=/config/wmbusmeters/logs/meter_readings
meterfilesaction=overwrite
logfile=/config/wmbusmeters/logs/wmbusmeters.log
format=json
logtimestamps=always
shell=/usr/bin/mosquitto_pub -h <ip> -u homeassistant -P
<passwd> -t
wmbusmeters/$METER_NAME -m "$METER_JSON"
meters:
- |-
name=meter-0001
id=03990112
driver=apator162
key=00000000000000000000000000000000
- |-
name=meter-0002
id=03979647
driver=apator162
key=00000000000000000000000000000000
- |-
name=meter-0003
id=03990407
driver=apator162
key=00000000000000000000000000000000
- |-
name=meter-0004
id=03978776
driver=apator162
key=00000000000000000000000000000000
mqtt: {}
Przy próbie zapisu mam znowu error, że conf dict jest zły.
Failed to save add-on configuration, Invalid dict for option ‘conf’ in Wmbusmeters (W-MBus to MQTT) (eb1c2368_wmbusmeters). Got {‘data_path’: ‘/config/wmbusmeters’, ‘enable_mqtt_discovery’: False, ‘conf’: (…)
error niewiele mi mówi, bo się urywa w pewnym momencie wypisując całego configa.
Jakieś sugestie, będę wdzięczny?
Na bramce DEV od AIS?
Na Raspberry Pi 4, nie udało mi się na AIS tego ogarnąć.
To trzeba było go nie aktualizować, teraz musisz dostosować konfigurację do nowego formatowania (możesz ewentualnie wykorzystując Backup cząstkowy powstały np. podczas aktualizacji o ile nie “odkliknąłeś czekboksa” przywrócić wersję Dodatku sprzed zmian, ale myślę, że w końcu kiedyś będzie należało go zaktualizować).
PS Poszukaj podobnych tematów na
Ok ogarnołem, główny problem po przejsciu na nowy format był id i key:
- name: meter-0001
id: "03990112",
key: "00000000000000000000000000000000"