cFP2020 und RS485

Hallo!

Habe schon mal so ein ähnliches Problem gehabt, die Lösung ist dann doch etwas "scharf" gewesen.

Frage vorweg: Was spricht dagegen, dem cFP die Arbeit zu lassen und - ich weiß nichts genaues über die Art der Daten vom RS485! - einfach z.B. formatierte, fertige Messdaten oder was auch immer an den PC zurückzusenden. Damit werden Timing-Probleme sehr gut vermindert, da der cFP die ev. zeitkritische Kommunikation per RS485 übernimmt!

Meine Empfehlung, falls wirklich der PC die Strings für den RS485 zusammenbauen muss: DataSocket
Du erstellst ein VI für den Fieldpoint, ein VI für den PC.
Das Fieldpoint-VI regelt die Kommunikation mit RS485, der PC sendet dafür die ASCII-Befehle via DataSocket runter auf den cFP.
Zum Beispiel: PC generiert und sendet Befehl "#062?" für RS485, der cFP hängt dann noch ein CarriageReturn an und schickt es per VISA an die Schnittstelle.
Im nächsten Schritt kommt die Antwort, die über einen anderen String wieder auf den PC zurückgeschrieben wird.

Soviel zur Theorie. Haken: Der cFP hat keinen DataSocket-Server.
Lösung: als DataSocket-IP-Adresse auf dem cFP einfach die Adresse des PC eintragen; der PC ist also logisch gesehen also Quelle und Senke gleichzeitig, aber es funktioniert.

Tip: Datasocket nicht per Front-Panel konfigurieren (Data Operations-Data Socket Connection...), sondern programmatisch mit den Data-Socket-VIs des BlockDiagramms unter Communication-DataSocket - und das Timing genau beachten: PC Sendet, cFP Empfängt, cFP Sendet an RS485, cFP Empfängt von RS485, cFP Sendet retour an PC (Sequence Structures). Inwieweit das mit den Latenzzeiten des Netzwerks wirklich gut geht, ist eine andere Frage (Stichwort VISA timeout...). In diesem Fall Lösung ganz oben: cFP macht die Arbeit

Hoffe geholfen zu haben!
BR.