NEWS
Test Adapter Pylontech v0.0.10
-
@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.
@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 : 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.
@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 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.@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. -
@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 v2passt das?
Ansonsten müsste ich einen von diesen

umwidmen
-
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.
-
@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.@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
-
@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
@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 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?
-
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.
@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.
-
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? -
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.
-
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.
@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
-
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. -
H Homoran verschob dieses Thema von Tester am
-
H Homoran verschob dieses Thema von ...nicht in offiziellem Repo am
-
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.

-
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> -
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.
-
bmuinfo und sysinfo kennt die Konsole nicht. Hier die Befehle die gehen sollten:
pylon>helphelp @ Local command: bat Battery data show - bat [pwr][index] cmdquit Quit the Console Mode shut Shut down - shut trst Test Soft Reset - trst data History data load - data [event/history/misc][item] datalist Show recorded data - datalist [event/history/misc][item/bat][batnun][volt/curr/temp/coul][item] disp Display Info at regular intervals - disp [(pwrs pwrNo)/val]/[(bats batNo)/volt/curr/temp] getpwr Get power Info - getpwr help Help [cmd] info Device infomation - info log Log information show - log login Login Admin mode - login [password] logout user mode - logout pwr Power data show - pwr unit Unit data show - unit sys system data show - sys pwrsys System Info - sysinfo [pwr] Command completed successfully $$Ich habe deinem Tipp mal auf US umgestellt. Die Instanz lässt sich nun mit allen Häckchen starten und der Adapter bricht auch nicht ab. In Objekts machen die Einträge nun auch Sinn. Vielleicht ist die Auswahl US / Force nicht ganz richtig und man muss eher LV (48V Parallel) zu HV (Seriell) unterscheiden

Was die beiden nicht funktionierenden Befehl genau bewirken weiss ich nicht. Es gibt aber zwei andere die noch vielleicht interessante Werte zeigen: pwrsys und data bzw. datalist. Oder werden die schon abgefragt? -
Mir ist gerade noch was aufgefallen, das das Balancing bei den battery## Werten nicht als eigner Wert auftaucht sondern im coulomb angehängt ist:

Beim Bat Befehl steht es hinter der Coulomb Spalte als BAL:
bat @ Battery Volt Curr Tempr Base State Volt. State Curr. State Temp. State SOC Coulomb BAL 0 3370 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N 1 3365 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N 2 3364 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N 3 3365 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N 4 3367 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N 5 3365 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N 6 3363 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N 7 3365 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N 8 3366 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N 9 3365 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N 10 3369 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N 11 3372 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N 12 3366 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N 13 3366 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N 14 3365 3368 14000 Charge Normal Normal Normal 89% 65662 mAH N Command completed successfully $$
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden
