Modul PylonTech

[tarum]

leider nicht Zielführend, werde mein Glück morgen nochmals versuchen.

[tarum]

Hallo zusammen,

bei mir hat es nun auch geklappt, musste einen 100ohm ( hatte keine 120ohm) Wiederstand zwischen A und B klemmen.
Jetzt kommen die Daten nur so rein 

Code Auswählen Erweitern

Internals:
   .FhemMetaInternals 1
   BATADDRESS 1
   DEF        192.168.178.155:9600
   FUUID      661271d4-f33f-976c-aba4-14d8f5993c01bc12
   FVERSION   70_PylonLowVoltage.pm:v0.2.5-s28745/2024-04-03
   HOST       192.168.178.155
   NAME       Pylon
   NR         956
   OPMODE     Automatic
   PORT       9600
   STATE      connected
   TYPE       PylonLowVoltage
   eventCount 201
   .attraggr:
   .attrminint:
   HELPER:
     PACKAGE    FHEM::PylonLowVoltage
     VERSION    0.2.5
     VERSION_API unused
     VERSION_CTZ unused
     VERSION_ErrCodes unused
     VERSION_SMUtils 1.27.2
   OLDREADINGS:
   READINGS:
     2024-04-07 13:36:21   Manufacturer    Pylon
     2024-04-07 13:36:21   almCellVoltage_01 normal
     2024-04-07 13:36:21   almCellVoltage_02 normal
     2024-04-07 13:36:21   almCellVoltage_03 normal
     2024-04-07 13:36:21   almCellVoltage_04 normal
     2024-04-07 13:36:21   almCellVoltage_05 normal
     2024-04-07 13:36:21   almCellVoltage_06 normal
     2024-04-07 13:36:21   almCellVoltage_07 normal
     2024-04-07 13:36:21   almCellVoltage_08 normal
     2024-04-07 13:36:21   almCellVoltage_09 normal
     2024-04-07 13:36:21   almCellVoltage_10 normal
     2024-04-07 13:36:21   almCellVoltage_11 normal
     2024-04-07 13:36:21   almCellVoltage_12 normal
     2024-04-07 13:36:21   almCellVoltage_13 normal
     2024-04-07 13:36:21   almCellVoltage_14 normal
     2024-04-07 13:36:21   almCellVoltage_15 normal
     2024-04-07 13:36:21   almChargeCurrent normal
     2024-04-07 13:36:21   almDischargeCurrent normal
     2024-04-07 13:36:21   almModuleVoltage normal
     2024-04-07 13:36:21   almTemperature_01 normal
     2024-04-07 13:36:21   almTemperature_02 normal
     2024-04-07 13:36:21   almTemperature_03 normal
     2024-04-07 13:36:21   almTemperature_04 normal
     2024-04-07 13:36:21   almTemperature_05 normal
     2024-04-07 13:36:21   averageCellVolt 3.338
     2024-04-07 13:36:21   batteryType     US3000C
     2024-04-07 13:36:21   bmsTemperature  24.1
     2024-04-07 13:36:21   cellTemperature_0104 22.1
     2024-04-07 13:36:21   cellTemperature_0508 22.1
     2024-04-07 13:36:21   cellTemperature_0912 22
     2024-04-07 13:36:21   cellTemperature_1315 23
     2024-04-07 13:36:21   cellVoltage_01  3.339
     2024-04-07 13:36:21   cellVoltage_02  3.338
     2024-04-07 13:36:21   cellVoltage_03  3.339
     2024-04-07 13:36:21   cellVoltage_04  3.338
     2024-04-07 13:36:21   cellVoltage_05  3.339
     2024-04-07 13:36:21   cellVoltage_06  3.338
     2024-04-07 13:36:21   cellVoltage_07  3.338
     2024-04-07 13:36:21   cellVoltage_08  3.338
     2024-04-07 13:36:21   cellVoltage_09  3.338
     2024-04-07 13:36:21   cellVoltage_10  3.338
     2024-04-07 13:36:21   cellVoltage_11  3.338
     2024-04-07 13:36:21   cellVoltage_12  3.339
     2024-04-07 13:36:21   cellVoltage_13  3.339
     2024-04-07 13:36:21   cellVoltage_14  3.339
     2024-04-07 13:36:21   cellVoltage_15  3.339
     2024-04-07 13:36:21   chargeCurrentLimit 37.0
     2024-04-07 13:36:21   chargeEnable    yes
     2024-04-07 13:36:21   chargeFullRequest no
     2024-04-07 13:36:21   chargeImmediatelySOC05 no
     2024-04-07 13:36:21   chargeImmediatelySOC09 no
     2024-04-07 13:36:21   chargeVoltageLimit 53.250
     2024-04-07 13:36:21   dischargeCurrentLimit 37.0
     2024-04-07 13:36:21   dischargeEnable yes
     2024-04-07 13:36:21   dischargeVoltageLimit 45.000
     2024-04-07 13:36:21   moduleSoftwareVersion_mainline V0.6.9
     2024-04-07 13:36:21   moduleSoftwareVersion_manufacture V1.8
     2024-04-07 13:36:21   nextCycletime   13:36:51
     2024-04-07 13:36:21   numberTempPos   5
     2024-04-07 13:36:21   packAlarmInfo   ok
     2024-04-07 13:36:21   packCapacity    74.000
     2024-04-07 13:36:21   packCapacityRemain 37.740
     2024-04-07 13:36:21   packCellcount   15
     2024-04-07 13:36:21   packCurrent     8.100
     2024-04-07 13:36:21   packCycles      1
     2024-04-07 13:36:21   packImbalance   0.030
     2024-04-07 13:36:21   packPower       405.62
     2024-04-07 13:36:21   packSOC         51.00
     2024-04-07 13:36:21   packState       charging
     2024-04-07 13:36:21   packVolt        50.077
     2024-04-07 13:36:21   paramCellHighVoltLimit 3.650
     2024-04-07 13:36:21   paramCellLowVoltLimit 3.050
     2024-04-07 13:36:21   paramCellUnderVoltLimit 2.800
     2024-04-07 13:36:21   paramChargeCurrentLimit 90.000
     2024-04-07 13:36:21   paramChargeHighTempLimit 60.0
     2024-04-07 13:36:21   paramChargeLowTempLimit -10.0
     2024-04-07 13:36:21   paramDischargeCurrentLimit 89.900
     2024-04-07 13:36:21   paramDischargeHighTempLimit 60.0
     2024-04-07 13:36:21   paramDischargeLowTempLimit -10.0
     2024-04-07 13:36:21   paramModuleHighVoltLimit 54.000
     2024-04-07 13:36:21   paramModuleLowVoltLimit 46.000
     2024-04-07 13:36:21   paramModuleUnderVoltLimit 43.000
     2024-04-07 13:36:21   protocolVersion V2.0
     2024-04-07 13:36:21   serialNumber    K221125C30051671
     2024-04-07 13:36:21   state           connected
   hmccu:
Attributes:
   room       Solar
   timeout    0.5
   verbose    5

[Janvi]

Als blutiger FHEM Anfänger probier ich gerade PylonLowVoltage zum laufen zu kriegen. Als Gateway habe ich ein Waveshare in der Version als Hutschienenmodul. Die http Oberfläche ist erreichbar, aber die Einstellmöglichkeiten etwas anders als im FHEM Help. Ich weis nun nicht, ob der timeout auf Ebene der TCP Verbindung (anderer Port probieren?) oder wegen fehlenden seriellen Daten ist. Wenn ich die serielle GND Leitung abtrenne, geht die blaue ACT LED aus. Die 115k sollten passen und an der blauen LED sollte man ja die Telegramme sehen? Die 10.10.20.158 ist die IP des Zielrechners wo FHEM drauf läuft. Kann die Einstellungen mal jemand mit seiner funktionierenden Installation vergleichen?

Code Auswählen Erweitern

define pylon PylonLowVoltage 10.10.20.142:4196 1
attr pylon room pylon
#   BATADDRESS 1
#   CFGFN     
#   DEF        10.10.20.142:4196 1
#   FUUID      66b8fdb5-f33f-b913-d2ea-01f88590d5a64951
#   FVERSION   70_PylonLowVoltage.pm:v0.2.6-s28908/2024-05-25
#   HOST       10.10.20.142
#   NAME       pylon
#   NR         42
#   OPMODE     Automatic
#   PORT       4196
#   STATE      Timeout in communication to RS485 gateway
#   TYPE       PylonLowVoltage
#   eventCount 212
#   HELPER:
#     PACKAGE    FHEM::PylonLowVoltage
#     VERSION    0.2.6
#     VERSION_API unused
#     VERSION_CTZ unused
#     VERSION_ErrCodes unused
#     VERSION_SMUtils 1.27.2
#   READINGS:
#     2024-08-11 21:52:19   nextCycletime   21:52:49
#     2024-08-11 21:52:19   state           Timeout in communication to RS485 gateway
#
setstate pylon Timeout in communication to RS485 gateway
setstate pylon 2024-08-11 21:52:19 nextCycletime 21:52:49
setstate pylon 2024-08-11 21:52:19 state Timeout in communication to RS485 gateway



[satprofi]

Frage zur verdrahtung, pin 7 u. pin 8 von pylontech klemmen am waveshare? Wenn ja, dreh die mal aus oder nutze einen widerstand zw. den adern. jumper auf pylontech auch alle off?

[Janvi]

Habe mit 120 Ohm am Waveshare terminiert, kein GND verbunden und A / B zum Test auch schon mal getauscht. 
Dip Schalter sind alle oben, am Master ist der zweite von rechts aber unten (CAN Terminierung aus).

Es könnte ja sein, daß das Gateway gar keine seriellen Daten sieht was ja dann gar nichts mit FHEM zu tun hat. Vieleicht sollte ich mal versuchen am Gateway anstelle FHEM ein normales Terminal anzuschliessen? Oder sieht man da in ASCII gar nichts weil man keine Anfrage schicken kann?

Eine andere Unsicherheit: Die Anlage hat zwei mal 16 US5000 auf einem LV-Hub der für beide Gruppen als Aggregator arbeitet. Soweit ich sehe, gibt es am LV-Hub selbst gar keinen freien RS485 Port. Die erste Gruppe hat dabei sowieso beide Buchsen belegt (CAN + RS485), nur bei der zweiten (=letzten) Gruppe ist am Master die untere RS485 frei. Auf dem Venus-OS (Victronenergy) werden aber Werte per CAN von einzelnen Racks mit Gruppennummer+Racknummer korrekt angezeigt. Beiliegend mal meine verwendete Verschaltung aus dem LV Hub Manual.

[satprofi]

Hmmm, du verwendest ja den HUB. Versuch mal ohne HUB das erste Pack per RS485 auszulesen.

[Janvi]

DS_Starter schrieb:
Edit: Ich habe übrigens Pylon wegen einer neuren RS485 Doku angeschrieben. Sie haben mir geantwortet dass diese Doku nicht der Allgemeinheit zugänglich gemacht wird. Vllt. taucht mal etwas neueres im I-Net auf.

Pylontech hat zum Erreichen der KfW Förderfähigkeit unter Punkt 4 eine Erklärung in deutscher Sprache abgegeben, daß die Schnittstellenprotokolle zur Erzielung einer Kompabilität mit anderen Herstellern offengelegt sind. Das ist jetzt zwar nicht besonders nützlich, aber zu den "anderen Herstellern" gehört eindeutig auch FHEM als FOSS.

[DS_Starter]

Na vielleicht hilft das wenn ich Pylontech nochmal anschreibe mit diesem Blatt im Anhang

Hast du in deinem Waveshare eine EInstellung "Similar RCF2217"? Ich glaube es war wichtig diesen Flag zu setzen.
Übrigens unterstützt das Modul zur Zeit nur eine Gruppe von Batterien. Siehe Hilfe. Ich kann bei Bedarf versuchen eine Gruppenfähigkeit herzustellen. Da es bislang e´keinen Bedarf und keinen Tester dafür gab, ist das nicht impementiert.

Um herauszufinden ob überhaupt Daten kommen, hilft verbose 5. Im Normalfall kommen dann diese Ausschriften:

Code Auswählen Erweitern

2024.08.13 21:47:40.849 4: Pylon1 - start request cycle to battery number >1< at host:port 192.168.2.86:9000
2024.08.13 21:47:40.850 4: Pylon1 - Cycle started in main process
2024.08.13 21:47:40.856 4: Pylon1 - retrieve battery info: analogValue
2024.08.13 21:47:40.857 4: Pylon1 - request command (ASCII): ~20024642E00202FD33
2024.08.13 21:47:40.857 5: Pylon1 - request command (HEX): 7e3230303234363432453030323032464433330d
2024.08.13 21:47:40.874 5: Pylon1 - data returned raw: ~20024600F07A00020F0CF80CF80CF80CF80CF80CF70CF80CF80CF80CF80CF80CF80CF80CF90CF8050BC10BAA0BAA0BA70BB8FFF0C288FFFF04FFFF000F010C8F012110E15C
2024.08.13 21:47:40.875 5: Pylon1 - data returned:
0x00000000 (00000)  7e323030 32343630 30463037 41303030  ~20024600F07A000
0x00000010 (00016)  32304630 43463830 43463830 43463830  20F0CF80CF80CF80
0x00000020 (00032)  43463830 43463830 43463730 43463830  CF80CF80CF70CF80
0x00000030 (00048)  43463830 43463830 43463830 43463830  CF80CF80CF80CF80
0x00000040 (00064)  43463830 43463830 43463930 43463830  CF80CF80CF90CF80
0x00000050 (00080)  35304243 31304241 41304241 41304241  50BC10BAA0BAA0BA
0x00000060 (00096)  37304242 38464646 30433238 38464646  70BB8FFF0C288FFF
0x00000070 (00112)  46303446 46464630 30304630 31304338  F04FFFF000F010C8
0x00000080 (00128)  46303132 31313045 3135430d           F012110E15C.

2024.08.13 21:47:40.875 4: Pylon1 - retrieve battery info: alarmInfo
2024.08.13 21:47:40.875 4: Pylon1 - request command (ASCII): ~20024644E00202FD31
2024.08.13 21:47:40.876 5: Pylon1 - request command (HEX): 7e3230303234363434453030323032464433310d
2024.08.13 21:47:40.888 5: Pylon1 - data returned raw: ~20024600A04200020F000000000000000000000000000000050000000000000000000E40000000F105
2024.08.13 21:47:40.888 5: Pylon1 - data returned:
0x00000000 (00000)  7e323030 32343630 30413034 32303030  ~20024600A042000
0x00000010 (00016)  32304630 30303030 30303030 30303030  20F0000000000000
0x00000020 (00032)  30303030 30303030 30303030 30303030  0000000000000000
0x00000030 (00048)  30303530 30303030 30303030 30303030  0050000000000000
0x00000040 (00064)  30303030 30304534 30303030 30303046  000000E40000000F
0x00000050 (00080)  3130350d                             105.

2024.08.13 21:47:40.889 5: Pylon1 - Alarminfo - Status 1 alarm: 00
2024.08.13 21:47:40.889 5: Pylon1 - Alarminfo - Status 2 Info: 0E
2024.08.13 21:47:40.889 5: Pylon1 - Alarminfo - Status 3 Info: 40
2024.08.13 21:47:40.890 5: Pylon1 - Alarminfo - Status 4 alarm: 00
2024.08.13 21:47:40.890 5: Pylon1 - Alarminfo - Status 5 alarm: 00

2024.08.13 21:47:40.890 4: Pylon1 - retrieve battery info: chargeManagmentInfo
2024.08.13 21:47:40.890 4: Pylon1 - request command (ASCII): ~20024692E00202FD2E
2024.08.13 21:47:40.891 5: Pylon1 - request command (HEX): 7e3230303234363932453030323032464432450d
2024.08.13 21:47:40.899 5: Pylon1 - data returned raw: ~20024600B01402D002AFC80094FE8EC0F919
2024.08.13 21:47:40.900 5: Pylon1 - data returned:
0x00000000 (00000)  7e323030 32343630 30423031 34303244  ~20024600B01402D
0x00000010 (00016)  30303241 46433830 30393446 45384543  002AFC80094FE8EC
0x00000020 (00032)  30463931 390d                        0F919.

2024.08.13 21:47:40.900 4: Pylon1 - Socket/Connection to the RS485 gateway was closed
2024.08.13 21:47:40.900 4: Pylon1 - got data from battery number >1< successfully
Grüße,
Heiko

[DS_Starter]

Ich habe mal eben in meiner Doku (US3500C) zum Thema Multi-Gruppen Mode nachgeschaut.
Dort steht unter Kapitel

4.8 Multi-Gruppen-Modus
Über RS485. Wird noch nicht unterstützt. Maximal 16 in 1 Gruppe.
Durch CAN:
....

Liest sich für mich so dass in diesem Mode RS485 keine Unterstützung findet. Macht auch Sinn wenn kein entsprechender Port am Hub verfügbar ist.

[satprofi]

lt. Manual muss es aber gehen, denn ein Inverter ja infos über rs485 bekommt. Ausgang aber nur frei wenn kein CAN verwendet.
evt. kann man das Modul auf rs232 umschreiben.

[Janvi]

Hast du in deinem Waveshare eine EInstellung "Similar RCF2217"? Ich glaube es war wichtig diesen Flag zu setzen.

Mein Waveshare hat komischerweise eine völlig andere http Oberfläche wie hier abgebildet. Screendump siehe hier 6 Posts weiter vorne.
Das mit dem RFC2217 habe ich gelesen. Allerdings kann ich die Einstellung bei mir nicht finden. Ich habe abgebildetes Waveshare Gateway in der Hutschienenausführung.
Es wird über PoE mit Strom versorgt. Das RJ45 Kabel ist mit Pin 7 (ws/bn) auf RS485B und pin 8 (bn) auf RS458A. PE/GND sind nicht verbunden. Terminierung 150 Ohm, Leiungslänge 3m.

Um die Unsicherheiten mit dem LV Hub zu umgehen, möchte ich ungern meine beiden Gruppen auflösen. Das war eine ziemliche Kugelfuhr diese am LV Hub einzubuchen. Diesen ziemlich diffus beschriebenen Vorgang möchte ich zuvor erst noch mal besser verstehen um ihn dann systematisch üben zu können.

Ich kann allerdings ein einem der beiden Gruppen die letzte (16.) Batterie abtrennen und neu booten. FHEM sollte ja dann mit einer einzigen Batterie kommunizieren ohne daß diese eine zusätzlich CAN (oder RS485) Datenverbindung zu einem WR hat?

Noch was: Der Dip Schalter für die RS485 Baudrate ist im US5000 Manual in in der hier geposteten Protokollbeschreibung gegensätzlich beschrieben.
Manual:          Oben = 115200   Unten 9600
RS485 Protokollbeschreibung:    Oben = 9600   Unten 115200

Der verdreht platzierte DIP Schalter ist problematisch. Die Beschreibungen dazu aber eine dreiste Frechheit. Muß man zum Umschalten der Baudrate neu booten?

Bild 7503 zeigt den Master der zweiten (letzen) Gruppe.  Das weise Kabel links geht zur nächsten Gruppe (sonst WR). Das schwarze Kabel ist die Konsole für BatView und das Kabel bei B/RS485 geht zum Waveshare Gateway. 

[Janvi]

Meine Mutmaßungen zum Verständnis der Pylontech Schnittstellen

Mein US5000 BMS ist mit einem Nation N32G455-VB Mikrocontroller aufgebaut. Das ist ein chinesischer Cortex M4 im QFP100 Gehäuse welcher 2 CAN Schnittstellen anbietet. Um ohne Spezialkabel einen linearen CAN Bus mit zwei Nachbarn verdrahten zu können, ist jede der CAN Schnittstellen auf zwei  RJ45 Buchsen aufgelegt. Diese können von je einem CAN Nachbarn  belegt werden.

Die erste CAN Schnittselle sind die beiden Link Ports zur internen Kommunikation. Die Buchsen LINK0 und LINK1 sind an den CAN Pins 4,5,6 durchverbunden. Der GND pin 6 ist jedoch unterschiedlich mit den Pins 7 oder 8 gebrückt. Vermutlich sind die Pins 7+8 Pullup Eingänge um bereits beim Booten ohne Kommunikation feststellen zu können,  ob ein Vorgänger/Nachfolger gesteckt ist.

Die zweite CAN Schnittstelle liegt auf den RJ45 Buchsen, welche auf der Batterie Frontplatte mit A/CAN und B/RS485  beschriftet sind. Die Pinbelegung der RJ45 Buchsen ist so gewählt, daß in den 8 pins das CAN und das RS485 Halbduplex Signal gleichzeitig aufgelegt werden kann. Ein Versuch mit Durchgangspiepser bestätigt, daß alle Pins der beiden Buchsen A und B 1:1 durchverbunden sind. Sie beinhalten sowohl die gleiche CAN wie auch die gleiche RS485 Schnittstelle wie auch irgendwas auf den pins 1,2,3.
Versuche ausstehend: Kabel an beiden Buchsen A / B sollten beliebig vertauschbar sein. RS485 sollte auch mit einem Spezial Y Kabel genutzt werden können wenn beide CAN belegt sind.

Als Folge ergibt sich hiervon:

1) Pylontech passt sowohl über CAN wie auch RS485 an entsprechende Wechselrichter
2) Bei WR Anschluss über CAN ist gleichzeitig FHEM über RS485 möglich
3) Bei WR Anschluss über RS485 ist kein FHEM Anschluss möglich weil das halbduplex Signal sonst mit dem WR kollidiert
4) Ebenso wie die WR über CAN oder RS485 angeschlossen werden können, ist auch der Anschluss über CAN oder RS485 an einen LV-Hub möglich.
5) Die LV-Hub Anschlussvariante über RS485 erfolgt in sternförmiger Verdrahtung von jedem Master einer Gruppe zum LV-Hub. Warum eine Gruppe hier nur 8 Batterien haben darf ist unklar.

6) Die LV-Hub Anschlussvariante über CAN fasst die Batteriegruppen in einem linearen CAN Bus zusammen. Durch die doppelte RJ 45 Buchsenbelegung auf B/RS485 ist es möglich, den A/CAN Anschuss des vorhergehenden Masters mit der B/RS485 Buchse des nachfolgenden Masters zu verbinden.

7) Der GND Pin der RJ45 Buchse ist der CAN Schnittstelle zugeordnet. Er darf deshalb nicht mit dem PE eines RS485 Gateways verbunden werden. Entstehen durch lange RS485 Leitungen Gleichtaktprobleme, so sollte der B Anschluss am Gateway über 680 Ohm mit PE verbunden werden.

Die Dip Schalter sind im US5000 User Manual und im Schnittstellenprotokoll unterschiedlich  beschrieben. Vermutlich ist die Beschreibung im User Manual falscher als die Protokollbeschreibung. Der verdrehte Einbau des Schalters auf der Frontplatte ist problematisch, die Beschreibungen dazu aber eine dreiste Frechheit.

8a) Der Dip Schalter 1 ist zweifelsfrei für die Baudrate der RS485 Schnittstelle zuständig.
Manual:             Oben = 115200   Unten 9600
RS485 Protokollbeschreibung:    Oben = 9600      Unten 115200



b) Beim DIP Schalter 2 ist noch nicht mal die Funktion klar.
US5000 (nicht 2/3000) Manual:   Can Terminierung (ein R lässt sich aber nicht auspiepsen)
RS485 Protokollbeschreibung:    Dip 2,3,4 ist 7 bit Gruppenadresse m=1-7 für den Master

Aus 8b) ergibt sich eine Batterieadresse m:n in einem LV Hub System. In jede Gruppe m passen 16 Batterien welche allerdings nicht 0 bis 15 sondern 1 bis 16 zählen.

Gruppenadresse m=0 ist einem System mit nur einer Gruppe vorbehalten.
Gruppenadresse m von 1 bis 7 ermöglichen maximal 6 Gruppen a 16 Batterien = 96 Batterien mit einem einzigen LV Hub.

Die LV Hubs haben ebenfalls einen 3 bit Adressschalter. Hier sind aber nur die Adressen 1-5 zur Nutzung beschrieben. Damit würden sich maximal 5x96=480 Batterien oder 0,24GWh mit einem zweistufigen LV-Hub bzw. 6 LV-Hubs ergeben.

[Janvi]

Gleich noch ein Post und vielleicht ein Stück schlauer warum es bei mir nicht funktioniert:
Es gibt von Waveshare offensichtlich zwei verschiedene RS485->ETH Gateways die einen ziemlich unterschiedlichen Funktionsumfang in der FW haben.

1) RS485 TO ETH
https://www.waveshare.com/w/upload/6/6d/RS485-TO-ETH-user-manual-en.pdf

2) RS485 TO ETH (B)
https://www.waveshare.com/w/upload/8/86/RS485-TO-ETH-B-user-manual-en-v1.1.pdf

Das 2te ist die Hutschienenversion welche ich habe. Es sind aber ziemliche Unterschiede in den Protokollen. 2) scheint neuer zu sein, aber 1) kann auch was mit AT Kommandos was 2) definitiv nicht kann. Möglicherweise ist es mit dem RFC 2217 auch so? Das kommt aus alter Zeit wo AT Kommandos und Einwahlverbindungen über Hayes üblich waren. Da brauch nicht mehr suchen warum FHEM bei mir keine Verbindung hin kriegt sondern muß ein anderes Gateway bestellen?

[DS_Starter]

Ich kann bei mir mal RFC 2217 ausschalten und das Ergebnis mitteilen. Aber erst morgen, habe heute keine Zeit dazu. Vllt. kann satprofi den Check auch mal machen.

LG

[Janvi]

Weiter vorne in diesem Thread ist ein Post daß es ohne RFC2217 nicht funktioniert. Wie ich verstanden habe, ist RFC2217  dafür gut, daß über Eth die Einstellungen für Baudrate u.a. gemacht werden können was normal nicht über die seriellen Daten geht. Andererseits ist es vorteilhaft, wenn man dazu keinen Treiber für virtuelle COM Ports braucht.

Offensichtlich gibt es von Waveshare aber noch mehr RS485 auf ETH Konverter welche wiederum andere Funktionsumfänge haben. Hier eine Version die neben Modbus auch MQTT kann.
https://www.waveshare.com/wiki/RS232/485_TO_WIFI_ETH_(B)

Was soll "verbose 5" sein ? Eine ASCII Eingabe auf der RS485 welche dann wie oben antwortet?
Dazu müsste ich dann einen virtuell seriellen Port aufmachen und ein Terminal laufen lassen?
Oder geht das auch mit telnet?