TIA Gerätekonfiguration mit TCP/IP-Gerät

TimeOUT

Level-1
Beiträge
125
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

ich versuche im Moment einen Teilnehmer, welcher nur über TCP/IP zu erreichen ist, in der Gerätekonfiguration zu parametrieren.
Allerdings weiß ich nicht, was ich im Hardwarekatalog auswählen soll:confused:

Habe zuvor immer PROFINET- Teilnehmer parametriert, bei denen das ganz elegant über die GSDML funktioniert hat.

Mein Ansatz war es aus dem Harwarekatalog: "PC Allgemein" eine PC-Station einzufügen und dann als Kommunikationsmodul "PROFINET/Ethernet" den "IE Allgemein" auszuwählen.

IP, Subnetzmask, Gateway und MAC-Adresse habe ich parametriert. Allerdings zeigt er mir noch diverse PROFINET-Einstellungen (wie PROFINET-Name) an.
Also irgendwie kann das nicht der korrekte Weg sein, oder?

Viele Grüße
 
Ohne eindeutigen "unique" Profinet-Gerätename funktioniert Profinet nicht.
Du mußt schon einen Profinet-Gerätename festlegen und dem echten Gerät bei der Inbetriebnahme diesen Name auch zuweisen bzw. der in HW Konfig eingetragene Gerätename muß mit dem Name des realen Gerätes übereinstimmen.

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hmm... also ich habe hier, so weit ich das sehe, kein PROFINET-Gerät.
Ein PROFINET-Gerätename lässt sich am Gerät auch nicht einstellen.

Normalerweise spreche ich das Gerät direkt über HTTP-Befehle, z.B. über einen Webbrowser, direkt an.
Ich werde später in meinem Programm mit den T-Bausteinen arbeiten müssen (TCON; TSEND; TRCV, etc.)
Ich wollte nur mal Ausprobieren ob es überhaupt möglich ist das Gerät auch an eine Steuerung anzuschließen und mal ein paar Befehle hin und her zu schicken.

Gruß
 
Dann ist das auch kein PROFINET-Gerät, sondern irgendein Ethernet-Teilnehmer, mit dem Du über TCP-Verbindungen kommunizieren mußt. Ich weiß nicht, ob der überhaupt in TIA eingefügt werden muß. Wenn Du mit den T-Bausteinen arbeiten willst, dann wird die Verbindungskonfiguration ja in der CPU und nicht in der Projektierung parametriert.

Welche SPS benutzt Du?

Harald
 
Für den Test benutzte ich die CPU 1516-3 PN/DP.
Muss ich auch kein Subnetz an einem der Ethernet-Ports einfügen?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Für den Test benutzte ich die CPU 1516-3 PN/DP.
Muss ich auch kein Subnetz an einem der Ethernet-Ports einfügen?

EDIT: Für den TCON-Baustein brauche ich für eine TCP/UDP Kommunikation zudem TCON_IP_v4 , dieser Datenbaustein benötigt eine Interface-ID, diese Hardwarekennung habe ich früher bei den PROFINET-Geräten nur bekommen, wenn diese zuvor in der Hardwarconfig eingefügt waren.
Was hier ja jetzt nicht der Fall ist :eek:

Also irgendwie steige ich da noch nicht so ganz durch :-|
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

um eine Verbindung zwischen meiner SPS und dem TCP/IP Gerät herzustellen habe ich mal das Beispielprojekt von Siemens genommen:

In der Gerätekonfiguration habe ich meine SPS hinzugefügt und die bereits im Projekt vorhandenen 3 SPSn rausgeworfen.

Nun habe ich mit dem Wizard, des TCON Bausteins folgendes eingestellt:
Lokal: meine SPS mit Subnetz, Ip-Adresse, Verbindungstyp: TCP und den Verbindungsdaten-DB eingestellt
Partner: unspezifiziert, seine IP-Adresse, Partnerport: Portnummer aus der Range 32768-61000 (aus der Anleitung des Geräts)

Diese Verbindungsdaten stehen jetzt auch im Verbindungs-DB der am Eingang CONNECT des TCON liegt.
Sonstige Verschaltungen in den vorherigen bzw nachfolgenden Netzwerken habe ich nicht verändert.

Allerdings bekomme ich immer am STATUS Ausgang des TCON := 16#7000 'Keine Auftragsbearbeitung aktiv'

DONE, BUSY und ERROR sind FALSE.

Was ist mit Auftragsbearbeitunggenau gemeint? Das er nicht den "Auftrag" bekommt eine Verbindung herzustellen? Nach dem Beispiel von Siemens wird der REQ Eingang mit 0,5 Hz getoggelt.

Mir ist nicht ganz ersichtlich, wie ich diese Meldung genau zu deuten habe:sad:
Zudem habe ich das Gefühl das meine Parametrierung für den Verbindungs-DB nicht ganz korrekt ist.

Gruß
 
Hallo TimeOUT,
Wir stehen momentan vor dem selben Problem und wollten mal fragen, ob du schon eine Lösung gefunden hast.

Gruß
 
Hallo Pitche,

naja ich bin ein wenig weitergekommen. Der Status "7000" hat sich nun in einen "7002" verwandelt.
Ich benutzte nicht mehr den TCON-Wizard für die Verbindungsparameter, sondern habe mir einen VerbindungsDB erstellt vom Typ "TCON_IP_v4"

Da ich grundsätzlich mit meinem Gerät über HTTP-Befehle kommuniziere, muss mein RemotePort auf 80 gestellt werden.

Meine Zuweisungen sind:
InterfaceID := 64
ID = 2
ConnectionType = 11 (TCP)
ActiveEstablished = True
RemoteAdress[1] = 172
RemoteAdress[2] = 24
RemoteAdress[3] = 45
RemoteAdress[4] = 141
RemotePort = 80
LocalPort = 2000

Der LocalPort hat den Standardwert, wie in der Online-Hilfe vorgegeben.

Jetzt ist das Status-Bit BUSY = True, aber es ändert sich auch nicht.

Nach einer Suche im Siemens-Forum gefunden:
Hello Gabi,
when the CPU executes active connection establishment and status 7002 is displayed, the CPU waits for SYN ACK of the communication partner.
When the CPU executes passive connection establishment and status 7002 is displayed, the CPU waits for a SYN with the local port number/IP address from the communication partner.

If 7002 is displayed continuously and TCON doesn't set the DONE output, there is an error in IP address or port number (or the communication partner is not switched on or not parameterized for TCP/IP communication).

Regards,
Kaulquappe

Also die IP und der RemotePort sind auf jedenfall korrekt eingestellt. Da ich eine aktive Verbindung von der SPS zum Gerät aufbauen lasse ist der LocalPort wohl irrelevant!?
Mein Verbindungspartner ist auch ganz sicher eingeschaltet ;)

Weiter weiß ich leider auch nicht :(

Gruß
TimeOut
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Bevor du mit der SPS rumspielst, solltest du erst mal mit deinem Teilnehmer erfolgreich über ein Terminalprogramm deiner Wahl kommuniziert haben, z.B. Hyperterm o.ä. (Oder Putty mit Auswahl Telnet und entsprechender Ziel-Portnummer)
Wenn das dann entsprechend funktioniert kannst du dir noch mal über die SPS-Schiene Gedanken machen.

P.S. Der Lokale Port ist wirklich im gewissen Sinne irrelevant.
Der Remote Port ist aber beileibe nicht beliebig, ich würde jetzt mal behaupten, das du den bei deiner Gerätschaft auf jedenfall einstellen kannst und musst.

Mfg
Manuel
 
Hallo TimeOUT,
Bei uns läuft es jetzt endlich!
Das Busy , Error und Done durchgehend "False" in der Beobachtung sind ist korrekt , da sie nur für 1 Zyklus gesetzt werden.
Wir haben das jetzt so kontrolliert das wir mit Hilfe eines Zählers den Done abgefragt haben.
Um zu kontrollieren ob der Status bestimmte Werte annimmt (zb. 0000 "Verbindung erfolgreich aufgebaut) haben wir einfach ein Vergleicher genommen und dort hinter ein SR Baustein gesetzt.

Gruß Pitche
 
Hallo

@Pitche
Alles klar das werde ich auch mal überprüfen, danke.
@MSB: Mit HyperTerm bekomme ich eine Verbindung unter der angegebenen IP und dem RemotePort aufgebaut.
 
Zurück
Oben