Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

[cold]

savale schreef op vrijdag 21 november 2025 @ 17:44:
Nice! Hier op dag 3 de firmware update v139 gekregen, maar met Elfin emulatie en VuperRNMC ook nog steeds de "Geen reactie van Unit-ID helaas"
Hij is wel powered en de aanvraag vanaf home assistant komt wel aan (zie ik in de esphome debug trace), maar geen rs485s. Zal de hwardware nog even controleren, maar ook niet 100% zeker of mijn esphome config ok is?

code:

esphome:
  name: lilygo2rs485bridge1
  friendly_name: LILYGO2RS485Bridge1
  min_version: 2024.11.0
  name_add_mac_suffix: false

esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable/Disable logging
logger:
  level: VERBOSE
  #baud_rate: 0

# Enable Home Assistant API
api:
  password: ""

ota:
  - platform: esphome
    password: "ac66b32bb32a860377529dfcf3585979"

wifi:
  ssid: xxxxx
  password: xxx
  domain: .lan
  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Lilygo-Rs485 Fallback Hotspot"
    password: "xxxxxxxxxx"

external_components:
  - source:
      type: git
      url: https://github.com/rosenrot00/esphome_modbus_bridge
    components: [modbus_bridge]

# Set pins required for LilyGo T-CAN485 board
output:
  - platform: gpio
    id: ENABLE_PIN # Enable the chip
    pin:
      number: GPIO19
      inverted: true

  - platform: gpio
    id: SE_PIN # Enable autodirection
    pin:
      number: GPIO17
      inverted: true

  - platform: gpio
    id: ENABLE_5V_PIN # Enable 5V pin for RS485 chip
    pin:
      number: GPIO16
      inverted: true


# Configure UART
uart:
  - id: uart_bus
    rx_pin: GPIO21
    tx_pin: GPIO22
    baud_rate: 115200
    data_bits: 8
    stop_bits: 1
    parity: NONE
    rx_buffer_size: 256         # min. 256 recommended; increase for very long RTU responses

modbus_bridge:
  id: mb_bridge
  uart_id: uart_bus
  tcp_port: 502               # TCP port
  tcp_poll_interval: 50       # ms between TCP polls
  tcp_client_timeout: 60000   # ms inactivity until TCP client is disconnected
  tcp_allowed_clients: 4      # clamped to minimum 1, use with care as it increases memory usage
  rtu_response_timeout: 3000  # ms, clamped internally to minimum of 10 ms)

switch:
  - platform: template
    name: "Modbus Bridge Debug"
    id: modbus_debug_switch
    restore_mode: RESTORE_DEFAULT_OFF  # debug disabled by default; persists across reboots
    turn_on_action:
      - lambda: |-
          id(mb_bridge).set_debug(true);
          id(modbus_debug_switch).publish_state(true);
    turn_off_action:
      - lambda: |-
          id(mb_bridge).set_debug(false);
          id(modbus_debug_switch).publish_state(false);

Ik heb het uiteindelijk werkend gekregen door de hacks plugin te downgraden naar 2025.11.1. Daarna mijn V3 toevoegen en daarna de upgrade gedaan naar 2025.11.3 alles werkt hier prima op de tellers van kWh laden en ontladen na. Die doen het echter ook niet met de Bluetooth intergratie dus dat zal aan de firmware of BMS liggen

[AUijtdehaag]

@savale
Heb voor de V3 nu ook een lilygo poging gedaan
https://github.com/fonske...b/main/lilygo_mt1_v3.yaml
Zodat die compatible is met de nodered flow

[savale]

AUijtdehaag schreef op vrijdag 21 november 2025 @ 19:33:
@savale
Heb voor de V3 nu ook een lilygo poging gedaan
https://github.com/fonske...b/main/lilygo_mt1_v3.yaml
Zodat die compatible is met de nodered flow

Die ga ik zeker proberen! Iets voor morgen. Eerst even spelen met de Viper versie nu die lijkt te werken!
Geforceerd laden en ontladen werkt!

[ Voor 16% gewijzigd door savale op 21-11-2025 20:25 ]

[savale]

cold schreef op vrijdag 21 november 2025 @ 19:27:
[...]


Ik heb het uiteindelijk werkend gekregen door de hacks plugin te downgraden naar 2025.11.1. Daarna mijn V3 toevoegen en daarna de upgrade gedaan naar 2025.11.3 alles werkt hier prima op de tellers van kWh laden en ontladen na. Die doen het echter ook niet met de Bluetooth intergratie dus dat zal aan de firmware of BMS liggen

Dit was de truuk!

[slagtree]

Vandaag was het een zonnige dag. gemerkt dat de baterij bij teruglevering de zonne energie niet oplaadt. Eerder is door marstek de frequentie verandert vanwege de Landis Gyr E350 energie meter. Ik verwacht dat de batterij niet automatis laadt door de frequentei verandering. Nu laad ik dmv tibber extended via de modbus protocol bij goedkope uren en ontlaad ik bij dure uren.

Kan ik via de modbus protocol op de negatieve energie gemeten door de P1 meter via de modbus protocol de batterij laden?

Dan kan ik ook de gratis zonne energie ook opladen.

[ Voor 5% gewijzigd door slagtree op 21-11-2025 23:26 ]

[pascallj]

slagtree schreef op vrijdag 21 november 2025 @ 23:25:
Vandaag was het een zonnige dag. gemerkt dat de baterij bij teruglevering de zonne energie niet oplaadt. Eerder is door marstek de frequentie verandert vanwege de Landis Gyr E350 energie meter. Ik verwacht dat de batterij niet automatis laadt door de frequentei verandering. Nu laad ik dmv tibber extended via de modbus protocol bij goedkope uren en ontlaad ik bij dure uren.

Kan ik via de modbus protocol op de negatieve energie gemeten door de P1 meter via de modbus protocol de batterij laden?

Dan kan ik ook de gratis zonne energie ook opladen.

Je zal de sturing zelf moeten maken via een automatisering oid maar dan kan het een soort van.

Overigens ben je als bij Tibber zet, financieel beter uit door gewoon goedkoop in te kopen en duur te verkopen en ook je zonnestroom te verkopen, maar dat is een ander verhaal.