Pylontech auslesen funktioniert nicht mehr

[Mosti]

Also mein Adapter passt leider nicht bekomme keine Verbindung auch nicht mit der Update Software von Effekta!
Ich werd mir den Adapter bestellen den du verwendet hast!
Mal sehen ob es mit diesem dann klappt!

[Mosti]

So laut dem Updatetool passt das Kabel und der Adapter!
auch mit Batterieview kann man sich über RS232 verbinden und die Daten ablesen!
Nur bei der Solaranzeige bei Regler 15 sagt die log datei
Keine Verbindung zum Pylontech Gerät vorhanden
warum? ich check das nicht warum das nicht geht

[solarfanenrico]

Hallo,
vermutlich liegt es am verbauten Chip.

RS232 bedeutet nicht zwingend, dass ein FTDI232 verbaut ist. Es kann sich auch durchaus um einen Chip der CP21xxx-Reihe handeln.

Mit der Konsoleneingabe

lsusb

bekommt man darauf eine Antwort.
Dort sollte soetwas vorkommen

Future Technology Devices International, Ltd FT232 Serial (UART) IC

Dazu braucht man das Kabel nur an den Pi anstecken. Eine Verbindung zum auszulesenden Gerät ist nicht erforderlich.
Enrico

[tim-thor]

So wie ich es verstanden habe, kannst du die US2000C nur mit Regler 41 über RS485 auslesen.

Da bei mir aber die erste RS485/Can-Schnittstelle vom Victron belegt ist, kann ich die 2. 8 Akkus über RS485 nicht in Reihe schalten,
könnte zwar anschließen, aber nicht auslesen.

Der Regler 15 ist für die US2000, die werden über Konsole seriell ausgelesen.

[Mosti]

Hallo,
vermutlich liegt es am verbauten Chip.

RS232 bedeutet nicht zwingend, dass ein FTDI232 verbaut ist. Es kann sich auch durchaus um einen Chip der CP21xxx-Reihe handeln.

Mit der Konsoleneingabe

lsusb

bekommt man darauf eine Antwort.
Dort sollte soetwas vorkommen

Future Technology Devices International, Ltd FT232 Serial (UART) IC

Dazu braucht man das Kabel nur an den Pi anstecken. Eine Verbindung zum auszulesenden Gerät ist nicht erforderlich.
Enrico

das werd ich gleich dann mal probieren!
Danke

[Mosti]

müsste dann passen oder

[Mosti]

Ich versteh das einfach nicht.
bei Batterieview einfach die 9 Stk. auswählen und alles wird super angezeigt.

[gunpowder]

Der US5000 ist noch nicht implementiert. Der kann noch nicht ausgelesen werden.

Grundsätzlich kann man die US5000 mit dem us3000-Skript auslesen (auch mehrere, bei mir laufen 2, also $Batteriepacks="2").
Allerdings hat der US5000 wohl eine andere Menge an Parametern/Variablen. Hierdurch sind manche Werte in den falschen Variablen (und damit unplausibel, wie auch schon hier im Forum angemerkt).

Bin kein PHP-Spezialist, deshalb hab ich nur eine Quick'n'Dirty in us3000_bms.php und funktionen.inc.php eingebaut.

us3000_bms.php:
Die US5000 liefert 6 Temp-Werte zurück (wird auch so in "Temp_Anzahl" zurückgegeben), statt 5 wie bei us2000/3000. Hierdurch landen dann die nachfolgenden Werte wie Strom, Spannung, AH_left usw. natürlich in den falschen Variablen).
Einfügen des zusätzlichen Temp6-Wertes und verschieben der nachfolgenden Werte liefert dann die richtigen Werte zurück.
@Ulrich: Hier könnte man vielleicht eine kleine Schleife in Abhängigkeit von Temp_Anzahl einbauen, dann müsste es für alle US#000 funktionieren?

funktionen.inc.php:
Hier wären nur die Ah für die US5000 für die Gesamt-SOC Kalkulation anzupassen bzw. zu ergänzen (ich hab kurzerhand die US3000 zu einer US5000 gemacht und hier die 100AH eingetragen, in hübsch müsste man natürlich die if-else Anweisung entsprechend ergänzen).
Und auch dier Ergänzung um die "Temp6"-Variable vorzunehmen.

Vielleicht hilft es ja jemand weiter oder Ulrich kann es noch "in hübsch" offiziell aufnehmen.

[Mosti]

@gunpowder
ich kenn mich da nicht so aus aber so wie ich das verstehe für mich kann das auch sein das das US3000-Skript nicht für meine 9 stk. passt und durch das keine daten kommen!?
kann das sein

[gunpowder]

@gunpowder
ich kenn mich da nicht so aus aber so wie ich das verstehe für mich kann das auch sein das das US3000-Skript nicht für meine 9 stk. passt und durch das keine daten kommen!?
kann das sein

Soweit ich das sehe (wie gesagt, kein PHP-Experte), wird die Anzahl der Packs einfach bis zur eingegebenen Anzahl (bei dir 9) abgefragt, hier scheint es von dieser Seite keine Limitierung zu geben.
Was evtl. ein Problem sein könnte, ist, dass die Packs ab "02" gezählt werden, d.h. ab Pack 8 wird es (intern) zweistellig. Vielleicht gibt es hier ein Problem bei Codierung/Decodierung der Abfragen bzw. Daten von der US? Da müsste jemand mit mehr Ahnung reinschauen

Bekommst noch Daten von der 8. Box?
Ich hab jetzt nicht den ganzen Thread im Kopf - ein zeitliches Problem ist es nicht (dass das Script abgebrochen wird), weil die Abfrage aller Packs zu lange dauert)?