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

[zunrob]

Om nog even terug te komen op mijn post van gister.

Oude situatie:
Ik had de indruk dat uit mijn hoofdschakelaar de volgorde L1 L3 L2 was (verwisseling tussen netaansluiting en hoofdschakelaar). De Deye stond ingesteld op Phase Type 0 120 240. Zojuist met een meter gecontroleerd: er was inderdaad sprake van een linksdraaiend veld (dus L1 L3 L2). Echter, ik snap niet waarom de Deye überhaupt werkte (die stond dus op 0 120 140), wat i.m.o. rechtsdraaiend is.

Nieuwe situatie:
Ik heb de fases omgewisseld: het is nu L1 L2 L3. Ik heb dit intern na de hoofdschakelaar geverifieerd, alsook bij de Deye. Ik meet nu op deze plaatsen overal een rechtsdraaiend veld. Echter, de Deye wou niet meer koppelen met het grid en gaf een fase error. Nu heb ik Phase Type op 0 240 120 gezet (wat linksdraaiend is?) en nu werkt het wel gewoon.

Oftewel, het lijkt er haast op alsof Deye die instellingen fout om heeft geprogrammeerd.

Echter, er valt me nog iets anders interessants op.
In de oude situatie, als ik de kookgroep vol aanzette werd er 6000Watt op fase 3 (Load) gemeten door de Deye. Ik zag op de P1 meter dat er ongeveer 1000 Watt dan nog van het net werd binnen getrokken, ALLEEN op die betreffende fase. (fase 2 dus, want was nog verkeerd om aangesloten).
Nu heb ik de fases dus gewisseld en nu zie ik het volgende gedrag: die 1000 Watt wordt nog steeds geimporteerd van het net, maar is nu symmetrisch verdeeld over 3 fases. Hoe zou dit kunnen? Overigens lijkt deze situatie me wel wenselijker.

Omgekeerde is waar met teruglevering. Voorheen leverde Enphase op fase 2 puur en alleen terug op fase 3 van de slimme meter. Nu zie ik dat de teruglevering verdeeld wordt over alle 3 de fases.

Ik heb alleen Phase Type aangepast, maar er lijkt dus intern meer verandert te zijn.

Valt me ook op, maar dat is mss omdat de zon schijnt, dat ie nu wat meer moeite heeft met NOM. Eerst zat de import vrij steady tussen de 0 en 24W, ik zie die nu makkelijk flipperen tot 400W, idem voor teruglevering. Maar dat heeft er mss ook mee te maken dat de zon nogal snel wisselt qua intensiteit nu.

[jadjong]

Asymetric phase feeding uitvinken in de settings van de omvormer.

[zunrob]

jadjong schreef op zaterdag 4 april 2026 @ 18:25:
Asymetric phase feeding uitvinken in de settings van de omvormer.

Grappige is dus dat ik hier niet aan ben geweest, en de setting gewijzigd lijkt.

Overigens lijkt symmetrisch me wel beter toch?

[zunrob]

jadjong schreef op zaterdag 4 april 2026 @ 18:25:
Asymetric phase feeding uitvinken in de settings van de omvormer.

Ik heb zojuist even naar de instellingen gekeken. Asymmetric phase feeding staat op 'enable'. Ik zou verwachten dat hij dan juist niet symmetrisch verdeeld?

[jadjong]

Jawel. Normaliter zou accu ontladen of zonnestroom exporteren symmetrisch over de fases gaan. Dus 6kW aan PV wordt dan 3x2kW het net op minus de verbruikers in huis. Stel dat je de 2kW waterkoker op L1 Aan zet dan exporteer je bij 6kW aan PV niets op L1 en 2x2kW op L2. Zet je APF aan dan wordt het netto resultaat van 6kW PV minus 2kW van de waterkoker door drie gedeeld en heb je 3x1.3kW het net op.
In NO-BATT modus kan je het ook gebruiken om de belasting van 2kW waterkoker te verdelen over drie fases, het ding zal dan 700W per fase van het net afnemen en de stroom van L2/L3 eerst naar 48V converteren en daarna weer terug naar 230V op L1. Echt efficient is het niet maar kan soms handig zijn als je met een kleine aggregaat draait die scheve belasting eng vindt.

[ Voor 31% gewijzigd door jadjong op 04-04-2026 22:38 ]

[zunrob]

jadjong schreef op zaterdag 4 april 2026 @ 22:34:
Jawel. Normaliter zou accu ontladen of zonnestroom exporteren symmetrisch over de fases gaan. Dus 6kW aan PV wordt dan 3x2kW het net op minus de verbruikers in huis. Stel dat je de 2kW waterkoker op L1 Aan zet dan exporteer je bij 6kW aan PV niets op L1 en 2x2kW op L2. Zet je APF aan dan wordt het netto resultaat van 6kW PV minus 2kW van de waterkoker door drie gedeeld en heb je 3x1.3kW het net op.
In NO-BATT modus kan je het ook gebruiken om de belasting van 2kW waterkoker te verdelen over drie fases, het ding zal dan 700W per fase van het net afnemen en de stroom van L2/L3 eerst naar 48V converteren en daarna weer terug naar 230V op L1. Echt efficient is het niet maar kan soms handig zijn als je met een kleine aggregaat draait die scheve belasting eng vindt.

Dank voor de uitleg. Geldt dit andersom ook dat als ik meer op 1 fase vraag dan de Deye kan leveren het resterende vermogen over alle fases binnen wordt gehaald ipv alleen die ene? Dat zie ik nu ook gebeuren namelijk als ik bijv. de kookplaat maximaal aan zet. Is dit dezelfde instelling?

[GvDongen]

Lasoul schreef op donderdag 2 april 2026 @ 11:15:
[...]


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/

Deze heb ik en die he ik ook aangesloten op de MODBUS op 1 en 2 maar ik krijg wel data maar ik kan niets versturen. Correctie ik kan wel versturen maar krijg geen responce. Weet iemand wat dit zo zou kunnen zijn?

Was al aan het zoeken of ik iets van schrijf mode moet aanzetten en of ik de juiste firmware heb. Maar dit lijkt niet nodig te zijn en ik lijk ook de laatste firmware te hebben.

[jadjong]

zunrob schreef op zaterdag 4 april 2026 @ 23:45:
[...]


Dank voor de uitleg. Geldt dit andersom ook dat als ik meer op 1 fase vraag dan de Deye kan leveren het resterende vermogen over alle fases binnen wordt gehaald ipv alleen die ene? Dat zie ik nu ook gebeuren namelijk als ik bijv. de kookplaat maximaal aan zet. Is dit dezelfde instelling?

Gedeeltelijk, zal een combi zijn van accu en PV + netstroom.

[NiCloX]

Ik loop tegen een vreemd probleem aan met mijn installatie en hoop dat hier iemand ervaring mee heeft.

Setup:
• Deye SUN-10K omvormer
• 4x 10 kWh accu’s (met vermoedelijk PACE BMS)
• Aangesloten via de BMS-poort


Probleem:
De omvormer ziet structureel maar 2 accu’s, ongeacht welke ik aansluit.
• Via RS485: altijd max. 2 zichtbaar
• Via CAN: slechts 1 zichtbaar

De omvormer staat ingesteld op mode 12. Mode 00 ook geprobeerd can dan ziet hij 1 accu

Wat ik al geprobeerd heb:
• Verschillende combinaties van accu’s → maakt niet uit, hij blijft op max. 2 hangen
• DIP-switch instellingen aangepast volgens een handleiding van een PACE BMS:
• 1 accu als master
• rest als slave
→ helaas geen effect

Vragen:
1. Heeft iemand dit eerder gezien met Deye + meerdere accu’s? Zit hier een limiet of instelling die ik over het hoofd zie?
2. Klopt het dat deze accu’s met een PACE BMS werken, en zo ja:
• hoe kom je in de software / monitoring van die BMS?
• via RS485/USB? specifieke tool?
3. Kan het zijn dat de communicatiebus (terminatie/adressering) verkeerd zit, en zo ja: waar moet ik op letten?
4. Zijn er nog andere dingen die ik kan testen of uitsluiten?

Het vreemde is dat alle accu’s individueel gewoon werken, maar samen nooit volledig zichtbaar zijn.

Alle tips zijn welkom 👍

[rvdgaag]

NiCloX schreef op zondag 5 april 2026 @ 08:45:
Ik loop tegen een vreemd probleem aan met mijn installatie en hoop dat hier iemand ervaring mee heeft.

Setup:
• Deye SUN-10K omvormer
• 4x 10 kWh accu’s (met vermoedelijk PACE BMS)
• Aangesloten via de BMS-poort


Probleem:
De omvormer ziet structureel maar 2 accu’s, ongeacht welke ik aansluit.
• Via RS485: altijd max. 2 zichtbaar
• Via CAN: slechts 1 zichtbaar

De omvormer staat ingesteld op mode 12. Mode 00 ook geprobeerd can dan ziet hij 1 accu

Wat ik al geprobeerd heb:
• Verschillende combinaties van accu’s → maakt niet uit, hij blijft op max. 2 hangen
• DIP-switch instellingen aangepast volgens een handleiding van een PACE BMS:
• 1 accu als master
• rest als slave
→ helaas geen effect

Vragen:
1. Heeft iemand dit eerder gezien met Deye + meerdere accu’s? Zit hier een limiet of instelling die ik over het hoofd zie?
2. Klopt het dat deze accu’s met een PACE BMS werken, en zo ja:
• hoe kom je in de software / monitoring van die BMS?
• via RS485/USB? specifieke tool?
3. Kan het zijn dat de communicatiebus (terminatie/adressering) verkeerd zit, en zo ja: waar moet ik op letten?
4. Zijn er nog andere dingen die ik kan testen of uitsluiten?

Het vreemde is dat alle accu’s individueel gewoon werken, maar samen nooit volledig zichtbaar zijn.

Alle tips zijn welkom 👍

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Aannames zijn the mother of all fuckups, het is blijkbaar geen Pace BMS.

Dit probleem is absoluut een Modbus adresserings probleem, dus terug naar de leverancier van de accu;s voor een goede handleiding mbt de adressering. Als je CAN hebt altijd CAN gebruiken en de Deye op 00 zetten voor de batterij instellingen.

[Single]

bramhut schreef op donderdag 2 april 2026 @ 10:09:
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!

Kan alleen maar zeggen dat de goodwe 2500XS minder dan 15W trekt en zelfs helemaal stopt als zon weg is maar is dan ook 1fase 1 richting. De deye 12K sg05 trekt een 100W maar is nog niet te vergelijken omdat ik de zonnepanelen hier nog niet op aangesloten heb...en de accu ook nog niet , werd gek van al dat gepiep. De deye is laagspanning , met hoogspanning heb ik geen ervaring. Ik laat de opbrengst van de Goodwe lopen over een socket van Homewizard om uit te kunnen lezen en eventueel uit te kunnen zetten op afstand.

[xah5kiDe]

De Deye zou onder load maximaal 55dB geluid geven, vergelijkbaar met een wasmachine of warmtepomp compressor. Is het dan de ventilator of is het de omvormer zelf die geluid maakt? Ik las elders dat de piep die jij beschrijft instelbaar is van 15kHz naar 20kHz waar hij niet meer hoorbaar zou moeten zijn voor de meeste mensen. Dan verwacht ik dat het rendement wat lager zal zijn bij 20kHz anders had het geen keuze hoeven zijn. Voor mij is het vermeende geluid van de Deye de reden om er niet voor te kiezen.

[ybos]

xah5kiDe schreef op zondag 5 april 2026 @ 11:32:
De Deye zou onder load maximaal 55dB geluid geven, vergelijkbaar met een wasmachine of warmtepomp compressor. Is het dan de ventilator of is het de omvormer zelf die geluid maakt? Ik las elders dat de piep die jij beschrijft instelbaar is van 15kHz naar 20kHz waar hij niet meer hoorbaar zou moeten zijn voor de meeste mensen. Dan verwacht ik dat het rendement wat lager zal zijn bij 20kHz anders had het geen keuze hoeven zijn. Voor mij is het vermeende geluid van de Deye de reden om er niet voor te kiezen.

Ik hoor geen piep vanuit de Deye Ik dacht dat het om de alarm"piep" ging, maar die heb ik uitgezet.
De Deye heeft een flink ventilator die best herrie kan maken wanneer de interne temp boven de 53 graden uitkomt.
Door wat extra ventilatie te regelen, zijn diverse opties voor, is de periode dat de ventilator echt aan de bak moet flink te verminderen. Maar, als je gevoelig bent voor geluid is een Deye mogelijk niet de beste optie

[Domba]

@NiCloX Het interfaceboard hint op Pace, een split PACEex gebruikt onder ander dat board (rev 1.2)
https://nl.aliexpress.com/item/1005007511632732.html sommige hebben bluetooth anders is instellingen via RS232.

Wat mij opvalt dat RS485B en RS485C die je nodig hebt voor doorlussen voor meerdere modules parallel beide op externe connector COM2 zitten (bruin/wit-bruin van vorige module en oranje/wit-ornaje voor naar volgende module), je zal een speciale kabel nodig hebben om meer dan twee aan te sluiten.

Dat wordt verkoper vragen hoe je voor meer dan twee fysiek voor communicatie aansluit.

Voor CAN-bus heb je oranje/wit-oranje blauw/blauw-wit nodig op COM1 naar Deye

[ Voor 2% gewijzigd door Domba op 05-04-2026 12:45 . Reden: RS485A /CAN interne kabel kleuren verwisselt ]

[Domba]

rvdgaag schreef op zondag 5 april 2026 @ 10:03:
[...]
Aannames zijn the mother of all fuckups, het is blijkbaar geen Pace BMS.

Dit probleem is absoluut een Modbus adresserings probleem, dus terug naar de leverancier van de accu;s voor een goede handleiding mbt de adressering. Als je CAN hebt altijd CAN gebruiken en de Deye op 00 zetten voor de batterij instellingen.

Is nog geen modbus probleem, maar een fysiek bekabelings probleem door van 2 connectors naar 1 extene connector te gaan

[zunrob]

Ik maak denk ik ergens een denkfout. Mijn SolarEdge 12.5K is aangesloten op de MI ingang. Dit zijn de instellingen.



Nu had ik gedacht dat ie de SE in off grid modus af zou gaan regelen bij 99 procent. Echter, ik zit nu op 95 procent en hij gooit hem al helemaal uit. Hoe kan dit?

[Lasoul]

GvDongen schreef op zondag 5 april 2026 @ 00:39:
[...]


Deze heb ik en die he ik ook aangesloten op de MODBUS op 1 en 2 maar ik krijg wel data maar ik kan niets versturen. Correctie ik kan wel versturen maar krijg geen responce. Weet iemand wat dit zo zou kunnen zijn?

Was al aan het zoeken of ik iets van schrijf mode moet aanzetten en of ik de juiste firmware heb. Maar dit lijkt niet nodig te zijn en ik lijk ook de laatste firmware te hebben.

Op welke poort heb je hem verbonden?
Op mijn 12K-sg05 heb ik een splitter tussen de BMS485 / CAN Port gezet waardoor ik zowel de RS485 en ook CAN kan gebruiken.

Pin layout
1 485_B
2 485_A
3 --
4 CAN-H
5 CAN-L
6 GND_485
7 485_A
8 485_B

[paQ]

zunrob schreef op zondag 5 april 2026 @ 18:36:
Ik maak denk ik ergens een denkfout. Mijn SolarEdge 12.5K is aangesloten op de MI ingang. Dit zijn de instellingen.

[Afbeelding]

Nu had ik gedacht dat ie de SE in off grid modus af zou gaan regelen bij 99 procent. Echter, ik zit nu op 95 procent en hij gooit hem al helemaal uit. Hoe kan dit?

Je zegt hier:
Bij 99% SOC moet de SE UIT (althans freq naar de drempelwaarde waarop de SE net wel of net niet reageert)
Bij 98% SOC mag hij aan (tegen verhoogde frequentie)

ON is volgens mij ook het 'startpunt' vanaf waar hij de frequentie gaat verhogen.
Dus ik zou die eens op 94 zetten bijv. Dat heeft ie SOC5% de tijd om te acteren op de verhoogde frequentie. (in off grid)

[ Voor 4% gewijzigd door paQ op 05-04-2026 22:28 ]

[Lasoul]

Ik heb een zelfbouw 32kWh Yixiang 16s EVE MB56 batterij (JK-BMS) in combinatie met een Deye 12K-sg05.
Op welke manier sturen jullie dit aan? Ik heb een tijdje in Lithium mode gedraaid en de SOC komt prima binnen maar nu las ik dat je beter op Voltage mode kunt draaien.

Kan iemand mij de voor en nadelen uitleggen en als je op Volage mode draait wat dan prima settings zijn.

[Domba]

Lasoul schreef op zondag 5 april 2026 @ 23:03:
Ik heb een zelfbouw 32kWh Yixiang 16s EVE MB56 batterij (JK-BMS) in combinatie met een Deye 12K-sg05.
Op welke manier sturen jullie dit aan? Ik heb een tijdje in Lithium mode gedraaid en de SOC komt prima binnen maar nu las ik dat je beter op Voltage mode kunt draaien.

Kan iemand mij de voor en nadelen uitleggen en als je op Volage mode draait wat dan prima settings zijn.

Ik heb geen JK-BMS, maar ik draai beide sturingen wel voor 12k-SG04's en ik gebruik oudere firmware 1135 (vanwege regelmatig off-grid).

In voltage sturing maakt Deye geen gebruik van de communicatie, je hebt dan ook geen "forced charge" als de SOC volgens de BMS zelf te laag wordt. maar BMS zal wel bij drift en mocht die op 0% SOC uitkomen in protection mode gaan en de terminals spanningsloos maken.
Het blijft nog steeds zaak om de SOC van accumodule gecalibreert te houden.

Als je denkt dat Deye geen SOC bijhoudt, dan heb je het mis, je geeft in batterij settings van Deye de accupakket grote aan voor ramprate.
Zonder communicatie gaat Deye die zelf berekenen, een fake SOC die veel sneller na nul gaat en staat de fake SOC van Deye zelf al op 100% als accupakket pas 2/3 vol is

Wil je toch gevoel houden, dien je een custom parameter "remaining kWh" aan te maken op basis van accu in en accu uit met correctie voor verlies. (denk eraan de today parameters resetten om middernacht)
Remaining kWh kan je ook gebruiken voor kWh sturing of je kan master BMS uitlezen bijv via Esphome en die gebruiken.

edit: Ohh Bij seplos BMS-en als je BMS SOC op nul uitkomt en in protection mode gaat (maakt niet uit wat cel/pack voltage is), kan je lader er bij halen om eerst paar 100Wh eerst in de accu te laden en SOC >0,1% staat, daar het opstarten van Deye met laden van net en de rampup te lang duurt, voor BMS weer in protection mode gaat na een reset van de BMS.
Benieuwd hoe JK-BMS zich gedraagt

[ Voor 10% gewijzigd door Domba op 06-04-2026 02:19 ]

[zalkc]

Domba schreef op maandag 6 april 2026 @ 01:28:
[...]

Ik heb geen JK-BMS, maar ik draai beide sturingen wel voor 12k-SG04's en ik gebruik oudere firmware 1135 (vanwege regelmatig off-grid).

In voltage sturing maakt Deye geen gebruik van de communicatie, je hebt dan ook geen "forced charge" als de SOC volgens de BMS zelf te laag wordt. maar BMS zal wel bij drift en mocht die op 0% SOC uitkomen in protection mode gaan en de terminals spanningsloos maken.
Het blijft nog steeds zaak om de SOC van accumodule gecalibreert te houden.

Als je denkt dat Deye geen SOC bijhoudt, dan heb je het mis, je geeft in batterij settings van Deye de accupakket grote aan voor ramprate.
Zonder communicatie gaat Deye die zelf berekenen, een fake SOC die veel sneller na nul gaat en staat de fake SOC van Deye zelf al op 100% als accupakket pas 2/3 vol is

Wil je toch gevoel houden, dien je een custom parameter "remaining kWh" aan te maken op basis van accu in en accu uit met correctie voor verlies. (denk eraan de today parameters resetten om middernacht)
Remaining kWh kan je ook gebruiken voor kWh sturing of je kan master BMS uitlezen bijv via Esphome en die gebruiken.

edit: Ohh Bij seplos BMS-en als je BMS SOC op nul uitkomt en in protection mode gaat (maakt niet uit wat cel/pack voltage is), kan je lader er bij halen om eerst paar 100Wh eerst in de accu te laden en SOC >0,1% staat, daar het opstarten van Deye met laden van net en de rampup te lang duurt, voor BMS weer in protection mode gaat na een reset van de BMS.
Benieuwd hoe JK-BMS zich gedraagt

Als je op voltage gaat sturen, hoe gaat de Deye dan om met balancering en float-voltage? Hou die het geheel dan constant op het ingestelde voltage?

Staat gewoon in het boekje... Dat kun je dus wel instellen

[Lasoul]

Domba schreef op maandag 6 april 2026 @ 01:28:
[...]

Ik heb geen JK-BMS, maar ik draai beide sturingen wel voor 12k-SG04's en ik gebruik oudere firmware 1135 (vanwege regelmatig off-grid).

In voltage sturing maakt Deye geen gebruik van de communicatie, je hebt dan ook geen "forced charge" als de SOC volgens de BMS zelf te laag wordt. maar BMS zal wel bij drift en mocht die op 0% SOC uitkomen in protection mode gaan en de terminals spanningsloos maken.
Het blijft nog steeds zaak om de SOC van accumodule gecalibreert te houden.

Als je denkt dat Deye geen SOC bijhoudt, dan heb je het mis, je geeft in batterij settings van Deye de accupakket grote aan voor ramprate.
Zonder communicatie gaat Deye die zelf berekenen, een fake SOC die veel sneller na nul gaat en staat de fake SOC van Deye zelf al op 100% als accupakket pas 2/3 vol is

Wil je toch gevoel houden, dien je een custom parameter "remaining kWh" aan te maken op basis van accu in en accu uit met correctie voor verlies. (denk eraan de today parameters resetten om middernacht)
Remaining kWh kan je ook gebruiken voor kWh sturing of je kan master BMS uitlezen bijv via Esphome en die gebruiken.

edit: Ohh Bij seplos BMS-en als je BMS SOC op nul uitkomt en in protection mode gaat (maakt niet uit wat cel/pack voltage is), kan je lader er bij halen om eerst paar 100Wh eerst in de accu te laden en SOC >0,1% staat, daar het opstarten van Deye met laden van net en de rampup te lang duurt, voor BMS weer in protection mode gaat na een reset van de BMS.
Benieuwd hoe JK-BMS zich gedraagt

Duidelijk verhaal.

Dus als de communicatie tussen de Deye en de batterij gewoon goed werkt op Lithium mode dan kun je hem daar het beste op laten staan. Dan bepaalt de BMS eigenlijk de voltages etc. en de Deye volgt dat. Ik snap even niet waarom Deye in de handleiding heeft opgenomen dat dit alleen werkt voor gecertificeerde batterijen en dat ze niet aansprakelijk zijn als het misgaat bij andere batterijen. Is dat meer voor het feit dat als de BMS verkeerd is ingesteld en omdat de Deye de BMS volgt, dat ze daar niets aan kunnen doen? Dat zou toch hetzelfde zijn voor voltage sutring en je hebt daar de verkeerde waardes ingevuld, of zie ik iets over het hoofd?

Dus als Lithium mode niet lekker werkt of je wil meer "sturing" hebben dan kun je overschakelen naar voltage sturing. Welke voltage parameters gebruik je?

[rvdgaag]

Ik zou lekker de BMS setting gebruiken, die BMS'en kennen meerdere beveiligingen, zoals temperatuur van het BMS, de temp van de cellen , voltages etc. Meer parameters dan wat de Deye doet/gebruikt.

Mijn 4 batterijen hebben Seplos V2 200A BMS'en die op zich prima zijn en samenwerken, de onvolkomenheden heb ik opgelost door er een YAMbms tussen te zetten die nog wat meer instellingen kent als de Seplosjes. Mijn voornaamste reden waren voor een YAMbms ertussen: betere monitoring richting HA en controle op de laadstroom bij hoge/lage batterij temperaturen en slow down van het laden bij SOC die bijna max is, Seplos ramt door totdat hij een overvoltage protectie op een cel krijgt, nu met de YAMbms gaat de accu boven de 95% op laag vermogen rustig doorladen indien gewenst om veroudering tegen te gaan.

[Michael620]

YamBMS probleempje,

Ik heb twee Seplos V2 packs, pack 1 staat op adress 1 en pack 2 staat op adress 2.
Na een tijdje valt de data weg, als ik dan de link tussen de packs losmaak dan is er weer data vanuit pack 1.
Steek ik de YamBMS op pack 2 is er geen data.

Zet ik beide packs op adress 1 dan heb ik op alle twee data, zet ik ze beide op adress 2 dan heb ik geen data (A-B vergelijking).

Het lijkt alsof adress 2 na een tijdje moeilijk gaat doen in het RS485 verhaal.
Iemand dit probleem ook al gehad?

Heb de packs nu voor de test op adress 3 en 4 gezet en de link weer gekoppeld.

[rvdgaag]

Michael620 schreef op maandag 6 april 2026 @ 13:33:
YamBMS probleempje,

Ik heb twee Seplos V2 packs, pack 1 staat op adress 1 en pack 2 staat op adress 2.
Na een tijdje valt de data weg, als ik dan de link tussen de packs losmaak dan is er weer data vanuit pack 1.
Steek ik de YamBMS op pack 2 is er geen data.

Zet ik beide packs op adress 1 dan heb ik op alle twee data, zet ik ze beide op adress 2 dan heb ik geen data (A-B vergelijking).

Het lijkt alsof adress 2 na een tijdje moeilijk gaat doen in het RS485 verhaal.
Iemand dit probleem ook al gehad?

Heb de packs nu voor de test op adress 3 en 4 gezet en de link weer gekoppeld.

Ja ik herken dit met 4 packs, het werd beter na de laatste firmware in de Seplos units geinstalleerd te hebben.


de versie is CAN1101[V16.06.12_PN01_250219].ehex

Alleen specifiek voor de V2 BMS: gegevens uit de battery app op de PC:

Manufacturer: Can:PNG_DYE-Luxp_TBB

Partmodel 1101-SP118

Software version: 16.6

Protocol version 2.0

BMS 10E version


Ik heb tussen de Seplos units geshielde UTP kabels gebruikt, ook naar de YAMBMS unit en naar de Deye vanaf de YAMbms (CAN signaal). De accu's zijn allemaal van een aarding voorzien, de mobus kabel zowel in de laatste accu als in de YAMbms voorzien van een 120 Ohn weerstand. Nu gebeurt het heel soms nog dat in de YAMbms 1 van accu's wegvalt, hiervoor heb ik in HA een automation gemaakt die de Yambms herstart. Dat werkt sowfar prima.

[Lasoul]

rvdgaag schreef op maandag 6 april 2026 @ 12:47:
Ik zou lekker de BMS setting gebruiken, die BMS'en kennen meerdere beveiligingen, zoals temperatuur van het BMS, de temp van de cellen , voltages etc. Meer parameters dan wat de Deye doet/gebruikt.

Mijn 4 batterijen hebben Seplos V2 200A BMS'en die op zich prima zijn en samenwerken, de onvolkomenheden heb ik opgelost door er een YAMbms tussen te zetten die nog wat meer instellingen kent als de Seplosjes. Mijn voornaamste reden waren voor een YAMbms ertussen: betere monitoring richting HA en controle op de laadstroom bij hoge/lage batterij temperaturen en slow down van het laden bij SOC die bijna max is, Seplos ramt door totdat hij een overvoltage protectie op een cel krijgt, nu met de YAMbms gaat de accu boven de 95% op laag vermogen rustig doorladen indien gewenst om veroudering tegen te gaan.

Ik zit er ook sterk over na te denken om YamBMS er extra tussen te zetten. Heeft YamBMS nog voordeel als je maar 1 batterypack gebruikt? Ik heb namelijk een grote batterij van 32kWh. Ik was eigenlijk van plan om YamBMS tussen mijn Deye en batterij te zetten en dan ook gebruik te maken van een Victron SmartShunt. Of is een Victron SmartShunt alleen handig als je meerdere batterijen hebt? Op de YamBMS zou ik dan zowel de Victron SmartShunt als ook de BMS van de batterij kunnen aansluiten.

[rvdgaag]

De YAMbms heeft met 1 batterij amper tot geen voordelen, de enige die ik kan bedenken zoals je al aangaf de smartshunt connectie, voor wat het waard is als je een goed BMS in je accu hebt ?

[Lasoul]

rvdgaag schreef op dinsdag 7 april 2026 @ 08:47:
De YAMbms heeft met 1 batterij amper tot geen voordelen, de enige die ik kan bedenken zoals je al aangaf de smartshunt connectie, voor wat het waard is als je een goed BMS in je accu hebt ?

Dus eigenlijk geen YamBMS gebruiken voor 1 pack maar zou je wel de smartshunt gebruiken of is die eigenlijk ook overbodig omdat je maar 1 pack hebt? Dat maakt de inrichting namelijk wel eenvoudiger.

[Yaldair]

Lasoul schreef op dinsdag 7 april 2026 @ 09:21:
[...]


Dus eigenlijk geen YamBMS gebruiken voor 1 pack maar zou je wel de smartshunt gebruiken of is die eigenlijk ook overbodig omdat je maar 1 pack hebt? Dat maakt de inrichting namelijk wel eenvoudiger.

Ik was wel van plan yamBMS te gebruiken bij mijn enkele EEL V6-pro (JK-BMS), gewoon vanwege de Victron smartshunt mogelijkheid.

[Lasoul]

Yaldair schreef op dinsdag 7 april 2026 @ 09:46:
[...]


Ik was wel van plan yamBMS te gebruiken bij mijn enkele EEL V6-pro (JK-BMS), gewoon vanwege de Victron smartshunt mogelijkheid.

Daarnaast zou ik YamBMS ook kunnen gebruiken voor het monitoren van de cell voltages etc. van mijn JK-BMS. Dus eigenlijk gewoon meer informatie.

Ik denk dat ik hem in ga zetten voor het uitlezen van de JK-BMS en de Victron SmartShunt via BLE en dat ik de daadwerkelijke BMS aansturing even laat voor wat het is en dus bij de JK-BMS laat liggen.

[ Voor 20% gewijzigd door Lasoul op 07-04-2026 09:51 ]

[rvdgaag]

Lasoul schreef op dinsdag 7 april 2026 @ 09:21:
[...]


Dus eigenlijk geen YamBMS gebruiken voor 1 pack maar zou je wel de smartshunt gebruiken of is die eigenlijk ook overbodig omdat je maar 1 pack hebt? Dat maakt de inrichting namelijk wel eenvoudiger.

Wat jij wilt maar een Deye heeft geen Smart Shunt nodig, dus waarom zou je die er tussen willen zetten ?

[Lasoul]

rvdgaag schreef op dinsdag 7 april 2026 @ 13:15:
[...]


Wat jij wilt maar een Deye heeft geen Smart Shunt nodig, dus waarom zou je die er tussen willen zetten ?

Dacht dat een smartshunt een betere meting doet dan de Deye zelf maar als dat niet zo is dan hou ik het graag simpel/direct. Dan zou ik namelijk alleen een ESP-Home nodig hebben om de JK-BMS uit te lezen (voltages cellen etc.)

[rvdgaag]

Lasoul schreef op dinsdag 7 april 2026 @ 13:21:
[...]


Dacht dat een smartshunt een betere meting doet dan de Deye zelf maar als dat niet zo is dan hou ik het graag simpel/direct. Dan zou ik namelijk alleen een ESP-Home nodig hebben om de JK-BMS uit te lezen (voltages cellen etc.)

Precies, de ESP Home oplossingen voor Seplos, JK etc zijn prima, de Deye meet prima, de JK blinkt niet uit in nauwkeurigheid maar om daar nu extra bekabeling, een smart shunt en YAMbms voor te kopen en te installeren....

Ik kan je ook de Deye ESP oplossing aanraden om hem te sturen/uit te lezen.

[Lasoul]

rvdgaag schreef op dinsdag 7 april 2026 @ 13:26:
[...]


Precies, de ESP Home oplossingen voor Seplos, JK etc zijn prima, de Deye meet prima, de JK blinkt niet uit in nauwkeurigheid maar om daar nu extra bekabeling, een smart shunt en YAMbms voor te kopen en te installeren....

Ik kan je ook de Deye ESP oplossing aanraden om hem te sturen/uit te lezen.

Voor de aansturing gebruik ik Waveshare RS485<->ETH in combinatie met de Sunsynk addon op Home Assistant en dat bevalt erg goed. Mis alleen nu de JK-BMS specifieke informatie dus daar zou een ESP-home oplossing op basis van BLE wel kunnen.

[BenSKIP]

ybos schreef op zondag 5 april 2026 @ 11:36:
[...]

Ik hoor geen piep vanuit de Deye Ik dacht dat het om de alarm"piep" ging, maar die heb ik uitgezet.
De Deye heeft een flink ventilator die best herrie kan maken wanneer de interne temp boven de 53 graden uitkomt.
Door wat extra ventilatie te regelen, zijn diverse opties voor, is de periode dat de ventilator echt aan de bak moet flink te verminderen. Maar, als je gevoelig bent voor geluid is een Deye mogelijk niet de beste optie

De Deye piept wel degelijk. Het betreft een hoge aanhoudende pieptoon die op korte afstand hoorbaar is. Het voordeel van hoge frequentie is dat deze makkelijk uitsterft en heel goed akoustisch te isoleren valt. Dat dit een reden is om niet voor de Deye te kiezen is simpelweg onzinnig te noemen. Qua frequentie en amplitude is deze op enige afstand niet eens meer hoorbaar op het menselijk spectrum.

[NiCloX]

Domba schreef op zondag 5 april 2026 @ 12:03:
@NiCloX Het interfaceboard hint op Pace, een split PACEex gebruikt onder ander dat board (rev 1.2)
https://nl.aliexpress.com/item/1005007511632732.html sommige hebben bluetooth anders is instellingen via RS232.

Wat mij opvalt dat RS485B en RS485C die je nodig hebt voor doorlussen voor meerdere modules parallel beide op externe connector COM2 zitten (bruin/wit-bruin van vorige module en oranje/wit-ornaje voor naar volgende module), je zal een speciale kabel nodig hebben om meer dan twee aan te sluiten.

Dat wordt verkoper vragen hoe je voor meer dan twee fysiek voor communicatie aansluit.

Voor CAN-bus heb je oranje/wit-oranje blauw/blauw-wit nodig op COM1 naar Deye

Dit bleek inderdaad de oplossing te zijn. Uiteindelijk heb ik zelf kabels gemaakt.

Poort 1 en 2 zijn géén doorlus. Ik moest de UTP-kabels splitsen en alles op poort 1 aansluiten. Poort 2 is bedoeld voor CAN en RS232.

Probleem opgelost — alle 4 de accu’s zijn nu operationeel.

Nu weer verder met mijn RS485-communicatie.
Heeft iemand hier toevallig ervaring mee in combinatie met de Waveshare RS485 to PoE Ethernet? Die maakt inmiddels wel verbinding, maar ik krijg het nog niet werkend in Home Assistant.

[Jerra]

BenSKIP schreef op woensdag 8 april 2026 @ 10:20:
[...]


De Deye piept wel degelijk. Het betreft een hoge aanhoudende pieptoon die op korte afstand hoorbaar is. Het voordeel van hoge frequentie is dat deze makkelijk uitsterft en heel goed akoustisch te isoleren valt. Dat dit een reden is om niet voor de Deye te kiezen is simpelweg onzinnig te noemen. Qua frequentie en amplitude is deze op enige afstand niet eens meer hoorbaar op het menselijk spectrum.

Inderdaad, maar het is natuurlijk wel per gehoor verschillend, en ook per geproduceerde inverter.
Mocht je er veel last van hebben dan kan je de low-noise modus eens proberen, deze veranderd wat frequentie-instellingen in de inverters, waardoor de pieptoon verschuift naar ~20kHz. Welke door nog minder mensen wordt waargenomen.

Bij mijn Deye hoor ik het uberhaupt niet (dus ook geen low-noise aangezet, mijn vriendin hoort het ook niet, misschien hebben we geluk met onze specifieke Deye),terwijl ik wel de coil whine van mijn video kaart hoor thuis.

[Lasoul]

NiCloX schreef op woensdag 8 april 2026 @ 11:38:
[...]


Dit bleek inderdaad de oplossing te zijn. Uiteindelijk heb ik zelf kabels gemaakt.

Poort 1 en 2 zijn géén doorlus. Ik moest de UTP-kabels splitsen en alles op poort 1 aansluiten. Poort 2 is bedoeld voor CAN en RS232.

Probleem opgelost — alle 4 de accu’s zijn nu operationeel.

Nu weer verder met mijn RS485-communicatie.
Heeft iemand hier toevallig ervaring mee in combinatie met de Waveshare RS485 to PoE Ethernet? Die maakt inmiddels wel verbinding, maar ik krijg het nog niet werkend in Home Assistant.

Ik gebruik de Sunsynk addon in Home Assistant die met een Waveshare RS485 to ETH communiceert en die is weer aangesloten op de Deye (via RS485).
Stuur maar een DM als je daar iets specifieks over wil weten en anders kan ik mijn instellingen hier wel delen mocht je die addon willen gaan gebruiken.

[dingo35]

Ik probeer mijn Deye voor nul-op-de-meter te configureren, dus overschot naar de accu en tekort uit de accu.

Bij zonoverschot en laag verbruik werkt het prima, maar zodra er een paar kW verbruikt wordt gaat hij dat uit het net trekken i.p.v. uit de accu. De maximale DC stroom is dan zo'n 10-14A.
Alles is aangesloten op de Grid aansluiting, waarop ook mijn net-tied zonnepanelen omvormer zitten. De CT waardes worden aangeleverd door een gesimuleerde SDM630, deze waardes worden correct op het display aangegeven.

Dit is het resultaat:



Dit zijn mijn settings:




Ik kreeg het gedrag alleen voor elkaar met de volgend GEN port settings:


Ik MOET AC coupled on grid side aanzetten (niet onlogisch), dan selecteer ik automatisch GENERATOR INPUT (vreemd dat ik niet de andere settings kan gebruiken), en ik moet ook GEN connect to GRID input aanzetten.

Vreemd is dat als ik deze twee settings aanzet, AUTOMATISCH TimeOfUse aangezet wordt; als je die weer uitzet, en je gaat het menu uit en weer in, dan staat hij weer aan. Bug of feature?



Als ik ToU bewust aanzet en bijvoorbeeld Sell First doe, gaat hij rustig met 100A ontladen, de SoC is 100% dus aan batterij/BMS ligt het niet.

Firmware versie 2107-1172-1809 HMI 1001-C054 .

Heb ik een van de settings verkeerd staan om "gewoon" vanuit de batterij te ontladen?
Heeft iemand een verklaring dat de ToU tabel automatisch aangezet wordt? Bug of feature?

DANK!

[NiCloX]

dingo35 schreef op woensdag 8 april 2026 @ 14:03:
Ik probeer mijn Deye voor nul-op-de-meter te configureren, dus overschot naar de accu en tekort uit de accu.

Bij zonoverschot en laag verbruik werkt het prima, maar zodra er een paar kW verbruikt wordt gaat hij dat uit het net trekken i.p.v. uit de accu. De maximale DC stroom is dan zo'n 10-14A.
Alles is aangesloten op de Grid aansluiting, waarop ook mijn net-tied zonnepanelen omvormer zitten. De CT waardes worden aangeleverd door een gesimuleerde SDM630, deze waardes worden correct op het display aangegeven.

Dit is het resultaat:
[Afbeelding]


Dit zijn mijn settings:
[Afbeelding]

[Afbeelding]

Ik kreeg het gedrag alleen voor elkaar met de volgend GEN port settings:
[Afbeelding]

Ik MOET AC coupled on grid side aanzetten (niet onlogisch), dan selecteer ik automatisch GENERATOR INPUT (vreemd dat ik niet de andere settings kan gebruiken), en ik moet ook GEN connect to GRID input aanzetten.

Vreemd is dat als ik deze twee settings aanzet, AUTOMATISCH TimeOfUse aangezet wordt; als je die weer uitzet, en je gaat het menu uit en weer in, dan staat hij weer aan. Bug of feature?

[Afbeelding]

Als ik ToU bewust aanzet en bijvoorbeeld Sell First doe, gaat hij rustig met 100A ontladen, de SoC is 100% dus aan batterij/BMS ligt het niet.

Firmware versie 2107-1172-1809 HMI 1001-C054 .

Heb ik een van de settings verkeerd staan om "gewoon" vanuit de batterij te ontladen?
Heeft iemand een verklaring dat de ToU tabel automatisch aangezet wordt? Bug of feature?

DANK!

Is het niet zo dat jouw Deye het verschil moet kunnen zien tussen de huidige netinvoer/-uitvoer en de zonne-opwek?
Je kunt wel een SMD630 simuleren, maar de Deye moet toch weten wat er daadwerkelijk van de zonnepanelen komt? en wat er uit het net komt.
Anders kan hij toch niet bepalen wat er uit de accu geleverd moet worden?
Of zit ik er helemaal naast?

[dingo35]

Nee hij ziet de huisaansluiting; dat is dus verbruik van het huis minus zonnepaneelopwek. Dát wil je op 0 hebben...

[rvdgaag]

dingo35 schreef op woensdag 8 april 2026 @ 14:03:
Ik probeer mijn Deye voor nul-op-de-meter te configureren, dus overschot naar de accu en tekort uit de accu.

Bij zonoverschot en laag verbruik werkt het prima, maar zodra er een paar kW verbruikt wordt gaat hij dat uit het net trekken i.p.v. uit de accu. De maximale DC stroom is dan zo'n 10-14A.
Alles is aangesloten op de Grid aansluiting, waarop ook mijn net-tied zonnepanelen omvormer zitten. De CT waardes worden aangeleverd door een gesimuleerde SDM630, deze waardes worden correct op het display aangegeven.

Dit is het resultaat:
[Afbeelding]


Dit zijn mijn settings:
[Afbeelding]

[Afbeelding]


Heb ik een van de settings verkeerd staan om "gewoon" vanuit de batterij te ontladen?
Heeft iemand een verklaring dat de ToU tabel automatisch aangezet wordt? Bug of feature?

DANK!

@dingo35 Je max sell power staat op 50Watt, schroef deze eens op naar 8000 ofzo

[dingo35]

Ja die max sell power en die zero-export power hebben dus geen invloed (wat ook logisch is want ik sell niks, ik wil gewoon 0 op de meter).

MAAR de oplossing blijkt in die rare ToU tabel te zitten: daar moet ik dus GEN aankruisen . Ik begrijp nog steeds niet waarom ik die tabel moet gebruiken, en ben er ook nog niet achter wat hij in deze configuratie met het SoC percentage doet. Het streven naar het SoC % zoals in de handleiding beschreven is igv nul-op-de-meter redelijk zinloos lijkt me.

[arjenhiemstra]

dingo35 schreef op woensdag 8 april 2026 @ 14:03:
Ik probeer mijn Deye voor nul-op-de-meter te configureren, dus overschot naar de accu en tekort uit de accu.

Bij zonoverschot en laag verbruik werkt het prima, maar zodra er een paar kW verbruikt wordt gaat hij dat uit het net trekken i.p.v. uit de accu. De maximale DC stroom is dan zo'n 10-14A.
Alles is aangesloten op de Grid aansluiting, waarop ook mijn net-tied zonnepanelen omvormer zitten. De CT waardes worden aangeleverd door een gesimuleerde SDM630, deze waardes worden correct op het display aangegeven.

Dit is het resultaat:
[Afbeelding]


Dit zijn mijn settings:
[Afbeelding]

[Afbeelding]

Ik kreeg het gedrag alleen voor elkaar met de volgend GEN port settings:
[Afbeelding]

Ik MOET AC coupled on grid side aanzetten (niet onlogisch), dan selecteer ik automatisch GENERATOR INPUT (vreemd dat ik niet de andere settings kan gebruiken), en ik moet ook GEN connect to GRID input aanzetten.

Vreemd is dat als ik deze twee settings aanzet, AUTOMATISCH TimeOfUse aangezet wordt; als je die weer uitzet, en je gaat het menu uit en weer in, dan staat hij weer aan. Bug of feature?

[Afbeelding]

Als ik ToU bewust aanzet en bijvoorbeeld Sell First doe, gaat hij rustig met 100A ontladen, de SoC is 100% dus aan batterij/BMS ligt het niet.

Firmware versie 2107-1172-1809 HMI 1001-C054 .

Heb ik een van de settings verkeerd staan om "gewoon" vanuit de batterij te ontladen?
Heeft iemand een verklaring dat de ToU tabel automatisch aangezet wordt? Bug of feature?

DANK!

Bij zero export to ct gebruikt Deye de interne CT klemmen.

[dingo35]

Bedankt voor het meedenken, maar ik heb EXT modbus kWh meter aan staan om de échte, aangeleverde CT waardes te krijgen; en die worden ook correct op het display weergegeven.

Ik begrijp alleen niet waarom ik voor een grid-tied omvormer de GEN optie moet configureren terwijl daar helemaal niks aanhangt.... Voor de MI optie zou ik het nog begrijpen omdat je dan (in off-grid) de frequentie aan kunt passen richting de omvormer, maar voor GEN ?!?!

[Iska]

Hallo allen,

ik ben sinds vandaag ook lid van de Deye club. Fijn dat er al zoveel info in dit topic staat!

Omvormer: SUN-6K-SG05LP3-EU-SM2
Firmware: 2107-1170-1809, 1001-C052
Batterij: Dyness Powerbrick pro 14.3 kWh
PV: 2x 8x 455 Wp

Ik ben enkel nog zoekende naar de correcte 'grid mode' voor Belgie. EN50549-1 en VDE lijken mij niet (helemaal) correct als ik naar de settings kijk. Hoe hebben jullie dit opgelost? Ik heb Deye reeds gevraagd of ik een andere firmware nodig heb

[BenSKIP]

Jerra schreef op woensdag 8 april 2026 @ 11:57:
[...]


Inderdaad, maar het is natuurlijk wel per gehoor verschillend, en ook per geproduceerde inverter.
Mocht je er veel last van hebben dan kan je de low-noise modus eens proberen, deze veranderd wat frequentie-instellingen in de inverters, waardoor de pieptoon verschuift naar ~20kHz. Welke door nog minder mensen wordt waargenomen.

Bij mijn Deye hoor ik het uberhaupt niet (dus ook geen low-noise aangezet, mijn vriendin hoort het ook niet, misschien hebben we geluk met onze specifieke Deye),terwijl ik wel de coil whine van mijn video kaart hoor thuis.

Een Low-Noise optie in de Deye? Waar zit die dan?

[paQ]

Jerra schreef op woensdag 8 april 2026 @ 11:57:
[...]


Inderdaad, maar het is natuurlijk wel per gehoor verschillend, en ook per geproduceerde inverter.
Mocht je er veel last van hebben dan kan je de low-noise modus eens proberen, deze veranderd wat frequentie-instellingen in de inverters, waardoor de pieptoon verschuift naar ~20kHz. Welke door nog minder mensen wordt waargenomen.

Bij mijn Deye hoor ik het uberhaupt niet (dus ook geen low-noise aangezet, mijn vriendin hoort het ook niet, misschien hebben we geluk met onze specifieke Deye),terwijl ik wel de coil whine van mijn video kaart hoor thuis.

Ik heb low-noise onlangs eens aangezet... horendol werd ik
Snel weer uit Ik heb amper last van de hoge coilwhine. Maar met low-noise aan ervoer ik een zeer indringende toon. Zal vast bij iedereen net anders vallen.

[Domba]

dingo35 schreef op woensdag 8 april 2026 @ 14:24:
Ja die max sell power en die zero-export power hebben dus geen invloed (wat ook logisch is want ik sell niks, ik wil gewoon 0 op de meter).

MAAR de oplossing blijkt in die rare ToU tabel te zitten: daar moet ik dus GEN aankruisen . Ik begrijp nog steeds niet waarom ik die tabel moet gebruiken, en ben er ook nog niet achter wat hij in deze configuratie met het SoC percentage doet. Het streven naar het SoC % zoals in de handleiding beschreven is igv nul-op-de-meter redelijk zinloos lijkt me.

Als je PV hebt anders dan op MPPT van Deye dien je MI te activeren om Deye te laten weten dat er AC-PV aanwezig is.
Bij nieuwere firmware moet je ook nog aangeven waar deze zich bevindt als die niet op de AUX-poort (MI-ingang) aangesloten is. (oudere firmware kijkt alleen naar gridzijde en niet naar load mocht die tussen de gebruikers zitten)
Je eerste pic, accu levert maximaal, jehebt veel tijdsblokken op 12kW staan uitgezonderd het actieve tijdsblok op dat moment op 600W en een ander op 2100W. ( Daarnaast time of use indien geactiveerd is alleen als grid is vrijgeschakelt)

[paQ]

Zo ver ik weet accepteert ie alleen Mi als je AC coupled uit laat; Mi aan GEN kent geen GRID of LOAD.

[rvdgaag]

paQ schreef op woensdag 8 april 2026 @ 22:35:
[...]

Ik heb low-noise onlangs eens aangezet... horendol werd ik
Snel weer uit Ik heb amper last van de hoge coilwhine. Maar met low-noise aan ervoer ik een zeer indringende toon. Zal vast bij iedereen net anders vallen.

Humm,waar vind ik die instelling in de Deye ?? Mijn vrouw wordt gek van die whine.

[paQ]

rvdgaag schreef op donderdag 9 april 2026 @ 08:25:
[...]


Humm,waar vind ik die instelling in de Deye ?? Mijn vrouw wordt gek van die whine.

Dacht bij advanced?
Er komt wel een herstart van. Be aware.

[Get!em]

rvdgaag schreef op donderdag 9 april 2026 @ 08:25:
[...]


Humm,waar vind ik die instelling in de Deye ?? Mijn vrouw wordt gek van die whine.

Get!em in "Ervaringen met onbalanshandel door Balans Batterij & Energie"

De deye (en dus mogelijk je huis) gaat wel door het donker direct na het aanvinken en bevestigen van de optie.

[rvdgaag]

Get!em schreef op donderdag 9 april 2026 @ 09:06:
[...]

Get!em in "Ervaringen met onbalanshandel door Balans Batterij & Energie"

De deye (en dus mogelijk je huis) gaat wel door het donker direct na het aanvinken en bevestigen van de optie.

In mijn 12K Deye zit die optie helaas niet, als het bij jouw unit wel zo is welke heb je dan ? Welke firmware versie ?

[dingo35]

Thx @Domba die settings waren me ontgaan, moeten tijdens mijn gerommel met Home Assistant sliders verschoven zijn....

"Daarnaast time of use indien geactiveerd is alleen als grid is vrijgeschakelt"?

Wat bedoel je met vrijgeschakeld? Dat de hoofdschakelaar uit staat (off grid), of iets anders?

[Aziona]

Help!
Zojuist is bij mij de elektrameter vervangen want ik had nog een gprs versie. Sindsdien klapt de aardlekautomaat van de grid aansluiting van mijn SG03LP1 er steeds uit na een minuut. De Deye geeft geen error melding. Waar zou dit aan kunnen liggen? Daarvoor nog nooit gehad dat de aardlek eruit ging.

[Domba]

dingo35 schreef op donderdag 9 april 2026 @ 10:51:
Thx @Domba die settings waren me ontgaan, moeten tijdens mijn gerommel met Home Assistant sliders verschoven zijn....
[...]

Wat bedoel je met vrijgeschakeld? Dat de hoofdschakelaar uit staat (off grid), of iets anders?

Ik bedoel dat de grid relais zijn ingeschakeld.
Er kunnen diverse reden en momenten zijn waarom Deye tijdelijk in off-grid mode gaat, opzettelijk of niet zoals de netkwaliteit buiten die van de instellingen gaat.
Op die momenten draai je op de base settings die time of use overschrijft als die actief is.

Net als bij SOC sturing als er happeringen in communicatie met master-BMS zijn, dat die tijdelijk terugvalt op voltage sturing en moeten de settings voor voltage niet zo afwijkend zijn.
(Bij SOC zie je nog weleens dat SOC-sturing wordt gebruikt met pylontech modules of andere 15S accumodules en de settings voor voltage sturing nog gewoon op default voor 16S accumodules is blijven staan)

[Domba]

Aziona schreef op donderdag 9 april 2026 @ 11:26:
Help!
Zojuist is bij mij de elektrameter vervangen want ik had nog een gprs versie. Sindsdien klapt de aardlekautomaat van de grid aansluiting van mijn SG03LP1 er steeds uit na een minuut. De Deye geeft geen error melding. Waar zou dit aan kunnen liggen? Daarvoor nog nooit gehad dat de aardlek eruit ging.

Probeer op verschillende plekken in je huis installatie (Deye grid & load), de spanning tussen neutraal en aarde te meten of dat een hint geeft als die hoger is dan paar AC of DC volt. (Alleen als je vetrouwd bent met omgaan met multimeter)
Bij vervanging wil het nog weleens misgaan met het type netaansluiting je van netwerkbeheerder hebt, sommige hebben kennis van zaken andere niet.

[dingo35]

Heeft er iemand ervaring met het gebruiken van de 5V die je via de RS485 meter ethernet aansluiting kunt aftappen als je de dipswitch erboven aan zet?

Ik wil 2 ESP32's met in totaal 4 MAX485 boardjes er mee voeden...

[jadjong]

Doe dat maar niet.

[Aziona]

Domba schreef op donderdag 9 april 2026 @ 13:33:
[...]

Probeer op verschillende plekken in je huis installatie (Deye grid & load), de spanning tussen neutraal en aarde te meten of dat een hint geeft als die hoger is dan paar AC of DC volt. (Alleen als je vetrouwd bent met omgaan met multimeter)
Bij vervanging wil het nog weleens misgaan met het type netaansluiting je van netwerkbeheerder hebt, sommige hebben kennis van zaken andere niet.

Kan dat er ook de oorkzaak van zijn dat onze aanraakgevoelige keukenlampjes niet meer aanraakgevoelig waardoor we ze niet meer uit kunnen doen? Ik meet overigens 33volt, heb dat nooit eerder gedaan, is dat voltage logisch? Op meerdere plekken maar niet overal maar dat laatste kan ook aan een slechte aansluiting liggen.

Ik zou dit toch ook direct per groep in de meterkast moeten kunnen meten? Dus mutlimeter aan de N en aan de aarde per groep?

[ Voor 18% gewijzigd door Aziona op 09-04-2026 18:21 ]

[jadjong]

Ja, je kan ook in de groepenkast meten. Werkt de testknop van alle groepen nog?

[Aziona]

jadjong schreef op donderdag 9 april 2026 @ 18:47:
Ja, je kan ook in de groepenkast meten. Werkt de testknop van alle groepen nog?

Ik bedoelde eigenlijk het meten van het verschil tussen N en PE, maar ik heb alle groepen getest en de testknop doet het van allemaal (heb bijna overal aardlekautomaten behalve één aardlekschakelaar voorde fornuisgroepen).

[Domba]

Aziona schreef op donderdag 9 april 2026 @ 18:08:
[...]

Kan dat er ook de oorkzaak van zijn dat onze aanraakgevoelige keukenlampjes niet meer aanraakgevoelig waardoor we ze niet meer uit kunnen doen? Ik meet overigens 33volt, heb dat nooit eerder gedaan, is dat voltage logisch? Op meerdere plekken maar niet overal maar dat laatste kan ook aan een slechte aansluiting liggen.

Ik zou dit toch ook direct per groep in de meterkast moeten kunnen meten? Dus mutlimeter aan de N en aan de aarde per groep?

Dat is op zich best veel, meet je dat ook in de meterkast?

Voor mij hint dit op dat oorspronkelijk TNCS systeem (aarde van netwerkbeheerder) de aarde bij vervanging niet is uitgevoerd (of geel-groene kabel niet terug aangesloten is) en in feite een semi TT-stelsel is ontstaan en er geen (hulp) aardpen aanwezig is.

Voor verbruikers op de load uitgang is het wel tijdelijk op te lossen met signal island mode.
Ik ben niet zo goed bekend met single fase Deye's, ik geloof dat SG03LP1 geen intern relais heeft (voor PE aan N)alleen dry contacten omdat met een extern relais te doen.
Maar zonder aarde van netwerkbeheerder heb je een eigen aardpen nodig, als die er voorheen ook niet was, zou ik het voorleggen aan de netwerkbeheerder, door te openen met de vraag te stellen wat voor type netaansluiting je hebt (TT of TNCS-stelsel)

[rvdgaag]

dingo35 schreef op donderdag 9 april 2026 @ 15:53:
Heeft er iemand ervaring met het gebruiken van de 5V die je via de RS485 meter ethernet aansluiting kunt aftappen als je de dipswitch erboven aan zet?

Ik wil 2 ESP32's met in totaal 4 MAX485 boardjes er mee voeden...

Ja 1 boardje gaat goed, 2 niet is mijn ervaring. Ik heb hiervoor een externe din-rail voeding gekocht en aangesloten.

[rvdgaag]

Get!em schreef op donderdag 9 april 2026 @ 09:06:
[...]

Get!em in "Ervaringen met onbalanshandel door Balans Batterij & Energie"

De deye (en dus mogelijk je huis) gaat wel door het donker direct na het aanvinken en bevestigen van de optie.

feedback van Deye techsupport gekregen, de 3 Fase 03 EU serie heeft geen low noise mode, alleen de 1 Fase modellen.

[Get!em]

rvdgaag schreef op vrijdag 10 april 2026 @ 09:00:
[...]


feedback van Deye techsupport gekregen, de 3 Fase 03 EU serie heeft geen low noise mode, alleen de 1 Fase modellen.

Ik heb een 12k 3 fase gelijk aan alle Balans Energie klanten.

[Lasoul]

Ter info: SUN-12K-SG05LP3-EU-SM2 (3 fase) heeft wel de low-noise optie.

[Get!em]

Ventilatoren maken nog steeds veel herrie met die optie aan, maar de piep van 15kHz 70dB verplaatst naar 20-22kHz a 73dB.

Geluid wordt dus harder, maar is minder hoorbaar voor mensen.

[ Voor 32% gewijzigd door Get!em op 10-04-2026 10:46 ]

[dingo35]

Lasoul schreef op vrijdag 10 april 2026 @ 10:15:
Ter info: SUN-12K-SG05LP3-EU-SM2 (3 fase) heeft wel de low-noise optie.

Ik heb exact die versie, maar niet die optie. Blijkbaar nu al verschillende firmware versies, ik zit op 1172, jij?

[Lasoul]

dingo35 schreef op vrijdag 10 april 2026 @ 11:20:
[...]

Ik heb exact die versie, maar niet die optie. Blijkbaar nu al verschillende firmware versies, ik zit op 1172, jij?

Ik kan mij herinneren dat ik deze optie ook eerst niet had. Een paar maanden geleden is er bij mij een firmware upgrade doorgevoerd ivm een ander probleem en sindsdien heb ik deze optie. Ik zit op versie 1175.

[ Voor 30% gewijzigd door Lasoul op 10-04-2026 12:13 ]

[dingo35]

Wat was je andere probleem, als ik vragen mag? Dan weet ik dat vast als ik er tegenaan ga lopen :-)

[Lasoul]

dingo35 schreef op vrijdag 10 april 2026 @ 12:14:
Wat was je andere probleem, als ik vragen mag? Dan weet ik dat vast als ik er tegenaan ga lopen :-)

Ik kreeg opeens allemaal rare kleuren op mijn display en toen hebben ze een nieuwe firmware erop gezet (via Whatsapp support contact gedaan).

[ Voor 39% gewijzigd door Lasoul op 10-04-2026 12:16 ]

[Thepawn]

rvdgaag schreef op vrijdag 10 april 2026 @ 08:59:
[...]


Ja 1 boardje gaat goed, 2 niet is mijn ervaring. Ik heb hiervoor een externe din-rail voeding gekocht en aangesloten.

Heel interessant. Hoe kan ik controleren of mijn SG03LP1 deze mogelijkheid heeft? Over welke diswitch en welke pinnen hebben we het?

[dingo35]

In de handleiding staat (voor mijn LP3) bij de modbus RS485 aansluiting vermeld dat ethernet pinnen 3 en 6 (groen en groen/wit bij mijn ethernet kabels) 5V geven als de dipswitch op "ON" staat. Het blokje boven de RS485 meter aansluiting heeft twee switches, de rechter schakelde bij mij de 5V aan.

[Iska]

Iska schreef op woensdag 8 april 2026 @ 17:33:
Hallo allen,

ik ben sinds vandaag ook lid van de Deye club. Fijn dat er al zoveel info in dit topic staat!

Omvormer: SUN-6K-SG05LP3-EU-SM2
Firmware: 2107-1170-1809, 1001-C052
Batterij: Dyness Powerbrick pro 14.3 kWh
PV: 2x 8x 455 Wp

Ik ben enkel nog zoekende naar de correcte 'grid mode' voor Belgie. EN50549-1 en VDE lijken mij niet (helemaal) correct als ik naar de settings kijk. Hoe hebben jullie dit opgelost? Ik heb Deye reeds gevraagd of ik een andere firmware nodig heb

[Afbeelding]

Een upgrade naar firmware 1175 bleek de oplossing, mocht een ander tegen hetzelfde probleem aanlopen