Hej,
Znajdę gdzieś jakieś gotowe rozwiązanie na połączenie licznika Orno OR-WE-504 z HA (RS485)?
Najbardziej mnie interesuje połączenie przez ESP (8266/32) lub ewentualnie LAN - nie mam jak przeprowadzić kabla między licznikiem, a serwerem, a LAN leci przez dwa switche.
Jeżeli licznik obsługuje Modbus (nie sprawdzałem tego) to podłączenie jest każdy inny licznik z Modbus, np. SDM630 + ESPHome WiFi a potem to odczyt rejestrów za pomocą Modbus Controller — ESPHome .
Dziękuję za odpowiedź.
Tak, jest Modbus
Przeszukałem szufady i mam dokładnie na tą chwilę NodeMCU v3 i konwerter UART-RS485 dokładnie taki sam jak w podanym temacie.
Niestety, ale to za wysokie progi jak ma mój umysł aby te kody złożyć w całość. Szukam dalej.
Chyba prościej niż w wątku podlinkowanym przez @macek się nie da.
NodeMCU v3 jest pin w pin zgodny z NodeMCU v2 (tym który jest tam na obrazku), a w ESPHome musisz tylko poprawić piny na których będziesz miał podpięty konwerter na RS485 (zgodnie ze schematem, czyli RX i TX).
Czyli coś źle zrozumiałem - myślałem, że ja muszę wszystkie te wpisy zrobić dla swojego licznika, a ja mogę ten kod wykorzystać.
W takim razie lutuję wszytko, łączę i dam znać co wyszło z tego 
Nie, to SDM630 + ESPHome WiFi jest pod SDMxxx, miałem na myśli samo połączenie, ale masz przecież też to:
Oczywiście rejestry musisz dopasować w/g dokumentacji swojego licznika.
To znów ja 
Trochę z dokumentacją, a trochę podpatrując kody innych, zmajstrowałem coś takiego:
esphome:
name: esp32orno
esp32:
board: esp32dev
framework:
type: arduino
# Enable logging
logger:
# Enable Home Assistant API
api:
encryption:
key: "0QE/OoYD9dUZTGIeve/Ic6FZWEe9hnLF9z+QoHHBFyQ="
ota:
password: "94ba4a62ec22107dd298d96d636a0dad"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Esp32Orno Fallback Hotspot"
password: "qkKNHAwZC0rT"
captive_portal:
uart:
id: mod_bus
rx_pin: 16
tx_pin: 17
baud_rate: 9600
stop_bits: 1
modbus:
id: modbus1
# flow_control_pin: 5
modbus_controller:
- id: orno_we_504
address: 0x1
modbus_id: modbus1
sensor:
- platform: modbus_controller
modbus_controller_id: orno_we_504
name: "Orno OR-WE-504 Voltage"
id: voltage
register_type: holding
address: 00
unit_of_measurement: "V"
value_type: U_WORD
accuracy_decimals: 1
filters:
- multiply: 0.1
- platform: modbus_controller
modbus_controller_id: orno_we_504
name: "Orno OR-WE-504 Current"
id: current
register_type: holding
address: 01
unit_of_measurement: "A"
value_type: U_WORD
accuracy_decimals: 1
filters:
- multiply: 0.1
- platform: modbus_controller
modbus_controller_id: orno_we_504
name: "Orno OR-WE-504 Frequency"
id: frequency
register_type: holding
address: 02
unit_of_measurement: "Hz"
value_type: U_WORD
accuracy_decimals: 1
filters:
- multiply: 0.1
- platform: modbus_controller
modbus_controller_id: orno_we_504
name: "Orno OR-WE-504 Active Power"
id: active_power
register_type: holding
address: 03
unit_of_measurement: "W"
value_type: U_WORD
accuracy_decimals: 0
filters:
- multiply: 1.0
- platform: modbus_controller
modbus_controller_id: orno_we_504
name: "Orno OR-WE-504 Reactive Power"
id: reactive_power
register_type: holding
address: 04
unit_of_measurement: "var"
value_type: U_WORD
accuracy_decimals: 0
filters:
- multiply: 1.0
- platform: modbus_controller
modbus_controller_id: orno_we_504
name: "Orno OR-WE-504 Apparent Power"
id: apparent_power
register_type: holding
address: 05
unit_of_measurement: "VA"
value_type: U_WORD
accuracy_decimals: 0
filters:
- multiply: 1.0
- platform: modbus_controller
modbus_controller_id: orno_we_504
name: "Orno OR-WE-504 Power Factor"
id: power_factor
register_type: holding
address: 06
unit_of_measurement: " "
value_type: U_WORD
accuracy_decimals: 1
filters:
- multiply: 0.001
- platform: modbus_controller
modbus_controller_id: orno_we_504
name: "Orno OR-WE-504 Active Energy"
id: active_energy
register_type: holding
address: 07
unit_of_measurement: "kWh"
value_type: U_DWORD
accuracy_decimals: 2
filters:
- multiply: 0.001
- platform: modbus_controller
modbus_controller_id: orno_we_504
name: "Orno OR-WE-504 Reactive Energy"
id: reactive_energy
register_type: holding
address: 09
unit_of_measurement: "kvarh"
value_type: U_DWORD
accuracy_decimals: 2
filters:
- multiply: 0.001
Coś mi nie trybiło na ESP8266 i zrobiłem wszytko na ESP32
Podpowiedzcie czy ten kod jest OK i jak ja mam to zrobić aby mieć “normalne” ikony przypisane do danych wartości zamiast tego obecnego “oka”
Wywaliłem większość pustych linii, bo zaciemniają obraz.
Niestety masz coś nie halo z edytorem, bo wcięcia nie są prawidłowych głębokości (powinny być to wielokrotności 2 spacji).
Aby nie było “oka” a sensory zachowywały się “normalnie” w porównaniu do odpowiedników z innych integracji musisz dodać przynajmniej device_class (to powinno załatwić też domyślne ikony), a aby mogły prawidłowo działać w innych integracjach np. panelu energii to również state_class
fragmencik np. dla woltomierza (poprawiłem na 4 spacje, ale całość YAMLa musi być odpowiednio powyrównywana)
address: 00
unit_of_measurement: "V"
device_class: "voltage"
state_class: "measurement"
dla innych wskazań zamiast voltage ma być current, frequency, energy, apparent_power, reactive_power, power czy power_factor (przejrzyj dokumentację a’propos state_class, bo to trzeba dobrać do rodzaju wskazań, ale wydaje się, że tylko dla energii biernej/czynnej powinieneś mieć total_increasing).
Mnożenie przez 1.0 nie ma sensu (a zużywa zasoby).
Na ESP8266 się nie udało, bo zapewne nie wyłączyłeś loggera (tam jest tylko 1 UART)
logger:
baud_rate: 0
Nie wiem dlaczego tak wyszło. Kod jest żywcem wzięty (kopiuj-wklej) z edytora esphome - oczywiście używam podwójnej spacji.
Dzięki wielkie, tego mi brakowało, a coś nie mogłem się odnaleźć
Czyli wpis zbędny?
Znalazłem, że trzeba wyłączyć logger, ale i tak coś było nie halo… jeszcze będę próbował.
Dziękuję za pomoc, aż nie wierzę, że się udało. Dziwne, że nikt nie używa tego licznika
Ktoś używa - użyłem google i… były linki do naszego forum, tylko nikt nie podał gotowego rozwiązania (swoją drogą gdy uzyskasz 100% zadowolenia, to wrzuć gotowy kod).
Jakkolwiek patrząc na daty - wtedy nie było jeszcze integracji modbus w ESPHome.
Tam, gdzie mnożysz przez 1 wywal.
Trzeba też użyć pinów TX i RX (GPIO1 i GPIO3)
Oczywiście, że tak zrobię - najpierw się jeszcze pobawię i zobaczę jak to będzie działać z tydzień/dwa
Jak będzie to działać na 100% to myślę, że wezmę się jeszcze za PCB aby to miało ręce i nogi po zawieszeniu na szynie DIN
Dziwne, że nikt nie używa tego wskaźnika
Ja uzywam,ale mam podpięte do lankontolera i wysylam na pvmonitor, a posrednio jeszcze przez NR sciagam z LK do HA.Udało mi sie to zrobić dzieki pomocy kolegów z tego forum.Mam jeszcze jedna wolną sztukę i na dniach bedę zakładał klimatyzację wiec może go użyję z esp8266.
Podzielisz się kodem?
Oczywiście, że się podzielę kodem. Za to właśnie lubię fora, jeden coś pomoże, drugi coś doda…
Na dniach spróbuję jeszcze z ESP8266 i wrzucę wszytko co mam. Teraz działa to na ESP32 i od wczoraj zero problemów.
Edit:
Panowie, to (chyba prawidłowo) działa.
Wczoraj odpaliłem wszytko na ESP8266 (NodeMCU V3) i wygląda jakby było OK - proszę o komentarz bardziej doświadczonych kolegów czy tak może być czy należy coś jeszcze poprawić?
esphome:
name: orno-or-we-504
esp8266:
board: nodemcuv2
logger:
baud_rate: 0
api:
encryption:
key: "Psp/eAJFbUwQyYo+k8oJoiX8efV89gxh7kkMPL4QE1g="
ota:
password: "0ceb6d0c7bd291f534ecab5914bbd6dd"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
ap:
ssid: "Orno-OR-WE-504"
password: "1234567890"
captive_portal:
uart:
id: mod_bus
tx_pin: 1
rx_pin: 3
baud_rate: 9600
stop_bits: 1
modbus:
id: modbus1
modbus_controller:
- id: orno_or_we_504
address: 0x1
modbus_id: modbus1
sensor:
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: "Orno OR-WE-504 Voltage"
id: voltage
register_type: holding
address: 00
unit_of_measurement: "V"
device_class: "voltage"
state_class: "measurement"
value_type: U_WORD
accuracy_decimals: 1
filters:
- multiply: 0.1
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: "Orno OR-WE-504 Current"
id: current
register_type: holding
address: 01
unit_of_measurement: "A"
device_class: current
state_class: "measurement"
value_type: U_WORD
accuracy_decimals: 1
filters:
- multiply: 0.1
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: "Orno OR-WE-504 Frequency"
id: frequency
register_type: holding
address: 02
unit_of_measurement: "Hz"
state_class: "measurement"
device_class: frequency
value_type: U_WORD
accuracy_decimals: 1
filters:
- multiply: 0.1
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: "Orno OR-WE-504 Active Power"
id: active_power
register_type: holding
address: 03
unit_of_measurement: "W"
state_class: "measurement"
device_class: power
value_type: U_WORD
accuracy_decimals: 0
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: "Orno OR-WE-504 Reactive Power"
id: reactive_power
register_type: holding
address: 04
unit_of_measurement: "var"
state_class: "measurement"
device_class: reactive_power
value_type: U_WORD
accuracy_decimals: 0
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: "Orno OR-WE-504 Apparent Power"
id: apparent_power
register_type: holding
address: 05
unit_of_measurement: "VA"
state_class: "measurement"
device_class: apparent_power
value_type: U_WORD
accuracy_decimals: 0
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: "Orno OR-WE-504 Power Factor"
id: power_factor
register_type: holding
address: 06
unit_of_measurement: " "
state_class: "measurement"
device_class: power_factor
value_type: U_WORD
accuracy_decimals: 1
filters:
- multiply: 0.001
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: "Orno OR-WE-504 Active Energy"
id: active_energy
register_type: holding
address: 07
unit_of_measurement: "kWh"
state_class: "total_increasing"
device_class: energy
value_type: U_DWORD
accuracy_decimals: 2
filters:
- multiply: 0.001
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: "Orno OR-WE-504 Reactive Energy"
id: reactive_energy
register_type: holding
address: 09
unit_of_measurement: "kvarh"
state_class: "total_increasing"
device_class: reactive_power
value_type: U_DWORD
accuracy_decimals: 2
filters:
- multiply: 0.001
Biorąc pod uwagę dokumentację state_class i device_class mają tam cudzysłowy, ale to jakaś zaszłość - biorąc pod uwagę zgodność z YAMLem stosowanym w HA są one zbędne (więc warto mieć jakąś spójność - sugeruję się ich pozbyć).
Można dołożyć też kilka “wodotrysków” w postaci serwera www ze statusem urządzenia
web_server:
port: 80
binary_sensor:
- platform: status
name: "Node Status"
id: system_status
tak jak sugerowałem np. tam (mam na myśli czytelność i układ kodu - twój jest OK, ale przy dodawaniu czegoś nowego warto zachować jakiś układ w którym bloki powiązane są tematycznie - więc np. webserwer dałbym w okolicach głównych ustawień konfiguracyjnych)
Generalnie to jest takie fajne repozytorium, gdzie można dzielić się “gotowcami” kodu ESPhome, implementacje liczników/wskaźników energii są tam:
a tu instrukcja jak tam dodawać coś nowego
Oczywiście tam powinieneś wrzucić opisy encji po angielsku tak jak miałeś w pierwotnej wersji.
Nie mogłem się wszystkich cudzysłowów pozbyć - zostały przy “unit_of_measurement” ponieważ przy “Power Factor” nie ma jednostki i jest potrzebna spacja, więc wszędzie zostawiłem cudzysłów przy jednostkach dla ujednolicenia.
O, kurczaczki… teraz to jest full profeska
Myślę, że teraz jest zgodnie ze sztuką i przejrzyście.
Dodałem w kodzie komentarze.
Zakładając ten temat miałem już myśl z tyłu głowy “chyba trzeba poszukać innego licznika bo tego nikt nie używa i nie działa”, a tu wyszło dużo lepiej niż chciałem 
Przeogromnie dziękuję za pomoc.
Zobaczymy co napisze kolega @rakon po testach
PS
Przepraszam też za pisanie posta pod postem, obiecuję się poprawić
Ale pisałem tylko o state_class i device_class !
Wcześniej nie było bo nie było serwera www (on jest tym “wodotryskiem” i można go stosować, gdy mamy wolne zasoby - na końcu kompilacji masz wskaźnik wykorzystania RAMu i flasha).
w/g dokumentacji HA obecnie stosowana jest jednostka “%” (więc mnożnik byś musiał mieć mniejszy 100x), nie wiem czy się to utrzyma (i w PL raczej stosuje się tak jak zrobiłeś)
I to się liczy 
Z tego wszystkiego zapomniałem o kodzie
orno-or-we-504.yaml (4,4 KB)
Kod lepiej załączyć w formie załącznika czy kodu?
Edit:
# ESP module configuration
esphome:
name: orno-or-we-504 # The name of the module in Home Assistant
platform: ESP8266
board: nodemcuv2 # NodeMCU V2/V3
# Configure logging
# Turn off logging because RX/TX pins used for modbus
logger:
level: DEBUG
baud_rate: 0 # OFF
# Enable Home Assistant API
api:
encryption:
key: "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
ota:
password: "XXXXXXXXXXXXXXXXXXXXXXXXXX"
wifi:
ssid: "your_ssid"
password:"your_password"
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Orno-OR-WE-504"
password: "1234567890"
web_server:
port: 80
binary_sensor:
- platform: status
name: "Orno OR-WE-504 Status"
id: system_status
captive_portal:
# UART configuration for the meter
uart:
id: mod_bus
tx_pin: 1 # GPIO01 TX
rx_pin: 3 # GPIO03 RX
# required for this meter type
baud_rate: 9600
parity: EVEN
stop_bits: 1
# MODBUS configuration for the meter
modbus:
id: modbus1
# flow_control_pin: 5
# not needed for my RS485 converter, but likely useful for ones with DE/RE pins
modbus_controller:
- id: orno_or_we_504 # most likely similar devices will work as well
# The Modbus device address
address: 0x1
modbus_id: modbus1
setup_priority: -10
# Readout of meter parameters
sensor:
# Voltage
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: Orno OR-WE-504 Voltage
id: voltage
register_type: holding
address: 00
unit_of_measurement: "V"
device_class: voltage
state_class: measurement
value_type: U_WORD
accuracy_decimals: 1
filters:
- multiply: 0.1
# Current
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: Orno OR-WE-504 Current
id: current
register_type: holding
address: 01
unit_of_measurement: "A"
device_class: current
state_class: measurement
value_type: U_WORD
accuracy_decimals: 1
filters:
- multiply: 0.1
# Frequency
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: Orno OR-WE-504 Frequency
id: frequency
register_type: holding
address: 02
unit_of_measurement: "Hz"
state_class: measurement
device_class: frequency
value_type: U_WORD
accuracy_decimals: 1
filters:
- multiply: 0.1
# Active Power
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: Orno OR-WE-504 Active Power
id: active_power
register_type: holding
address: 03
unit_of_measurement: "W"
state_class: measurement
device_class: power
value_type: U_WORD
accuracy_decimals: 0
# Reactive Power
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: Orno OR-WE-504 Reactive Power
id: reactive_power
register_type: holding
address: 04
unit_of_measurement: "var"
state_class: measurement
device_class: reactive_power
value_type: U_WORD
accuracy_decimals: 0
# Apparent Power
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: Orno OR-WE-504 Apparent Power
id: apparent_power
register_type: holding
address: 05
unit_of_measurement: "VA"
state_class: measurement
device_class: apparent_power
value_type: U_WORD
accuracy_decimals: 0
# Power Factor
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: Orno OR-WE-504 Power Factor
id: power_factor
register_type: holding
address: 06
unit_of_measurement: " "
state_class: measurement
device_class: power_factor
value_type: U_WORD
accuracy_decimals: 1
filters:
- multiply: 0.001
# Active Energy
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: Orno OR-WE-504 Active Energy
id: active_energy
register_type: holding
address: 07
unit_of_measurement: "kWh"
state_class: total_increasing
device_class: energy
value_type: U_DWORD
accuracy_decimals: 2
filters:
- multiply: 0.001
# Reactive Energy
- platform: modbus_controller
modbus_controller_id: orno_or_we_504
name: Orno OR-WE-504 Reactive Energy
id: reactive_energy
register_type: holding
address: 09
unit_of_measurement: "kvarh"
state_class: total_increasing
device_class: reactive_power
value_type: U_DWORD
accuracy_decimals: 2
filters:
- multiply: 0.001
# End of program
Jakkolwiek, tekst jest jednak o tyle wygodniejszy, że widać go od razu i można wykorzystać fragmenty.
Jeśli masz jeszcze siłę na to, to możesz opublikować w tym repozytorium o którym wspomniałem - tam jest też miejsce na kawałek opisu technicznego jak rozwiązałeś połączenie (mam na myśli konwerter UART-RS485/modbus bo przecież to z YAMLa nie wynika, a zauważyłem, że najczęstszym błędem początkujących jest podpinanie bezpośrednio do pinów ESP bez konwertera).