Sofar Solar HYD x KTL: Best ModBus connection through LSE-3 Logger

[cschlipf]

Hi all,

In the past I had contributed to the Sofar Solar HYD x KTL support of EVC with the active help of @premultiply . I had faced several challenges connecting the inverter to an RS485 USB Adapter to my Raspberry PI. Not every adapter was reliable and in the end we had to add an delay of 1s between requests to get it working up to a 'stable enough' state.

However this has some drawbacks:

• Reading is slower (of course)
• Values of each read round diverge - especially when conditions are changing rapidly (cloud uncovers sun). Therefore it can take a while in such circumstances until the system balances itself.
• There are still read errors from time to time

With the help from a Sofar support engineer I have a much better solution now: Instead of using the LSW-3 Wifi Logger Stick, get an LSE-3 Ethernet Logger Stick:

This one is talking ModBus TCP natively over the port 8899. And yes, this port is also open on the LSW-3, but here it does not work. With the LSE-3 it works perfectly fine over ethernet. My meters config:

meters:
  - name: sofar-grid
    type: custom
    power:
      source: modbus
      id: 1
      uri: <LoggerIPAddress>:8899
      register:
        address: 0x0488 # Total PCC active power. Selling electricity is positive, buying electricity is negative
        type: holding
        decode: int16
      scale: -10
    energy:
      source: modbus
      id: 1
      uri: <LoggerIPAddress>:8899
      register:
        address: 0x068E # Energy_Purchase_Total
        type: holding
        decode: uint32
      scale: 0.1
    currents:
      - source: modbus
        id: 1
        uri: <LoggerIPAddress>:8899
        register:
          address: 0x0492 # R phase PCC current
          type: holding
          decode: uint16
        scale: 0.01
      - source: modbus
        id: 1
        uri: <LoggerIPAddress>:8899
        register:
          address: 0x049D # S phase PCC current
          type: holding
          decode: uint16
        scale: 0.01
      - source: modbus
        id: 1
        uri: <LoggerIPAddress>:8899
        register:
          address: 0x04A8 # T phase PCC current
          type: holding
          decode: uint16
        scale: 0.01
    powers:
      - source: modbus
        id: 1
        uri: <LoggerIPAddress>:8899
        register:
          address: 0x0493 # ActivePower_PCC_R
          type: holding
          decode: int16
        scale: -10
      - source: modbus
        id: 1
        uri: <LoggerIPAddress>:8899
        register:
          address: 0x049E # ActivePower_PCC_S
          type: holding
          decode: int16
        scale: -10
      - source: modbus
        id: 1
        uri: <LoggerIPAddress>:8899
        register:
          address: 0x04A9 # ActivePower_PCC_T
          type: holding
          decode: int16
        scale: -10

  - name: sofar-pv
    type: custom
    power:
      source: modbus
      id: 1
      uri: <LoggerIPAddress>:8899
      register:
        address: 0x05C4 # Total PV power
        type: holding
        decode: uint16
      scale: 100
    energy:
      source: modbus
      id: 1
      uri: <LoggerIPAddress>:8899
      register:
        address: 0x0686 # PV_Generation_Total
        type: holding
        decode: uint32
      scale: 0.1
      
  - name: sofar-battery-1
    type: custom
    power:
      source: modbus
      id: 1
      uri: <LoggerIPAddress>:8899
      register:
        address: 0x0606 # The charging and discharging power of the first battery pack. Charge is positive, discharge is negative
        type: holding
        decode: int16
      scale: -10
    energy:
      source: modbus
      id: 1
      uri: <LoggerIPAddress>:8899
      register:
        address: 0x069A # Bat_Discharge_Total
        type: holding
        decode: uint32
      scale: 0.1
    soc:
      source: modbus
      id: 1
      uri: <LoggerIPAddress>:8899
      register:
        address: 0x0608 # No. 1 battery pack SOC
        type: holding
        decode: uint16
    capacity: 10

Set up your logger so that it receives a static IP address and replace <LoggerIPAddress> above with its IP address.

Advantages:

• Works absolutely reliable without any delay
• You can access the ModBus from additional devices (e.g. Home Assistant) without the need to configure a ModBus proxy or other tricks
• You do not need an USB RS485 Adapter
• You do not need to open the COM connector, find the correct ports and connect the wires.
• You do not need a physical RS485 connection and may be able to place your EVCC installation everywhere else as long as it's on the same network

@premultiply , @andig - can you add a recommendation to the documentation? I strongly recommend using the LSE-3 ethernet logger stick over any other solution. Also you might want to create a template without the delay for those using the LSE-3 ethernet logger.

Hope this helps.

[andig]

I'd suggest to split the templates in into sofar-grid-lse and sofar-grid-lsw3 where -lsw3 "covers" the existing sofar-grid template. That way we can get rid of the workarounds and document the connector types. Let me know if you need help.

[PeterPablo]

Honestly, I'd consider myself a novice with respect to many of the used technologies. We have MQTT mosquito running as a server and I feel that our evcc.yaml is configured to broadcast to it. What is the most efficient way to subscribe to topics? Do sensors need to be created, like showcased here or is there a more lean way to achieve this?
https://community.home-assistant.io/t/evcc-integration-via-mqtt-sensor-entity-config/407959/10

edit: Thank you for providing your snippet. It confirms the assumed approach :-) We will try this.

[cschlipf]

Actually my config is based on the config you've referenced. However a few entrys I needed were missing there.

MQTT can only be configured through YAML.

[PeterPablo]

This worked like a charm. I'm really surprised that there is no neater way to integrate mqtt topics into HomeAssistant than manually adding sensors. Knowing that it is of course straightforward.

[premultiply]

The sofarsolar templates already support reading the modbus registers the direct way. No need to use external home automation.

[cschlipf]

I think this is a misunderstanding: We are talking about the other way: Sending data from and controlling EVCC from HomeAssistant.

[UKS62]

Hello, yesterday I embarked on my EVCC adventure. I attempted to understand how to connect and operate my Sofarsolar HYD 15KTL-3PH in conjunction with an LSE3 LAN Adapter, the Elli Pro Connect wallbox (modified with a meter), and the EVcc software. EVcc appears to be running, but I now need to insert the meter code (with the correct IP) into my EVcc.yaml file. Which section do I need? I apologize for my beginner questions.

[cschlipf]

HI UKS62,

here is my meters config:

meters:
  - name: sofar-grid
    type: custom
    power:
      source: modbus
      id: 1
      uri: 192.168.158.13:8899
      register:
        address: 0x0488 # Total PCC active power. Selling electricity is positive, buying electricity is negative
        type: holding
        decode: int16
      scale: -10
    energy:
      source: modbus
      id: 1
      uri: 192.168.158.13:8899
      register:
        address: 0x068E # Energy_Purchase_Total
        type: holding
        decode: uint32
      scale: 0.1
    currents:
      - source: modbus
        id: 1
        uri: 192.168.158.13:8899
        register:
          address: 0x0492 # R phase PCC current
          type: holding
          decode: uint16
        scale: 0.01
      - source: modbus
        id: 1
        uri: 192.168.158.13:8899
        register:
          address: 0x049D # S phase PCC current
          type: holding
          decode: uint16
        scale: 0.01
      - source: modbus
        id: 1
        uri: 192.168.158.13:8899
        register:
          address: 0x04A8 # T phase PCC current
          type: holding
          decode: uint16
        scale: 0.01
    powers:
      - source: modbus
        id: 1
        uri: 192.168.158.13:8899
        register:
          address: 0x0493 # ActivePower_PCC_R
          type: holding
          decode: int16
        scale: -10
      - source: modbus
        id: 1
        uri: 192.168.158.13:8899
        register:
          address: 0x049E # ActivePower_PCC_S
          type: holding
          decode: int16
        scale: -10
      - source: modbus
        id: 1
        uri: 192.168.158.13:8899
        register:
          address: 0x04A9 # ActivePower_PCC_T
          type: holding
          decode: int16
        scale: -10

  - name: sofar-pv
    type: custom
    power:
      source: modbus
      id: 1
      uri: 192.168.158.13:8899
      register:
        address: 0x05C4 # Total PV power
        type: holding
        decode: uint16
      scale: 100
    energy:
      source: modbus
      id: 1
      uri: 192.168.158.13:8899
      register:
        address: 0x0686 # PV_Generation_Total
        type: holding
        decode: uint32
      scale: 0.1
      
  - name: sofar-battery-1
    type: custom
    power:
      source: modbus
      id: 1
      uri: 192.168.158.13:8899
      register:
        address: 0x0606 # The charging and discharging power of the first battery pack. Charge is positive, discharge is negative
        type: holding
        decode: int16
      scale: -10
    energy:
      source: modbus
      id: 1
      uri: 192.168.158.13:8899
      register:
        address: 0x069A # Bat_Discharge_Total
        type: holding
        decode: uint32
      scale: 0.1
    soc:
      source: modbus
      id: 1
      uri: 192.168.158.13:8899
      register:
        address: 0x0608 # No. 1 battery pack SOC
        type: holding
        decode: uint16
    capacity: 10

Of course you have to adapt the IP address here. Test it by running evcc meter -c evcc.yaml.

[tomdmr]

Hi,
are there some more parameters to set in the config file? I have a ZCS Azzurro with a ZSM-WIFI stick. This one seems to be quite compatible to the one cschlipf uses. It listens on TCP-port 8899, the register adresses are the same. I can talk to it with a python script, that uses PySolarmanV5 in a fairly reliable way. Via evcc it fails, either with a timeout (rtu: false), or it says that slave 165 is different from expected slave 1 (rtu: true). The 165 comes from the modbus header.
Any pointers what else to try? My evcc version is 0.119.4.

[cschlipf]

Hi tomdmr.

the ZCS Azzurro is the same. However at least with SofarSolar the WiFi Stick does not work, even though the port 8899 is open there.

[tomdmr]

Well, I guess with one more data point it can be convinced to talk. It needs three structures over the wire: a header and the payload. The interesting part in Python looks like this:
v5_header = bytearray( self.v5_start + self.v5_length + self.v5_controlcode + self.v5_serial + self.v5_loggerserial )

v5_payload = bytearray( self.v5_frametype + self.v5_sensortype + self.v5_deliverytime + self.v5_powerontime + self.v5_offsettime + modbus_frame )

v5_trailer = bytearray(self.v5_checksum + self.v5_end)
The modbus frame is buried inside the payload. When receiving a packet from the logger, it pretty much looks the same.
The evcc code is probably different, as I cannot put the loggers serial number somewhere in the config. I will try to wade through the go-code to figure out where packets are assembled/disassembled, but that will take some time.

The Python code is stolen from here

Ciao
Tom

[premultiply]

You can use the DLS-L (with LAN port) or use the serial RS485 port.
WiFi is not supported.

[tomdmr]

I checked to go-code and realized a) I am too stupid and b) it is a major PITA to include another protocol.

Yesterday afternoon I finally managed to write a wrapper ZCS Wlan =>v5_solarman => websocket => evcc. It is currently in the testing phase. I will report back when it matures. Sources are here, but docs are currently missing.

[alex90alex]

Für einen Freund wollte ich letztes Wochenende EVCC für die Komponenten von Azzurro (HYD + Stringmeter + Connext Box und 2 Wallboxen) über den LSE-3 Adpater einbinden. Leider bin ich bereits daran gescheitert die IP Adresse von dem Stick herauszufinden. In der Heimnetzübersicht der Fritzbox taucht hier kein Gerät auf. Gibt es eine andere Möglichkeit die IP-Adresse herauszufinden oder muss der Stick erst Konfiguriert werden. Alle Komponenten sind zumindest online über die Azzurro Cloud/app abrufbar bzw. ansteuerbar.

Danke für eure Hilfe. :-)

[cschlipf]

Der Stick bekommt seine IP via DHCP von der Fritzbox. Er muss in der Heimnetzübersicht auftauchen (bei mir ist das auch der Fall). Eine weitere Konfiguration ist nicht notwendig, bzw. falls man was einstellen will, dann wird diese wird über die IP Adresse in einem Browser gemacht.

Da Du sagst, dass die Cloud App dennoch aktualisiert wird, frage ich mich an welchem Netzwerk der Stick hängt. Offensichtlich nicht an demselben Netzwerk, dessen DHCP Netzwerkbereich von dieser Fritzbox verwaltet wird. Hängt da ein Router mit einem eigenen aktiven DHCP Server dazwischen?

[alex90alex]

über einen IP-Scanner habe ich nun die IP-Adressen der Azzurro Geräte ausfindig machen können. Da alle Geräte und auch die Wallboxen mit dem ZCS Connext verbunden sind, dachte ich, dass ich besser die IP-Adresse vom Connext (https://www.zcsazzurro.com/de/wechselrichter/zcs-connext) in die evcc.yaml eintrage. Die Messwerte konnten jedoch nicht ausgelesen werden. Als ich dann die IP Adresse von einem Wechselrichter/ LSE-3 Stick eingetragen habe, wurden alle relevanten Daten: Grid, Batterie und PV korrekt ausgelesen. Das ist schonmal super. :-) Leider fehlt jetzt noch die Verbindung zu den Wallboxen. Die sind angeblich per RS485 Verbindung mit dem Connext verbunden.
Wäre es möglich über diese Verbindung auch die Wallboxen einzufügen? Zwei der Azzurro Wallboxen, die es wohl mittlerweile auch von Sofar geben soll sind hier verbaut: https://www.zcsazzurro.com/inverters/electric-mobility

Anbei ein Foto der Übersicht von heute Nachmittag.

Viele Grüße
Alex

[cschlipf]

Gut, der Wechselrichter ist nun korrekt über LSE-3 angeschlossen.

Was Du nun willst ist EVCC support für die ZCS Wallbox. Das hat nun aber mit dem Thema hier gar nichts mehr zu tun. Mach da bitte ein neues Thema auf.

Grundsätzlich: RS485 ist vermutlich auch Modbus. Hast Du das Modbus Protokoll der Wallbox? Falls nein, kannst Du es vom Hersteller erfragen? Wenn man dieses Protokoll nicht erhält und der Hersteller meint es wäre eine gute Idee es geheim zu halten, dann wirst Du auch keinen Support von EVCC dafür bekommen und ich kann Dir nur raten die proprietären Wallboxen rauszuwerfen und gegen eine von EVCC unterstützte Wallbox ersetzen.

[KoenigTH]

Hi ,ich habe auch einen Azzurro Wechselrichter und einen LSE-3 Stick, aber wenn ich die Daten in EVCC eintrage dann zeigt der nur die Einspeisung an, aber die PV Power steht auf 0.

Es kommen allerdings keine Fehler oder so, was ich merkwürdig finde. Habt ihr da eine Idee?

ICh poste mal meine Config und das Log hier weiter unten.

Danke und Gruß
Thorsten

Hier die COnfig:

meters:

• type: template
  template: sofarsolar
  id: 1
  host: 192.168.178.54
  port: 8899
  usage: grid
  modbus: tcpip
  name: grid1
• type: template
  template: sofarsolar
  id: 1
  host: 192.168.178.54
  port: 8899
  usage: pv
  modbus: tcpip
  name: pv2

---

Hier das Log:

[main ] INFO 2024/04/29 16:10:24 evcc 0.125.0
[main ] INFO 2024/04/29 16:10:24 using config file: evcc.yaml
[main ] INFO 2024/04/29 16:10:24 starting ui and api at :7070
[db ] INFO 2024/04/29 16:10:24 using sqlite database: /home/pi/.evcc/evcc.db
[lp-1 ] DEBUG 2024/04/29 16:10:24 charge total import: 0.079kWh
[site ] INFO 2024/04/29 16:10:24 site config:
[site ] INFO 2024/04/29 16:10:24 meters: grid ✓ pv ✓ battery ✗
[site ] INFO 2024/04/29 16:10:24 grid: power ✓ energy ✓ currents ✓
[site ] INFO 2024/04/29 16:10:24 pv 1: power ✓ energy ✓ currents ✗
[lp-1 ] INFO 2024/04/29 16:10:24 loadpoint 1:
[lp-1 ] INFO 2024/04/29 16:10:24 mode: minpv
[lp-1 ] INFO 2024/04/29 16:10:24 charger: power ✓ energy ✓ currents ✗ phases ✗ wakeup ✗
[lp-1 ] INFO 2024/04/29 16:10:24 meters: charge ✓
[lp-1 ] INFO 2024/04/29 16:10:24 charge: power ✓ energy ✓ currents ✗
[lp-1 ] DEBUG 2024/04/29 16:10:24 phase timer inactive
[lp-1 ] DEBUG 2024/04/29 16:10:24 pv timer inactive
[lp-1 ] DEBUG 2024/04/29 16:10:24 max charge current: 6A
[site ] DEBUG 2024/04/29 16:10:24 ----
[lp-1 ] DEBUG 2024/04/29 16:10:24 charge power: 38W
[site ] DEBUG 2024/04/29 16:10:25 pv power: 0W
[site ] DEBUG 2024/04/29 16:10:25 grid meter: -2602W
[site ] DEBUG 2024/04/29 16:10:26 grid currents: [0.03 0.03 0.03]A
[site ] DEBUG 2024/04/29 16:10:26 site power: -2602W
[lp-1 ] DEBUG 2024/04/29 16:10:26 charge total import: 0.079kWh
[lp-1 ] DEBUG 2024/04/29 16:10:26 charger status: C
[lp-1 ] DEBUG 2024/04/29 16:10:26 charge start energy: 0.0791kWh
[lp-1 ] INFO 2024/04/29 16:10:26 car connected
[lp-1 ] DEBUG 2024/04/29 16:10:26 pv timer elapse
[lp-1 ] DEBUG 2024/04/29 16:10:26 pv timer inactive
[lp-1 ] DEBUG 2024/04/29 16:10:26 charge total import: 0.079kWh
[lp-1 ] DEBUG 2024/04/29 16:10:26 charge start energy: 0.0791kWh
[lp-1 ] INFO 2024/04/29 16:10:26 start charging ->
[lp-1 ] DEBUG 2024/04/29 16:10:26 wake-up timer: stop
[lp-1 ] DEBUG 2024/04/29 16:10:26 pv charge current: 17.3A = 6A + 11.3A (-2602W @ 1p)
[lp-1 ] DEBUG 2024/04/29 16:10:26 pv timer reset
[lp-1 ] DEBUG 2024/04/29 16:10:26 pv timer inactive
[lp-1 ] DEBUG 2024/04/29 16:10:26 max charge current: 16A
[site ] DEBUG 2024/04/29 16:10:54 ----
[lp-1 ] DEBUG 2024/04/29 16:10:54 charge power: 38W
[site ] DEBUG 2024/04/29 16:10:55 pv power: 0W
[site ] DEBUG 2024/04/29 16:10:55 grid meter: -2602W
[site ] DEBUG 2024/04/29 16:10:56 grid currents: [0.03 0.03 0.03]A
[site ] DEBUG 2024/04/29 16:10:56 site power: -2602W
[lp-1 ] DEBUG 2024/04/29 16:10:56 charge total import: 0.079kWh
[lp-1 ] DEBUG 2024/04/29 16:10:56 charger status: C
[lp-1 ] DEBUG 2024/04/29 16:10:56 pv charge current: 27.3A = 16A + 11.3A (-2602W @ 1p)
[site ] DEBUG 2024/04/29 16:11:24 ----
[lp-1 ] DEBUG 2024/04/29 16:11:24 charge power: 38W
[site ] DEBUG 2024/04/29 16:11:25 pv power: 0W
[site ] DEBUG 2024/04/29 16:11:25 grid meter: -472W
[site ] DEBUG 2024/04/29 16:11:26 grid currents: [0 0 0.03]A
[site ] DEBUG 2024/04/29 16:11:27 site power: -472W
[lp-1 ] DEBUG 2024/04/29 16:11:27 charge total import: 0.079kWh
[lp-1 ] DEBUG 2024/04/29 16:11:27 charger status: C
[lp-1 ] DEBUG 2024/04/29 16:11:27 pv charge current: 18.1A = 16A + 2.05A (-472W @ 1p)

[KoenigTH]

Vergesst was ich geschrieben habe.
Ich musste hier nicht wie auf der EVCC Seite angezeigt das Template sofarsolar nehmen sondern das Template sofarsolar-g3.

Damit klappt dann alles :)

[Crajs20]

Hallo,

Für einen Freund versuche ich nun auch einen Dyne Wechselrichter, der mittels lsw-3 wifi stick logger angebunden ist, evcc ans laufen zu bekommen.
Der hier offene Port ist schon hilfreich. Ip adresse haben wir über die Fritzbox herausgefunden. Der Name war nur die Mac adresse, haben am ende jede ip im browser eingegeben, die richtige ip fragte dann einfach nach einem basic auth nach username und passwort (admin/admin).

Kann der wifi stick auch für evcc genutzt werden, oder muss es der ethernet stick sein?

Danke

Erik

[cschlipf]

Bei Sofar geht nur der LSE-3. Der LSW-3 erzeugt nur time-outs bei ModBus TCP Zugriff.

Ob das in Verbindung mit einem Dyne Wechselreichter auch zutrifft, kann ich Dir nicht sagen. Ich sehe Dyne auch nicht in der Liste der unterstützten Wechselrichter. Daher wirst Du selbst wenn Du ModBus TCP Zugriff beim LSE-3 bekommst immer noch das ModBus Protokoll des Dyne Wechselrichters brauchen um ihn dann mit Sofar anzusprechen.

[brandsb]

So I'm using the sofarsolar-g3 template for my Sofar HYD 5000-ES inverter. Connected to it is an LSE-3 logger stick, wich I'm able to access via HTTP (to do some basic configuration, but nothing modbus related).
Also the logger stick is correctly transmitting data to Solarman (cloud).

But I'm getting i/o timeout errors in the EVCC logs when I define the meter, and I can't seem to figure out what I'm missing...

My meter config looks like this:

meters:
  - name: my_grid
    type: template
    template: homewizard
    usage: grid
    host: p1meter-01033A.local
  - name: my_pv
    type: template
    template: sofarsolar-g3
    usage: pv
    modbus: tcpip
    id: 1
    host: 192.168.0.196 # Hostname
    port: 8899 # Port

In the logs I get this error:

[site  ] ERROR 2024/08/29 09:18:39 pv 1 power: read failed: read tcp 192.168.0.222:60980->192.168.0.196:8899: i/o timeout
[site  ] DEBUG 2024/08/29 09:18:39 pv power: 0W

I thought the LSE-3 logger should have modbus enabled by default on port 8899. Is there any configuration I'm missing here?

Kind regards,
Bart

[cschlipf]

Have you used a portscanner like nmap to check the open ports?

Which firmware version does your LSE-3 have? Unfortunately I see it very often that LSE-3 sticks with outdated firmware are still sold almost 2 years later.

[brandsb]

Yes, I've used a port scanner (Wifiman) & it finds the open port.

Also just used nmap with follwing result:

Scanning 192.168.0.196 [1000 ports]
Discovered open port 80/tcp on 192.168.0.196
Discovered open port 8899/tcp on 192.168.0.196
Completed SYN Stealth Scan at 09:38, 4.04s elapsed (1000 total ports)
Initiating Service scan at 09:38
Scanning 2 services on 192.168.0.196
Completed Service scan at 09:40, 157.28s elapsed (2 services on 1 host)
Initiating OS detection (try #1) against 192.168.0.196
Retrying OS detection (try #2) against 192.168.0.196
Retrying OS detection (try #3) against 192.168.0.196
Retrying OS detection (try #4) against 192.168.0.196
Retrying OS detection (try #5) against 192.168.0.196
NSE: Script scanning 192.168.0.196.
Initiating NSE at 09:41
Completed NSE at 09:41, 9.70s elapsed
Initiating NSE at 09:41
Completed NSE at 09:41, 1.06s elapsed
Initiating NSE at 09:41
Completed NSE at 09:41, 0.00s elapsed
Nmap scan report for 192.168.0.196
Host is up (0.0025s latency).
Not shown: 998 closed tcp ports (reset)
PORT     STATE SERVICE    VERSION
80/tcp   open  http       LimitlessLED smart lightbulb bridge httpd
| http-methods: 
|_  Supported Methods: POST
| http-auth: 
| HTTP/1.0 401 Unauthorized\x0D
|_  Basic realm=USER LOGIN
|_http-server-header: HTTPD
8899/tcp open  ospf-lite?
1 service unrecognized despite returning data. If you know the service/version, please submit the following fingerprint at https://nmap.org/cgi-bin/submit.cgi?new-service :
SF-Port8899-TCP:V=7.95%I=7%D=8/29%Time=66D025D2%P=i686-pc-windows-windows%
SF:r(LANDesk-RC,E,"\xa5\x01\0\x10G\x04w\x8alp}\0\xb6\x15");
MAC Address: 34:EA:E7:D9:EE:98 (Shanghai High-Flying Electronics  Technology)
No exact OS matches for host (If you know what OS is running on it, see https://nmap.org/submit/ ).
TCP/IP fingerprint:
OS:SCAN(V=7.95%E=4%D=8/29%OT=80%CT=1%CU=38902%PV=Y%DS=1%DC=D%G=Y%M=34EAE7%T
OS:M=66D02619%P=i686-pc-windows-windows)SEQ(CI=I%II=RI)SEQ(CI=I%II=RI%TS=U)
OS:SEQ(SP=5D%GCD=1%ISR=98%TI=I%CI=I%II=RI%SS=O%TS=U)OPS(O1=M578%O2=M578%O3=
OS:M578%O4=M578%O5=M578%O6=M578)WIN(W1=5DC%W2=5DC%W3=5DC%W4=5DC%W5=5DC%W6=5
OS:DC)ECN(R=N)ECN(R=Y%DF=N%T=FF%W=5DC%O=M578%CC=N%Q=)T1(R=N)T1(R=Y%DF=N%T=F
OS:F%S=O%A=S+%F=AS%RD=0%Q=)T2(R=N)T3(R=N)T3(R=Y%DF=N%T=FF%W=5DC%S=O%A=S+%F=
OS:AS%O=M578%RD=0%Q=)T4(R=Y%DF=N%T=FF%W=5DC%S=A+%A=S%F=AR%O=%RD=0%Q=)T5(R=Y
OS:%DF=N%T=FF%W=5DC%S=A%A=S+%F=AR%O=%RD=0%Q=)T6(R=Y%DF=N%T=FF%W=5DC%S=A%A=S
OS:%F=AR%O=%RD=0%Q=)T7(R=Y%DF=N%T=FF%W=5DC%S=A%A=S+%F=AR%O=%RD=0%Q=)U1(R=Y%
OS:DF=N%T=FF%IPL=38%UN=0%RIPL=G%RID=G%RIPCK=G%RUCK=G%RUD=G)IE(R=Y%DFI=S%T=F
OS:F%CD=S)

Network Distance: 1 hop
Service Info: Device: specialized

TRACEROUTE
HOP RTT     ADDRESS
1   2.49 ms 192.168.0.196

NSE: Script Post-scanning.
Initiating NSE at 09:41
Completed NSE at 09:41, 0.00s elapsed
Initiating NSE at 09:41
Completed NSE at 09:41, 0.00s elapsed
Initiating NSE at 09:41
Completed NSE at 09:41, 0.00s elapsed
Read data files from: C:\Program Files (x86)\Nmap
OS and Service detection performed. Please report any incorrect results at https://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 188.25 seconds
           Raw packets sent: 1267 (61.366KB) | Rcvd: 1066 (44.058KB)

Via the web UI I can see that the current frmware is version ME_08_2701_2.06

Kind regards,
Bart

[MarkoSchweizer]

Have you used a portscanner like nmap to check the open ports?

Which firmware version does your LSE-3 have? Unfortunately I see it very often that LSE-3 sticks with outdated firmware are still sold almost 2 years later.

Which firmware do you recommend to use?

[lowcloud]

Hello everyone,
is it easy to replace the LSW-3 WiFi logger with the LSE-3 LAN logger? Currently, I have the LSW-3 WiFi running with Solarman on my inverter, and after the switch, I would like to continue using the LSE-3 LAN on the same account along with Modbus TCP.

[wardwygaerts]

Yes, this is realy easy. The LSE logger will popup in the solarman app and I don't think you have to do anything.
Keep in mind that writing to the LSE logger doesn't work very well: #12220 (eg for battery control)

[lowcloud]

Does it work as easily if I don't have full user rights in the Solarman app like my solar technician has? Unfortunately, I can only use Solarman Smart and not the Solarman Business app. I only want to ask my solar technician for help with replacing the LSW logger with the LSE in an emergency. I wait too long until he has time for me again.

[MarkoSchweizer]

Which firmware are you using, I get a lot of timeouts with this firmware

[aerucu]

@cschlipf, seit heute morgen ist auf meinem LSE-3 wieder die 1.09 installiert. Im evcc-Log sind keine Timeouts mehr vorhanden. Aber die SolaX Inverter Modbus App im Home Assistant kann die PV-Produktion nicht auslesen. Die Werte sind 0. Auf dem Display vom WR und auf der Solarman App wird aber PV-Produktion angezeigt. Woran könnte das liegen?

Auf meinem Sofar Solar 15KTL HYD ist die aktuellste Firmware V113562 installiert.

[cschlipf]

Hast Du mal HA neu gestartet?

[aerucu]

Jetzt habe ich ihn neugestartet und siehe, es funktioniert. Danke für den Tipp!

[aerucu]

Ich sperre jetzt den Internetzugriff auf meinem Router, damit Solarman nicht wieder die Firmware beliebig ändern kann.

[aerucu]

@cschlipf, irgend etwas stimmt trotzdem nicht. Aktuell zeigt mein Home Assistant 4 kW PV-Produktion an aber auf dem WR-Display und im Solarman wird 1,7 kW angezeigt. SolaX Inverter Modbus scheint spät zu aktualisieren obwohl der Aktualisierungsintervall auf 10 Sekunden eingestellt ist. Was könnte der Grund dafür sein?.

[cwseiler]

Ich hab seit ein paar Tagen auch ständig time-outs, die ich vorher nicht hatte. Firmware ist versionME_0E_270A_1.11. Hab jetzt leider nicht darauf geachtet, dass die sich geändert hat. Aber danke für den Hinweis, hab das ganze System schon achtmal neu aufgesetzt und an mir gezweifelt, was plötzlich anders sein soll. Mal schauen, was der Support sagt.

[tuedeldue13]

Der Support hat mir einen Link zur 1.09 Firmware geschickt, dieser funktioniert allerdings nicht. Mal schauen ob sie es hinbekommen mir die Datei zur Verfügung zu stellen. Hoffe danach hört das mit den Timeouts auf. Wenn ich eine funktionierende Firmware hab kann ich sie auch gerne weiterleiten...

[lowcloud]

Wie bereits weiter oben im Thread erwähnt, habe ich Anfang November den LSE-3 LAN Logger bestellt und per Seriennr. von meinem Solarteur erfolgreich in Solarman integrieren lassen. Die Inbetriebnahme gestaltete sich äußerst unkompliziert: Den bisherigen LSW Logger entfernen, den neuen LSE-3 LAN Logger per Patchkabel mit dem Internet verbinden.
Leider erst am vergangenen Wochenende hatte ich die Gelegenheit, die Modbus-TCP-Verbindung ersten Tests zu unterziehen. Dabei traten wiederholt Timeout-Fehler auf. Es scheint mir so, als hätte sich die Firmware-Version des Loggers seit der ersten Inbetriebnahme automatisch von Version 1.09 auf 1.11 aktualisiert. Was ich ziemlich ärgerlich finde in dem Fall.
Ich hoffe, dass die Veröffentlichung der Firmware-Version 1.12 zeitnah erfolgt und die beobachteten Timeout-Probleme in dieser behoben werden.

[MarkoSchweizer]

Wir sollten den Support so lange mit der Firmware nerven, bis die das in den Griff bekommen.

[lowcloud]

Heute habe ich eine Rückmeldung vom Kundenservice erhalten. Darin wurde mir mitgeteilt, dass ich mich bezüglich Modbus TCP direkt an Sofar wenden solle. Gleichzeitig bot man mir Unterstützung beim Downgrade der Logger-Firmware an.
Allerdings habe ich eben nachgeschaut und festgestellt, dass der Downgrade bereits durchgeführt wurde. Die Firmware-Version 1.09 ist wieder installiert. Ich werde leider erst am Wochenende dazu kommen, Modbus TCP zu testen. Es bleibt abzuwarten, wie lange die Firmware-Version nun auf 1.09 bleibt...

[tuedeldue13]

Funktioniert es mit der 1.09 wieder ohne Timeouts?

Hat jemand Zugang zur "ME_0D_270A_1.09U.bin" Firmware

[MarkoSchweizer]

1.09 läuft ohne timeouts. Man müsste mal den Support fragen, ob die die rausrücken. Bisher wurde mein Logger immer aus der Ferne geupdated.

[cwseiler]

Der Support von Solarman hat meine Firmware auf 1.09 zurückgesetzt. Das hat schnell geklappt. Jetzt läuft es auch wieder ohne timeouts. Die Frage stellt sich nun, wie man verhindern kann, dass die Firmware wieder selbstständig von wem auch immer wieder geändert wird.

[lowcloud]

Die Frage stelle ich mir auch. Ich finde es ungewöhnlich, dass der Logger sich eigenständig updatet ohne, dass man dem irgendwo zugestimmt hat bzw. nicht die Möglichkeit hat automatische Updates zu deaktivieren. Oder habe ich vielleicht etwas übersehen auf der Konfigurationspage des Loggers?

[aerucu]

Wenn man auf der versteckten Weboberfläche des Loggers http://192.168.xxx.xxx/config_hide.html Server A Setting und Optional Server Setting raus löscht, dann kann der Logger nicht nach hause telefonieren und ist für den Hersteller nicht erreichbar.

[wardwygaerts]

I have some issues with operating my home battery. When setting a price limit, the inverter changes to 'passive' mode, but battery is not charging.
I have firmware ME_0C_270A_1.05 on my LSE-3

[MarkoSchweizer]

They upgraded my firmware to ME_0E_270A_1.11, although I asked for 1.09. Lots of timeouts...

I would ask them again and explain why you want the older firmware.

[cschlipf]

They upgraded my firmware to ME_0E_270A_1.11, although I asked for 1.09. Lots of timeouts...

Yes, that's what others have reported using this firmware as well. You need 1.09

[wardwygaerts]

yes, I asked to downgrade the firmware to 1.09.

[wardwygaerts]

I'm on 1.09 without timeouts :)
one more question: when my battery is charging it's only taking +/-130W from the grid. Has this something to do with the residualPower variable, which is set to 100

[wardwygaerts]

@cschlipf I did some more tests. My battery is currently at 20% (so no discharging anymore) and no sun. But battery is not charging at all...

logs

[sofar_pv] TRACE 2024/12/09 21:35:24 modbus: send 00 60 00 00 00 06 01 03 05 c4 00 01
[sofar_pv] TRACE 2024/12/09 21:35:24 modbus: recv 00 60 00 00 00 05 01 03 02 00 00
[sofar_pv] TRACE 2024/12/09 21:35:24 modbus: send 00 61 00 00 00 06 01 03 06 86 00 02
[sofar_pv] TRACE 2024/12/09 21:35:24 modbus: recv 00 61 00 00 00 07 01 03 04 00 02 8b 72
[sofar_battery] TRACE 2024/12/09 21:35:24 modbus: send 00 62 00 00 00 06 01 03 06 06 00 01
[sofar_battery] TRACE 2024/12/09 21:35:25 modbus: recv 00 62 00 00 00 05 01 03 02 00 00
[sofar_battery] TRACE 2024/12/09 21:35:25 modbus: send 00 63 00 00 00 06 01 03 06 9a 00 02
[sofar_battery] TRACE 2024/12/09 21:35:25 modbus: recv 00 63 00 00 00 07 01 03 04 00 00 eb b5
[sofar_battery] TRACE 2024/12/09 21:35:25 modbus: send 00 64 00 00 00 06 01 03 06 08 00 01
[sofar_battery] TRACE 2024/12/09 21:35:25 modbus: recv 00 64 00 00 00 05 01 03 02 00 14
[sofar_battery] TRACE 2024/12/09 21:35:54 modbus: send 00 65 00 00 00 06 01 03 06 06 00 01
[sofar_battery] TRACE 2024/12/09 21:35:56 modbus: recv 00 65 00 00 00 05 01 03 02 00 00
[sofar_battery] TRACE 2024/12/09 21:35:56 modbus: send 00 66 00 00 00 06 01 03 06 9a 00 02
[sofar_battery] TRACE 2024/12/09 21:35:56 modbus: recv 00 66 00 00 00 07 01 03 04 00 00 eb b5
[sofar_pv] TRACE 2024/12/09 21:35:56 modbus: send 00 67 00 00 00 06 01 03 05 c4 00 01
[sofar_pv] TRACE 2024/12/09 21:35:56 modbus: recv 00 67 00 00 00 05 01 03 02 00 00
[sofar_pv] TRACE 2024/12/09 21:35:56 modbus: send 00 68 00 00 00 06 01 03 06 86 00 02
[sofar_pv] TRACE 2024/12/09 21:35:57 modbus: recv 00 68 00 00 00 07 01 03 04 00 02 8b 72
[sofar_battery] TRACE 2024/12/09 21:35:57 modbus: send 00 69 00 00 00 06 01 03 06 08 00 01
[sofar_battery] TRACE 2024/12/09 21:35:57 modbus: recv 00 69 00 00 00 05 01 03 02 00 14
[sofar_battery] TRACE 2024/12/09 21:36:24 modbus: send 00 6a 00 00 00 06 01 03 06 06 00 01
[sofar_battery] TRACE 2024/12/09 21:36:24 modbus: recv 00 6a 00 00 00 05 01 03 02 00 00
[sofar_battery] TRACE 2024/12/09 21:36:24 modbus: send 00 6b 00 00 00 06 01 03 06 9a 00 02
[sofar_battery] TRACE 2024/12/09 21:36:24 modbus: recv 00 6b 00 00 00 07 01 03 04 00 00 eb b5
[sofar_pv] TRACE 2024/12/09 21:36:24 modbus: send 00 6c 00 00 00 06 01 03 05 c4 00 01
[sofar_pv] TRACE 2024/12/09 21:36:25 modbus: recv 00 6c 00 00 00 05 01 03 02 00 00
[sofar_pv] TRACE 2024/12/09 21:36:25 modbus: send 00 6d 00 00 00 06 01 03 06 86 00 02
[sofar_pv] TRACE 2024/12/09 21:36:25 modbus: recv 00 6d 00 00 00 07 01 03 04 00 02 8b 72
[sofar_battery] TRACE 2024/12/09 21:36:25 modbus: send 00 6e 00 00 00 06 01 03 06 08 00 01
[sofar_battery] TRACE 2024/12/09 21:36:25 modbus: recv 00 6e 00 00 00 05 01 03 02 00 14
[sofar_battery] TRACE 2024/12/09 21:36:54 modbus: send 00 6f 00 00 00 06 01 03 06 06 00 01
[sofar_battery] TRACE 2024/12/09 21:36:54 modbus: recv 00 6f 00 00 00 05 01 03 02 00 00
[sofar_battery] TRACE 2024/12/09 21:36:54 modbus: send 00 70 00 00 00 06 01 03 06 9a 00 02
[sofar_battery] TRACE 2024/12/09 21:36:54 modbus: recv 00 70 00 00 00 07 01 03 04 00 00 eb b5
[sofar_pv] TRACE 2024/12/09 21:36:54 modbus: send 00 71 00 00 00 06 01 03 05 c4 00 01
[sofar_pv] TRACE 2024/12/09 21:36:55 modbus: recv 00 71 00 00 00 05 01 03 02 00 00
[sofar_pv] TRACE 2024/12/09 21:36:55 modbus: send 00 72 00 00 00 06 01 03 06 86 00 02
[sofar_pv] TRACE 2024/12/09 21:36:55 modbus: recv 00 72 00 00 00 07 01 03 04 00 02 8b 72
[sofar_battery] TRACE 2024/12/09 21:36:55 modbus: send 00 73 00 00 00 06 01 03 06 08 00 01
[sofar_battery] TRACE 2024/12/09 21:36:55 modbus: recv 00 73 00 00 00 05 01 03 02 00 14

config of meters & site

meters:
  - name: grid
    type: template
    template: dsmr
    usage: grid
    host: 192.168.0.15 # IP address or hostname
    port: 23 # Port (optional)
  - name: sofar_pv
    type: template
    template: sofarsolar-g3
    usage: pv
    modbus: tcpip
    id: 1
    host: 192.168.0.37
    port: 8899
  - name: sofar_battery
    type: template
    template: sofarsolar-g3
    usage: battery
    modbus: tcpip
    id: 1
    host: 192.168.0.37
    port: 8899
    capacity: 10 # Battery capacity in kWh (optional)

site:
  title: Home # display name for UI
  meters:
    grid: grid
    pv:
      - sofar_pv
    battery:
      - sofar_battery
  residualPower: 100 # additional household usage margin

[cschlipf]

Hi Ihr,

ich habe gerade von meinem Kontakt folgende Info bekommen, die diese Updatewellen der Logger erklärt:

in der ersten Januarwoche wird die neue SOFAR Cloud freigeschaltet. Ist das neue Monitoring von SOFAR. Die Datenlogger (ca. 1,5 Millionen Stück) werden derzeit alle updated, damit die parallel ins Solarman und Sofar Portal senden können. Ihr könnt eure Anlagen dann also problemlos in beiden Portalen anlegen und behalten was besser gefällt.

Scheint als hätten wir nun eine von folgenden Möglichkeiten:

• Das neue SOFAR Monitoring zu bekommen, aber nicht mehr mit ModBus TCP auf den LSE-3 zugreifen zu können. Alternativ dann ModBus TCP über einen Adapter am RS485 Port abgreifen.
• Das Update solange verweigern/blockieren und auf 1.09 bleiben, aber dann weder neue SOFAR Monitoring noch die Solarman app nutzen zu können und hoffen, bis es hoffentlich bald eine Version 1.12 gibt, die ModBus TCP wieder im Zusammenhang mit dem neuen Monitoring erlaubt.

[aerucu]

Kann es sein, das Solarman auch an der 1.09 etwas gedreht hat, weshalb mein Home Assistant die Daten sehr spät vom Logger bekommt? Die Daten kommen nämlich ca. eine Stunde später an. Auf meinem Sofar Solar 15KTL HYD ist die aktuellste Firmware V113562 installiert.

Bekommst du auf deinem Home Assistant mit SolaX Inverter Modbus App die Daten alle 10 s oder hast du auch eine lange Verzögerung?

[cschlipf]

Nee, bei mir passt das in HA mit der SolaX Integration. Ich hatte aber auch noch keinen Update auf 1.11 mit einem folgenden Downgrade auf 1.09

[aerucu]

Kann man die Logs von der SolaX Integration ansehen? Wenn ja, wie komme ich an die Logs?

[tuedeldue13]

Also bei mir läuft evcc mit der 1.09 wieder ohne Timeouts. Leider habe ich seit der neuen Version der Solarman Smart App nur noch fehlerhafte Daten von Erzeugung Verbrauch usw.
Ist das bei euch auch so?
Und funktioniert es in der Sofar App?

Oder geht das mit der 1.09 jetzt gar nicht mehr?

Bin mittlerweile echt genervt. Alles hat Mal 1A funktioniert und jetzt so ne kacke...

[aerucu]

10 Sekunden

[cschlipf]

EVCC und HA gleichzeitig?

Das ist vieeeel zu oft. Da wundert mich gar nichts.

Ich habe EVCC bei 30s, HA ebenfalls für die schnellen Abfragen und 1min und 2 min für mittel und langsame Entities. Es gibt einen guten Grund warum es in HA diese Unterscheidung gibt. Du überlastest schon alleine mit HA den ModBus.

[aerucu]

Bei evcc habe ich den standard Interval gar nicht geändert. Ich muss mal schauen wo man das einstellt.

[aerucu]

Ist das diese Zeile hier?

interval: 30s # control cycle interval.

[aerucu]

Auf evcc ist bei mir der standard Intervall von 30s eingestellt. Solax Modbus Integration habe ich jetzt auf 15s umgestellt und jetzt scheint es zu funktionieren. Danke für den Tipp :-D