B&R x20CP1486 Kommunikation über RK512 Protokoll (Serielle Schnitstelle)

Mich4el

Level-2
Beiträge
6
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Guten Abend,
ich habe momentan die Aufgabe mit der x20CP1486 über die Serielle Schnitselle R232 von einer Sicherheits-Steuerung Daten auszulesen dies soll mit dem RK512 Protokoll passieren. Mein Problem ist das ich von der ganzen Materie kaum Ahnung habe.
In der Libray vom Automation Studio gibt es ein Beispiel für das RK512-Protokoll, in diesem wird die SPS als Slave Verwendet wo diese auf ein Signal des Masters wartet um Daten zu senden oder zu Empfangen. Dies ist leider in meinem Fall nicht möglich, da die Sicherheits-Steuerung als Slave agiert und auf ein "Fatch"-Signal wartet um Daten zu Senden oder zu Empfangen.
Kann ich für diesen fall trotzdem die Funktionen aus der Library für das RK512-Protokoll verwenden um den die Kommunikation zu initalisieren? Und dann eine Funktion schreiben die den Fatch Header Senden damit ich Daten zurück bekomme von der Sicherheits-Steuerung?
Oder muss ich alles Komplett selber aufbauen mit der DVFrame Bibliothek?
Ich bin über jeden hinweis und Tip dankbar der mir weiter helfen könnte auch Links oder ähnliches für weitere Informationen zu diesem Thema würden mir sehr helfen.
Mit freundlichen Grüßen und Danke schonmal für eure Mühen im vorraus.
 
Es wäre von Interesse, welche Sicherheitheitssteuerung ausgelesen werden soll. Das RK512 Protokoll ist doch Siemens S5, oder? Mit der DVFrame kannst Du prinzipiell alle serielle Kommunikation erledigen. Ein Anruf bei Deinem B&R Supporter schafft Klarheit.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Bei der Sicherheits CPU handelt es sich um eine SICK Flexi Soft CPU3.
Beim Anruf von B&R sowie SICK kam heraus das es kein Funktion gibt die diese Aufgabe direkt erledigen würde, und man müsste sich selbst eine Bibliothek/Funktion schreiben mit der man dies Aufgabe dann erledigen kann.
Von SICK gibt es ein Dokument RK512 Telegramm-Beschreibung in der ein wenig zu der Kommunikation beschrieben ist. Kann ich auch wenn ich die Funktionen aus der DVFrame Bibliothek z.B. für das Initialisieren einer Schnittstelle usw. (senden Lesen von Daten) nutze das Protokoll realisieren? Oder was hat es mit dem Protokoll auf sich ist das nur die Art wie die Bytes aussehen oder was macht das aus?
Generell kann ich an der SICK Flexi Soft nichts Einstellen bzw. ändern dort wird nur das R232 Routing der CPU aktiviert und es gibt eine Ansicht in der steht auf welche Informationen auf den Bits der jeweiligen Bytes stehen.
Das heißt ich muss alles weitere im Automation Studio realisieren. Wobei ich weit entfernt bin ohne weitere Informationen dazu zu bekommen.
 
Ich meine, dass es bei B&R einen Treiber für das 3964R Protokoll gibt (DV_3964) - auf diesem Protokoll setzt dann das RK512 Protokoll auf.
Ob der Treiber das auch unterstützt weis ich aus dem Stehgreif nicht.

Vielleicht bist du aber schneller und fährst günstiger und streßfreier mit einem Gateway:

z.B. sowas:

http://www.deutschmann.de/de/produk...onverter/unigate_cl/unigate_cl-modbustcp.html

Modbus TCP kann B&R normal auch - zudem sparst du dir die serielle Schnittstelle - Ethernet sollte bei der B&R ja schon on Board sein.
 
Ja es gibt bei B&R eine Library für das 3964 Protokoll und auch eine Funktion für das Rk512 Protokoll,
Problem dabei ist bloß das diese auf den Slave Betrieb ausgelegt sind und somit das Send oder Fatch Commando vom gegenpart erwarten. Was in diesem Fall aber nicht gesendet wird von der SICK Safty sondern genauso erwartet wird.
Daher müsste ich dies jetzt selber implementieren. Was für meinen momanten wissenssand schon eine beachtliche aufgabe ist.
Zu der Idee mit dem Gateway, ich denke das wäre eine leichtere Lösung aber diese kommt sehr wahrscheinlich nicht in frage da es sich hierbei um keine zwingede funktionalität geht sondern nur eine zusatzfunktion wäre und dafür keine großen extrakosten entstehen sollten.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Zum Thema Extrakosten: Du bekommst eine Aufgaben, musst Dich erst über längere Zeit einarbeiten, dann implementieren, testen, in eine Verbesserungsschleife gehen usw.
Das nimmt auch Ressourcen in Anspruch.

Alternativ kommt ein Ingenieurbüro zum Zuge. Auch die nehmen Geld.

Alternativ nimmst Du ein fertiges Gateway, machst einfach die Konfiguration im AS und die Aufgabe ist gelöst.
 
Generell würde ich dir da zustimmen, da es sich aber hierbei um ein Projekt für ein Praxissemester handelt sind die Kosten da schon etwas geringer, und wie schon beschrieben ist die Funktionalität die dadurch gewonnen wird auch nicht zwingend notwendig und daher sind größere extrakosten für mehr Hardware nicht eingeplant in der Produktion der Mascheinen. Für die geplante Reaisierung wäre somit ja "nur" mein Programm und ein Serielles Kabel von Nöten was nur mit geringen mehrkosten Verbunden wäre.
Aber alles in allem habe ich jetzt für's erste ein anderes Projekt bekommen. Daher möchte ich mich für die nette hilfe bedanken und eventuell komme ich dann hierauf zu einer späteren zeit zurück.
 
Zurück
Oben