Modul PylonTech

[DS_Starter]

Ich habe soeben das RS485 Gateway OHNE den Haken bei RFC2217 betrieben und ausprobiert. Läuft bei mir genauso einwandfrei wie mit RFC2217.

Was soll "verbose 5" sein ?

verbose 5 bedeutet, du solltest im Modul das Attribut verbose auf 5 setzen. Das ist die höchste Stufe für Ausgaben im Log und protokolliert so ziemlich alles was in der Kommunikation abläuft.

LG

[Janvi]

Danke - verbose 5 ist ein Parameter bzw. Attribut für das Modul PylonTech (Sorry FHEM ist für mich  völlig neu). Beiliegend ein Screendump von meinen Modul Einstellungen und was im Logfile angezeigt wird.
Es sieht so aus als ob es schon auf der TCP/IP Ebene keinen Kontakt gibt?
Ist die Batterie Nr. 1 genau die Batterie Adresse wo auch das RS485 Gateway stecken muß ?
Falls ja, könnte man diese auch mit BatteryView in Erfahrung bringen?
Noch was zum Vergleichen: Der DIP Switch 1 steht oben und das sind 115kBaud

2024.08.18 20:51:54 4: pylon - start request cycle to battery number >1< at host:port 10.10.20.142:4001
2024.08.18 20:51:54 4: pylon - Cycle started in main process
2024.08.18 20:51:54 4: pylon - retrieve battery info: serialNumber
2024.08.18 20:51:54 4: pylon - request command (ASCII): ~20024693E00202FD2D
2024.08.18 20:51:54 5: pylon - request command (HEX): 7e3230303234363933453030323032464432440d
2024.08.18 20:51:55 3: pylon - Timeout in communication to RS485 gateway
2024.08.18 20:51:55 4: pylon - Socket/Connection to the RS485 gateway was closed

[DS_Starter]

Es sieht so aus als ob es schon auf der TCP/IP Ebene keinen Kontakt gibt?

Ja, sehe ich auch so.

Ist die Batterie Nr. 1 genau die Batterie Adresse wo auch das RS485 Gateway stecken muß ?

Ja, es ist im Stapel die oberste Batterie (wo der Link-Port frei ist) zumindest wenn ohne Gruppen gearbeitet wird.

Mir ist aufgefallen dass du den Port 4001 angegeben hast, aber in einem Bild weiter vorn ist der Port 4196 zu sehen?
Du kannst testweise auch das timeout Attribut weiter hoch setzen, glaube aber nicht das es daran liegt.

Grüße,
Heiko

[DS_Starter]

Noch etwas ist mir aufgefallen. Die Adresse 10.10.20.158 ist als DNS-Server angegeben. Ich denke hier müßte 10.10.20.250 stehen, das Gateway ist i.A. auch der DNS-Server.
Ist der Waveshare eigentlich per ping vom FHEM-Rechner aus erreichbar? Dein IP-Adressbereich ist ziemlich umgewöhnlich, ist der korrekt?

[satprofi]

Es sieht so aus als ob es schon auf der TCP/IP Ebene keinen Kontakt gibt?

Ja, sehe ich auch so.

Ist die Batterie Nr. 1 genau die Batterie Adresse wo auch das RS485 Gateway stecken muß ?

Ja, es ist im Stapel die oberste Batterie (wo der Link-Port frei ist) zumindest wenn ohne Gruppen gearbeitet wird.

Mir ist aufgefallen dass du den Port 4001 angegeben hast, aber in einem Bild weiter vorn ist der Port 4196 zu sehen?
Du kannst testweise auch das timeout Attribut weiter hoch setzen, glaube aber nicht das es daran liegt.

Grüße,
Heiko

Seine erste def war
10.10.20.142:4196 1

[Janvi]

Habe den Port mal zum Teste auf beiden Seiten von 4196 auf 4001 geändert. Trotzdem kein Erfolg.
 
Eigentlich sollte der Master (wo oben der Link Port frei ist) die Nr. 0 sein ?

Wenn bei mehreren Batterien in einer Gruppe die Adresse die Batterieadresse am Modul geändert wird, dann antwortet die Batterie mit der passenden Adresse (sofern sie physikalisch vorhanden ist) doch auch, wenn das Gateway auf einer anderen Batterie der gleichen Gruppe eingesteckt ist?

In Zeile 198 der Quellen liest man aber als Kommentare korrekt wie die  Gruppennummer funktioniert,
ohne daß eine solche Adresse akzeptiert werden würde. Ist das ein Feature für Version 2 ?

# ADR: n=Batterienummer (2-x), m=Group Nr. (0-8), ADR = 0x0n + (0x10 * m) -> f. Batterie 1 = 0x02 + (0x10 * 0) = 0x02

Ich verstehe auch noch nicht, woher aktuell die Beschränkung auf 14 Batterien 1 Master +13 Slaves kommt,
wo doch in einer Gruppe 16 Stück (mit 15 Link Kabel) akzeptiert werden.

Wenn ich eine Batterie ausbaue und ohne ohne weitere Verbindung einschalte (alle Dip SW oben), funktioniert dann die Kommunikation mit Fhem?

[DS_Starter]

Code Auswählen Erweitern

Eigentlich sollte der Master (wo oben der Link Port frei ist) die Nr. 0 sein ?
Lt. Pylon Doku beginnt die Adressierung des Master sogar mit "2".

Code Auswählen Erweitern

(n)     Position
 2    Master battery
 3      Slave 1
 4      Slave 2
 5      Slave 3
...    ........
Damit es für den User nicht unlogisch wird, beginnen wir mit "1" und kodieren intern entsprechend.

Wenn bei mehreren Batterien in einer Gruppe die Adresse die Batterieadresse am Modul geändert wird, dann antwortet die Batterie mit der passenden Adresse (sofern sie physikalisch vorhanden ist) doch auch, wenn das Gateway auf einer anderen Batterie der gleichen Gruppe eingesteckt ist?

Nein. Nach meinen Erfahrungen kommt es dann zum Timeout. Man muss das Gateway mit dem Master verbinden.

In Zeile 198 der Quellen liest man aber als Kommentare korrekt wie die  Gruppennummer funktioniert,
ohne daß eine solche Adresse akzeptiert werden würde. Ist das ein Feature für Version 2 ?

? Wie gesagt Gruppen sind noch nicht implementiert da es bis jetzt an der Notwendigkeit und entspr. Tester gemangelt hat.

Ich verstehe auch noch nicht, woher aktuell die Beschränkung auf 14 Batterien 1 Master +13 Slaves kommt,
wo doch in einer Gruppe 16 Stück (mit 15 Link Kabel) akzeptiert werden.

Ich habe einfach noch nicht die ganzen Kommandokodierungen für Batterien größer 14 implementiert. Mehr kann ich jederzeit hinzufügen wenn es Bedarf UND entsprechend Tester für die Implementierung gibt.
Die max. Akzeptanz ist übrigens vom Batterietyp abhängig. Andere Batterietypen akzeptieren ggf. weniger.

Wenn ich eine Batterie ausbaue und ohne ohne weitere Verbindung einschalte (alle Dip SW oben), funktioniert dann die Kommunikation mit Fhem?

Das wird so sein wenn das Gateway richtig eingestellt ist und ordnungsgemäß arbeitet.

Hast du den Ping des Gateeway vom FHEM Rechner aus probiert?

[Janvi]

Danke mal für die klaren Antworten.
Es fehlt zur Sicherheit noch eine: DipSwitch 1 oben = 115 kBaud auf RS485?

Den Ping hatte ich bislang nicht probiert, weil die http Oberfläche des Gateways nicht nur auf den gleichen Rechner sondern auch auf dem gleichen Browser wie FHEM bedienbar ist.
Habe ich jetzt aber nachgeholt: Der Ping ist 0,55mSec.

Am Testen solls nicht liegen. Ich habe 32 Stück US5000 in 2 Gruppen am LV-Hub. Außerdem eine lose BMS Platine mit vergeigter Firmware im Controller.
Solange die Wege hier im Forum so kurz sind, sollten wir auch dahinter kommen woran es liegen könnte.
Ich werde als nächstes mal probieren, das Gateway mit einem Treiber für virtuelle COM Schnittstelle einzurichten um zu sehen ob sich mit einem Terminal anstelle FHEM was tut.
Dann eine der Batterien vom Stack abgtrennen und neben dem FHEM Rechner einfach mal einzeln aufstellen. Das erhöht die Probiergeschwindigkeit wenn ich dazu nicht jedesmal in ein anderes Gebäude gehen muß.

> Noch etwas ist mir aufgefallen. Die Adresse 10.10.20.158 ist als DNS-Server angegeben.
> Ich denke hier müßte 10.10.20.250 stehen, das Gateway ist i.A. auch der DNS-Server.

10.10.20.158 ist der Rechner auf welchem momentan FHEM läuft.
10.10.20.250 ist mein Mikrotik Router im Netz wo das DHCP und den Internetzugang routet. 
Das 10.10.20.xxx Netz ist absichtlich und funktioniert ansonsten auch.
Ich habe hier auch zwei weitere baugleiche Waveshare RS485 Gateways als transparentes Pärchen laufen, weil mein Stromzähler in der Trafostation in einem anderen Gebäude ist.
In diesem Fall muss unter Destination IP/DNS die IP der Gegenstelle stehen damit sich das Gateway Pärchen findet.

[satprofi]

Funktionieren die US5000 überhaupt mit FHEM modul? Schon mal mit batteryview eingeloggt?

[DS_Starter]

Funktionieren die US5000 überhaupt mit FHEM modul?

Ja, wurde schon erfolgreich eingesetzt. Erfolgreiche Tests/Einsätze nehme ich in die Online-Hilfe als Referenz auf.

[DS_Starter]

In diesem Fall muss unter Destination IP/DNS die IP der Gegenstelle stehen damit sich das Gateway Pärchen findet.

Hmmm, ich habe die DNS Konfiguration mit den "Pärchen" zwar noch nicht verstanden, aber wenn du dir sicher bist dann ist es ja gut.

[Janvi]

Es ist einfach die Destination IP des Waveshare TCP Clients der zum Waveshare TCP Server passt.
Auf beiden Seiten ist RS485, dazwischen TCP/IP über Glasfaser oder beliebige Physik.

Für FHEM nehme ich an, daß Waveshare auf TCP Server stehen muß.
Wegen dem habe ich da probiert die IP des Sytems von FHEM als Destination einzutragen.
Das braucht man aber vermutlich nicht, weil FHEM ja weis, auf welcher IP das Gateway ist,
wo die Daten abzuholen sind. Geht aber auch mit meiner Router Adresse 10.10.20.250 nicht und der Eintrag ist vermutlich Dont-Care.
Mit DNS Domain Name System hat das dann vermutlich nichts zu tun was vielleicht für irgendwelche anderen Gateway Modis relevant ist.

[satprofi]

Danke mal für die klaren Antworten.
Es fehlt zur Sicherheit noch eine: DipSwitch 1 oben = 115 kBaud auf RS485?


Dann eine der Batterien vom Stack abgtrennen und neben dem FHEM Rechner einfach mal einzeln aufstellen. Das erhöht die Probiergeschwindigkeit wenn ich dazu nicht jedesmal in ein anderes Gebäude gehen muß.

versuche doch mal , den Waveshare an einem Pack mit freiem RS485 Port anzuschliessen, und dann die adresse nur durchzutesten. Wenn am 2. Pack, dann versuch adresse 2 zu definieren, vielleicht bekommst dann verbindung.


noch was, habe gerade im iobroker forum gelesen das man vircom benötigt, da im webif nicht alles einstellbar ist.

[Janvi]

Habe jetzt mal auf dem vorderen Stack erste Batterie nach dem Master mit verschiedenen einstelligen Adressen probiert. Keine Änderung.

Aber: Das Modul bringt noch eine andere Fehlermeldung. Das sind:

Timeout reading data from battery
No connection to RS485 gateway established wenn die Ports auf beiden Seiten verschieden eingestellt sind.

Das könnte eigentlich ein Hinweis sein, daß ein Problem auf der RS485 Seite vorliegt.
Wie war das mit der Baudrate 115k und Dipschalter oben?

Vircom habe ich schon zum Aufsezten benutzt. Es hat noch ein paar weitere Einstellungen wo ich annehme, daß diese nicht relevant sind?
Beiliegend meine Einstellungen in Vircom. 
10.10.20.145 und 153 sind das transparente Client/Server Pärchen welches noch im Netz ist.
Die Device Settings sind für das Pylon Modul aufgeklappt. Hier sieht man auch, daß die NetMask, Gateway und Dest.IP/Domain(DNS) ausgegraut sind,
sobald der Work Mode TCP Server ist. Das ist ein weiterer Hinweis, daß diese Einstellungen in der http Oberfläche in dem Fall dont care sind.
Im Advanced Tab sind Multi-Host Einstellungen aber ich wäre schon froh wenn es mit einem einzigen Host funktioniert.

Als nächstes steht der Ausbau einer einzelnen Batterie an. Das mach ich aber erst wenn ich einen Helfer mit Abitur für die 40kg Gewicht habe.
 

[satprofi]

Die dip schalter sollten alle off sein, bei einigen baureihen verkehrt eingebaut, wegen "oben".