Step 7 Verbindungsprobleme Sinaut ST7cc und TIM 3v-ie

win2000 · 25 September 2013

Hi,

ich möchte mehrere TIMs an einen ST7cc Server ankoppeln und mit WinCC visualisieren.

Bei 3 TIMs hat das ganze auch Problemlos funktioniert. Leider funktioniert es bei 5 anderen TIMs nicht. Ein ping kann ich auf die TIMs absetzen.
Die S7 Kommunikation funktioniert auch.

Hat jemand eine Idee zu diesem Problem?

win2000 · 27 September 2013

CPU / TIM wurde getauscht. Hat keine Auswirkung auf den Fehler...

Pipboy · 27 September 2013

Die S7 Kommunikation funktioniert auch.

Woran siehst du das?
Sind in der Simatic NET Verbindungsdiagnose die S7 Vebindungen aufgebaut?

Sind diese Stationen aus ST7 alle lokal oder gibt es noch eine zentrale TIM?
> Wenn lokal, sind alle in ST7cc angelegt, mit richtigem Zugangspunkt, TLN-Nr?
Was sagt der ST7CC Log?

win2000 · 27 September 2013

Simatic NET Verbindungsdiognose zeigt 3 TIMs an. Die anderen stehen auf "abgebaut".

Stationen sind alle Lokal. Es gibt keine Zentrale TIM.
Ja, alle Stationen sind in ST7cc angelegt. Zugangspunkt sollte richtig sein, Teilnehmernummer genauso.

ST7cc Log zeigt nur die GA von den 3 TIMs die gehen. Die anderen werden garnicht erst dort angezeigt.

Pipboy · 27 September 2013

Dann scheint ja scho etwas passiert zu sein, anderenfalls wäre der Rest "Nicht verwendet".

Ich würde jetzt:
1. Die .xbd für diesen PC verschieben und im Netpro übersetzten, damit eine komplett neue angelegt wird. Diese nochmal in den Koko importieren.
2. Im ST7cc die Projekteinstellungen erneut speichern, Projekt nochmal aktivieren. ST7cc Runtime neu starten.
3. Die TIMS neu laden. Den SDB Ordner aus dem Step7 heraus. (Nicht aus Netpro, nicht aus HW Config)

Gibt es am Rechner eine zweite Applikation parallel zum ST7cc?

win2000 · 27 September 2013

Pipboy schrieb:
Dann scheint ja scho etwas passiert zu sein, anderenfalls wäre der Rest "Nicht verwendet".

Ich würde jetzt:
1. Die .xbd für diesen PC verschieben und im Netpro übersetzten, damit eine komplett neue angelegt wird. Diese nochmal in den Koko importieren.
2. Im ST7cc die Projekteinstellungen erneut speichern, Projekt nochmal aktivieren. ST7cc Runtime neu starten.
3. Die TIMS neu laden. Den SDB Ordner aus dem Step7 heraus. (Nicht aus Netpro, nicht aus HW Config)

Gibt es am Rechner eine zweite Applikation parallel zum ST7cc?

1. .xdb? Wo finde ich die Datei? (gelesen habe ich auch schon das es sowas gibt ^^)
Mit Koko meinst du Komponentenkonfigurator?

2. Das habe ich schon öfter gemacht.... Habe schon ettliche male neu gestartet....

3. Du meinst das SDB-File aus dem CPU Ordner? (Bei uns ist eingestellt das die TIM die Daten von der CPU eingespielt bekommt)

Eine zweite Applikation läuft nicht.

Vielleicht noch was zum System:
Server (läuft auf VMware) -- Router -- VPN-Verbindung -- Router -- TIM/CPU

win2000 · 30 September 2013

Pipboy schrieb:
Dann scheint ja scho etwas passiert zu sein, anderenfalls wäre der Rest "Nicht verwendet".

Ich würde jetzt:
1. Die .xbd für diesen PC verschieben und im Netpro übersetzten, damit eine komplett neue angelegt wird. Diese nochmal in den Koko importieren.
2. Im ST7cc die Projekteinstellungen erneut speichern, Projekt nochmal aktivieren. ST7cc Runtime neu starten.
3. Die TIMS neu laden. Den SDB Ordner aus dem Step7 heraus. (Nicht aus Netpro, nicht aus HW Config)

Gibt es am Rechner eine zweite Applikation parallel zum ST7cc?

Habe die .xdb neu importiert. Die Projekteinstellungen in ST7cc neu gespeichert, neu gestartet und die Station neu geladen.

S7-Verbindungsdiagnose zeigt mir immer noch "abgebaut".
Im ST7cc Log Server werden die Fehlenden Stationen auch nicht angezeigt und die GA nicht gestartet.

win2000 · 30 September 2013

Was ich noch probiert habe ist, dass ich im NetPro die "Verbindungen und Netzübergänge" für die PC-Station neu geladen habe.

Hat aber leider auch nichts gebracht.

Pipboy · 30 September 2013

1. .xdb? Wo finde ich die Datei? (gelesen habe ich auch schon das es sowas gibt ^^)
Mit Koko meinst du Komponentenkonfigurator?

2. Das habe ich schon öfter gemacht.... Habe schon ettliche male neu gestartet....

3. Du meinst das SDB-File aus dem CPU Ordner? (Bei uns ist eingestellt das die TIM die Daten von der CPU eingespielt bekommt)

1. Entweder du schaust im Step7 in den Objekteigenschaften der PC Station bzw. im Koko musstest du die .xdb mit Pfad angeben.
> Scheint aber nicht das Problem zu sein, anderenfalls würden die S7 Verbindungen vermutlich in der Diagnose garnicht auftauchen.
3. Genau. Wenn die Projektierung auf der CPU liegt, reicht das Laden des CPU SDB Ordners.

Komisch ist immer noch, dass keine GA für die neuen Stationen gemacht wird.
Letzte Idee:
ST7CC Runtime beenden
In deinem ST7CC Projektordner befinden sich 4 Dateien mit der Endung .mmf oder .MMF
Diese vier Dateien in einen anderen Ordner verschieben und die Runtime neu starten.
Es müssen dann 4 neue .mmf entstehen und hoffentlich auch GAs.

Du hast nicht händisch in der ST7cc Projektdatei mit einem Editor gewildert oder?
Das hat auch meistens so "interessante" Effekte zur Folge.

win2000 · 1 Oktober 2013

Die .mmf sind jetzt neu generiert. Leider hat sich immer noch nichts getan. Weiterhin wird die GA nicht gestartet laut Sinaut-Log-Server. Wenn ich die GA manuell starte (durch das Faceplate was durch ST7cc config erzeugt wird) bringt er die Meldung "Keine Verbindung zu Teilnehmer ....".
Ein Ping bekomme ich aber zu ihnen.

Die ST7cc Projektdatei habe ich zu großem Teil händisch angelegt. Es war durch die Vielzahl an Variablen nicht anderst möglich.

Wir haben ein Testsystem Vor-Ort aufgebaut, allerdings mit nur einer TIM. Haben die Teilnehmer getestet die in unserem Projekt nicht funktionieren. Ergebnis: im Testsystem laufen die jeweiligen Teilnehmer.

In der logfile.txt habe ich auch mal so ein Eintrag gefunden bei den Märkten die nicht gehen:
Fehler bei S7_get_cref (10, S7-Verbindung_X) für TIM X:
connection name in CRL not found: make sure the CR-name is correct

[Ist aber schon etwas her der Fehler und kommt auch nicht mehr wenn ich ST7cc runtime starte]

Pipboy · 6 Oktober 2013

Die ST7cc Projektdatei habe ich zu großem Teil händisch angelegt. Es war durch die Vielzahl an Variablen nicht anderst möglich.

Wir haben ein Testsystem Vor-Ort aufgebaut, allerdings mit nur einer TIM. Haben die Teilnehmer getestet die in unserem Projekt nicht funktionieren. Ergebnis: im Testsystem laufen die jeweiligen Teilnehmer.

1. Wurde Vor-Ort das gleiche ST7CC Projekt verwendet?
> Für mich klingt es momentan so, dass in der Projektdatei ein Fehler ist und für die Stationen deshalb schon keine GA angestossen wird. (Insbesondere da der PING funktioniert)
> Gegentest, ein neues Projekt mit einer TIM über VPN. Kommt eine GA / erreichbar?

2. Der S7_get_cref wäre eher ein fehlerhafter Zugangspunkt im SIMATIC NET. Würder ich ausschließen.

c.wehn · 6 Oktober 2013

Also wir hatte letztens ein ähnliches Problem... Da hat das Netzteil eine unsaubere Spannung ausgegeben.
Allerdings könnte es wie Pipboy schon geschrieben hat auch ein Projektierungsfehler sein.

win2000 · 6 Oktober 2013

Pipboy schrieb:
1. Wurde Vor-Ort das gleiche ST7CC Projekt verwendet?
> Für mich klingt es momentan so, dass in der Projektdatei ein Fehler ist und für die Stationen deshalb schon keine GA angestossen wird. (Insbesondere da der PING funktioniert)
> Gegentest, ein neues Projekt mit einer TIM über VPN. Kommt eine GA / erreichbar?

2. Der S7_get_cref wäre eher ein fehlerhafter Zugangspunkt im SIMATIC NET. Würder ich ausschließen.

Ja, Vor-Ort wird das selbe Projekt verwendet. (Der WinCC Ordner wird vom Büro Rechner auf den Server kopiert. NetPro wird auf dem Server projektiert)

Pipboy · 6 Oktober 2013

Das wird ja immer seltsamer. Gehen wir davon aus, dass das ST7CC Projekt in Ordnung ist wäre mein nächster Tipp:

In den Ethernet Eigenschaften (Netpro) der TIM gibt es die Parameter Keepalive und Keepalive Timeout.
Default sind 10s und 1s. Wenn nicht geschehen stell mal auf 120 und 10. Netpro Übersetzen, ST7 SDBS neu generieren, Stations TIM laden.

Kannst du mal den Puffer einer betroffenen TIM besorgen? Das ist ein rechtes Kaffeesatzlesen, was wir hier betreiben.

win2000 · 16 Oktober 2013

War die letzten Tage abwesend, konnte erst jetzt nachschauen

Keep Alive für Verbindungen senden steht auf 10 und Keep Alive Timeout steht auf 0.
Das ist bei jeder TIM identisch.

Im Diagnosepuffer habe ich das gefunden:

Telegrame von Teilnehmer XX an Teilnehmer X wurde gelöscht.
Grund: Teilnehmer X ist seit Systemstart noch nicht erreichbar gewesen.....

Anderer Fehler:
Erste Ehternet-Schnittstelle: Bei der Verbindung mit der Referenznummer XXX ist beim Einstellen eines Sockets der Folgende Fehler aufgetreten.
Funktionscode: FC_S7M_SET_M_SOCK_OPT_NODELAY
Socket Fehlercode: Verbindungsreset durch Partner interner Fehler.

Pipboy · 17 Oktober 2013

Siehst du ein eklatantes Sicherheitsrisiko darin den gesamten Puffer zu posten?

Es wäre noch denkbar, dass einer deiner Router ungewollt ein Source NAT im Tunnel macht.
Das würde insofern passen, als dass ein PG dann noch online kommt. Die beidseitig projektierten S7 Verbindungen der TIMs werden daran scheitern, weil die IP nicht mehr stimmt.
Auch die abgebauten Verbindungen in der S7 Diagnose am PC passen sehr gut zu dieser Theorie.

Keep Alive für Verbindungen senden steht auf 10 und Keep Alive Timeout steht auf 0.
Das ist bei jeder TIM identisch.

Dann ist es bei allen "falsch". Ich würde im WAN nicht mit 1s Laufzeit arbeiten - auch wenn es bei DSL meist reicht.

win2000 · 17 Oktober 2013

Pipboy schrieb:
Siehst du ein eklatantes Sicherheitsrisiko darin den gesamten Puffer zu posten?

Es wäre noch denkbar, dass einer deiner Router ungewollt ein Source NAT im Tunnel macht.
Das würde insofern passen, als dass ein PG dann noch online kommt. Die beidseitig projektierten S7 Verbindungen der TIMs werden daran scheitern, weil die IP nicht mehr stimmt.
Auch die abgebauten Verbindungen in der S7 Diagnose am PC passen sehr gut zu dieser Theorie.

Dann ist es bei allen "falsch". Ich würde im WAN nicht mit 1s Laufzeit arbeiten - auch wenn es bei DSL meist reicht.

Was könnte ich machen wenn der Router einen "Source NAT" macht?

Ich schau mal das ich die Keep Alive Time auf die von dir genannten Werte stelle. Je nachdem wann ich dazu komme poste ich ob es etwas gebracht hat.

Pipboy · 17 Oktober 2013

win2000 schrieb:
Was könnte ich machen wenn der Router einen "Source NAT" macht?

Das ist relativ einfach, entweder du kannst es deaktivieren oder es wir über diesen Tunnel mit TIMs überhaupt nicht gehen.
Ist dieser Tunnel denn etwas worauf du Einfluss hast oder wird der gestellt?

win2000 schrieb:
Ich schau mal das ich die Keep Alive Time auf die von dir genannten Werte stelle. Je nachdem wann ich dazu komme poste ich ob es etwas gebracht hat.

Von dem was wir wissen bin ich recht sicher, dass es nicht das Problem ist - es kann aber durchaus an anderer Stelle mal eins werden.
Konzentrier dich lieber auf das NAT, es riecht verdächtig danach.

win2000 · 18 Oktober 2013

Der Tunnel wird gestellt, darauf habe ich leider keinen Einfluss. Werde mich dann erstmal informieren bezüglich dem NAT.

Anmerkung: Anpingen kann ich die TIMs.

Step 7 Verbindungsprobleme Sinaut ST7cc und TIM 3v-ie

Level-1

Level-1

Level-2

Level-1

Level-2

Level-1

Level-1

Level-1

Level-2

Level-1

Level-2

Level-2

Level-1

Level-2

Level-1

Level-2

Level-1

Level-2

Level-1

Similar threads

Wir schützen deine Privatsphäre