Hallo,
ich habe ein kleines Problem. Vielleicht könnt Ihr mir weiterhelfen.
Ich habe eine SPS laufen, die an einen Prozessrechner seriell RS232
verbunden ist.Dieser Rechner hat 2x RS232 Schnittstellen.
Ich möchte von einem zweiten Rechner auf die SPS zugreifen. Deshalb war
meine Idee eine serielle Leitung an die 2te RS232 Schnittstelle des
Prozessrechners anschließen, da ich dachte dass beide Port´s parallel
sind. Gesagt, getan. Funktioniert aber nicht.
Meine Frage deshalb: wie kann ich vom 2ten Rechner auf die SPS
zugreifen?
Bitte um Hilfestellung.
Gruß D.Lamm
Dmitrij schrieb:> Meine Frage deshalb: wie kann ich vom 2ten Rechner auf die SPS> zugreifen?
vermutlich gar nicht. Serial ist als Punkt zu Punkt ausgelegt, da kann
man nicht einfach 2 PCs und eine SPS anschließen.
Peter II schrieb:> Dmitrij schrieb:>> Meine Frage deshalb: wie kann ich vom 2ten Rechner auf die SPS>> zugreifen?>> vermutlich gar nicht. Serial ist als Punkt zu Punkt ausgelegt, da kann> man nicht einfach 2 PCs und eine SPS anschließen.
Mit Hilfe von Dioden, muss aber dann koordiniert werden.
Kurt
Kurt schrieb:> Mit Hilfe von Dioden, muss aber dann koordiniert werden.
Das ist maximal eine Bastellösung. Es klingt aber nicht so, als ob der
TE basteln möchte.
Er kann sich ja auf dem Rechner wo jetzt grade SPS und der zweite
Rechner angeschlossen sind einen kleinen Proxy basteln... Dann ist zwar
immer noch kein paralleler Zugriff von beiden Computern möglich - aber
es ist einfacher zu kontrollieren, wer grade kommuniziert, wie mit der
Dioden Lösung...
Wenn man die Kommunikation komplett im Griff hat (also das Protokoll
selbst festlegen kann), könnte man auch einen Ring aufbauen... Also TX
von der SPS an RX von PC1, TX von PC1 an RX von PC2 und TX von PC2 an RX
von der SPS... Aber wie gesagt, da muss das Protokoll dann für ausgelegt
sein - dann funktioniert das aber sehr gut!
Dmitrij schrieb:> da ich dachte dass beide Port´s parallel> sind
Das ist Quatsch.
Schon die alten DOS-PCs hatten mehrere RS-232 (COM1..COM4) und man mußte
jeder Anwendung die gewünschte COM zuweisen, z.B. der Maus die COM4 in
der config.sys.
Du müßtest also Deine Anwendung so umschreiben, daß sie auf beide RS-232
hört und antwortet.
Peter D. schrieb:> Du müßtest also Deine Anwendung so umschreiben, daß sie auf beide RS-232> hört und antwortet.
Und damit kommst du dann von zwei Rechnern aus auf eine SPS?
Kannst du das bitte mal etwas genauer beschreiben?
Adele schrieb:> Und damit kommst du dann von zwei Rechnern aus auf eine SPS?
Man könnte die eine Applikation so schreiben, daß sie die 2. RS-232
tunnelt, dürfte aber etwas Aufwand sein.
Praktisch geht wohl nur ein 2-poliger Umschalter für die SPS.
Dmitrij schrieb:> Ich habe eine SPS laufen, die an einen Prozessrechner seriell RS232> verbunden ist.Dieser Rechner hat 2x RS232 Schnittstellen.> Ich möchte von einem zweiten Rechner auf die SPS zugreifen. Deshalb war> meine Idee eine serielle Leitung an die 2te RS232 Schnittstelle des> Prozessrechners anschließen, da ich dachte dass beide Port´s parallel> sind.
Versteht das jemand?
Sollen beide Rechner Befehle an die SPS senden?
Dann müssen sich die beiden Rechner einigen, wer überhaupt senden darf.
Sonnst kommt totales Chaos bei der SPS an.
Noch einer schrieb:> Sollen beide Rechner Befehle an die SPS senden?>> Dann müssen sich die beiden Rechner einigen, wer überhaupt senden darf.> Sonnst kommt totales Chaos bei der SPS an.
Das war genau das, was ich auch meinte. Die SPS hat nun mal nur eine
Schnittstelle, und wenn da zwei Rechner dran rumfummeln (egal ob über
Tunnel oder direkt), kann ich mir nicht vorstellen, daß das sauber
läuft. Die SPS kann ja nicht wissen, mit welchem Rechner sie gerade
verbunden ist. Also kann sie auch nicht wissen, woher die Daten kommen.
Und sie kan auch nicht wissen, wohin ihre Daten geschickt werden...
Deshalb meine Rückfrage an Peter.
Wenn laut TO die SPS mit dem Prozesrechner verbunden ist, muss man
erstmal klären, was passiert, wenn man diese Verbindung trennt und einen
anderen Rechner damit verbindet. Das wäre ja auch der Fall bei Peters
Vorschlag mit dem Umschalter.
Hallo,
danke an Eure Vorschläge und auch Bedenken.
Ich habe es jetzt mit einem 2poligen Schalter gelöst. Funktioniert
wunderbar, allerdings nur im Wechsel.
Michael R. schrieb:> Wenn man die Kommunikation komplett im Griff hat (also das Protokoll> selbst festlegen kann), könnte man auch einen Ring aufbauen... Also TX> von der SPS an RX von PC1, TX von PC1 an RX von PC2 und TX von PC2 an RX> von der SPS... Aber wie gesagt, da muss das Protokoll dann für ausgelegt> sein - dann funktioniert das aber sehr gut!
Wie und womit kann ich diesen Protokol erstellen?
Gruß D.Lamm
Dmitrij schrieb:> Wie und womit kann ich diesen Protokol erstellen?
Mit den Programmen auf den PCs und auf Deiner SPS, vorausgesetzt, deren
serielle Schnittstelle läuft unter Kontrolle Deiner SPS-Programme.
Wenn die SPS auf ihrer seriellen Schnittstelle ein Standardprotokoll wie
z.B. Modbus umsetzt, dann geht das nicht.
Hallo,
welches Protokol meine SPS und Schnittstelle verwendet, weis ich nicht.
Ich habe eine SLC500 von Allen Bradley. Sagt es dir was? Kannst du mir
helfen?
Gruß D.Lamm
Dmitrij schrieb:> welches Protokol meine SPS und Schnittstelle verwendet, weis ich nicht.> Ich habe eine SLC500 von Allen Bradley. Sagt es dir was?
Immerhin sagt das so viel, dass man sich mal unter Documentation
gezielt in den diversen Handbücher auf die Suche machen könnte.
http://ab.rockwellautomation.com/Programmable-Controllers/SLC-500-Controllers#documentation
Allen-Bradley hat wohl keinen sonderlichen Bedarf mehr, da noch Support
rein zu stecken. Die empfehlen den Umstieg auf ihre CompactLogix™ 5370
oder 5380
Dmitrij schrieb:> welches Protokol meine SPS und Schnittstelle verwendet, weis ich nicht.
Und was sollen die beiden PCs dann mit der Schnittstelle anfangen?
Dmitrij schrieb:> Ich habe eine SPS laufen, die an einen Prozessrechner seriell RS232> verbunden ist.Dieser Rechner hat 2x RS232 Schnittstellen.> Ich möchte von einem zweiten Rechner auf die SPS zugreifen.
Comserver (ich nehm die von Moxa) setzen RS232 auf Ethernet um und du
kannst von beliebig vielen PCs via virtual Com Port drauf zugreifen.
