Panowie super odpaliłem działa rewelacja, zamiast /dev/ttyUSB1 wstawiłem adres bezpośrednia uzyskałem go komendą “ha hardware info” przez ssh. Działa idealnie
Można i tak 
ale to można też wyklikać w menu Ustawień HA
(System → Sprzęt → hamburger menu → Cały sprzęt)
Super, tego nie wiedziałem 1h szukałem jak namierzyć to w CLI
Jak macie ustawiony DTS-1946-4P lub podobny bo mi bardzo zawyża
Jak bardzo zawyża ?
Pamiętaj że jest to tylko wskaźnik.
Przed instalacją swojego VCX-a sprawdzałem jak jest dokładny porównując ze wskazaniami sprzętów którymi dysponuję tzn. gniazdko z wyświetlaczem i pomiarem, amperomierz, woltomierz. W pomiarze mocy wychodziły mi różnice 1-2%, więc uznałem, że jest dobrze i nic nie koryguję.
No i jestem w konsternacji - spisałem wczoraj licznik 8.02 / 10:38 dziś 9.02 8:53
PGE - DTS
11,8 - 11,8 Oddana
12,5 - 12,9 Pobrana
To jak to możliwe, że od 24.12 pobrałem 620,6kWh?
Przecież choinka tyle nie zjadła 
Mam 3 takie zainstalowane, wszystkie się pokrywają z licznikiem PGE z dokładnością do 3%. Im mniejszy pobór prądu tym rozbieżności mogą być większe ze względu na rozdzielczość i dokładność pomiaru prądów na granicy błędu pomiarowego. Ze sposobu jak to opisałeś nic nie wynika. Podajesz odczyt ponad dobowy i odnosisz się do okresu 2-miesięcznego. Poza tym nie wiemy czego używasz i być może tyle zużyłeś. To raptem ~15 kwh na dobę, nic nadzwyczajnego w okresie zimowym.
EDIT:
Nie do końca rozumiem co chciałeś przekazać i źle zrozumiałem Twoje liczby, stąd wykasowałem część posta.
1 polubienie
Wydawało mi się, że to nie możliwe żebym 420kWh przepalił w miesiąc, nie mam pompy itp. Napisałem tutaj, ale potem spisałem licznik. Wychodzi na to, że gdzieś to poszło! a ja już odtrąbiłem, że mam winowajcę, sorki za zawracanie…
Witam, też mam 3 takie w szeregu, jak je ustawić aby można było je odczyta? W sensie jak na licznikach ustawić kolejne adresy?
Mam taki licznik i w opcjach jest wybór adresu, zmienić na kolejne . Domyślnie jest 0001
Po niedawnej aktualizacji HA konfiguracja licznika w configuration.yaml stała się błędna, pokazując jakieś bzdetne błędy w logach i odczyty licznika nie działają.
Aby to naprawić należy wykasować linie count: 2
Restart HA i licznik dalej żyje.
Dzień dobry, mam bardzo podobny licznik jak tu opisywany przez @Zbign choć logo bardziej APV to model tak samo L3F1946-P, rejestry do odczytu również od 0, format Big Endian float, czyli sklejając 4 bajty z 0 i 1 widzę 230.1V, licznik daje się czytać przez skaner OK więc jest ustawiony jak w konfiguracji 9600/8E1, jakiś najtańszy konwerter USB-RS485, wartości są prawdopodobne choć na razie testy na biurku i żarówka tradycyjna na jednej fazie. Serwer HA mam na Synology, podłączyłem pod virtualkę HA tego dongla, wykrywa jako /dev/ttyUSB0, próbowałem również przez id, w żadnej kombinacji nie dochodzę by pokazały się jakieś sensory związane z licznikiem.
W trakcie pisania posta ten problem rozwiązałem dzięki temu tematowi i innym podobnym na tym forum:
- name: hubModbus1
type: serial
baudrate: 9600
bytesize: 8
method: rtu
parity: E
port: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
stopbits: 1
sensors:
- name: APV_U_L1
unit_of_measurement: V
unique_id: “APV_L1_napiecie”
device_class: power
slave: 2
address: 0x0
input_type: input
data_type: float32
precision: 2
- name: APV_U_L2
unit_of_measurement: V
unique_id: “APV_L2_napiecie”
device_class: power
slave: 2
address: 0x2
input_type: input
data_type: float32
precision: 2
- name: APV_U_L3
unit_of_measurement: V
unique_id: “APV_L3_napiecie”
device_class: power
slave: 2
address: 0x4
input_type: input
data_type: float32
precision: 2
- name: APV_I_L1
unit_of_measurement: A
unique_id: “APV_L1_prad”
device_class: power
slave: 2
address: 0xC
input_type: input
data_type: float32
precision: 2
- name: APV_I_L2
unique_id: “APV_L2_prad”
unit_of_measurement: A
device_class: power
slave: 2
address: 0xE
input_type: input
data_type: float32
precision: 2
- name: APV_I_L3
unique_id: “APV_L3_prad”
unit_of_measurement: A
device_class: power
slave: 2
address: 0x10
input_type: input
data_type: float32
precision: 2
- name: APV_Energia_pobrana
unique_id: “APV_Energia_pobrana”
#id: moc_czynna_pobrana
#register_type: read
#icon: mdi:circle-slice-3
device_class: energy
state_class: total_increasing
address: 0x034
unit_of_measurement: "kWh"
data_type: float32
precision: 2
#skip_updates: 60
- name: APV_Energia_oddana
unique_id: “APV_Energia_oddana”
#id: moc_czynna_oddana
#register_type: read
#icon: mdi:circle-slice-3
device_class: energy
state_class: total_increasing
address: 0x036
unit_of_measurement: "kWh"
data_type: float32
precision: 2
#skip_updates: 60
- name: APV_Moc chwilowa
unit_of_measurement: W
unique_id: “APV_mocchwilowa”
device_class: power
slave: 2
address: 0x18
input_type: input
data_type: float32
precision: 2
scale: 1000
Teraz zastanawiam się czy jest sens prowadzić kabel do miejsca gdzie będzie licznik, na PC mam w WIN programik Tibbo, w ESP mogę wgrać program ESP Link, :
W Tibbo wybierałem wolny port COM, TCP lub UDP, IP i port, pojawiał się ten COM i działał jak lokalny. Można tak zrobić w tej konfiguracji YAML? Mam konwerter RS485 mający tryb auto, nie potrzeba sterować kierunkiem, jest też typowo jak dla ESP na 3.3V. Widzę też, że Tasmota ma taką opcję TCP to UART bridge, może to byłoby lepsze, przy okazji można podłączyć jakiś LCD czy czujnik temperatury.
Podpowiecie coś?
Ogarnąłem to jednak z ESPHome, pozdrowienia dla Twórców, nie mogli użyć tych samych nazw zmiennych co innych, musieli wymyśleć swoje! Może ktoś skorzysta:
esphome:
name: esphomelicznikapv
friendly_name: ESPHomeLicznikAPV
esp8266:
board: d1_mini
# Enable logging
logger:
level: DEBUG
baud_rate: 0
# Enable Home Assistant API
api:
encryption:
key: "bbbbbbbbbbb"
ota:
- platform: esphome
password: "bbbbb"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Esphomelicznikapv"
password: !secret wifi_APpassword
captive_portal:
uart:
id: uart_bus_ESP_APV
tx_pin: GPIO1
rx_pin: GPIO3
baud_rate: 9600
data_bits: 8
parity: EVEN
stop_bits: 1
modbus:
#flow_control_pin: 23
send_wait_time: 200ms
id: mod_bus_ESP
modbus_controller:
- id: ESP_APV
## the Modbus device addr
address: 0x2
modbus_id: mod_bus_ESP
command_throttle: 100ms
setup_priority: -10
update_interval: 10s
sensor:
- platform: modbus_controller
id: ESP_APV_U_L1
name: "ESP_APV_U_L1_napiecie"
state_class: measurement
icon: mdi:sine-wave
register_type: read
address: 0x0
unit_of_measurement: "V"
value_type: FP32
accuracy_decimals: 2
- platform: modbus_controller
id: ESP_APV_U_L2
name: "ESP_APV_U_L2_napiecie"
state_class: measurement
icon: mdi:sine-wave
register_type: read
address: 0x2
unit_of_measurement: "V"
value_type: FP32
accuracy_decimals: 2
- platform: modbus_controller
id: ESP_APV_U_L3
name: "ESP_APV_U_L3_napiecie"
address: 0x4
state_class: measurement
unit_of_measurement: "V"
register_type: read
icon: mdi:sine-wave
value_type: FP32
accuracy_decimals: 2
- platform: modbus_controller
id: czestotliwoscL1
name: "CzestotliwoscL1"
register_type: read
state_class: measurement
icon: mdi:sine-wave
address: 0x32
unit_of_measurement: "Hz"
value_type: FP32
accuracy_decimals: 2
- platform: modbus_controller
id: ESP_APV_I1_prad
name: "ESP_APV_I1_prad"
register_type: read
state_class: measurement
icon: mdi:current-ac
address: 0xC
unit_of_measurement: "A"
value_type: FP32
accuracy_decimals: 3
- platform: modbus_controller
id: ESP_APV_I2_prad
name: "ESP_APV_I2_prad"
register_type: read
state_class: measurement
icon: mdi:current-ac
address: 0xE
unit_of_measurement: "A"
value_type: FP32
accuracy_decimals: 3
- platform: modbus_controller
id: ESP_APV_I3_prad
name: "ESP_APV_I3_prad"
register_type: read
state_class: measurement
icon: mdi:current-ac
address: 0x10
unit_of_measurement: "A"
value_type: FP32
accuracy_decimals: 3
- platform: modbus_controller
id: ESP_APV_Energia_pobrana
name: "ESP_APV_Energia_pobrana"
register_type: read
icon: mdi:transmission-tower
device_class: energy
state_class: total_increasing
address: 0x34
unit_of_measurement: "kWh"
value_type: FP32
accuracy_decimals: 2
- platform: modbus_controller
id: ESP_APV_Energia_oddana
name: "ESP_APV_Energia_oddana"
register_type: read
icon: mdi:solar-power
device_class: energy
state_class: total_increasing
address: 0x36
unit_of_measurement: "kWh"
value_type: FP32
accuracy_decimals: 2
- platform: modbus_controller
id: ESP_APV_Moc_chwilowa
name: "ESP_APV_Moc_chwilowa"
register_type: read
state_class: measurement
icon: mdi:home-lightning-bolt
address: 0x18
unit_of_measurement: "W"
value_type: FP32
accuracy_decimals: 2
filters:
- multiply: 1000
- platform: modbus_controller
id: ESP_APV_Moc_chwilowaL1
name: "ESP_APV_Moc_chwilowaL1"
register_type: read
state_class: measurement
icon: mdi:home-lightning-bolt
address: 0x12
unit_of_measurement: "W"
value_type: FP32
accuracy_decimals: 2
filters:
- multiply: 1000
- platform: modbus_controller
id: ESP_APV_Moc_chwilowaL2
name: "ESP_APV_Moc_chwilowaL2"
icon: mdi:home-lightning-bolt
register_type: read
state_class: measurement
address: 0x14
unit_of_measurement: "W"
value_type: FP32
accuracy_decimals: 2
filters:
- multiply: 1000
- platform: modbus_controller
id: ESP_APV_Moc_chwilowaL3
name: "ESP_APV_Moc_chwilowaL3"
icon: mdi:home-lightning-bolt
register_type: read
state_class: measurement
address: 0x16
unit_of_measurement: "W"
value_type: FP32
accuracy_decimals: 2
filters:
- multiply: 1000
- platform: modbus_controller
id: ESP_APV_PowerFactorL1
name: "ESP_APV_PowerFactorL1"
icon: mdi:angle-acute
register_type: read
state_class: measurement
address: 0x2A
unit_of_measurement: ""
value_type: FP32
accuracy_decimals: 2
- platform: modbus_controller
id: ESP_APV_PowerFactorL2
name: "ESP_APV_PowerFactorL2"
register_type: read
state_class: measurement
icon: mdi:angle-acute
address: 0x2C
unit_of_measurement: ""
value_type: FP32
accuracy_decimals: 2
- platform: modbus_controller
id: ESP_APV_PowerFactorL3
name: "ESP_APV_PowerFactorL3"
register_type: read
state_class: measurement
icon: mdi:angle-acute
address: 0x2E
unit_of_measurement: ""
value_type: FP32
accuracy_decimals: 2
Tak to wygląda:
