Test Adapter Pylontech v0.0.10

[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

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