Het grote Deye inverter (en accu) topic

[rvdgaag]

SnarfB schreef op zondag 29 maart 2026 @ 09:49:
Mag eens vragen waar jij die case met ventilator ergens heb gezien
[...]

https://www.seplos.com/seplos-mason-diy-battery-box-kit.html

[BenSKIP]

Tip: Gatenzaag en een 40mm PC fan, eentje voor erin/eruit en achterin eruit/erin. Doet WEINIG voor de koeling, omdat de warmte in de cellen eronder zit.

[dingo35]

Heeft iemand ervaring met het emuleren van een SDM630 / SDM72 modbus meter als externe meter voor de Deye?

Dit is het relevante snippet uit mijn esphome .yaml file:

code:

uart:
  - id: mod_bus
    rx_pin: GPIO3
    tx_pin: GPIO1
    baud_rate: 9600
    stop_bits: 1
  - id: sdm72_uart
    rx_pin: GPIO16
    tx_pin: GPIO17
    baud_rate: 9600
    stop_bits: 1
    debug:
      direction: BOTH
      dummy_receiver: true
      after:
        delimiter: "\n"
      sequence:
        - lambda: |-
            UARTDebug::log_hex(direction, bytes, 0x20);

modbus:
  - id: sdm72_modbus
    uart_id: sdm72_uart
    role: server
#    flow_control_pin: 4
    disable_crc: true

modbus_controller:
  - modbus_id: sdm72_modbus
    address: 0x1
    server_registers:
      - address: 0x000c
        value_type: FP32
        read_lambda: !lambda 'return id(sdm72_l1_power).state;'
      - address: 0x000e
        value_type: FP32
        read_lambda: !lambda 'return id(sdm72_l2_power).state;'
      - address: 0x0010
        value_type: FP32
        read_lambda: !lambda 'return id(sdm72_l3_power).state;'
      - address: 0x0030
        value_type: FP32
        read_lambda: !lambda 'return id(sdm72_total_power).state;'

.... en dit is het resultaat:

code:

[16:12:26][D][sensor:094]: 'SDM72 Total power': Sending state -37.60000  with 1 decimals of accuracy
[16:12:26][D][sensor:094]: 'deye-WiFi Signal': Sending state -54.00000 dBm with 0 decimals of accuracy
[16:12:27][D][sensor:094]: 'SDM72 L2 power': Sending state -12.50000  with 1 decimals of accuracy
[16:12:27][D][sensor:094]: 'SDM72 L3 power': Sending state -12.20000  with 1 decimals of accuracy
[16:12:27][D][uart_debug:114]: <<< 01 04 00 0C 00 06 B0 0B 01 04 00 0C 00 06 B0 0B 01 04 00 0C 00 06 B0 0B 01 04 00 0C 00 06 B0 0B 01 04 00 48 00 04 71 DF 01 04 00 0C 00 06 B0 0B 01 04 00 0C 00 06 B0 0B
[16:12:27][D][uart_debug:114]: <<< 01 04 00 0C 00 06 B0 0B
[16:12:27][D][modbus_controller:113]: Received read holding/input registers for device 0x1. FC: 0x4. Start address: 0xC. Number of registers: 0x6.
[16:12:27][D][modbus_controller:124]: Matched register. Address: 0x0C. Value type: 12. Register count: 2. Value: -12.8.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x0E. Value type: 12. Register count: 2. Value: -12.5.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x10. Value type: 12. Register count: 2. Value: -12.2.
[16:12:28][D][uart_debug:114]: <<< 01 04 00 0C 00 06 B0 0B
[16:12:28][D][uart_debug:114]: >>> 01 04 0C C1 4C CC CD C1 48 00 00 C1 43 33 33 51 67
[16:12:28][D][modbus_controller:113]: Received read holding/input registers for device 0x1. FC: 0x4. Start address: 0xC. Number of registers: 0x6.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x0C. Value type: 12. Register count: 2. Value: -12.8.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x0E. Value type: 12. Register count: 2. Value: -12.5.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x10. Value type: 12. Register count: 2. Value: -12.2.
[16:12:29][D][uart_debug:114]: <<< 01 04 00 0C 00 06 B0 0B
[16:12:29][D][uart_debug:114]: >>> 01 04 0C C1 4C CC CD C1 48 00 00 C1 43 33 33 51 67
[16:12:29][D][modbus:124]: Modbus CRC Check failed, but ignored! 3838!=04
[16:12:29][W][modbus:156]: Got Modbus frame from unknown address 0xAB! 
[16:12:29][D][modbus:124]: Modbus CRC Check failed, but ignored! 3EF0!=9BDC
[16:12:29][W][modbus:156]: Got Modbus frame from unknown address 0xC8! 
[16:12:29][D][modbus_controller:113]: Received read holding/input registers for device 0x1. FC: 0x4. Start address: 0xC. Number of registers: 0x6.
[16:12:29][D][modbus_controller:124]: Matched register. Address: 0x0C. Value type: 12. Register count: 2. Value: -12.8.
[16:12:29][D][modbus_controller:124]: Matched register. Address: 0x0E. Value type: 12. Register count: 2. Value: -12.5.
[16:12:29][D][modbus_controller:124]: Matched register. Address: 0x10. Value type: 12. Register count: 2. Value: -12.2.
[16:12:29][D][uart_debug:114]: <<< AB 10 01 1E 00 02 04 00 C8 00 00 DC 9B 01 04 00 0C 00 06 B0 0B
[16:12:30][D][uart_debug:114]: >>> 01 04 0C C1 4C CC CD C1 48 00 00 C1 43 33 33 51 67
[16:12:30][D][modbus_controller:113]: Received read holding/input registers for device 0x1. FC: 0x4. Start address: 0xC. Number of registers: 0x6.

Het lijkt erop alsof de Deye de ESP32 veel sneller afvraagt dan dat de ESP32 kan handlen, maar dat komt me erg vreemd over; zo zwaar is de modbus library toch niet?

Iemand een idee?

[Lasoul]

dingo35 schreef op maandag 30 maart 2026 @ 16:38:
Heeft iemand ervaring met het emuleren van een SDM630 / SDM72 modbus meter als externe meter voor de Deye?

Dit is het relevante snippet uit mijn esphome .yaml file:

code:

uart:
  - id: mod_bus
    rx_pin: GPIO3
    tx_pin: GPIO1
    baud_rate: 9600
    stop_bits: 1
  - id: sdm72_uart
    rx_pin: GPIO16
    tx_pin: GPIO17
    baud_rate: 9600
    stop_bits: 1
    debug:
      direction: BOTH
      dummy_receiver: true
      after:
        delimiter: "\n"
      sequence:
        - lambda: |-
            UARTDebug::log_hex(direction, bytes, 0x20);

modbus:
  - id: sdm72_modbus
    uart_id: sdm72_uart
    role: server
#    flow_control_pin: 4
    disable_crc: true

modbus_controller:
  - modbus_id: sdm72_modbus
    address: 0x1
    server_registers:
      - address: 0x000c
        value_type: FP32
        read_lambda: !lambda 'return id(sdm72_l1_power).state;'
      - address: 0x000e
        value_type: FP32
        read_lambda: !lambda 'return id(sdm72_l2_power).state;'
      - address: 0x0010
        value_type: FP32
        read_lambda: !lambda 'return id(sdm72_l3_power).state;'
      - address: 0x0030
        value_type: FP32
        read_lambda: !lambda 'return id(sdm72_total_power).state;'

.... en dit is het resultaat:

code:

[16:12:26][D][sensor:094]: 'SDM72 Total power': Sending state -37.60000  with 1 decimals of accuracy
[16:12:26][D][sensor:094]: 'deye-WiFi Signal': Sending state -54.00000 dBm with 0 decimals of accuracy
[16:12:27][D][sensor:094]: 'SDM72 L2 power': Sending state -12.50000  with 1 decimals of accuracy
[16:12:27][D][sensor:094]: 'SDM72 L3 power': Sending state -12.20000  with 1 decimals of accuracy
[16:12:27][D][uart_debug:114]: <<< 01 04 00 0C 00 06 B0 0B 01 04 00 0C 00 06 B0 0B 01 04 00 0C 00 06 B0 0B 01 04 00 0C 00 06 B0 0B 01 04 00 48 00 04 71 DF 01 04 00 0C 00 06 B0 0B 01 04 00 0C 00 06 B0 0B
[16:12:27][D][uart_debug:114]: <<< 01 04 00 0C 00 06 B0 0B
[16:12:27][D][modbus_controller:113]: Received read holding/input registers for device 0x1. FC: 0x4. Start address: 0xC. Number of registers: 0x6.
[16:12:27][D][modbus_controller:124]: Matched register. Address: 0x0C. Value type: 12. Register count: 2. Value: -12.8.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x0E. Value type: 12. Register count: 2. Value: -12.5.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x10. Value type: 12. Register count: 2. Value: -12.2.
[16:12:28][D][uart_debug:114]: <<< 01 04 00 0C 00 06 B0 0B
[16:12:28][D][uart_debug:114]: >>> 01 04 0C C1 4C CC CD C1 48 00 00 C1 43 33 33 51 67
[16:12:28][D][modbus_controller:113]: Received read holding/input registers for device 0x1. FC: 0x4. Start address: 0xC. Number of registers: 0x6.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x0C. Value type: 12. Register count: 2. Value: -12.8.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x0E. Value type: 12. Register count: 2. Value: -12.5.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x10. Value type: 12. Register count: 2. Value: -12.2.
[16:12:29][D][uart_debug:114]: <<< 01 04 00 0C 00 06 B0 0B
[16:12:29][D][uart_debug:114]: >>> 01 04 0C C1 4C CC CD C1 48 00 00 C1 43 33 33 51 67
[16:12:29][D][modbus:124]: Modbus CRC Check failed, but ignored! 3838!=04
[16:12:29][W][modbus:156]: Got Modbus frame from unknown address 0xAB! 
[16:12:29][D][modbus:124]: Modbus CRC Check failed, but ignored! 3EF0!=9BDC
[16:12:29][W][modbus:156]: Got Modbus frame from unknown address 0xC8! 
[16:12:29][D][modbus_controller:113]: Received read holding/input registers for device 0x1. FC: 0x4. Start address: 0xC. Number of registers: 0x6.
[16:12:29][D][modbus_controller:124]: Matched register. Address: 0x0C. Value type: 12. Register count: 2. Value: -12.8.
[16:12:29][D][modbus_controller:124]: Matched register. Address: 0x0E. Value type: 12. Register count: 2. Value: -12.5.
[16:12:29][D][modbus_controller:124]: Matched register. Address: 0x10. Value type: 12. Register count: 2. Value: -12.2.
[16:12:29][D][uart_debug:114]: <<< AB 10 01 1E 00 02 04 00 C8 00 00 DC 9B 01 04 00 0C 00 06 B0 0B
[16:12:30][D][uart_debug:114]: >>> 01 04 0C C1 4C CC CD C1 48 00 00 C1 43 33 33 51 67
[16:12:30][D][modbus_controller:113]: Received read holding/input registers for device 0x1. FC: 0x4. Start address: 0xC. Number of registers: 0x6.

Het lijkt erop alsof de Deye de ESP32 veel sneller afvraagt dan dat de ESP32 kan handlen, maar dat komt me erg vreemd over; zo zwaar is de modbus library toch niet?

Iemand een idee?

Ben zeer geïnteresseerd ook ivm mijn eigen Deye - SmartEVSE setup.

De ESP32 zou het qua snelheid prima aan moeten kunnen het is namelijk maar 9600 BAUD dus dat is maar 1,2kB/s.

[jadjong]

Vier jaar geleden moest je de firmware laten updaten door Deye zelf, kan dat inmiddels makkelijker of moet ik nog altijd een fax naar het oosten sturen?

[rvdgaag]

jadjong schreef op maandag 30 maart 2026 @ 17:08:
Vier jaar geleden moest je de firmware laten updaten door Deye zelf, kan dat inmiddels makkelijker of moet ik nog altijd een fax naar het oosten sturen?

Kan je zelf hoor, files vind je hier:

Altijd de HMI versie eerst doen en dan de systeemupdate zelf. Hierna hele Deye uit zetten, spanning van 230 af en de batteriij ook. Na een minuutje opnieuw opstarten en eventueel je settings nakijken.

https://github.com/Mights001/DeyeFirmware

[rvdgaag]

dingo35 schreef op maandag 30 maart 2026 @ 16:38:
Heeft iemand ervaring met het emuleren van een SDM630 / SDM72 modbus meter als externe meter voor de Deye?

Het lijkt erop alsof de Deye de ESP32 veel sneller afvraagt dan dat de ESP32 kan handlen, maar dat komt me erg vreemd over; zo zwaar is de modbus library toch niet?

Iemand een idee?

De ESP32 libraries voor modbus stikken van de bugs en belasten de ESP mega veel,van meer dan 1x per 3 seconden data opvragen gaat de ESP over zijn nek. De Deye vraagt meerdere keren per seconde data op.

Emuleren lijkt me een slecht idee, als je kabellengte issues hebt koop dan gewoon een echt sdm630 sluit hier een Waveshare ethernet/modbus unit aan als server en zet je Deye modbus poort op een zelfde soort Waveshare unit die ook in je netwerk hangt als slaaf. Werk als een speer.

[PCJR]

NiCloX schreef op vrijdag 27 maart 2026 @ 20:55:
Hoi allemaal,

Ik heb mijn Deye momenteel actief met de accu, maar ik twijfel of wat ik op de meter zie wel klopt.

Zoals op de screenshot te zien is:
• Hoofdaansluiting geeft ~142 W afname
• Tegelijk zie ik flinke negatieve waarden (rond -300 tot -400 W)
• En de bovenste lijnen (paars/blauw) lijken ook niet helemaal logisch te lopen

[Afbeelding]

Kan het zijn dat 1 CT klem verkeerd om zit.

Iets anders, voor mensen met een JK bms;

Ik zie regelmatig dat packA in de par-limiter schiet. De charge mosfet gaat dan ook uit, al blijft ie wel met max 10A laden (wellicht via pack B en C). De SOC is nagelijk gelijk, als ook de cellvoltages. Cellvoltages zakken dan ook stuk in weer tov de andere packs. Ik wil alles op 100% en 3.55v uiteindelijk. Waarom gaat deze packA vaak bij, bijna vol, in de par-limiter?

Edit:
continues current in de JK bms aangepast van 90A naar 120A, not is er geen par-limiter trigger meer, en mosfet blijft aan. Maar; ik zie nu dat de current van PackA steeds afwijkt, van pack B en C.
Alles is vrijwel gelijk, ook cellvoltages zijn ok lijtk het, en over 3 packs zowat gelijk.



Iemand een id waarom PackA afwijkende current laat zien?

[ Voor 53% gewijzigd door PCJR op 01-04-2026 11:13 ]

[hybride]

dingo35 schreef op maandag 30 maart 2026 @ 16:38:
Heeft iemand ervaring met het emuleren van een SDM630 / SDM72 modbus meter als externe meter voor de Deye?

Dit is het relevante snippet uit mijn esphome .yaml file:

code:

uart:
  - id: mod_bus
    rx_pin: GPIO3
    tx_pin: GPIO1
    baud_rate: 9600
    stop_bits: 1
  - id: sdm72_uart
    rx_pin: GPIO16
    tx_pin: GPIO17
    baud_rate: 9600
    stop_bits: 1
    debug:
      direction: BOTH
      dummy_receiver: true
      after:
        delimiter: "\n"
      sequence:
        - lambda: |-
            UARTDebug::log_hex(direction, bytes, 0x20);

modbus:
  - id: sdm72_modbus
    uart_id: sdm72_uart
    role: server
#    flow_control_pin: 4
    disable_crc: true

modbus_controller:
  - modbus_id: sdm72_modbus
    address: 0x1
    server_registers:
      - address: 0x000c
        value_type: FP32
        read_lambda: !lambda 'return id(sdm72_l1_power).state;'
      - address: 0x000e
        value_type: FP32
        read_lambda: !lambda 'return id(sdm72_l2_power).state;'
      - address: 0x0010
        value_type: FP32
        read_lambda: !lambda 'return id(sdm72_l3_power).state;'
      - address: 0x0030
        value_type: FP32
        read_lambda: !lambda 'return id(sdm72_total_power).state;'

.... en dit is het resultaat:

code:

[16:12:26][D][sensor:094]: 'SDM72 Total power': Sending state -37.60000  with 1 decimals of accuracy
[16:12:26][D][sensor:094]: 'deye-WiFi Signal': Sending state -54.00000 dBm with 0 decimals of accuracy
[16:12:27][D][sensor:094]: 'SDM72 L2 power': Sending state -12.50000  with 1 decimals of accuracy
[16:12:27][D][sensor:094]: 'SDM72 L3 power': Sending state -12.20000  with 1 decimals of accuracy
[16:12:27][D][uart_debug:114]: <<< 01 04 00 0C 00 06 B0 0B 01 04 00 0C 00 06 B0 0B 01 04 00 0C 00 06 B0 0B 01 04 00 0C 00 06 B0 0B 01 04 00 48 00 04 71 DF 01 04 00 0C 00 06 B0 0B 01 04 00 0C 00 06 B0 0B
[16:12:27][D][uart_debug:114]: <<< 01 04 00 0C 00 06 B0 0B
[16:12:27][D][modbus_controller:113]: Received read holding/input registers for device 0x1. FC: 0x4. Start address: 0xC. Number of registers: 0x6.
[16:12:27][D][modbus_controller:124]: Matched register. Address: 0x0C. Value type: 12. Register count: 2. Value: -12.8.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x0E. Value type: 12. Register count: 2. Value: -12.5.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x10. Value type: 12. Register count: 2. Value: -12.2.
[16:12:28][D][uart_debug:114]: <<< 01 04 00 0C 00 06 B0 0B
[16:12:28][D][uart_debug:114]: >>> 01 04 0C C1 4C CC CD C1 48 00 00 C1 43 33 33 51 67
[16:12:28][D][modbus_controller:113]: Received read holding/input registers for device 0x1. FC: 0x4. Start address: 0xC. Number of registers: 0x6.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x0C. Value type: 12. Register count: 2. Value: -12.8.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x0E. Value type: 12. Register count: 2. Value: -12.5.
[16:12:28][D][modbus_controller:124]: Matched register. Address: 0x10. Value type: 12. Register count: 2. Value: -12.2.
[16:12:29][D][uart_debug:114]: <<< 01 04 00 0C 00 06 B0 0B
[16:12:29][D][uart_debug:114]: >>> 01 04 0C C1 4C CC CD C1 48 00 00 C1 43 33 33 51 67
[16:12:29][D][modbus:124]: Modbus CRC Check failed, but ignored! 3838!=04
[16:12:29][W][modbus:156]: Got Modbus frame from unknown address 0xAB! 
[16:12:29][D][modbus:124]: Modbus CRC Check failed, but ignored! 3EF0!=9BDC
[16:12:29][W][modbus:156]: Got Modbus frame from unknown address 0xC8! 
[16:12:29][D][modbus_controller:113]: Received read holding/input registers for device 0x1. FC: 0x4. Start address: 0xC. Number of registers: 0x6.
[16:12:29][D][modbus_controller:124]: Matched register. Address: 0x0C. Value type: 12. Register count: 2. Value: -12.8.
[16:12:29][D][modbus_controller:124]: Matched register. Address: 0x0E. Value type: 12. Register count: 2. Value: -12.5.
[16:12:29][D][modbus_controller:124]: Matched register. Address: 0x10. Value type: 12. Register count: 2. Value: -12.2.
[16:12:29][D][uart_debug:114]: <<< AB 10 01 1E 00 02 04 00 C8 00 00 DC 9B 01 04 00 0C 00 06 B0 0B
[16:12:30][D][uart_debug:114]: >>> 01 04 0C C1 4C CC CD C1 48 00 00 C1 43 33 33 51 67
[16:12:30][D][modbus_controller:113]: Received read holding/input registers for device 0x1. FC: 0x4. Start address: 0xC. Number of registers: 0x6.

Het lijkt erop alsof de Deye de ESP32 veel sneller afvraagt dan dat de ESP32 kan handlen, maar dat komt me erg vreemd over; zo zwaar is de modbus library toch niet?

Iemand een idee?

Ik heb code die een SMD120 simuleert. Leest 3 fasen uit en maakt er 1 fase van naar de Deye. Misschien heb je er wat aan;

YAML:

# Modbus Server Mode
modbus:
  - id: modbus_server
    uart_id: modbus_bus
    role: server

# Modbus Controller met server registers
modbus_controller:
  - id: sdm120_sim
    modbus_id: modbus_server
    address: 0x01
    server_registers:
      # Voltage (V) – Register 0x0000
      - address: 0x0000
        value_type: FP32
        read_lambda: |-
          return 230.0f;

      # Current (A) – Register 0x0006
      - address: 0x0006
        value_type: FP32
        read_lambda: |-
          if (std::isnan(id(filtered_net_power).state)) return 0.0f;
          float p = id(filtered_net_power).state;
          return fabs(p) / 230.0f;

      # Active Power (W) – Register 0x000C (belangrijkste voor zero export)
      - address: 0x000C
        value_type: FP32
        read_lambda: |-
          if (std::isnan(id(filtered_net_power).state)) return 0.0f;
          float p = id(filtered_net_power).state;
          return -(p - 20.0f);  // kleine bias naar import

      # Import Energy (kWh) – Register 0x0048
      - address: 0x0048
        value_type: FP32
        read_lambda: |-
          return 0.0f;

      # Export Energy (kWh) – Register 0x004A
      - address: 0x004A
        value_type: FP32
        read_lambda: |-
          return 0.0f;

# Sensoren voor 3-fase vermogens uit Home Assistant
sensor:
  - platform: homeassistant
    id: power_l1
    entity_id: sensor.p1_meter_vermogen_fase_1
    internal: true

  - platform: homeassistant
    id: power_l2
    entity_id: sensor.p1_meter_vermogen_fase_2
    internal: true

  - platform: homeassistant
    id: power_l3
    entity_id: sensor.p1_meter_vermogen_fase_3
    internal: true

  # Template sensor voor gefilterd netto vermogen
  - platform: template
    name: "Filtered Netto Totaal Vermogen"
    id: filtered_net_power
    unit_of_measurement: "W"
    accuracy_decimals: 1
    update_interval: 200ms
    lambda: |-
      static float filtered = 0;
      if (!id(power_l1).has_state() || !id(power_l2).has_state() || !id(power_l3).has_state()) {
        return 0.0f;
      }
      float raw = id(power_l1).state + id(power_l2).state + id(power_l3).state;
      filtered = filtered * 0.7f + raw * 0.3f;
      return filtered;

# Optionele logging voor debugging
interval:
  - interval: 5s
    then:
      - logger.log:
          format: "[SDM120] Net Power: %.1f W | Bias Applied"
          args: ['id(filtered_net_power).state']

[bramhut]

Goedemorgen allemaal,
Ik houd het forum nu al een tijdje in de gaten, en overweeg een Deye SUN-12K-SG01HP3-EU-AM2 aan te schaffen. Ik lees nu soms wisselende berichten over het idle/standby verbruik van de 3phase Deye's, wat is jullie recente ervaring hiermee? Is dit nog steeds consistent rond de 100W? En is dit voor de hoogspannings versie vergelijkbaar met de laagspanning? (iemand die hier met een HP3 werkt?).
Als alternatief zit ik te kijken naar GoodWe 12K-ET-20, welke iig volgens de datasheet een stuk efficienter moet werken (standy verbruik van <15W, en EU efficiency van 97.5%). Het feit dat deze passief gekoeld is zegt natuurlijk ook wel wat.
Uiteraard is dan het aanstuur en uitlees verhaal wat lastiger... Is minder informatie openlijk beschikbaar dan voor de Deye's.
Hoor graag over jullie ervaring! Dank alvast!

[Ruud]

Het komt van tijd tot tijd terug in dit topic, niet standaard MC4 connectoren aan de omvormer; maar hoe krimp ik de solid Devalan connectors? Deye geeft zelf aan 4mm2 draad te gebruiken, maar hoe ga ik dat krimpen? Ik heb een goedkope hydraulische krimptang maar de kleinste maat daarin is 4. En dan valt de 4mm2 draad net zo makkelijk weer uit de connector.

Een 2.5 bek voor de krimptang kan ik niet vinden.

Dus wie heeft de oplossing? 6mm2 draad gebruiken? Een andere krimptang? Ergens een kant en klare kabel kopen met een Devalan connector eraan zodat ik er zelf een Stuabli MC4 aan kan krimpen? Of met een zeskantige niet-hydraulische adereindhuls-tang aan de slag gaan?

[ Voor 3% gewijzigd door Ruud op 02-04-2026 10:37 ]

[NiCloX]

Hoi Tweakers wat doe ik fout.

ik probeer verbinding te krijgen met mijn Deye via een ESP32 zoals zovelen via ESPhome,
ik heb de volgende aansluiting gemaakt en nu echt alles geprobeerd maar krijg geen contact.

ik heb het volgende in esphome staan let wel niet alles is gekopieerd

esphome:
name: deye
friendly_name: Deye

substitutions:
device_type: deye
modbus_controller_id: deye_modbus

esp32:
board: esp32dev
framework:
type: esp-idf

# Enable logging
logger:

# Enable Home Assistant API
api:
encryption:
key: "klopt "

ota:
- platform: esphome
password: "5rgrgrgrgrhrhrhrhrh"

wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password

# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Deye Fallback Hotspot"
password: "WvvXAKHKh3gg"

captive_portal:
uart:
id: mod_bus
tx_pin: 17
rx_pin: 16
baud_rate: 9600
stop_bits: 1

modbus:
id: modbus1
uart_id: mod_bus
flow_control_pin: 4

modbus_controller:
- id: ${modbus_controller_id}
address: 1
modbus_id: modbus1
setup_priority: -10
update_interval: 30s
command_throttle: 200ms

[Lasoul]

NiCloX schreef op donderdag 2 april 2026 @ 10:41:
Hoi Tweakers wat doe ik fout.

ik probeer verbinding te krijgen met mijn Deye via een ESP32 zoals zovelen via ESPhome,
ik heb de volgende aansluiting gemaakt en nu echt alles geprobeerd maar krijg geen contact.

ik heb het volgende in esphome staan let wel niet alles is gekopieerd

esphome:
name: deye
friendly_name: Deye

substitutions:
device_type: deye
modbus_controller_id: deye_modbus

esp32:
board: esp32dev
framework:
type: esp-idf

# Enable logging
logger:

# Enable Home Assistant API
api:
encryption:
key: "klopt "

ota:
- platform: esphome
password: "5rgrgrgrgrhrhrhrhrh"

wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password

# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Deye Fallback Hotspot"
password: "WvvXAKHKh3gg"

captive_portal:
uart:
id: mod_bus
tx_pin: 17
rx_pin: 16
baud_rate: 9600
stop_bits: 1

modbus:
id: modbus1
uart_id: mod_bus
flow_control_pin: 4

modbus_controller:
- id: ${modbus_controller_id}
address: 1
modbus_id: modbus1
setup_priority: -10
update_interval: 30s
command_throttle: 200ms

[Afbeelding]

In plaats van zelf te bouwen kun je ook eenvoudig de "Waveshare RS485 TO POE ETH (B)" gebruiken. In Home Assistant kun je dan via de SunSynk/Deye addon eenvoudig je Deye besturen. Hoef je niet zelf te knutselen. Deze setup bevalt mij erg goed maar er zijn meerdere wegen naar rome

Waveshare: https://www.waveshare.com...cskxnoQB2e3mQ8XRov8sN5A6P
Add-on: https://kellerza.github.io/sunsynk/

[peeter123]

Ruud schreef op donderdag 2 april 2026 @ 10:37:
Het komt van tijd tot tijd terug in dit topic, niet standaard MC4 connectoren aan de omvormer; maar hoe krimp ik de solid Devalan connectors? Deye geeft zelf aan 4mm2 draad te gebruiken, maar hoe ga ik dat krimpen? Ik heb een goedkope hydraulische krimptang maar de kleinste maat daarin is 4. En dan valt de 4mm2 draad net zo makkelijk weer uit de connector.

Een 2.5 bek voor de krimptang kan ik niet vinden.

Dus wie heeft de oplossing? 6mm2 draad gebruiken? Een andere krimptang? Ergens een kant en klare kabel kopen met een Devalan connector eraan zodat ik er zelf een Stuabli MC4 aan kan krimpen? Of met een zeskantige niet-hydraulische adereindhuls-tang aan de slag gaan?

Ik zat met hetzelfde probleem, uiteindelijk heb ik ze netjes vast gesoldeerd (toen het donker was). Met een fatsoenlijke soldeerbout geen issue, zit al twee jaar mooi vast en wordt niet warm.

Als ik geen soldeerbout zou hebben is een kant en klare kabel wel een mooie optie en dan gewoon zelf Stuabli MC4s eraan krimpen mocht je daar wel een tang voor hebben.

[Wolly]

peeter123 schreef op donderdag 2 april 2026 @ 13:56:
[...]


Ik zat met hetzelfde probleem, uiteindelijk heb ik ze netjes vast gesoldeerd (toen het donker was). Met een fatsoenlijke soldeerbout geen issue, zit al twee jaar mooi vast en wordt niet warm.

Als ik geen soldeerbout zou hebben is een kant en klare kabel wel een mooie optie en dan gewoon zelf Stuabli MC4s eraan krimpen mocht je daar wel een tang voor hebben.

Kan het zijn dat er ook H4 stekkers zijn die op de MC4 manier worden geknepen? Op deze site zie ik het H4 binnendeel en dat lijkt verdacht veel op MC4

[hybride]

Of dit, werkt makkelijk en prima:
https://www.tinytronics.n...m5stack-atomic-rs485-base
https://www.tinytronics.n...e-esp32-development-board

Je prikt ze op elkaar, usb c erin en gaan..

[Ruud]

peeter123 schreef op donderdag 2 april 2026 @ 13:56:
[...]


Ik zat met hetzelfde probleem, uiteindelijk heb ik ze netjes vast gesoldeerd (toen het donker was). Met een fatsoenlijke soldeerbout geen issue, zit al twee jaar mooi vast en wordt niet warm.

Als ik geen soldeerbout zou hebben is een kant en klare kabel wel een mooie optie en dan gewoon zelf Stuabli MC4s eraan krimpen mocht je daar wel een tang voor hebben.

Dat zou ook nog kunnen. Soldeerspul genoeg hier, ook voor het lompere werk. Voordeel is dat ik sowieso een verloopkabel moet hebben dus 'm gewoon op mijn bureau kan maken.

Wolly schreef op donderdag 2 april 2026 @ 13:57:
[...]


Kan het zijn dat er ook H4 stekkers zijn die op de MC4 manier worden geknepen? Op deze site zie ik het H4 binnendeel en dat lijkt verdacht veel op MC4
[Afbeelding]

Die had ik inderdaad ook gevonden en al een paar setjes besteld bij Stralendgroen. Growatt H4 wordt ook door Devalan gemaakt en de technische tekening van Devalan laat twee opties zien voor de H4-behuizing. Dus dat lijkt compatibel te zijn.

Ik laat wel weten of die Growatt H4s compatible zijn!

[Domba]

@NiCloX
Ik gebruik
framework:
type: arduino
en
modbus_controller:
address: 0xN (N=nummer, ook Deye van default 0 op modbus adres gezet in advanced menu ?)

[rvdgaag]

NiCloX schreef op donderdag 2 april 2026 @ 10:41:
Hoi Tweakers wat doe ik fout.

ik probeer verbinding te krijgen met mijn Deye via een ESP32 zoals zovelen via ESPhome,
ik heb de volgende aansluiting gemaakt en nu echt alles geprobeerd maar krijg geen contact.

ik heb het volgende in esphome staan let wel niet alles is gekopieerd

esphome:
name: deye
friendly_name: Deye

substitutions:
device_type: deye
modbus_controller_id: deye_modbus

esp32:
board: esp32dev
framework:
type: esp-idf

# Enable logging
logger:

# Enable Home Assistant API
api:
encryption:
key: "klopt "

ota:
- platform: esphome
password: "5rgrgrgrgrhrhrhrhrh"

wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password

# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Deye Fallback Hotspot"
password: "WvvXAKHKh3gg"

captive_portal:
uart:
id: mod_bus
tx_pin: 17
rx_pin: 16
baud_rate: 9600
stop_bits: 1

modbus:
id: modbus1
uart_id: mod_bus
flow_control_pin: 4

modbus_controller:
- id: ${modbus_controller_id}
address: 1
modbus_id: modbus1
setup_priority: -10
update_interval: 30s
command_throttle: 200ms

[Afbeelding]

Je settings lijken OK, verzeker je ervan dat je Modbus boardje een TTL versie is, de meeste zijn dat niet namelijk en dan gaat het nooit werken.

[SnarfB]

Ik krijg de volgende mail van Deye
Maar ik begrijp eigenlijk niet wat ze hier mee bedoelen, iemand een idee

Deye Cloud
Data Migration Feature Discontinuation
Dear Deye Cloud users,

After two years of operation, the Data Migration feature will be permanently discontinued on April 10, 2026. This decision has been made due to underlying technical limitations that can no longer be sustainably maintained.

✅ What you need to do:

Please ensure any pending Solarman data migrations are completed before April 10, 2026. After this date, the Data Migration feature will no longer be accessible.
Data Migration Discontinuation
Thank you for your understanding.
Deye Cloud Team
Smarten Up Your Home Energy
Deye Cloud
Need help? Contact us at [e-mail]
No longer want to receive this email? Unsubscribe
© 2026 Deye Cloud. All rights reserved.

[zunrob]

Net iets interessants ontdekt. Als ik het vermogen van L2 van de P1 meter (uitgelezen met DSMR in Home Assistant) vergelijk met de Deye Grid Powers geeft hij dat vermogen weer als Grid L3 Power, en het vermogen van L3 van de P1 meter bij de Deye op Grid L2 Power.

Na de hoofdschakelaar is alles netjes aangesloten qua volgorde (kleur op kleur). Lijkt dus haast alsof de fases tussen de P1 meter en HS omgedraaid zijn. Deze kabels hebben ook dezelfde kleur dus kan ook basis van kleur niks uitsluiten.

Vreemde is dat de Phase Type van de Deye wel op 0 120 240 (dus rechtsdraaiend) is ingesteld. Als er dan echt een wisseling zou zijn (1, 3 , 2) zou het linksdraaiend zijn en imo de Deye (en SolarEdge?) niet moeten werken toch? Dat zou betekenen dat de DSMR integratie allicht simpelweg fout uitstuurt.

Ik heb geen fase detector meter. Is er een andere manier om dit vast te stellen?

[Domba]

zunrob schreef op vrijdag 3 april 2026 @ 15:31:

Ik heb geen fase detector meter. Is er een andere manier om dit vast te stellen?

Heb je automaten als hoofdzekering van de netwerkbeheerder?
Zo ja, dan kan die gebruiken, als ook op slimme meter display kijken welke L? niet wordt weergegeven (en meten bij Deye en als modbus meter ipv CT's gebruikt welke fase spanning heeft), of dat voor of na slimme meter mogelijk een verwisselt is.
Soms hebben de fase kabels aangesloten op hoofdschakelaar een merkteken erop.

[zunrob]

Domba schreef op vrijdag 3 april 2026 @ 15:42:
[...]

Heb je automaten als hoofdzekering van de netwerkbeheerder?
Zo ja, dan kan die gebruiken, als ook op slimme meter display kijken welke L? niet wordt weergegeven (en meten bij Deye en als modbus meter ipv CT's gebruikt welke fase spanning heeft), of dat voor of na slimme meter mogelijk een verwisselt is.
Soms hebben de fase kabels aangesloten op hoofdschakelaar een merkteken erop.

Nee helaas smeltzekeringen. Op de onderkant van de hoofdschakelaar komen van de slimme meter op 1 een blauwe kabel, op 2 een blauwe 2 kabel, op 3 een bruine kabel en op 4 blauwe. Die laatste nul zal we kloppen. De eerste twee hebben slechts bruine tape eromheen.

Alles na de hoofdschakelaar (eerste naar de Eastron MID) en dan verder is wel op kleur en klopt wel precies.

Op de slimme meter kan ik geen losse fases zien.

Edit: maar stel dat de fases echt omgedraaid zijn (1 3 2), wat een linksdraaiend veld is, dan zou hij met Phase Type 0 120 240 toch niet moeten werken?

[ Voor 9% gewijzigd door zunrob op 03-04-2026 16:02 ]

[Ruud]

Ruud schreef op donderdag 2 april 2026 @ 14:14:
Ik laat wel weten of die Growatt H4s compatible zijn!

Update:
Growatt H4 connectoren zijn ook van Devalan en de pennen met gestanste vleugels gaan met dezelfde weerstand in en uit de solid pennen als solid op solid. Hoe heb ik dat getest? Op gevoel...

Ter vergelijk: een Devalan en een Staubli pen gaan moeizamer/makkelijker in en uit elkaar. (ligt aan de combinatie die je maakt.

Ik heb wel vertrouwen in de Growatts