Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[he54]

@he54 ,
konnte das Problem jetzt lösen - Adapter deinstalliert - neu installiert. Da hatte sich wohl was verklemmt nach hinzufügen einer neuen Batterie.

[Dan0025]

Hallo.
Ich bin grade dabei meine 3 US5000 auszulesen.
Leider bekomme ich keine Verbindung und im Log immer nur einen Time out.

Ich finde meinen Fehler nicht.

Danke für eure Hilfe, Dan

[PLCHome 0]

@dan0025 Bei v24 systematisch vorgehen. Am Umsetzer an der V24 RX in TX verbinden und mit Tenetclient verbinden Putty kann z.B. auch telnet. Dann solltest Du das abgesendete lesen können. Damit kannst Du überprüfen ob es an dem Adapter liegt. Wenn das funktioniert ist es das Kabel zur Batterie.
Dort am richtigen Port?

[Dan0025]

@plchome-0
Habe den Fehler gefunden. Lag in der Verkabelung. Wo ich die Verbindung mit einen USB adapter getestet habe konnte ich danach auch die Verbindung über Lan herstellen.
Danke für den Tipp.

[PLCHome 0]

@dan0025 klingt doch super freut mich wenn es läuft :+1:

[Dennis K. 0]

Hi,
bin heute zufälligerweise über den Adapter gestolpert und war direkt Feuer und Flamme.
Gerade die Tatsache, dass ich die Daten auch über ETH auslesen kann, hat die Sache für mich attraktiv gemacht.

Ich bin bereits im Besitz eines "USR-TCP232-410S" RS232 und RS485 auf Ethernet Konverter worüber ich meine Wärmepumpe via IOBroker steuere.
Das Gerät hat die Möglichkeit beide Protokolle parallel zu bedienen. Also direkt mal den Lötkolben rausgeholt und in der Wühlkiste nach alten Kabeln gesucht. Schnell ein Kabel zusammen gebraten und den Konverter folgendermaßen eingestellt:

Die Kommunikation hat prompt funktioniert und meine drei US3000C (FW 1.4) werden problemlos ausgelesen.

Perfekt!
Danke für die Arbeit und das Entwickeln des Adapters!

[PLCHome 0]

@dennis-k-0 na dann viel Spaß mit den Daten.

[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 :tm: 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.