Codesys Raspberry universal Prüfsystem

[NoClueAboutSPS]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo, ich hätte da mal ne frage, mein Ziel ist es eine Art "Universales Prüfsystem" mithilfe von meinem Raspberry und Codesys zu bauen das ich nutzen kann für Can Bus, Any Bus, EtherCat, EtherNet und was es sonst noch so gibt. Ich möchte damit Hauptsächlich Schwarz/Weiß Kanäle kontrollieren und dazu auch noch Analog-Kanal werte (S/W z.B. Richtungskanal und Analog dann den Wert wie sehr aus gelenkt wird). Hat jemand sowas schonmal gemacht und weiß welche Hardware ich da noch brauche außer meinem PI und wie man das ganze umsetzen kann mit Codesys?
MFG NoClueAboutSPS

 

[DerOnkel]

Soll das Gerät erkennen was daran angebunden ist und automatisch irgendwelche Routinen abrufen? Das ursprüngliche Prinzip der SPS ist doch seine Hardware zu kennen und nicht zu bestimmen.

 

[NoClueAboutSPS]

Zuviel Werbung?
-> Hier kostenlos registrieren

Soll das Gerät erkennen was daran angebunden ist und automatisch irgendwelche Routinen abrufen? Das ursprüngliche Prinzip der SPS ist doch seine Hardware zu kennen und nicht zu bestimmen.

Ne Routinen brauch ich nicht, ich baue Funkfernsteuerungen für unterschiedlichste SPS anlagen und möchte diese einfach nur auf ihre funktion testen, aktuell brauche ich aber gefühlt für jedes Bus System nen eigenen Test Aufbau und deshalb versuche ichs nun mit Codesys und dem Raspberry nen interface zu bauen mit universellen Anschlüssen damit ich 1:1 all meine kanäle testen kann

 

[Biiebs]

Hi NoClueAboutSPS,

in der Vergangenheit hatte ich ein ähnliches Problem, da ich einen universellen Prüfstand für unterschiedliche Kommunikationsschnittstellen der UUT's entwickelt hatte. Der Prüfstand funktionierte dabei auch 1A und die UUT's liesen sich über "Plug&Play" anschließen und testen.
Die SPS ist, wie bereits geschrieben, eher dafür ausgelegt, dass die Hardware einmalig integriert wird und anschließend unverändert bleibt. D.h. du musst für jede Kommunikationsschnittstelle eine eigene Hardware einbauen.

Kleiner Tipp:
Bau deinen Prüfstand so, dass er möglichst viele (oder alle) Kommunikationsschnittstellen hardwaremäßig unterstützt. Die Hardware bleibt dabei fest im System, während die Software die entsprechenden Kommunikationspfade freischaltet und auswertet.
Für die Hardware kann ich den Einsatz von EtherCAT-Gateways empfehlen (diese sind aber manchmal etwas teurer, als native Hardware). Diese übernehmen die Protokollumsetzung, sodass du dich nur um den EtherCAT-Zweig und die Auswertung der UUT's innerhalb der SW kümmern musst.
Als weiterer Tipp, die Fa. Anybus bietet passende Gateways für alle gängigen Kommunikationsprotokolle an, diese kann ich nur empfehlen.

Gruß

Biiebs

 

[DerOnkel]

Ne Routinen brauch ich nicht, ich baue Funkfernsteuerungen für unterschiedlichste SPS anlagen und möchte diese einfach nur auf ihre funktion testen, aktuell brauche ich aber gefühlt für jedes Bus System nen eigenen Test Aufbau und deshalb versuche ichs nun mit Codesys und dem Raspberry nen interface zu bauen mit universellen Anschlüssen damit ich 1:1 all meine kanäle testen kann

So richtig nachvollziehen lässt sich dein Vorhaben für mich nicht. Mach doch einfach mal zwei Beispiele wie die vorgefundene Hardware konfiguriert ist, was genau deine Kanäle sind und im welchem Umfang du diese testen willst.

 

[NoClueAboutSPS]

Zuviel Werbung?
-> Hier kostenlos registrieren

So richtig nachvollziehen lässt sich dein Vorhaben für mich nicht. Mach doch einfach mal zwei Beispiele wie die vorgefundene Hardware konfiguriert ist, was genau deine Kanäle sind und im welchem Umfang du diese testen willst.

Okay also ich habe z.B. eine Funkfernsteuerung, der Sender schickt über 434 MHz die einzelnen kanäle z.B. vorwärts fahren/rückwärts fahren + einen Analog Wert der sagt "So schnell fahre ich jetzt vorwärts/rückwärts. Diese Signale bekommt der Empfänger in dem z.B. ein Anybus modul oder ein Profinet Modul oder Profi Bus oder Can Bus dran hängt. Vom Bus würde das ganze normal nun auf das "Auto" oder was auch immer man vernsteuern will gehen. Ich persönlich habe aber garnicht dieses "Auto" bei mir stehen sondern will nur testen ob meine gesendeten kanäle und werte aus dem Bus noch ankommen und das per Panel das ich mit Codesys über einen PI realisiere überprüfen

 

[NoClueAboutSPS]

Hi NoClueAboutSPS,

in der Vergangenheit hatte ich ein ähnliches Problem, da ich einen universellen Prüfstand für unterschiedliche Kommunikationsschnittstellen der UUT's entwickelt hatte. Der Prüfstand funktionierte dabei auch 1A und die UUT's liesen sich über "Plug&Play" anschließen und testen.
Die SPS ist, wie bereits geschrieben, eher dafür ausgelegt, dass die Hardware einmalig integriert wird und anschließend unverändert bleibt. D.h. du musst für jede Kommunikationsschnittstelle eine eigene Hardware einbauen.

Kleiner Tipp:
Bau deinen Prüfstand so, dass er möglichst viele (oder alle) Kommunikationsschnittstellen hardwaremäßig unterstützt. Die Hardware bleibt dabei fest im System, während die Software die entsprechenden Kommunikationspfade freischaltet und auswertet.
Für die Hardware kann ich den Einsatz von EtherCAT-Gateways empfehlen (diese sind aber manchmal etwas teurer, als native Hardware). Diese übernehmen die Protokollumsetzung, sodass du dich nur um den EtherCAT-Zweig und die Auswertung der UUT's innerhalb der SW kümmern musst.
Als weiterer Tipp, die Fa. Anybus bietet passende Gateways für alle gängigen Kommunikationsprotokolle an, diese kann ich nur empfehlen.

Gruß

Biiebs

Ich werde mich bei denen auf der Seite mal umschauen, dank dir für deine Antwort