MPI to Ethernet Helmholz macht Probleme

blackhack

Level-1
Beiträge
61
Reaktionspunkte
2
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo ehrwürdiges SPS-Forum,

ich war schon seit einiger Zeit hier als Gast am rumstöbern.
Nun bin ich auch als User unter euch :p
Erstmal ein dickes Lob an euch, so wie das hier abgeht und die Art
wie hier miteinander umgegangen wird ist toll.
Die Antworten verdammt schnell und meist auch recht hilfreich.
Zu meiner Person:
Bin seit ca. 10 Jahren dicker in der Softwarewelt von S7 tätig.
Vorher war ich in der HW Projektierung und hab auch da noch nicht alles verlernt.

So nun aber zu meinem konkreten Problemchen.
CPU: 317 2 DP
in der Firma stehen mehrere Maschinen die mit besagten Helmholz Adaptern
- NetLink Lite und NetLink Pro ausgestattet sind.
Über die Adapter bearbeite ich die Programe auf den Maschinen.
Nun ist es mir schon ein paar mal passiert, das ich mich auf einen NetLink Lite gelinkt habe, der auch korrekt in der Schnittstelleneinstellung von Step7 v5.3 ausgewählt wurde, aber an einer anderen Maschine an einem NetLink Pro herausgekommen bin.
Sind nun die Programme an beiden Maschinen auch nahezu gleich dann ist das echt ärgerlich wenn man einen Baustein in eine Maschine zu übertragen gedenkt und damit eine ganz andere Maschine abschiesst.

Meine Frage nun an das Forum:
Setzt jemand die gleichen Adapter von Helmholz ein und hat das selbe Problem? Wenn ja, was läuft da falsch?
Oder kann jemand einen anderen Adapter empfehen der keine Probleme macht. Der Herr Entwicklungsleiter von Helmholz hat es nämlich nicht nötig sich zu melden.
Wir wollen solche Adapter in den Maschinen weltweit als Teleserviceadapter einsetzen und da ist mir das Eisen zu heiss um Fehlfunktionen der Adapter zu riskieren.

Danke erstmal an euch.
 
Ich bin mir nicht ganz sicher, habe nur Erfahrungen mit S7-LAN von
Process-Informatik, ist aber auch schon länger her: Die Netlinks hängen doch
am Ethernet, oder?
Ich würde jedem dieser Dinger eine statische IP-Adresse geben
und sie darüber ansprechen.

Gerade im Industrieumfeld habe ich eine Aversion gegen DHCP.

ERGÄNZUNG:
Der S7-LAN von damals bezog seine IP vom DHCP-Server, obwohl
ich ihm eine statische IP zugeordnet hatte; erst das Abschalten des
DHCP-Servers brachte Abhilfe...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo argv_user,

die Adapter werden über eine Konfigurationssoftware mit einer festen IP Adresse und einem Teilnehmernamen beaufschlagt. Diese Adresse und der Name werden dann wenn man mit dem Dingens in Kontakt treten will via Schnittstellenkonfig aus Step 7 heraus angewählt. Genau so wie man zB. MPI via CP5512 anwählt.
 
Hallo, ich werd jetzt erstmal Feierabend machen.
Bis morgen in der Frühe da meld ich mich dann wieder.
Mal sehen vielleicht ist ja dann schon was rausgekommen.
Ich bin ja auch schon sehr dankbar wenn mir jemand ein vergleichbares Produkt empfehlen kann mit dem er keinerlei Problemchen hat.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo argv_user,

die Adapter werden über eine Konfigurationssoftware mit einer festen IP Adresse und einem Teilnehmernamen beaufschlagt. Diese Adresse und der Name werden dann wenn man mit dem Dingens in Kontakt treten will via Schnittstellenkonfig aus Step 7 heraus angewählt. Genau so wie man zB. MPI via CP5512 anwählt.

Ich habe ja schon gesagt, dass ich DHCP im Verdacht habe.
Ich würde die Adapter auch nicht über ihren "Namen" ansprechen,
sondern sicherheitshalber über die IP-Adresse. Und trotzdem
schauen ob ein DHCP-Server läuft und diesen abschalten.

Und zum Thema "vergleichbares Produkt": die Dinger sind IMHO alle
gleich, es sei denn Du nimmst was von Siemens...
 
Hört sich echt nach einem DHCP-Problem an. Die NETLink's alle auf feste IPs, dann die Stationen im Step7 noch mal kontrollieren.

Wenn du den NETLink's schon Namen gegeben hast, dann kannst du Sie doch mal suchen lassen. Was bringt denn die Suche für Ergebnisse?
 
@blackhack:
Sorry, aber so kann das Phänomen nicht sein. Da muss noch eine andere Ursache da sein. Es kann auch kein reines DHCP-Problem sein.
Grund: Der NetLink und der NetLink PRO sind zwar für die Siemens-Software identisch (die haben nach oben denselben Treiber), aber zwischen PC und Adapter läuft in beiden Fällen ein komplett anderes Protokoll ab. Einen NetLink anwählen und mit einem NetLink PRO oder umgekehrt kommunizieren ist absolut unmöglich. Nur die NetLink-Einstellung kann mit dem NetLink und nur die NetLink PRO-Einstellung kann mit dem NetLin PRO reden! Somit muss das falsche Gerät angewählt worden sein.
Dies kann jetzt mehrere Ursachen haben. Die eine ist falsche Auswahl durch den Bediener. Dies schließe ich mal der Einfachheit aus. Wahrscheinlicher ist allerdings, dass zwischenzeitlich ein Projekt (STEP7 oder WinCC/WinCC flexible) geöffnet wurde, das den "anderen" Adapter projektiert hat. Dadurch werden die Einstellungen der PG/PC-Schnittstelle "verbogen" und der nächste Zugriff geht auf die falsche SPS. Es ist also kein Problem des S7-Treibers (oder des Produktes). Sonst hätte ich davon schon lange gehört ;-).
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Guten Morgen blackhack,
Hallo ehrwürdiges SPS-Forum,
Der Herr Entwicklungsleiter von Helmholz hat es nämlich nicht nötig sich zu melden.
Also ich hätte bei derartigen Problemen lieber Kontakt zu technischen Support und nicht zum Entwicklungsleiter ;). Ob das daran liegt, dass ich selber im technischen Support bin?

Um nochmal die Aussage von Rainer Hönle aufzugreifen: Derartige Probleme habe ich im Support noch nicht erlebt. Die Konstellation dass beide Geräte parametriert sind und nur umgeschaltet wird, ist bei mir in der Laborumgebung alltäglich.

Wir wollen solche Adapter in den Maschinen weltweit als Teleserviceadapter einsetzen und da ist mir das Eisen zu heiss um Fehlfunktionen der Adapter zu riskieren.
All zu verständlich. Meine Empfehlung: Nehmen Sie für die Fernwartung nur den NetLink-PRO. Er ist dafür optimiert.

Und wegen der technischen Probleme schauen Sie sich das bitte noch einmal ganz genau an (wennn es mal wieder schief gegangen ist ein Blick in PG/PC Schnittstelle einstellen" ob wirklich aktuell noch die richtige Verbindung eingestellt ist) und wenden sich an den technischen Support von Helmholz.

Einen schönen Arbeitstag

Bernhard Götz
 
Hallo und einen schönen guten Morgen allerseits,
in der Tat kann ich mich erinnern, das der Fall den Herr Hönle anspricht gegeben war.
Es wurde, nachdem die Schnittstelle eingestellt war auch mit WinCC flex gearbeitet und dieses dazu geöffnet. Ich werde nochmal versuchen den Fehler zu produzieren. Das habe ich zwar in der Vergangenheit schon mehrfach erfolglos probiert aber " Neuer Tag neues Glück" Eine Frage dann aber trotzdem noch. Sind denn die MPI to Ethernet Adapter von unterschiedlichen Anbietern die gleichen? Immerhin gibt es die ja von Helmholz, Deltalogic, IBH Softec.
Gruß blackhack
 
... Sind denn die MPI to Ethernet Adapter von unterschiedlichen Anbietern die gleichen? Immerhin gibt es die ja von Helmholz, Deltalogic, IBH Softec.
Gruß blackhack

Jain :cool:

Einmal gibt es die kleinen NetLinks mit den Namen NetLink Lite (Helmholz),
NetLink S7 (Deltal.) und IBH LINK S7 von IBH Softec.

Die Hardware kommt von Hilscher, die S7-Treiber von den jeweiligen
Anbietern.

Dann gibt es den NetLink PRO von Helmholz/Deltal./Softing. Die Unter-
schiede zwischen lite und Pro findest Du hier (habe ich verfasst als ich
noch bei DL war). Deshalb ist für Fernwartungszwecke der PRO auf
jeden Fall vorzuziehen.

Parallel zum NetLink Pro hat IBHSoftec den IBH Link S7 Plus entwickelt,
der hier vorgestellt wurde.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Sind nun die Programme an beiden Maschinen auch nahezu gleich dann ist das echt ärgerlich wenn man einen Baustein in eine Maschine zu übertragen gedenkt und damit eine ganz andere Maschine abschiesst.
Nehmen wir mal an, daß es, obwohl es ja eigentlich gar nicht passieren kann, dennoch passiert.
Um die Maschine identifizieren zu können würde ich die Maschinennummer auf eine Art und Weise in der SPS ablegen, daß sie im Programm steht (und nicht in Kommentaren).
Entweder einen zusätzlichen DB dafür anlegen oder in einem Baustein, z.B. OB1, in einige überflüssige Lade-Anweisungen packen a la:
L 'ABCD'
L L#08154711
 
Hallo Zottel,
die identifizierung der Anlage wurde bei uns im OB1 gleich im ersten Befehl
hinterlegt.

L 5
T #machinenumber

Das habe ich eingeführt als es das erstemal Probleme mit den Adaptern gab.
Gut das ist ein weiterer Sicherheitsfaktor aber setzt vorraus das der Enwender konsequent arbeitet.
Danke dennoch für den Tipp.
Grüße blackhack
 
So liebe Gemeinde nun habe ich nochmal einwenig Ursachenforschung betrieben. Durch die guten Tipps von euch bekam ich einen tieferen Einblick in die funktionsweise und das zusammenspiel des Adapters mit S...
Also wenn ein Adapter in der Schnittstellenauswahl selektiert wird dann steht zuerst der Adaptertyp im Registryschlüssel:
HKEY_LOCAL_MACHINE\SOFTWARE\SIEMENS\SINEC\LogNames\S7ONLINE
=> LogDevice
Welche Verbindung mit dem selektierten Adapter nun verwendet wird steht in:
zB. bei NetLink lite HKEY_LOCAL_MACHINE\SOFTWARE\SIEMENS\SINEC\LogDevices\NETLink lite(MPI)\Stations => Selected

Somit lässt sich herausbekommen über welche Verbindung kommuniziert wird.
Folgendes scheint nun eingetreten zu sein:
Die Schnittstelle war bei Öffnen von Step7 auf NetLink pro gestellt.
Während der Sitzung wurde die Verbindung auf NetLink lite umgestellt und damit gearbeitet. Da mehrere Fenster gleichzeitig geöffnet und online waren (KOP/FUP/AWL und eine Variablentabelle), stürzte Step7 ab und war nicht mehr zu öffnen.
Um nun den Rechner nicht komplett booten zu müssen wurde der Task
S7tgtopx.exe, der noch läuft obwohl Step7 zu ist, geschlossen.
Nun kann Step7 wieder gestartet werden. Scheinbar werden aber nun die Einstellungen der letzten Sitzung wiederhergestellt und da war die Schnittstelle auf NetLink pro. Wenn nun nicht überprüft wird ob die zuletzt verwendete Schnittstelle die aktuelle ist passiert das was ich hatte.
Könnt ihr euch vorstellen das es so abgelaufen ist?

Eine Frage noch:
Mit den angegebenen Adapter passiert es mir häufig das die Verbindung abbricht oder auchmal das ganze Step7 abschmiert.
Ist das bei Adaptern eines anderen Anbieters besser? Denn in dem Fall währe obengenanntes Szenario garnicht erst vorgekommen :)
und wir hätten uns diesen Langen Fred sparen können :D

Gruß
blackhack
 
Hallo Herr Götz,

wenn sie meinen ob der Pro besser läuft, dann nicht wirklich.
Ich habe soeben mit Pro einmal KOP/FUP/AWL und eine Variablentabelle gleichzeitig online angezeigt. Innerhalb von 2 minuten ist die Verbindung abgebrochen.

blackhack
 
Zurück
Oben