Datenaustausch WinAC MP und Linux

vita-2002

Level-2
Beiträge
182
Reaktionspunkte
33
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Zusammen,
wir haben eine Maschine mit MP377 und WinAC MP geplant (die Maschine ist 80% fertig). Nun kommt der Kunde mit einem Wunsch: Steuerung muss mit einem Linux-Rechner kommunizieren. TCP/IP protokoll, Telegramme, ASCII,..
Jetzt ist die Frage: ist das überhaupt mit WinAC MP möglich? Ich habe keine passenden Dokumente gefunden.
Oder müssen wir doch alles auf S7-300 mit CP-343 umstellen?
 
Zuletzt bearbeitet:
Danke,
das habe ich gelesen.

Ich bekomme morgen genaue Anforderungen, aber so wie ich verstanden habe: keine Excel, Txt, ... . Nur Telegrammaustausch im ASCII format.

... WinAC MP verwendet z.B. die Kommunikationsbausteine der 400er, obwohl sie einer 300er entspricht. Meldet aber natürlich bei der Verwendung der falschen Bausteine keine Fehler ('s god halt ned). Dies ist aber im WinAC Handbuch vermerkt.

Welche Handbuch meint Rainer Hönle?
 
Zuletzt bearbeitet:
Welche Handbuch meint Rainer Hönle?
Das Handbuch zum MP in dem das System und die Kommunikationsfunktionen der WinAC beschrieben sind (welche Bausteine gibt es etc.). Die Bausteine, die ich angesprochen habe, haben aber nichts mit reiner Textkommuniktaion zu tun sondern sind die Put/Get-Bausteine etc.
Wie wäre es eigentlich, wenn die Kommunikation von dem Linux-Rechner aus erfolgen würde (z.B. mit libnodave oder ACCON-AGLink)? Dann sind die Probleme auf der WInAC-Seite weg.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Da ich bald Ähnliches vorhabe. Kann man denn bei WinAC nicht mit den selben Mitteln arbeiten, wie bei einer 300-er SPS? Also mit den in der Bibliothek vorhandenen Bausteinen Daten per TCP/IP senden und empfangen?
 
Da ich bald Ähnliches vorhabe. Kann man denn bei WinAC nicht mit den selben Mitteln arbeiten, wie bei einer 300-er SPS? Also mit den in der Bibliothek vorhandenen Bausteinen Daten per TCP/IP senden und empfangen?
Das geht schon, nur sind die Kommunikationsbausteine der 300er und der 400er unterschiedlich. Und die WinAC MP ist eine 300er, verwendet abder die Bausteine der 400er. Wie sich die "normale" WinAC meldet, weiß ich nicht (ist zu lange her).
 
Ich habe noch keine Anforderungen bekommen, aber ich glaube das mit libnodave oder ACCON-AGLink wird nicht gehen: die ganze Geschichte mit Linux macht der Kunde ich muss "nur" meine Steuerung anpassen. Mal sehen, wenn ich die Unterlagen habe ...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
NetPro
Neue Verbindung einfügen (siehe Bild) mit unbekanntem Projekt
Adresse und Port angeben
und dann mit AG_SEND, AG_RECV Daten mit dem Linux-,
oder wasauchimmer-PC austauschen.
 

Anhänge

  • neueverb.jpg
    neueverb.jpg
    151,9 KB · Aufrufe: 22
Jetzt habe ich die unterlagen:

Vorraussetzungen

·Ethernet-Protokoll TCP/IP Port (Socket) Communication
·Datentelegramm besteht aus IEEE 802.2 Ethernet Frame mit Header + Nutzdaten
·Anlage ist Client (aktiver Teilnehmer, der die Kommunikation herstellt), BR ist Server und sendet Watchdog-Telegramm zum Halten der Verbindung.
·1 Port zum Senden und Empfangen der Telegramme (bidirektional)


Telegrammaufbau

·Jedes Telegramm erhält einen Header, der die Telegramm-ID, die Telegrammlänge, den Sender und den Sendezeitpunkt enthält.
·Es gibt für die Anlage auf nur einen Telegrammdienst, der die empfangenen Daten entsprechend der Telegrammkennung an die zugeordneten Datenserver weiterleitet.
·Jedes Telegramm hat eine feste vorher vereinbarte Länge, die im Header anzugeben ist.
·Alle Datentelegramme sind im ASCII-Format als Character-String zu übertragen. Es sind nur druckbare Zeichen erlaubt (es sei denn es wird was anderes vereinbart)
·Sollte es notwendig sein, binäre Daten zu übermitteln, gilt das Format Little Endian. (Low Byte wird vor High Byte und Low Word vor High Word übertragen). Eine evtl. Konvertierung in Little Endian wird Kundenseitig durchgeführt
·Dateninhalte sind entweder numerisch (N) oder alphanumerisch (A). Real-Werte sind ganzzahlig zu übermitteln. Die Anzahl der Nachkommastellen sind zu vereinbaren oder ggf. im Telegramm mit zu senden.
·Strings (alphanumerisch) sind mit Leerzeichen bis zur vereinbarten Länge aufzufüllen. Numerische Werte (Datentyp: N) sind rechtsbündig einzutragen.
·Bei Übermittlung von Meßwerten muß beachtet werden, ob ein Meßwert tatsächlich 0 ist oder gar nicht gemessen wurde. Die jeweilige Verfahrensweise ist abhängig von den Betriebsbedingungen und muß entsprechend vereinbart werden.


Das sollte doch mit Kommunikationsbausteine der 400er gehen (wenn Sie wirklich beim WinAC MP vorhanden sind). Oder?
Was mich auch unsicher macht, das WinAC MP muss als Client eingerichtet werden.
Ich bin ein Neuling im Sachen Datenaustausch.
 
Zuletzt bearbeitet:
...
Wie wäre es eigentlich, wenn die Kommunikation von dem Linux-Rechner aus erfolgen würde (z.B. mit libnodave oder ACCON-AGLink)? Dann sind die Probleme auf der WInAC-Seite weg.

Genau so wie Rainer sehe ich die Sache auch.
Jedes OP macht es so: Es greift aktiv auf die SPS-Daten zu!

Warum denn nicht auch der Linux-PC?

OK, die Herren auf der Linuxseite müssten dann zwar etwas umdenken, dafür würde die ganze Geschichte aber auch funktionieren!
 
Keine TCP/IP Kommunikation mit Win AC MP2008

Guten Tag an alle hier!

Ich bin zwar neu hier, habe aber schon einige Jahre SPS Erfahrung am Buckel. Leider kann ich mit Sicherheit sagen das mit Win AC MP 2008 so wie mit vielen anderen Soft PLC von Siemens keine offene TCP/IP Kommunikation mit einem Teilnehmer aufgebaut werden kann. Ich würde an Deiner Stelle ebenfalls den Weg über ein Script in WinCC Flexible und einem Textfile versuchen. Eine einfache CSV Datei zu schreiben sollte jeder Linux Programmierer schaffen.

mfg Newton 130
 
Keine TCP/IP Kommunikation mit Win AC MP2008

Weil aus welchen Gründen auch immer die notwendigen Bausteine nicht in der Win AC MP2008 implementiert sind. Es wird in den technischen Daten von WIN AC MP2008 auch keine Wort über TCP/IP Verbindungen verloren. Ich habe mal einen Service Request bei Siemens zu diesem Thema eröffnet. Ich werde das Ergebniss hier bekanntgeben sobald ich eine Vernünftige Antwort von Siemens erhalten habe!

mfg Newton 130
 
Ich habe auch beim Siemens nachgefragt - keine vernüftige Antwort bekommen.
"AG_LSEND" gibt Fehler 8F24 zurück.

Wir werden jetzt 315-2DP und CP343-1 einsetzen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Antwort Service Request

Hier die Kurze und wenig aussagekräftige Antwort auf meine Frage ob man eine Verbindung über TCP/IP zu einem Barcodedrucker von der WinAC MP2008 aus aufbauen kann :

An einem Panel (mit oder ohne WinAC MP) kann nur eine freigegeben Drucker über die Visualisierung angeschlossen werden.

D.h. eine TCP/IP Verbindung aus der WinAC MP wird es laut meiner Information nicht geben.


Also Verbindung über RS232 oder sonst irgendwie aufbauen.

mfg Newton 130
 
Es gäbe noch eine Möglichkeit:
Auf dem Panel läuft eine Applikation, die sowohl mit der lokalen SoftSPS als auch mit dem Scanner kommuniziert und den entsprechenden Datenaustausch dann vornimmt, so als eine Art Gateway. Dabei kann die sowohl die SoftSPS als auch der Scanner passiv sein.
 
Win CE Applikation für TCP/IP senden/empfangen

Da ich eine ähnliche Problemstellung mit der Kommunikation zu einem Sputnik Solarmax Wechselrichter habe, habe ich mal die Idee von Rainer Hönle aufgegriffen und habe mal überlegt wie man so eine Applikation auf Windows CE umsetzen kann. Ich habe das jetzt ungefähr so umgesetzt:
WinCC flex schreibt über VB Script ein File mit Zieladresse, Portnummer, und Sendetext in ein Verzeichnis. Mein Programm schaut zyklisch ob das File existiert, liest das File aus, und schickt den Inhalt per TCP/IP an die Zieladresse. Danach lösche ich das File. Die Antwort von der Gegenstelle schreibe ich dann in ein anderes File im gleichen Verzeichnis. WinCC flex liest das File und stellt die Antwort wieder als SPS Variable zu Verfügung. Das ganz funktioniert natürlich sehr träge, für meine Anwendung ist es aber schnell genug. Optimal wäre aber wenn ich vom VB.net mit dem ich mein Programm schreibe, direkt auf die S7 Variablen von der WinAC oder von WinCC flex zugreifen könnte. Hat jemand Ahnung wie sowas funktionieren kann?

mfg newton130
 
Zurück
Oben