Hier bitte am besten ein USB RS485 dongle verwenden. Das setzt die COM Schnittstelle passend um. Unter Raspi haben wir im Charging Manager Kit schon eine Platine, die 2 RS485 Schnittstellen zur Verfügung stellt. RS485 hat grundsätzlich keine Flusskontrolle. Bei halbduplex sendet der master und wartet auf die Antwort des slave.

Was wollen Sie denn eigentlich machen? ;-)

Ganz so einfach ist es beim Half-Duplex und einem Master Slave System nicht. Wenn ein Busteilnehmer sendet treibt er den Bus. Alle weiteren Treiber dürfen zu diesem Zeitpunkt den Bus nicht treiben, da sonst die Gefahr von Datenmüll entsteht. Somit muss bei jedem Teilnehmer der Treiber irgendwie gesteuert werden. Entsprechende Transiver Chips haben hierzu einen eigenen Pin am IC. Oftmals wird dieser DE für "Driver Enable" genannt und mit dem RTS Pin der seriellen Schnittstelle verbunden. Beispiel:

https://user-images.githubusercontent.com/45951526/99066537-6b032100-25a9-11eb-9be9-0519430b5bad.png

Es kommt nun auf die Implemtierung der Software an, ob diese den RTS mit ansteuert oder nicht. Denn es gibt auch hier Alternativen:

• Eine obskure Hardware, die DE einfach ansteuert, solange ein Zeichen vom Teilnehmer übertragen wird.
• Ansteurung von DE über besondere Zeichen, analaog zum XON/XOFF.
• ...

Anmerkung: Die Verbindung von RTS mit dem invertierten RE verhindert, dass der Teilnehmer seine eigene Nachricht auf dem Bus selbst liest.

Die eigentlich Nachfrage rührt daher, dass die normalen RPi's der 4. Generation auf der GPIO Leiste mehrere UARTs bereitstellen und ich an einer kompakten Lösung plane, die

• auf eine Tragschiene/Hutschiene montiert werden kann
• übliche Größen für den Einbau einhält, sodass angrenzende Tragschienen verwendet werden können
• die SELV Anforderungen zumindest weitesgehend eingehalten werden können
• Relais Ausgänge für SG Ready vorhanden sind

Als Gehäuse plane ich aktuell mit dem RPI-BC 107,6 EXT DEV-KIT KMGY von Phoenix Contact. Der RPi wird darin mit einer Basisplatine verbunden. Darauf wird dann die Stromversorgung, Isolierter RS485 Transceiver inkl. Schutzschaltung und entsprechende Relais samt Treiber für diese realisiert.

sorry, aber irgendwie sehe ich keinen Bezug zur cFos Power Brain Wallbox oder dem Charging Manager.

Ganz so einfach ist es nicht. Es muss schon eine Steuerung bzgl. Senden und Empfangen vorhanden sein, da im Bus immer nur einer der Teilnehmer sein Treiber aktiviert haben darf. Daher stellt der Linux Kernel auch entsprechende Features bereit https://docs.kernel.org/driver-api/serial/serial-rs485.html . Nun gibt es verschiedenste Lösungsmöglichkeiten den Treiber im RS485 ein und auszuschalten. Die sauberste Methode ist dabei über einen "Pin" der üblicherweise für die Flusskontrolle verwendet wird. Die Ansteuerung kann nun die Software, die den Port nutzt, selbst übernehmen oder man nutzt die Kernel Features. Eine Analyse der Charging Managers ergab, dass weder der Charging Manager selbst steuert, noch der Port entsprechend geöffnet wird um entsprechende Features zu aktivieren. Zur Referenz anbei noch ein kleines Testprogramm, dass die Features aktiviert.