<![CDATA[[HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write)]]>Achtung: Verbindung mit Modbus Adapter klappt nicht, node-red klappt.

Hier eine Anleitung um den SUN2000 Wechselrichter incl. Batterie und Power Meter per node-red auszulesen und Werte zu schreiben:

1. Wechselrichter korrekt konfigurieren:
Im Wechselrichter muss die Konfiguration per Modbus (TCP) aktiviert sein. Das kann der Installateur direkt erledigen. Alternativ lädt man sich die SUN2000 App auf's Handy und verbindet sich damit über das WLAN des Wechselrichters (also davorstehend im Keller) mit dem WR und stellt das ein. (Unter Kommunikationseinstellungen glaube ich, die Menüs sind ziemlich unübersichtlich mMn.)
Zum Login in die App als Installateur braucht man ein Passwort: 00000a
Eventuell braucht man zum Verbinden auf das WLAN des Wechselrichters auch ein Passwort: Changeme

2. Node-Red installieren und Flow importieren:
Man muss im ioBroker node-red installieren. Außerdem muss man in node-red noch drei zusätzliche NPM Module installieren (geht bei den Instanzeinstellungen):
• node-red-contrib-calc
• node-red-contrib-buffer-parser
• node-red-contrib-modbus

Hat man das erledigt, kann man diesen Flow importieren:

Huawei_SUN2000_node_red_flow_read_write_2023-11.txt

Achtung, weil das hier schon ein paar Mal zu Problemen geführt hat: Man muss die Client-ID in allen Modbus-Nodes korrekt eintragen. Bei mir steht da 2, weil mein Wechselrichter schonmal getauscht wurde. Das muss überall auf den richtigen Wert (meistens 1) geändert werden damit Daten kommen!
Nachdem man den Flow importiert hat muss man ganz rechts im Menü unter "Globale-Konfigurations-Nodes" beim modbus-client noch die IP Adresse vom Wechselrichter und wieder die richtige Client-ID (typischerweise 1) eintragen. (Port ist 502)

3. Hinweise:
Dann sollte die Verbindung eigentlich schon funktionieren. Bei mir war dann noch das Problem, das node-red gemeckert hat, dass die Objekte in iobroker nicht existieren in die er schreiben will.
Um das zu fixen habe ich im Flow alle Output-Nodes (die graublauen Boxen rechts) einmal doppeltgeklickt und dort bei "Auto-create --> Create states if not exist" ausgewählt. Dann kann man noch die Einheit und den Typ festlegen und dann werden die States automatisch beim ersten Lesen angelegt. Hierfür ist es erforderlich, dass in den node-red Instanzeinstellungen noch der Hacken bei "Erstellung von Fremd-Objekten zulassen" aktiviert wird.
Zusätzlich habe ich noch den Wert "Readonly --> Object is writeable" gesetzt. K.a. ob das nötig ist, aber ich hatte den Eindruck, dass die Werte sonst nicht korrekt aktualisiert werden.

Zum Nachlesen gibt es hier noch die Huawei SUN2000 Modbus Register Übersicht:
Solar Inverter Modbus Interface Definitions V5.pdf (Stand 2023)
Im Flow werden die wichtigsten Größen aber schon abgefragt.

4. Modbus-Register schreiben:
Man kann auch Register schreiben! Damit kann man z.B. die Batterie-Entladung auf 0W setzen wenn das eAuto lädt. Damit entlädt sich die Batterie dann nicht unnötig, wenn man das Auto mit Netzstrom lädt im Winter oder Nachts.
Man kann auch TOU (Zeitgesteuertes Laden) aktivieren. Damit kann man wenn man Tibber oder Awattar nutzt zu den günstigen Stunden den Akku aufladen. Um die günstigsten Stunden auszulesen gibt es hier im Forum entsprechende Skripte.

4.1 Zeitgesteuertes Laden korrekt konfigurieren und schreiben:
• AC-Laden muss auf 1 stehen (Register 47087). Kann auch mMn permanent auf 1 bleiben.
• Battery Working Mode (Register 47086) kann zwischen 2 (Maximaler Eigenverbrauch) und 5 (TOU, zeitgesteuert Laden) umgestellt werden.
• Man definiert dann in der Huawei FusionSolar App unter Geräte - Dongle - Parametereinstellungen (die 4 Punkte oben rechts) einfach eine Zeit von 0:00 bis 23:59 jeden Tag "laden" (also den ganzen Tag). Dafür muss die Batterie auf TOU (5) gestellt sein.
• Sobald man jetzt per Modbus das Register 47086 von 2 auf 5 umschaltet, fängt die Batterie aus dem Netz an zu laden.
• Maximaler Ladestrom kann über Register 47075 eingestellt werden.
• Stellt man den Working Mode wieder zurück auf 2, hört das Netzladen auf und die Batterie verhält sich wieder "normal".

Die nötigen ioBroker Datenpunkte muss man noch anlegen. Also zB. Battery_Max_Charge_Power_SET oder Workingmode_Change.

5. Weiteres
5.1 Mehrere Wechselrichter abfragen
Es gibt noch weitere Möglichkeiten den Flow aufzubauen. Man kann mehrere Adressbereiche auf einmal abfragen, das ist ggf. etwas effizienter. Den Flow dazu habe ich aber nicht getestet:

Flow mit Multi-Abfrage

Außerdem enthält der Flow ein Beispiel für die Abfrage mehrerer Wechselrichter in Kaskade. Im Prinzip muss man nur die korrekten IDs pro Wechselrichter eintragen und nicht zu viele Register abfragen, sonst kommen keine Daten mehr. Damit lassen sich auch 3 Wechselrichter (oder ggf. sogar mehr) in einem Flow abfragen.

5.2 Aktuelle Firmware / Modbus Interface Definitions
Hier noch ein Link zu den aktuellen Firmware Versionen:
SUN2000 Firmware

Vielen Dank an alle, die den Input geliefert haben!
Ich hoffe es hilf, wenn ich es hier einmal zusammengefasst habe.

]]>https://forum.iobroker.net/topic/51639/howto-huawei-sun2000-wr-modbus-mit-node-red-read-writeRSS for NodeWed, 15 Jul 2026 09:57:46 GMTFri, 21 Jan 2022 19:28:21 GMT60<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Wed, 09 Jul 2025 07:55:06 GMT]]>Hallo zusammen,

seit gestern geht mein Flow nicht mehr, hatte dies bereits jemand ?
Ich hatte gestern wegen den Daikin Adapter auf "Verschlüsselte Verbindung (HTTPS)" umgestellt um mich anzumelden.
Natürlich wieder den Haken beim Admin Adpater entfernt.
Ich denke nicht das es wegen dem sein kann, oder?

025-07-09 09:47:57.494 - info: node-red.0 (30027) starting. Version 5.2.1 in /opt/iobroker/node_modules/iobroker.node-red, node: v20.19.3, js-controller: 7.0.6
2025-07-09 09:47:59.206 - info: node-red.0 (30027) Starting node-red: --max-old-space-size=128 /opt/iobroker/node_modules/node-red/red.js -v --settings /opt/iobroker/iobroker-data/node-red/settings.js
2025-07-09 09:47:59.214 - info: node-red.0 (30027) Node-RED started successfully (PID: 30045)
2025-07-09 09:48:04.743 - warn: node-red.0 (30027) Node-RED: 9 Jul 09:48:04 - [warn] Projects disabled : editorTheme.projects.enabled=false
9 Jul 09:48:04 - [info] Flows file : /opt/iobroker/iobroker-data/node-red/flows.json
2025-07-09 09:48:04.820 - warn: node-red.0 (30027) Node-RED: 9 Jul 09:48:04 - [warn] Encrypted credentials not found
2025-07-09 09:48:06.007 - warn: node-red.0 (30027) Node-RED: 9 Jul 09:48:06 - [warn] [modbus-getter:30000] Getter -> Inject while node is not ready for input.
2025-07-09 09:48:06.011 - warn: node-red.0 (30027) Node-RED: 9 Jul 09:48:06 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
]]>https://forum.iobroker.net/post/1282326https://forum.iobroker.net/post/1282326Wed, 09 Jul 2025 07:55:06 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Sun, 19 Jan 2025 08:46:47 GMT]]>Guten Morgen zusammen,

hat seit heute morgen auch jemand das Problem mit dem Flow?

Node-RED: 19 Jan 09:32:02 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.

Lief bis heute morgen seit 1 Jahr problemlos.
Hier iobdiag:


*** BASE SYSTEM ***
 Static hostname: raspberrypi
       Icon name: computer
Operating System: Debian GNU/Linux 12 (bookworm)
          Kernel: Linux 6.6.62+rpt-rpi-v8
    Architecture: arm64
OS is similar to:

Model           : Raspberry Pi 4 Model B Rev 1.5
Docker          : false
Virtualization  : none
Kernel          : aarch64
Userland        : 64 bit

Systemuptime and Load:
 09:37:21 up 37 min,  3 users,  load average: 0.41, 0.53, 0.62
CPU threads: 4


*** LIFE CYCLE STATUS ***
Operating System is the current Debian stable version codenamed 'bookworm'!

*** RASPBERRY THROTTLING ***
Current issues:
No throttling issues detected.

Previously detected issues:
No throttling issues detected.

*** TIME AND TIMEZONES ***
               Local time: Sun 2025-01-19 09:37:22 CET
           Universal time: Sun 2025-01-19 08:37:22 UTC
                 RTC time: n/a
                Time zone: Europe/Berlin (CET, +0100)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no

*** Users and Groups ***
User that called 'iob diag':
pi
HOME=/home/pi
GROUPS=pi adm dialout cdrom sudo audio video plugdev games users input render netdev lpadmin gpio i2c spi iobroker

User that is running 'js-controller':
iobroker
HOME=/home/iobroker
GROUPS=iobroker tty dialout audio video plugdev bluetooth gpio i2c

*** DISPLAY-SERVER SETUP ***
Display-Server: false
Desktop:
Terminal:       tty

*** MEMORY ***
               total        used        free      shared  buff/cache   available
Mem:            4.0G        2.9G        200M         53K        986M        1.1G
Swap:           209M        5.0M        204M
Total:          4.2G        2.9G        405M

Active iob-Instances:   29

         3791 M total memory
         2735 M used memory
         1432 M active memory
         1913 M inactive memory
          191 M free memory
          105 M buffer memory
          835 M swap cache
          199 M total swap
            4 M used swap
          195 M free swap

*** top - Table Of Processes  ***
top - 09:37:22 up 37 min,  3 users,  load average: 0.41, 0.53, 0.62
Tasks: 230 total,   1 running, 229 sleeping,   0 stopped,   0 zombie
%Cpu(s): 12.5 us, 25.0 sy,  0.0 ni, 62.5 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :   3791.9 total,    190.6 free,   2735.9 used,    941.1 buff/cache
MiB Swap:    200.0 total,    195.2 free,      4.8 used.   1056.0 avail Mem

*** FAILED SERVICES ***

  UNIT LOAD ACTIVE SUB DESCRIPTION
0 loaded units listed.


*** DMESG CRITICAL ERRORS ***
No critical errors detected

*** FILESYSTEM ***
Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs  1.6G     0  1.6G   0% /dev
tmpfs          tmpfs     380M  1.3M  378M   1% /run
/dev/mmcblk0p2 ext4       29G   17G   11G  61% /
tmpfs          tmpfs     1.9G  8.0K  1.9G   1% /dev/shm
tmpfs          tmpfs     5.0M   16K  5.0M   1% /run/lock
/dev/mmcblk0p1 vfat      510M   76M  435M  15% /boot/firmware
tmpfs          tmpfs     380M   44K  380M   1% /run/user/1000

Messages concerning ext4 filesystem in dmesg:
[Sun Jan 19 09:00:07 2025] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_headphones=0 cgroup_disable=memory numa_policy=interleave snd_bcm2835.enable_headphones=1 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_hdmi=0  smsc95xx.macaddr=D8:3A:DD:1A:71:9B vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=1e048ecb-02 rootfstype=ext4 fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles
[Sun Jan 19 09:00:11 2025] EXT4-fs (mmcblk0p2): mounted filesystem cb6f0e18-5add-4177-ab98-e9f0235e06b3 ro with ordered data mode. Quota mode: none.
[Sun Jan 19 09:00:12 2025] EXT4-fs (mmcblk0p2): re-mounted cb6f0e18-5add-4177-ab98-e9f0235e06b3 r/w. Quota mode: none.

Show mounted filesystems:
TARGET           SOURCE         FSTYPE OPTIONS
/                /dev/mmcblk0p2 ext4   rw,noatime
`-/boot/firmware /dev/mmcblk0p1 vfat   rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro

Files in neuralgic directories:

/var:
3.8G    /var/
1.9G    /var/cache/apt
1.9G    /var/cache
1.7G    /var/cache/apt/archives
1.2G    /var/log/journal/7e2c2a4edd65422bba2260b27bca6205

Archived and active journals take up 1.1G in the file system.

/opt/iobroker/backups:
15M     /opt/iobroker/backups/

/opt/iobroker/iobroker-data:
1.5G    /opt/iobroker/iobroker-data/
923M    /opt/iobroker/iobroker-data/files
617M    /opt/iobroker/iobroker-data/files/javascript.admin
560M    /opt/iobroker/iobroker-data/files/javascript.admin/static
558M    /opt/iobroker/iobroker-data/files/javascript.admin/static/js

The five largest files in iobroker-data are:
24M     /opt/iobroker/iobroker-data/objects.jsonl
24M     /opt/iobroker/iobroker-data/files/web.admin/static/js/main.135279a0.js.map
24M     /opt/iobroker/iobroker-data/files/modbus.admin/static/js/main.6a71b34c.js.map
16M     /opt/iobroker/iobroker-data/states.jsonl
9.8M    /opt/iobroker/iobroker-data/files/homekit-controller.admin/static/js/main.f592ece1.js

USB-Devices by-id:
USB-Sticks -  Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id':

/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_c4452914ae9ded11bf33d1a5a7669f5d-if00-port0

*** NodeJS-Installation ***

/usr/bin/nodejs         v20.18.1
/usr/bin/node           v20.18.1
/usr/bin/npm            11.0.0
/usr/bin/npx            11.0.0
/usr/bin/corepack       0.29.4

nodejs:
  Installed: 20.18.1-1nodesource1
  Candidate: 20.18.1-1nodesource1
  Version table:
 *** 20.18.1-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
        100 /var/lib/dpkg/status
     20.18.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.17.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.16.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.15.1-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.15.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.14.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.13.1-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.13.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.12.2-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.12.1-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.12.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.11.1-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.11.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.10.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.9.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.8.1-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.8.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.7.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.6.1-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.6.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.5.1-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.5.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.4.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.3.1-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.3.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.2.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.1.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     20.0.0-1nodesource1 600
        500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
     18.19.0+dfsg-6~deb12u2 500
        500 http://deb.debian.org/debian bookworm/main arm64 Packages
     18.19.0+dfsg-6~deb12u1 500
        500 http://deb.debian.org/debian-security bookworm-security/main arm64 Packages

Temp directories causing deletion problem: 0
No problems detected

Errors in npm tree: 0
No problems detected

*** ioBroker-Installation ***

ioBroker Status
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Hosts:
raspberrypi         raspberrypi (version: 7.0.6, hostname: raspberrypi   , alive, uptime: 2202)

Core adapters versions
js-controller:  7.0.6
admin:          7.4.10
javascript:     8.8.3

nodejs modules from github:     1
+-- homebridge-tapo@1.4.17 (git+ssh://git@github.com/apatsufas/homebridge-tapo-p100.git#8d25f8ab9ffc1d7cca1118cd0081d1ba28fd3cd1)

Adapter State
+ system.adapter.admin.0                  : admin                 : raspberrypi                              -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.alexa2.0                 : alexa2                : raspberrypi                              -  enabled
+ system.adapter.awtrix-light.0           : awtrix-light          : raspberrypi                              -  enabled
+ system.adapter.backitup.0               : backitup              : raspberrypi                              -  enabled
+ system.adapter.cloud.0                  : cloud                 : raspberrypi                              -  enabled
+ system.adapter.daikin-cloud.0           : daikin-cloud          : raspberrypi                              -  enabled
+ system.adapter.daikin.0                 : daikin                : raspberrypi                              -  enabled
+ system.adapter.daikin.1                 : daikin                : raspberrypi                              -  enabled
+ system.adapter.discovery.0              : discovery             : raspberrypi                              -  enabled
+ system.adapter.ecovacs-deebot.0         : ecovacs-deebot        : raspberrypi                              -  enabled
+ system.adapter.energiefluss-erweitert.0 : energiefluss-erweitert: raspberrypi                              -  enabled
+ system.adapter.history.0                : history               : raspberrypi                              -  enabled
+ system.adapter.homeconnect.0            : homeconnect           : raspberrypi                              -  enabled
+ system.adapter.influxdb.0               : influxdb              : raspberrypi                              -  enabled, port: 8086
+ system.adapter.iqontrol.0               : iqontrol              : raspberrypi                              -  enabled
+ system.adapter.javascript.0             : javascript            : raspberrypi                              -  enabled
+ system.adapter.lg-thinq.0               : lg-thinq              : raspberrypi                              -  enabled
+ system.adapter.meross.0                 : meross                : raspberrypi                              -  enabled
+ system.adapter.mqtt.0                   : mqtt                  : raspberrypi                              -  enabled, port: 1885, bind: 0.0.0.0
+ system.adapter.myenergi.0               : myenergi              : raspberrypi                              -  enabled
+ system.adapter.node-red.0               : node-red              : raspberrypi                              -  enabled, port: 1880, bind: 0.0.0.0
+ system.adapter.shelly.0                 : shelly                : raspberrypi                              -  enabled, port: 1882, bind: 0.0.0.0
+ system.adapter.shelly.1                 : shelly                : raspberrypi                              -  enabled, port: 1882, bind: 0.0.0.0
+ system.adapter.spotify-premium.0        : spotify-premium       : raspberrypi                              -  enabled
+ system.adapter.tesla-motors.0           : tesla-motors          : raspberrypi                              -  enabled
+ system.adapter.tuya.0                   : tuya                  : raspberrypi                              -  enabled
+ system.adapter.web.0                    : web                   : raspberrypi                              -  enabled, port: 8082, bind: 0.0.0.0, run as: admin
+ system.adapter.zigbee2mqtt.0            : zigbee2mqtt           : raspberrypi                              -  enabled

+ instance is alive

Enabled adapters with bindings
+ system.adapter.admin.0                  : admin                 : raspberrypi                              -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.influxdb.0               : influxdb              : raspberrypi                              -  enabled, port: 8086
+ system.adapter.mqtt.0                   : mqtt                  : raspberrypi                              -  enabled, port: 1885, bind: 0.0.0.0
+ system.adapter.node-red.0               : node-red              : raspberrypi                              -  enabled, port: 1880, bind: 0.0.0.0
+ system.adapter.shelly.0                 : shelly                : raspberrypi                              -  enabled, port: 1882, bind: 0.0.0.0
+ system.adapter.shelly.1                 : shelly                : raspberrypi                              -  enabled, port: 1882, bind: 0.0.0.0
+ system.adapter.web.0                    : web                   : raspberrypi                              -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

ioBroker-Repositories
┌─────────┬──────────┬─────────────────────────────────────────────────────────┬──────────────┐
│ (index) │ name     │ url                                                     │ auto upgrade │
├─────────┼──────────┼─────────────────────────────────────────────────────────┼──────────────┤
│ 0       │ 'stable' │ 'http://download.iobroker.net/sources-dist.json'        │ false        │
│ 1       │ 'beta'   │ 'http://download.iobroker.net/sources-dist-latest.json' │ false        │
└─────────┴──────────┴─────────────────────────────────────────────────────────┴──────────────┘

Active repo(s): stable
Upgrade policy: none

Installed ioBroker-Instances
Used repository: stable
Adapter    "admin"        : 7.4.10   , installed 7.4.10
Adapter    "alexa2"       : 3.26.5   , installed 3.26.5
Adapter    "awtrix-light" : 1.4.1    , installed 1.4.1
Adapter    "backitup"     : 3.0.31   , installed 3.0.31
Adapter    "cloud"        : 5.0.1    , installed 5.0.1
Adapter    "daikin"       : 1.4.2    , installed 1.4.2
Adapter    "daikin-cloud" : 0.4.11   , installed 0.4.11
Adapter    "discovery"    : 5.0.0    , installed 5.0.0
Adapter    "ecovacs-deebot": 1.4.15  , installed 1.4.15
Adapter    "energiefluss-erweitert": 0.6.2, installed 0.6.2
Adapter    "history"      : 3.0.1    , installed 3.0.1
Adapter    "homeconnect"  : 1.4.3    , installed 1.4.3
Adapter    "homekit-controller": 0.5.11, installed 0.5.11
Adapter    "influxdb"     : 4.0.2    , installed 4.0.2
Adapter    "iqontrol"     : 3.0.0    , installed 3.0.0
Adapter    "javascript"   : 8.8.3    , installed 8.8.3
Controller "js-controller": 7.0.6    , installed 7.0.6
Adapter    "lg-thinq"     : 1.0.7    , installed 1.0.7
Adapter    "meross"       : 1.17.0   , installed 1.17.0
Adapter    "modbus"       : 6.3.2    , installed 6.3.2
Adapter    "mqtt"         : 6.1.2    , installed 6.1.2
Adapter    "mqtt-client"  : 2.1.0    , installed 2.1.0
Adapter    "myenergi"     : 0.0.3    , installed 0.0.3
Adapter    "node-red"     : 5.2.1    , installed 5.2.1
Adapter    "openhab"      : 1.2.0    , installed 1.2.0
Adapter    "shelly"       : 8.5.1    , installed 8.5.1
Adapter    "simple-api"   : 2.8.0    , installed 2.8.0
Adapter    "socketio"     : 6.7.1    , installed 6.7.1
Adapter    "spotify-premium": 1.5.2  , installed 1.5.2
Adapter    "tesla-motors" : 1.3.2    , installed 1.3.2
Adapter    "tuya"         : 3.16.0   , installed 3.16.0
Adapter    "web"          : 6.2.5    , installed 6.2.5
Adapter    "ws"           : 2.6.2    , installed 2.6.2
Adapter    "zigbee"       : 1.10.14  , installed 1.10.14
Adapter    "zigbee2mqtt"  : 2.13.6   , installed 2.13.6

Objects and States
Please stand by - This may take a while
Objects:        9092
States:         6656

*** OS-Repositories and Updates ***
Hit:1 http://deb.debian.org/debian bookworm InRelease
Hit:2 http://deb.debian.org/debian-security bookworm-security InRelease
Hit:3 http://deb.debian.org/debian bookworm-updates InRelease
Hit:4 http://archive.raspberrypi.com/debian bookworm InRelease
Hit:5 https://repos.influxdata.com/debian stable InRelease
Hit:6 https://apt.grafana.com stable InRelease
Hit:7 https://deb.nodesource.com/node_20.x nodistro InRelease
Hit:8 https://repo.homebridge.io stable InRelease
Reading package lists...
Pending Updates: 0

*** Listening Ports ***
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode      PID/Program name
tcp        0      0 127.0.0.1:42133         0.0.0.0:*               LISTEN      112        7953       1250/homebridge: @t
tcp        0      0 127.0.0.1:44137         0.0.0.0:*               LISTEN      112        10463      1256/homebridge: ho
tcp        0      0 127.0.0.1:44095         0.0.0.0:*               LISTEN      112        7917       1231/homebridge: ho
tcp        0      0 127.0.0.1:35877         0.0.0.0:*               LISTEN      112        9733       1224/homebridge: ho
tcp        0      0 127.0.0.1:36193         0.0.0.0:*               LISTEN      112        7928       1225/homebridge: ho
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          7057       766/sshd: /usr/sbin
tcp        0      0 127.0.0.1:38199         0.0.0.0:*               LISTEN      112        10457      1276/homebridge: ho
tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      1000       11672      2019/node
tcp        0      0 0.0.0.0:1880            0.0.0.0:*               LISTEN      1001       9152       1501/node-red
tcp        0      0 0.0.0.0:1882            0.0.0.0:*               LISTEN      1001       13517      1974/io.shelly.0
tcp        0      0 0.0.0.0:1883            0.0.0.0:*               LISTEN      114        7048       761/mosquitto
tcp        0      0 0.0.0.0:1885            0.0.0.0:*               LISTEN      1001       11189      1986/io.mqtt.0
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      0          5664       753/cupsd
tcp        0      0 127.0.0.1:39929         0.0.0.0:*               LISTEN      112        9686       1249/homebridge: ho
tcp        0      0 127.0.0.1:9000          0.0.0.0:*               LISTEN      1001       9465       1055/iobroker.js-co
tcp        0      0 127.0.0.1:9001          0.0.0.0:*               LISTEN      1001       6095       1055/iobroker.js-co
tcp        0      0 127.0.0.1:41203         0.0.0.0:*               LISTEN      112        7964       1238/homebridge: @0
tcp        0      0 127.0.0.1:41117         0.0.0.0:*               LISTEN      112        9771       1235/homebridge: ho
tcp        0      0 127.0.0.1:37121         0.0.0.0:*               LISTEN      112        9759       1264/homebridge: ho
tcp6       0      0 :::52120                :::*                    LISTEN      112        10342      1276/homebridge: ho
tcp6       0      0 :::3000                 :::*                    LISTEN      113        9460       1054/grafana
tcp6       0      0 :::47961                :::*                    LISTEN      112        8673       1224/homebridge: ho
tcp6       0      0 :::39667                :::*                    LISTEN      112        7818       1231/homebridge: ho
tcp6       0      0 :::51798                :::*                    LISTEN      112        10320      1179/homebridge
tcp6       0      0 :::8581                 :::*                    LISTEN      112        7679       1114/hb-service
tcp6       0      0 :::45391                :::*                    LISTEN      112        9658       1238/homebridge: @0
tcp6       0      0 :::37166                :::*                    LISTEN      112        8711       1225/homebridge: ho
tcp6       0      0 ::1:631                 :::*                    LISTEN      0          5663       753/cupsd
tcp6       0      0 :::22                   :::*                    LISTEN      0          7059       766/sshd: /usr/sbin
tcp6       0      0 :::53299                :::*                    LISTEN      112        10395      1249/homebridge: ho
tcp6       0      0 :::8081                 :::*                    LISTEN      1001       8035       1431/io.admin.0
tcp6       0      0 :::8082                 :::*                    LISTEN      1001       25838      3660/io.web.0
tcp6       0      0 :::8086                 :::*                    LISTEN      999        7548       869/influxd
tcp6       0      0 :::1883                 :::*                    LISTEN      114        7049       761/mosquitto
tcp6       0      0 :::32570                :::*                    LISTEN      112        7848       1256/homebridge: ho
tcp6       0      0 :::36476                :::*                    LISTEN      112        9639       1250/homebridge: @t
tcp6       0      0 :::44253                :::*                    LISTEN      112        8682       1264/homebridge: ho
tcp6       0      0 :::52403                :::*                    LISTEN      112        10346      1235/homebridge: ho
udp        0      0 0.0.0.0:6666            0.0.0.0:*                           1001       10989      1766/io.tuya.0
udp        0      0 0.0.0.0:6667            0.0.0.0:*                           1001       10990      1766/io.tuya.0
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           112        7842       1231/homebridge: ho
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           112        10251      1114/hb-service
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           104        6969       588/avahi-daemon: r
udp        0      0 0.0.0.0:50608           0.0.0.0:*                           104        6971       588/avahi-daemon: r
udp        0      0 0.0.0.0:5683            0.0.0.0:*                           1001       12644      2049/io.shelly.1
udp        0      0 0.0.0.0:5683            0.0.0.0:*                           112        10372      1250/homebridge: @t
udp6       0      0 fe80::81a3:20c2:583:546 :::*                                0          5717       699/NetworkManager
udp6       0      0 :::5353                 :::*                                104        6970       588/avahi-daemon: r
udp6       0      0 :::40477                :::*                                104        6972       588/avahi-daemon: r

*** Log File - Last 25 Lines ***

2025-01-19 09:26:02.568  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:26:02 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:26:12.570  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:26:12 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:27:02.582  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:27:02 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:27:12.587  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:27:12 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:28:02.596  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:28:02 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:28:12.597  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:28:12 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:29:02.608  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:29:02 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:29:12.611  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:29:12 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:30:02.621  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:30:02 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:30:12.624  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:30:12 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:31:02.633  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:31:02 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:31:12.637  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:31:12 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:32:02.646  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:32:02 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:32:12.648  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:32:12 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:33:02.659  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:33:02 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:33:12.660  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:33:12 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:34:02.669  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:34:02 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:34:12.671  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:34:12 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:35:02.685  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:35:02 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:35:12.689  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:35:12 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:36:02.701  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:36:02 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:36:12.704  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:36:12 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:37:02.711  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:37:02 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:37:12.713  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:37:12 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
2025-01-19 09:38:02.724  - warn: node-red.0 (1448) Node-RED: 19 Jan 09:38:02 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.

Screenshots vom Flow:
Screenshot 2025-01-19 094122.png
Screenshot 2025-01-19 094228.png
Screenshot 2025-01-19 094303.png

Software Dongle: V200R022C10SPC108
Sun2000: V100R001C00SPC155

]]>https://forum.iobroker.net/post/1239855https://forum.iobroker.net/post/1239855Sun, 19 Jan 2025 08:46:47 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Thu, 28 Nov 2024 17:34:32 GMT]]>Hallo Leute,
Nach Paar Jahre stabiler Funktion, habe ich zuletzt Probleme mit vielen Timeouts und Fehler. Aus den o.g. Gründen nach Alternative gesucht und tatsächlich seit Oktober einen neuen Adapter gefunden was unsere Bemühung mit dem Node-Red und schreiben/lesen der Register überflüssig macht.

https://forum.iobroker.net/topic/71768/test-adapter-sun2000-v0-1-x-huawei-wechselrichter

Ich habe es ausprobiert und funktioniert gut.
Mit dem Steuern der Wallbox gibt es vielleicht auch Lösungen seit der EMMA ... aber noch nicht fertig ...
Gruß.

]]>https://forum.iobroker.net/post/1224146https://forum.iobroker.net/post/1224146Thu, 28 Nov 2024 17:34:32 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Fri, 06 Dec 2024 23:15:54 GMT]]>gelöscht

]]>https://forum.iobroker.net/post/1224035https://forum.iobroker.net/post/1224035Fri, 06 Dec 2024 23:15:54 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Fri, 22 Nov 2024 19:14:34 GMT]]>@mickym Du hast natürlich recht. Da war ja was....
Doku lesen, dann fällt der Groschen. :-)
c1c574d2-8edd-4937-a2b0-a9d49bca5d04-grafik.png

]]>https://forum.iobroker.net/post/1222076https://forum.iobroker.net/post/1222076Fri, 22 Nov 2024 19:14:34 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Fri, 22 Nov 2024 16:16:26 GMT]]>@mage Man sollte halt mal die Hilfe zu der Node anschauen. Ausserdem musst Du ja einen Wert übergeben und deshalb kannst Du doch nicht die payload mal schnell als field verwenden.

907e1060-2714-4311-90ae-5aa00bbb45a3-image.png

Also:

  1. Measurement - topic in msg.measurement
  2. payload als Objekt mit {topic:payload}

Also die Hilfe anschauen, hilft meist.

c89d4222-06f3-42de-88ed-6320b2d622b8-image.png

]]>https://forum.iobroker.net/post/1222032https://forum.iobroker.net/post/1222032Fri, 22 Nov 2024 16:16:26 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Fri, 22 Nov 2024 15:29:19 GMT]]>Hallo zusammen,

jetzt ist es schon eine Weile her, dass ich meinen node-red flow erstellt habe.
Nun wollte ich diesen anpassen und stehe gerade auf dem Schlauch.

Aktuell übergebe ich meine Eigenschaften "msg.payload" mit dem "msg.topic" direkt an den iobroker.
78731b54-8d16-4e07-a778-57b33e7e27d0-grafik.png
Filter node
99fb44f9-097e-466d-9a6e-86766fe0800e-grafik.png
ioBroker node
6c44dfde-c7cc-4cbb-b61d-0b58717b9576-grafik.png

Nun möchte ich den topic und den payload an die InfluxDB 2 direkt weitergeben.
D.h. in der InfluxDB 2 soll der topic das _measurement und der payload als _field value übergeben werden.
Die Verbindung zum bucket habe ich hergestellt.
f53dc1d7-8d19-433c-93a8-725ae24549e4-grafik.png
An der Übergabe scheiter ich gerade.

Habt ihr einen Tipp für mich?

Gruß
Markus

]]>https://forum.iobroker.net/post/1222021https://forum.iobroker.net/post/1222021Fri, 22 Nov 2024 15:29:19 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Wed, 20 Nov 2024 21:51:52 GMT]]>@badsnoopy667
Hallo Badsnoopy,
Danke für deine Antwort.
Ich benutze seit einem Jahr fehlerfrei das Nodebeispiel hier am Anfang. Erst seit einige Wochen das Problem aufgetreten. (vielleicht nach Node Update ?). Es ist alles verkabelt.

[Nodes.json](/assets/uploads/files/1732139496386-nodes.json)
]]>https://forum.iobroker.net/post/1221507https://forum.iobroker.net/post/1221507Wed, 20 Nov 2024 21:51:52 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Sun, 17 Nov 2024 21:21:54 GMT]]>@geo-ioan said in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):

ich kriege zwar die Daten gelesen aber kann nichts senden ... oder sehr selten.
Auch in einer Linux Umgebung das gleiche Problem ...

Du musst vor dem Senden das Lesen pausieren, gleichzeitig mag er nicht. Ich habe bei mir eine Abfrage eingebaut beim lesen, die prüft, ob die Variable "Pause" auf false steht. Beim Schreiben wird die Variable Pause für 20 Sekunden auf true gesetzt, dann wird 5 Sekunden gewartet und dann geschrieben.

MMn bedeuten die Warnungen nur, dass zu viel Traffic ist. Ist die Verbindung zum WLan Stick schlecht?

]]>https://forum.iobroker.net/post/1220496https://forum.iobroker.net/post/1220496Sun, 17 Nov 2024 21:21:54 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Sun, 17 Nov 2024 20:42:33 GMT]]>Bin ich der einzige der Fehler hat ?
Seit mehrere Wochen habe ich Probleme mit haufenweise Fehler in den Logs:

Copy to Clipboard
node-red.0 2024-11-17 21:13:59.751 warn Node-RED: 17 Nov 21:13:59 - [warn] [modbus-client:WLAN-FE] Client -> fsm broken state after failed Get More About It By Logging TCP@192.168.0.73:502 default Unit-Id: 1
node-red.0 2024-11-17 21:13:59.750 warn Node-RED: 17 Nov 21:13:59 - [warn] [modbus-client:WLAN-FE] Client -> fsm failed state after sending Get More About It By Logging TCP@192.168.0.73:502 default Unit-Id: 1
node-red.0 2024-11-17 21:13:28.040 warn Node-RED: 17 Nov 21:13:28 - [warn] [modbus-client:WLAN-FE] Client -> fsm broken state after failed Get More About It By Logging TCP@192.168.0.73:502 default Unit-Id: 1
node-red.0 2024-11-17 21:13:28.039 warn Node-RED: 17 Nov 21:13:28 - [warn] [modbus-client:WLAN-FE] Client -> fsm failed state after sending Get More About It By Logging TCP@192.168.0.73:502 default Unit-Id: 1
node-red.0 2024-11-17 21:13:11.526 warn Node-RED: 17 Nov 21:13:11 - [warn] [modbus-client:WLAN-FE] Client -> fsm broken state after failed Get More About It By Logging TCP@192.168.0.73:502 default Unit-Id: 1
node-red.0 2024-11-17 21:13:11.525 warn Node-RED: 17 Nov 21:13:11 - [warn] [modbus-client:WLAN-FE] Client -> fsm failed state after sending Get More About It By Logging TCP@192.168.0.73:502 default Unit-Id: 1
ich kriege zwar die Daten gelesen aber kann nichts senden ... oder sehr selten.
Auch in einer Linux Umgebung das gleiche Problem ...

PlatformBetriebssystem:win32
Architektur:x64
CPUs:4
Geschwindigkeit:1498 MHz
Modell:Intel(R) Pentium(R) Silver J5005 CPU @ 1.50GHz
RAM:7.4 GB
System-Betriebszeit:02:50:09
Node.js:v20.18.0
time:1731875819824
timeOffset:-60
NPM:10.8.2
Adapter-Anzahl:546
Datenträgergröße:445.8 GB
Freier Festplattenspeicher:276.9 GB
Aktive Instanzen:19
Pfad:C:\iobroker\SmartHome\ioBroker
Betriebszeit:02:49:42
aktiv:true
_nodeCurrent:20.18.0
_nodeNewest:20.18.0
_nodeNewestNext:20.18.0
_npmCurrent:10.8.2
_npmNewest:10.8.2
_npmNewestNext:10.8.2

]]>https://forum.iobroker.net/post/1220492https://forum.iobroker.net/post/1220492Sun, 17 Nov 2024 20:42:33 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Thu, 07 Nov 2024 13:41:23 GMT]]>Hallo zusammen, habe im Fusion Portal folgende Meldung bekommen...
Ist das evtl. ausschlaggebend zu den Nodered Flows ?

Wichtiges Update zur IP-Verbindung von FusionSolar
Sehr geehrter Benutzer/Sehr geehrte Benutzerin, bitte beachten Sie, dass die von Ihrem Unternehmen verwalteten Geräte über einen bestimmten Domainnamen mit FusionSolar verbunden sind. Der Zugriff auf das System über den Domainnamen bleibt unverändert, wodurch sichergestellt wird, dass Ihre Geräte eine kontinuierliche Verbindung zu FusionSolar aufrechterhalten. Es ist jedoch möglich, dass einige Geräte über eine IP-Adresse mit FusionSolar verbunden sind. Aufgrund von Systemaktualisierungen wird die IP-Adresse von FusionSolar bis Ende 2024 geändert. Wenn Ihre Geräte derzeit über eine IP-Adresse verbunden sind, werden sie offline geschaltet, sobald die IP-Adresse geändert wird. Daher empfehlen wir Ihnen zu überprüfen, ob Ihre Geräte über eine IP-Adresse mit FusionSolar verbunden sind. Wenn sie über eine IP-Adresse verbunden sind, aktualisieren Sie bitte die Konfiguration, um den folgenden Domainnamen zu verwenden: region04eu5.fusionsolar.huawei.com Weitere Informationen zu dieser Änderung finden Sie unter: https://support.huawei.com/enterprise/en/doc/EDOC1100414730 Bei Fragen wenden Sie sich bitte an: eu_inverter_support@huawei.com. Vielen Dank für Ihre Unterstützung und Ihr Verständnis.

]]>https://forum.iobroker.net/post/1216749https://forum.iobroker.net/post/1216749Thu, 07 Nov 2024 13:41:23 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Sun, 29 Sep 2024 19:20:40 GMT]]>Ich hätte auch nochmal eine Frage zum Schreiben..
Ich hab ebenfalls einen Node-Red Flow bei dem ich alle Sachen meiner Kaskade auslese. Ich nutze dazu aber als Verbindung die Wechselrichter direkt und nicht den SDongle auf Grund der Geschwindigkeit.
Nun wollte ich AC-Laden (Register 47087) bei der Batterie bei Bedarf schreiben. Mit dem Beispiel aus dem Initial Post funktioniert das nur wenn ich als "Server" den SDongle auswähle nicht aber wenn ich auch hier den Wechselrichter als Modbus Server angebe. Muss in der Node "function" irgendwas am Code geändert werden? Unterschied beim Lesen ist ja nur, dass ich da z.b. keine Unit-ID brauche,

]]>https://forum.iobroker.net/post/1205055https://forum.iobroker.net/post/1205055Sun, 29 Sep 2024 19:20:40 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Wed, 11 Sep 2024 04:51:18 GMT]]>@badsnoopy667 Das wars, danke

]]>https://forum.iobroker.net/post/1199798https://forum.iobroker.net/post/1199798Wed, 11 Sep 2024 04:51:18 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Tue, 10 Sep 2024 18:38:11 GMT]]>@johgre
Ich würde erwarten: Ja

]]>https://forum.iobroker.net/post/1199706https://forum.iobroker.net/post/1199706Tue, 10 Sep 2024 18:38:11 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Tue, 10 Sep 2024 17:29:39 GMT]]>@badsnoopy667
Hi, danke für die schnelle Antwort.
function-Node Code sieht exact gleich aus, wobei mir jetzt einfällt ich habe ja Unit-ID 1. dh. ich muss die da jetzt im function-Node auch ändern?

]]>https://forum.iobroker.net/post/1199672https://forum.iobroker.net/post/1199672Tue, 10 Sep 2024 17:29:39 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Tue, 10 Sep 2024 16:07:41 GMT]]>@johgre said in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):

steuertes Laden .. zu implementieren, alle Punkte nach Anleitung durchgeführt, btw. Danke dafür den Flow der läuft nun seit 2 Jahren problemlos bei mir.

Was steht denn in Deiner function-Node? Bei mir steht da:

var sa = 50; // Startadresse des Registers
var address = 1; // Adressen des Registers
var value = msg.payload; // Wert, den du schreiben möchtest (16-Bit)

var buf = Buffer.alloc(2);
buf.writeUInt16BE(value); // Schreibe den 16-Bit Wert in den Buffer

msg.payload = {
    'fc': 6, // Funktion 6 für das Schreiben eines einzelnen Registers
    'unitid': 2, // Modbus-Geräte-ID
    'value': buf.readUInt16BE(0) // Lese den Wert aus dem Buffer
};

return msg;

Die Orange-Node ist vom Typ "FC6: Preset Single Register"

Was mir sonst noch einfällt wenn alles korrekt ist: Das Schreiben funktioniert bei mir nur, wenn ich während des Schreibens für ein paar Sekunden das Lesen beende. Anscheinend reicht die Bandbreite für beides nicht aus. Weiß gerade nicht, ob diese "setze flow.pause" funktion schon implementiert ist bei dir.

PS: Korrekte Unit-ID eingetragen?

]]>https://forum.iobroker.net/post/1199635https://forum.iobroker.net/post/1199635Tue, 10 Sep 2024 16:07:41 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Tue, 10 Sep 2024 14:02:52 GMT]]>Hallo @badsnoopy667,
bin gerade dabei den Punkt 4.1 Zeitgesteuertes Laden .. zu implementieren, alle Punkte nach Anleitung durchgeführt, btw. Danke dafür den Flow der läuft nun seit 2 Jahren problemlos bei mir.
Das aktivieren von TOU in der APP funktioniert und die LUNA beginnt das Laden aus dem Netz.
Das schreiben auf das Register 47086 funktioniert bei mir leider nicht nicht. Wert wird nicht auf 5 geändert.
ff7d8539-e6a3-4693-b12b-55af763cf02e-image.png

Würde das gerne aus einem Script triggern da ich aWattar-Kunde bin und zum günstigsten Zeitpunkt die Batterlie laden möchten.

]]>https://forum.iobroker.net/post/1199566https://forum.iobroker.net/post/1199566Tue, 10 Sep 2024 14:02:52 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Thu, 29 Aug 2024 22:21:22 GMT]]>@badsnoopy667

Hallo, den Multiflow habe ich probiert, da habe ich das gleiche Problem, das beim zweiten WR die gleichen Werte wie beim ersten WR angezeigt werden. Die Warnmeldung von zu vielen Abfragen kann doch nicht sein, ich frage ja nur drei Werte ab pro WR ab. Diese werden auch richtig angezeigt.

]]>https://forum.iobroker.net/post/1196315https://forum.iobroker.net/post/1196315Thu, 29 Aug 2024 22:21:22 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Thu, 29 Aug 2024 13:32:06 GMT]]>@hilfsbedürftiger

Hast Du mal den "Flow mit Multi-Abfrage" aus meinem 1. Post probiert? Das mit dem 2. WR kann ich leider immer nicht selber testen, habe nur einen. Aber da müsste ein Beispiel drin sein.

Und wenn ich mich richtig erinnere, bedeutet die Warnmeldung erstmal nur, dass zu viele Daten abgefragt wurden und das System am Limit ist. Die Daten kommen aber alle, oder?

]]>https://forum.iobroker.net/post/1196147https://forum.iobroker.net/post/1196147Thu, 29 Aug 2024 13:32:06 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Wed, 28 Aug 2024 21:50:46 GMT]]>node-red.0 2024-08-28 23:46:45.275 warn Node-RED: 28 Aug 23:46:45 - [warn] [modbus-client:2er WR] Client -> fsm connected after state init Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:43.271 warn Node-RED: 28 Aug 23:46:43 - [warn] [modbus-client:2er WR] Client -> fsm init in 2000 ms TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:43.269 warn Node-RED: 28 Aug 23:46:43 - [warn] [modbus-client:2er WR] Client -> fsm init state after reconnecting TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:41.266 warn Node-RED: 28 Aug 23:46:41 - [warn] [modbus-client:2er WR] Client -> fsm broken state after failed Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 228 Aug 23:46:41 - [warn] [modbus-client:2er WR] Client -> fsm reconnect state after broken Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:41.265 warn Node-RED: 28 Aug 23:46:41 - [warn] [modbus-client:2er WR] Client -> fsm failed state after sending Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:15.678 warn Node-RED: 28 Aug 23:46:15 - [warn] [modbus-client:2er WR] Client -> fsm connected after state init Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:13.668 warn Node-RED: 28 Aug 23:46:13 - [warn] [modbus-client:2er WR] Client -> fsm init state after reconnecting TCP@192.168.178.80:502 default Unit-Id: 228 Aug 23:46:13 - [warn] [modbus-client:2er WR] Client -> fsm init in 2000 ms TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:11.667 warn Node-RED: 28 Aug 23:46:11 - [warn] [modbus-client:2er WR] Client -> fsm failed state after sending Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 228 Aug 23:46:11 - [warn] [modbus-client:2er WR] Client -> fsm broken state after failed Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 228 Aug 23:46:11 - [warn] [modbus-client:2er WR] Client -> fsm reconnect state after broken Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:00.729 warn Node-RED: 28 Aug 23:46:00 - [warn] [modbus-client:2er WR] Client -> fsm connected after state init Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 2 ]]>https://forum.iobroker.net/post/1195997https://forum.iobroker.net/post/1195997Wed, 28 Aug 2024 21:50:46 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Wed, 28 Aug 2024 21:40:32 GMT]]>@hilfsbedürftiger
Logs bitte als Text in Code-Tags </> einbetten und nicht als Screenshot. Diese Mäusekino Screenshots kann man auch nicht vernünftig lesen, wenn man nicht gerade vor einem fetten 4K Monitor sitzt, sondern nur mobil unterwegs ist.

]]>https://forum.iobroker.net/post/1195994https://forum.iobroker.net/post/1195994Wed, 28 Aug 2024 21:40:32 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Wed, 28 Aug 2024 22:24:42 GMT]]>Hallo, nachdem ich geschätzt 2000 Kommentare gelesen habe, konnte ich keine Lösung für mein Problem finden. Ich habe mir einen zweiten Wechselrichter zugelegt und kaskadiert. Als Master dient ein 4 KTL und als Slave ein 5 KTL. In den Einstellung hat der 4 KTL als Master bei bei RS485 die Komm-Adresse 1 und der 5 KTL hat die 2. In der FusionSolar App wird dies auch alles richtig angezeigt und zusammengerechnet. Im Node Red konnte ich vorher die Daten aus dem 4 KTL auch entsprechend auslesen. Jetzt habe ich natürlich den 5 KTL in Node Red hinzugfügt und die Units sind auch entsprechend mit 1 und 2 gesetzt. Server ist der 4 KTL mit der Unit 1. Wenn ich alles richtig verstanden habe, sollten jetzt alle Werte, auch die vom zweiten WR über den Master abgefragt werden. Jedoch wurden mir bei beiden Units unter beiden 32080 immer nur die Werte vom Master angezeigt. Ich habe auch mit den Abfrageintervallen sehr großzügig ausprobiert, jedoch ohne erfolg. Wenn ich jedoch bei dem 5 KTL einen zweiten Server mit der Unit 2 hinzufüge, und dann dort die Unit 2 vom WR auslese dann klappt es. Ist das so richtig oder sollte das nur mit einem Server klappen? Jetzt bekomme ich nämlich jede Minute ca. 10 Warnmeldungen, wo ich leider völlig überfordert bin.

Falls mir jemand helfen kann, würde ich mich sehr freuen. Danke

Bild 2.png Bild 1.jpgBild 3.png

]]>https://forum.iobroker.net/post/1195992https://forum.iobroker.net/post/1195992Wed, 28 Aug 2024 22:24:42 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Sun, 21 Jul 2024 07:24:47 GMT]]>Hallo Zusammen,
hat jemand schon geschafft die Wallbox zu steuern ?
Danke.

]]>https://forum.iobroker.net/post/1182376https://forum.iobroker.net/post/1182376Sun, 21 Jul 2024 07:24:47 GMT<![CDATA[Reply to [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write) on Fri, 05 Jul 2024 15:34:58 GMT]]>@marcelinho es müsste Grid Power sein (>0 : Netzbezug, <0 : Netzeinspeisung). Du findest die notwendigen Informationen in den Interface definitions https://github.com/bolliy/ioBroker.sun2000/blob/main/docs/definitions.md

Stephan

]]>https://forum.iobroker.net/post/1177841https://forum.iobroker.net/post/1177841Fri, 05 Jul 2024 15:34:58 GMT