Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[M3L]

Hi, habe den Adapter vor einiger Zeit installiert und der funktioniert - Danke!
Die Daten werden auch ausgelesen. Habe 4 Stück US5000 angebunden.
Diese wurden auch vom Adapter als neue Objekte angelegt.

Nach einer Weile "vermehren" sich die Geräte aber.
Die neuen Geräte haben immer sehr ähnliche Seriennummern.
Mal fehlt eines Stelle im Vergleich zum Original, mal ist eine Stelle mehr da.
Und schon habe ich ein neues Gerät in der Liste...

Trotz kurzem RS232 Kabel, gibt es wohl hin und wieder ein paar Störungen.
Wäre es möglich, das Anlegen neuer Geräte in der Konfiguration zu sperren?

[PLCHome 0]

@m3l das würde nichts bringen, er würde auch in andere Objekte ständig falsche Daten schreiben. Es müsste an der Hardware liegen.

[PLCHome 0]

@m3l Wir hatten ähnliche Probleme mit "billigen" USB-Wandlern und Tasmota als Wifi-Umsetzer. Aktuell habe ich 8m Netzwerk-Kabel zwischen dem USB-Umsetzer und den Batterien. Es ist kein Problem, keine falschen Zeichen drin. Ich glaube nicht, dass es an der Länge liegt.

[M3L]

@plchome-0 : Danke für den Lösungsansatz. Habe es mit einem DIGITUS DA-70156 mit FTDI Chipsatz versucht. Werde mal im Keller nach Alternativen suchen und diese ausprobieren.

[PLCHome 0]

@m3l sagte in Test Adapter Pylontech v0.0.10:

DIGITUS DA-70156 mit FTDI Chipsatz

Digitus klingt erst mal vernünftig. Ich muss mal @l1berty fragen, was damals der Fehler war. Er hatte das Problem auch am Anfang, ich hoffe, er erinnert sich noch.
Ich meine, ... wenn ich länger nachdenke, ... das es bei ihm das Betriebssystem war. Er hatte einen PI mit dem Victron Image (Venus OS, es mus das Kernal sein) zum Steuern des Batteriewechselrichters und da kam ab und zu mal Müll. Er hatte das gelöst, indem er einen waveshare WIFi Umsetzer genommen hat, weil das eigentlich eh nicht der Rechner war, auf dem der Main iobroker samt DB läuft. Sicher bin ich mir aber nicht mehr, ist schon sehr lange her. Ich muss ihn nachmal fragen, wenn ich ihn das nächste Mal sehe. Zumindest läuft es heute über den Waveshare, ich meine, er hatte zu Anfang einen ESP mit TTL/RS232 Wandler, der lief auch. Verschiedene USB-Wandler gingen bei dem Image nicht. Aber 100% sicher, was damals war, bin ich mir nicht mehr.

[M3L]

@plchome-0
Für diesen Adapter hatte ich zunächst einen Pi mit ioBroker neu aufgesetzt und es laufen da nur sehr wenige Instanzen drauf.
Habe jetzt erstmal einen anderen Adapter eingesetzt. Bisher keine zusätzlichen Einträge mit mutierten Seriennummern erhalten. Ich beobachte das weiter.

[Homoran]

@PLCHome-0
ich wollte irgendwann endlich auch meine Einzelspannungen auslesen.
Hab es gestern noch per MQTT versucht aus dem Cerbo zu hekommen. Ebenfalls Fehlanzeige, da sehe ich sie ja auch nicht.

Ich hätte noch dieses Kabel

von einem Firmwareupdate meiner Pytes 48100R v2

passt das?

Ansonsten müsste ich einen von diesen

umwidmen

[qwerty1896]

Guten Morgen zusammen,

wäre hier jmd so freundlich, mir/uns eine Liste zu erstellen, welche Hardware benötigt wird, um einen Pytes/Pylontech via WLAN am iobroker auszulesen?

Mein Dank vorab.

[fuzzy1955]

@PLCHome-0
Hallo,

funktioniert dieser Adapter auch mit MeritSun LiFeP04 200Ah-48V Akkus? Ich habe 2 davon derzeit an 2 Deye SUN10K Wechselrichter hängen und da kann ich über Modbus nur ein paar Batteriedaten, aber keine Zellendaten auslesen. Die 4 Geräte hängen allesamt mit einem gesplitteten CAT6-Kabel (2 m lang) am Waveshare RS485 to Eth. Von dem Adapter hat dann der IOB Zugriff.

Vorweg danke für die Unterstützung! Gruß, hf

[BananaJoe]

@fuzzy1955 wohl kaum ... Ich sehe da keine Serielle oder RS485 Schnittstelle an den Akkus. Und auch nicht das die "Pylontech" sprechen

Hast du mal einen Link zu deinen Akkus wo man genau sehen was für welche das sind?

[fuzzy1955]

@BananaJoe

Danke, Joe!

MeritSun Akku

[JLeg]

@qwerty1896 sagte in Test Adapter Pylontech v0.0.10:

Guten Morgen zusammen,

wäre hier jmd so freundlich, mir/uns eine Liste zu erstellen, welche Hardware benötigt wird, um einen Pytes/Pylontech via WLAN am iobroker auszulesen?

Es gibt eine Doku, inkl. Liste: https://github.com/PLCHome/iobroker.pylontech

Mein Dank vorab.

[tasuanetrukiat]

Hallo, sorry bei den ganzen Nachrichten habe ich den Überblick verloren.
Funktioniert eine Unterstützung für die Force-L1 mit RS485 Schnittstelle?
Ich habe dazu einen PW21 WLAN GW angeschlossen und mit PIN 7+8 des Kabels verbunden.
Der PW21 wird erkannte aber eine Verbindung zum Controller wird scheinbar nicht erkannt.
Kann ich irgend etwas direkt testen z.B. mit netcat oder so um zu sehen ob es überhaupt eine Verbindung gibt und der Controller mit mir reden mag?

[PLCHome 0]

485 get selbstverständlich nicht. Siehe readme.

[tasuanetrukiat]

Ah, you mean this small note?:

Please note: The RS485 and Canbus interfaces are not for this adapter. They speak a different language.

Ok, maybe RS485 is modbus. By the way I had a technical onsite support at my system who has read the status with a cable to the RS485 connector here. They had used the normal own software to check the status of all cells.
Maybe there is a hidden RS232 on the port as well or it is possible to switch to a cli like interface.
I would like to check it. Any idea?

Maybe it is possible to add support for low voltage force towers if the protocol becomes more clear.

[PLCHome 0]

@tasuanetrukiat sagte:
Maybe there is a hidden RS232 on the port as well or it is possible to switch to a cli like interface.
I would like to check it. Any idea?

Yes, RTFM would have solved that issue.

https://github.com/PLCHome/ioBroker.pylontech/blob/master/media/H2.JPG

[tasuanetrukiat]

Ok, I checked my Force-L1 Controller today an found out the connector is labeled as RS485/RS232 against described in my manual which is only shown RS485.
So looks like RS232 is connected on Pin 3 + 6 where RS485 is on Pin 7 + 8.

By the way where ist GND for RS232? It is not described in the manual which I found shortly.

[tasuanetrukiat]

Hello, GND is on Pin 2. I used now a really short Force-L1 CAN Cable to connect a USR-DR162 with the Force-L1 Controllers RS485/RS232 Port.
The USR-DR162 Serial Setting was left as is with 115200 Baud at 8N1 and CTSRTS = Off, Pack Interval = 20, Pack Size = 1400, Com Heart = OFF, ModBus Enabled = OFF.


With this settings a telnet connection was possible and I got the PYLON prompt.

But the enabling all possible request types in the pylontech instance settings results in an error.
So I enabled on by one type and got the result that only without 'Download battery current data' enabled the adaptor is working without problems.
If I reenable the setting I get an error in the log and the Instance Icon becomes only yellow and than red:

By the way without this setting it is working.

[tasuanetrukiat]

Was noch ein wenig komisch aussieht sind die Namen der Batterien. Des weiteren werden nur beim ersten Modul, also bei den ersten 15 Zellen mehr Werte abgefragt:

Hier mal die Stats aus der Console:

pylon>+EVENT=SOCKA_OFF
@
Unknown command '+EVENT=SOCKA_OFF' - try 'help'
$$
pylon>
pylon>bat 1
bat 1
@
Battery  Volt     Curr     Tempr    Base State   Volt. State  Curr. State  Temp. State  SOC          Coulomb      BAL         
0        3331     340      14000    Charge       Normal       Normal       Normal        87%      64085 mAH   N
1        3332     340      14000    Charge       Normal       Normal       Normal        87%      64064 mAH   N
2        3332     340      14000    Charge       Normal       Normal       Normal        86%      63176 mAH   N
3        3332     340      14000    Charge       Normal       Normal       Normal        87%      64064 mAH   N
4        3331     340      14000    Charge       Normal       Normal       Normal        87%      64083 mAH   N
5        3331     340      14000    Charge       Normal       Normal       Normal        87%      64064 mAH   N
6        3331     340      14000    Charge       Normal       Normal       Normal        86%      63176 mAH   N
7        3331     340      14000    Charge       Normal       Normal       Normal        87%      64064 mAH   N
8        3331     340      14000    Charge       Normal       Normal       Normal        87%      64085 mAH   N
9        3331     340      14000    Charge       Normal       Normal       Normal        87%      64076 mAH   N
10       3331     340      14000    Charge       Normal       Normal       Normal        87%      64085 mAH   N
11       3331     340      14000    Charge       Normal       Normal       Normal        87%      64085 mAH   N
12       3331     340      14000    Charge       Normal       Normal       Normal        87%      64083 mAH   N
13       3331     340      14000    Charge       Normal       Normal       Normal        87%      64085 mAH   N
14       3332     340      14000    Charge       Normal       Normal       Normal        87%      64064 mAH   N
Command completed successfully
$$
pylon>
pylon>bat 2
bat 2
@
Battery  Volt     Curr     Tempr    Base State   Volt. State  Curr. State  Temp. State  SOC          Coulomb      BAL         
0        3329     312      13000    Charge       Normal       Normal       Normal        89%      65645 mAH   N
1        3329     312      13000    Charge       Normal       Normal       Normal        89%      65645 mAH   N
2        3330     312      13000    Charge       Normal       Normal       Normal        89%      65645 mAH   N
3        3331     312      13000    Charge       Normal       Normal       Normal        89%      65645 mAH   N
4        3331     312      13000    Charge       Normal       Normal       Normal        89%      65645 mAH   N
5        3329     312      13000    Charge       Normal       Normal       Normal        89%      65645 mAH   N
6        3330     312      13000    Charge       Normal       Normal       Normal        89%      65645 mAH   N
7        3329     312      13000    Charge       Normal       Normal       Normal        89%      65645 mAH   N
8        3331     312      14000    Charge       Normal       Normal       Normal        89%      65645 mAH   N
9        3331     312      14000    Charge       Normal       Normal       Normal        89%      65645 mAH   N
10       3332     312      14000    Charge       Normal       Normal       Normal        89%      65645 mAH   N
11       3332     312      14000    Charge       Normal       Normal       Normal        87%      64249 mAH   N
12       3331     312      14000    Charge       Normal       Normal       Normal        89%      65645 mAH   N
13       3331     312      14000    Charge       Normal       Normal       Normal        89%      65540 mAH   N
14       3331     312      14000    Charge       Normal       Normal       Normal        89%      65645 mAH   N
Command completed successfully
$$
pylon>

[PLCHome 0]

Das muss ich mir anschauen. Kannst du vielleicht das Skript build/moc/fetchCmdNet.js oder fetchCmdSerial.js für die Befehle ausführen? Und die Dateien als Zip-Datei zur Verfügung stellen?

bat, bmuinfo 0, bmuinfo 1 bis n, help, info, log, pwr, soh, stat, sysinfo, time, unit

Also Force war auf eien H2 zugeschnitten. Vielleicht hast du ja glück das deiner als US läuft.