Soyosource 1200 mit Shelly3em Leistungsregelung

[alfa-53]

Hallo Sebastian,

Zunächst einmal möchte ich mich bei Dir für dieses tolle Projekt bedanken.

Bin >70, keine Ahnung vom Programierung (yaml), auch nur mangelnde Englischkenntnisse, und habe auch mehrere Soyos, 24V mit Bleiakkus, 48V mit Blei sowie Lipos, alle versorgt mit Tracer und Esmart, und auch 72V direkt mit Modulen, immer 1200W Strings., und ne Shelly 3EM in Betrieb.
Habe die BSG-Version mal probiert, aber damit ist der Limitter meistens offline. Auch auf Tips von @asathor die 3,3V mal mit Elko zu stabilisieren, aber auch damit kommt die Leistungsvorgabe nicht in regelmäßigen sec. Intervallen, somit für mich nur müll.

Daher möchte ich, teils mehrere Soyos, bis 3 Stück, am WiFi/Display-Port der Soyo1200 mit einem ESP8266MOD über TTL-Modul (mit grünen A B Klemmen) an die rs485 (grün) an die Soyo übergeben.

Mit der bin und yaml (D1mini-esp8266-display-example-ok.zip) hab ich meine ESP8266MOD mal gefläscht, weiß aber nicht wie ich das TTL_Modul mit den grünen Klemmen anschließen muß.

Schade das man immer nach GPIO und der entsprechenden Bordbezeichnung schauen muß (in der *.yaml).

Das Webinterface sollte, am Ende, noch zusätzliche Eingabefelder für:

1. die IP-Adresse der Shelly3EM beinhalten, damit man nicht für Jeden alles neu Compilieren muss,
2. Die Menge der Soyos die man am rs485 hängen hat (Teiler)
3. sowie eine variable Nahmensvergabe, bei eben mehreren Soyos, für die leichtere Zuordnung.
4. am besten noch eine feste IP-Vorgabe, damit man nicht lange suchen muss.

Da ich beim Kompilieren laufend Probleme bekomme und alles erst übersetzen muß,
währe mir eine yaml zum lesen und verstehen, sowie eine fertige bin Datei,
mit oben genannten Eigenschaften, zum flashen mit Angabe der zu benutzenden Pins
(aus der yaml, (tx_pin_ttl_wifi: GPIO4 # D2 rx_pin_ttl_wifi: GPIO5 # D1 tx_pin_rs485: GPIO14 # D5 rx_pin_rs485: GPIO12 # D6)
oder und als auch Schaltplan
(TTL-Modul; DI an GPIO1 # TX, R0 an GPIO3 # RX, DE und RE an GPIO0 # D3, sowie VCC und Ground)

der HITT.

LG auch an alle Hilfreichen
Bernhard

[syssi]

Hi Bernhard,

stell dir dieses Projekt vor wie ein Schweizer Taschenmesser für den Soyosource-Inverter. Du hast enorm viele Freiheitsgrade, weil man mit etwas Fleiß innerhalb der YAML-Konfiguration jegliche Ausprägungen deines Setups ausdrücken kannst. Hinzu kommt, dass es unterschiedliche Modelle des Wechselrichters (mit Display / ohne Display) gibt, sowie unterschiedliche Betriebsmodus (PV vs. Batterie, Konstante Einspeisung vs. dynamische Einspeisung).

Lass uns dein Ziel ein wenig eingrenzen:

1. Du hast 3 Inverter und möchtest sie über einen gemeinsamen RS485-Bus treiben. Hier kommt der Teiler zum tragen. Meldet dein Shelly einen Bedarf von 900 Watt, so würde die Implementierung 300 Watt pro Inverter fordern.
2. Du hast 3 Inverter und möchtest jeden einzeln über einen eigenen ESP treiben. Dieses Setup würde ich nur empfehlen, wenn du auch mehrere Smartmeter/Shellys hast und die Setups nicht aufeinander Rücksicht geben müssen z.B. wenn man mehrere Stromzaehler etc.

Deine Soyosource-Inverter wurden mit einem WiFi-Dongle geliefert und nicht mit einem Display?

Eine schlechte Nachricht habe ich noch: Auf der Webseite (der ESPHome Node), welche ein paar Bedienelemente anbietet wird es erstmal keine Eingabefelder geben fuer die IP-Adresse des Shellys, variable Namen und/oder IP-Adressen. Das sind Werte die zwingend in die YAML-Konfiguration gehoeren. Diese Freiheitsgrade bietet ESPHome bisher nicht und kann ich auch im Zuge dieses Projektes deshalb nicht anbieten. Willst du trotzdem weiter machen? ;-)

[alfa-53]

Hallo Sebastian,

bin elektrisch vorbelastet.

Kurzfassung: Habe vor Jahren mit 3 x 175W Panelen begonnen, und 3 identische dazu gebaut.

Jetzt liegen 30 x 300W, und 18 x 410W in alle Himmelsrichtungen und Neigungen ca. 16 KW.

Batterien, auch aus den Anfängen, 9 x 12V Blei, in 12V, 24V und 48V Arangements, sowie 4 x 12,8V 300AH Lipo ca. 15KWh.

Alles wird, wie geschrieben, mit Epever Tracern sowie E3smart's geladen.

Soyos, alle WiFi, ca. 12 Stück in 24V, 48V, und (72V direkt an den Panelen), alles immer 1200W Stränge betr. der Soyos.

Die Lipos sollen die Nacht mit 48V Soyo auf null überbrücken, und die anderen am Tag auch nichts verschenken, denn sie haben mir den Feraris ausgetauscht.

Ja ich liebe Schweizer Taschenmesser (Wollmilchsauen) somit bin ich mir all dessen bewust, und werde auch nicht aufgeben.

Mein Ziel:

alle Soyos Cloudfrei machen, später mal in HA (noch wenig Erfahrungen) integrieren, aber jetzt jeweils jeden erst mal mit ESP8266, inl. Begrenzung und Steuerung versorgen.

Mein Versuch basiert auf der esp Belegung von BSG, mit den TTL-rs485 mit den grünen Klemmen, wie ist bitte die Belegung richtig:
R0 = RX, RE und DE = D3, DI = TX, damit ich nicht alles umlöten muß. Und wo und wie muß ich den D3 = GPIO 0 somit einbinden????
USB = VCC 5V und Ground, RX = über 4,7KOhm an D6 = GPIO12, sowie TX über 4,7KOhm an D5 = GPIO14.
Somit habe ich mich uber die Shelly 3EM und andere yamel mal rangemacht, aber ich bekomme nach kurzer Zeit immer:

[http_request.arduino:137] Stream pointer vanished! und das immer so weiter,

was ich nur der schlechtten Verbindung der Shelly3em, Stahlzählerschrank 2,4 GHz, 13 / 54 Mbit/s) zuschreibe, obwohl die FritzBox nur 5m weiter an der Decke hängt.

Auch der Limitter geht dauernd auf OFF.

Hier mal meine ersten Geversuche:

# Version 9-3
substitutions:
  name: soyo-09
  friendly_name: soyos-LiPo-09
  device_description: "Überwachen und steuern des Soyo GTN (WiFi-Version) über den Display-Port, und die Leistungsabgabe bei Bedarf über RS485 "
  external_components_source: github://syssi/esphome-soyosource-gtn-virtual-meter@main
  ##### für das http_request Problem
  #external_components:
  #  - source: [github://esphome/[email protected]](mailto:github://esphome/[email protected])
  #    components: [ http_request, json ]
  ######
  # The display port should be connected to these GPIOs using a USB connector (VCC, RX, TX, GND)
  # A optocoupler / optical isolator (f.e. ADUM1201) between the display port and the ESP is recommended if the ESP isn't powered by the display port!
  tx_pin_ttl_wifi: GPIO14 # D5
  rx_pin_ttl_wifi: GPIO12 # D6
  tx_pin_rs485: GPIO3 # RXD
  rx_pin_rs485: GPIO1 # TXD
# DE,RE_rs485 GPIO0 #D3 ?????

#### Shelly 3EM Section #########
  shelly_3em_url: ["http://192.168.178.230/status/"](http://192.168.178.230/status/)

http_request:
  id: http_request0
  useragent: esphome/device
  timeout: 5s # 30s  #17500ms  1000ms
  esp8266_disable_ssl_support: true

interval:
  - interval: 1500ms #1min # 60000ms #=1minute  #1500ms  # 1100ms
    then:
      - http_request.get:
          url: ${shelly_3em_url}
          headers:
            Content-Type: application/json
          capture_response: true
          max_response_buffer_size: 2000
          on_response:
            then:
              - lambda: |-
                  json::parse_json(body, [](JsonObject root) -> bool {
                    id(powermeter0).publish_state(root["total_power"]);
                    return true;
                  });
#################      

esphome:
  name: ${name}
  comment: ${device_description}
  min_version: 2024.6.1
  project:
    name: "syssi.esphome-soyosource-gtn-virtual-meter"
    version: 2.2.0

esp8266:
  board: esp01_1m

external_components:
  - source: ${external_components_source}
    refresh: 0s

# Enable logging
logger:
  level: DEBUG # INFO   VERY_VERBOSE

# Enable Web server.
web_server:
  #port: 80
  #version: 2  
  #  (Optional, string): 1, 2 or 3. Version 1 displays as a table. Version 2 uses web components and has more functionality. Version 3 uses HA-Styling. Defaults to 2.

# Enable Home Assistant API
api:
  encryption:
    key: "m9lh/nScGWaJfZD/T1FpHSt3NiK4mNpfvNT5394y8fo="

ota:
  - platform: esphome
    password: "2b066f7340a2fda40b9be1711ba67ee1"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  manual_ip:
    static_ip: 192.168.178.180
    gateway: 192.168.178.1
    subnet: 255.255.255.0

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

captive_portal:   # The captive portal component in ESPHome is a fallback mechanism for when connecting to the configured WiFi fails.

uart:
  - id: uart_0
    baud_rate: 9600
    tx_pin: ${tx_pin_ttl_wifi}
    rx_pin: ${rx_pin_ttl_wifi}

  - id: uart_1
    baud_rate: 4800
    tx_pin: ${tx_pin_rs485}
    rx_pin: ${rx_pin_rs485}

soyosource_modbus:
  - id: modbus0
    uart_id: uart_1
    # flow_control_pin: GPIO12

    # Optional settings
    # The name is used as prefix for some log messages and should
    # help to distinguish between different instances/devices
    ### name: carpot_inverter

soyosource_virtual_meter:
  - id: virtualmeter0
    soyosource_modbus_id: modbus0

    # The state of this sensor (instantaneous power in watt) is used as source
    power_id: powermeter0

    # Optional settings
    power_sensor_inactivity_timeout: 60s
    power_demand_calculation: NEGATIVE_MEASUREMENTS_REQUIRED
    min_power_demand: 0
    max_power_demand: 1200
    zero_output_on_min_power_demand: true
    # Split/distribute the power demand if you have multiple inverters attached to the same RS485 bus
    power_demand_divider: 1
    # A positive buffer value (10) tries to avoid exporting power to the grid (demand - 10 watts)
    # A negative buffer value (-10) exports power to the grid (demand + 10 watts)
    buffer: 10
    # The operation_status_id sensor is expected here. Passing the operation_status won't work
    # The state is used to suspend the limiter if the operation status of the inverter isn't 0x0 (normal)
    operation_status_id: operation_status_id0

    # The update interval is important and defaults to 3 seconds. If the demand is sent too frequently
    # or rarely the interverter stops. TODO: Identify and validate the lower and upper update limit
    update_interval: 3s

soyosource_display:
  - id: display0
    uart_id: uart_0
    protocol_version: SOYOSOURCE_WIFI_VERSION
    update_interval: 5s

binary_sensor:
  - platform: soyosource_display
    fan_running:
      name: "${name} fan running"
    limiter_connected:
      name: "${name} limiter connected"

button:
  - platform: soyosource_display
    restart:
      name: "${name} restart"

number:
  - platform: soyosource_virtual_meter
    soyosource_virtual_meter_id: virtualmeter0
    buffer:
      name: "${name} buffer"
      initial_value: 10
      restore_value: true
    manual_power_demand:
      name: "${name} manual power demand"
      max_value: 900
    max_power_demand:
      name: "${name} max power demand"
      initial_value: 600
      max_value: 900
      restore_value: true
    power_demand_divider:
      name: "${name} power demand divider"
      initial_value: 1
      restore_value: true

  - platform: soyosource_display
    start_voltage:
      name: "${name} start voltage"
    shutdown_voltage:
      name: "${name} shutdown voltage"
    # Maximum output power in limiter mode / Output power in constant power mode
    output_power_limit:
      name: "${name} output power limit"
    start_delay:
      name: "${name} start delay"

select:
  - platform: soyosource_display
    operation_mode:
      name: "${name} operation mode"
      optionsmap:
        1: "PV"
        2: "Battery Constant Power"
        17: "PV Limit"
        18: "Battery Limit"

sensor:
  - platform: soyosource_virtual_meter
    soyosource_virtual_meter_id: virtualmeter0
    power_demand:
      name: "${name} power demand"
#################
  - platform: wifi_signal
    name: "httptest wifi signal"
    update_interval: 60s
  - platform: uptime
    name:  "httptest uptime"
#################
  - platform: template
    id: powermeter0
    name: "Instantaneous Power"
    unit_of_measurement: W
    device_class: "power"
    accuracy_decimals: 2
    update_interval: never #60s #never

  - platform: soyosource_display
    error_bitmask:
      name: "${name} error bitmask"
    operation_mode_id:
      name: "${name} operation mode id"
    operation_status_id:
      name: "${name} operation status id"
      id: operation_status_id0
    battery_voltage:
      name: "${name} battery voltage"
    battery_current:
      name: "${name} battery current"
    battery_power:
      name: "${name} battery power"
    ac_voltage:
      name: "${name} ac voltage"
    ac_frequency:
      name: "${name} ac frequency"
    temperature:
      name: "${name} temperature"
    output_power:
      name: "${name} output power"

  # mqtt subscribe example
  #- id: powermeter0
  #  internal: true
  #  platform: mqtt_subscribe
  #  name: "${name} instantaneous power consumption"
  #  topic: "smartmeter/sensor/groundfloor/obis/1-0:16.7.0/255/value"
  #  accuracy_decimals: 2
  #  unit_of_measurement: W
  #  device_class: power
  #  filters:
  #    - throttle_average: 15s

#   # import smartmeter reading from homeassistant
#   # requires the "api" component see above
#   - platform: homeassistant
#     id: powermeter0
#     name: "${name} smartmeter instantaneous power"
#     entity_id: sensor.firstfloor_smartmeter_instantaneous_power
#     filters:
#       - throttle_average: 15s

switch:
  - platform: soyosource_virtual_meter
    soyosource_virtual_meter_id: virtualmeter0
    manual_mode:
      name: "${name} manual mode"
      restore_mode: RESTORE_DEFAULT_ON
    emergency_power_off:
      name: "${name} emergency power off"
      restore_mode: RESTORE_DEFAULT_OFF

text_sensor:
  - platform: soyosource_virtual_meter
    soyosource_virtual_meter_id: virtualmeter0
    operation_mode:
      name: "${name} limiter operation mode"
#########
  - platform: wifi_info
    ip_address:
      name: IP Address
      id: ip
    ssid:
      name: Connected SSID
      id: ssid
#######
  - platform: soyosource_display
    errors:
      name: "${name} errors"
    operation_mode:
      name: "${name} operation mode"
    operation_status:
      name: "${name} operation status"

Vieleicht kannst du mir was definitives schreiben.

LG

Bernhard

[syssi]

Ich habe mir dieses Schaltbild angesehen: https://github.com/KlausLi/Esp-Soyosource-Controller/blob/main/BastelPlan0_ESP8266_Rs485_Modul.png

Und würde daraus die folgende Konfiguration herleiten:

substitutions:
  # ...
  tx_pin_ttl_wifi: GPIO14 # D5
  rx_pin_ttl_wifi: GPIO12 # D6
  tx_pin_rs485: GPIO1 # TXD
  rx_pin_rs485: GPIO3 # RXD

# ...

soyosource_modbus:
  - id: modbus0
    uart_id: uart_1
    flow_control_pin: GPIO0

Wie du im Foto sehen kannst ist der TX-Pin des Wemos an den TX-Pin des RS485-Wandlers angeschlossen. Deshalb habe ich hier die GPIOs gedreht. Im BSG-Setup gibt es keinen Decoder für den Verkehr des Display-Ports. GPIO12 und GPIO14 sind also neu. Sobald du Daten empängst hast du RX/TX hier richtig angeschlossen. Sollte es auf Anhieb nicht klappen, dann dreh die Werte in der YAML und flash den ESP noch einmal (ohne etwas umzuloeten). Flow Control erfolgt über GPIO0 im Abschnitt soyosource_modbus. Dort steht in deinem YAML noch GPIO12 und die Zeile ist auskommentiert. Diese musst du einkommentieren damit die PTT deines Wandlers sauber betätigt wird.

[syssi]

Ich habe noch einen Fehler in deinem obigen Setup entdeckt. In ESPHome schreibt die logger-Komponente per Default den Log-Output auf GPIO1 (TXD UART0) raus. Das sorgt für unnötigen Krach auf dem RS485-Bus. Mit dieser Einstellung gewöhnst du den Logger ab UART0 zu beschreiben:

logger:
  level: DEBUG
  baud_rate: 0

[alfa-53]

[http_request.arduino:065] Using HTTP on Arduino version >= 3.1 is very slow. Consider setting framework version to 3.0.2 in your YAML, or use HTTPS
?????????????????????????

[alfa-53]

das ist ja für den inverter, und schon includiert.
ich meinet auf der abgestürzten site durch html request, neben dem ota-button, restart des esp's.

teste gerade manual power demand / manual mode, gibt es für die funktion voraussetzungen, PV, Bat, +-Limit???
und kann man die beim starten des esp auf off setzen lassen, bie mir nach F5 meist an.

[syssi]

Du musst im Betriebsmodus "Bat Limit" sein. Du kannst "Notaus" (emergency_power_off) mit einem ALWAYS_OFF versehen. Damit startet das Setup immer mit "Notaus an" und geht erst in Betrieb, wenn du den Schalter umlegst.

[syssi]

Wenn du den gesamten button-Abschnitt mit diesem hier ersetzt:

button:
  - platform: soyosource_display
    restart:
      name: "${name} restart inverter"
  - platform: restart
    name: "${name} restart esp"

dann hast du im Anschluss zwei Buttons. Einen um den Inverter zu rebooten und den anderen um die ESPHome node zu rebooten.

[syssi]

...und kann man die beim starten des esp auf off setzen lassen, bie mir nach F5 meist an.

Kannst du noch einmal erklaeren, was du mit diesem Satz meinst? Ggf. habe ich ihn nicht verstanden. Was ist das von dir beobachtete Verhalten (Ist-Zustand) und wie haettest du es gerne (Soll-Zustand)?

[alfa-53]

wenn man so langsam den syntax und die zusammenhänge in den kopf bekommt läuft das, mit deiner HILFE, doch super.
nur würde ich zu guter letzt, in esphome nichts gefunden, den webserwer gleich dunkel als standart haben.
nochmals den größten dank für deine super unterstützung. !!!!!!! schnell und klasse, auch für anfänger super verständlich. 👍😊💐

[alfa-53]

192.168.178.230.json