Step 7 Erreichbare Teilnehmer anzeigen: LLDP und PN-DCP laufen nicht mehr

[heisch]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Kollegen,
ich habe ein exotisches Problem, das betrifft beide, Step7 V5.5.4 und TIA V13.1

Ca. August letzten Jahres habe ich festgestellt, dass TIA V13 meine S7-1200 nicht mehr findet.
Die habe ich dann umgetauscht, denn mit allen anderen CPUs (Vipa, S7-400,S7-300) hatte
ich diese Probleme nicht.
Um die Jahreswende habe ich auch mit 1500er CPUs gearbeitet, die waren aber schon konfiguriert,
ich hatte das Programm (also die auch die IP-Adressen) da ist natürlich auch nichts aufgefallen.

Anfang Mai wollte ich auf der jungfäulichen 1200er was ausprobleren, also noch keine IP-Adresse ..
und über "Erreichbare Teilnehmer anzeigen" nix gefunden.

Rechner: Win7 Prof 64Bit

Ergebnis der Untersuchungen:
- PG findet alle "Klassischen" - klar, da läuft die Suche über LLC
- Proneta 2.3 findet die CPU - Setzt auch ein PN-DCP broadcast ab.
- Virtuelle Maschine auf gleichem Rechner mit Win7 Prof und TIA V13 findet alles.

Wireshark scans ergaben: Der Rechner setzt keinen PN-DCP-Brodcast ab, ausser bei Proneta
und aus der VM raus.

Nachdem ich mit der Siemens-Hotline mehr als einen Tag dran war, ich mit mehreren Hotlinern
die Einstellungen geprüft und 500MB zur Analyse hochgeladen habe, sind die auch ratlos.

Hat einer von Euch eine Idee?

Bei der Suche hier bin ich auf einen Betrag 68294 gestossen, hat nix genutzt.

Es ist mir aber eine Merkwürdigkeit aufgefallen:
Mein Filesystem scheint nicht unbedingt dem zu entsprechen, wie es normal zu sein scheint:

In Step7 sehe ich z.B verschiedene Projekte doppelt, einmal in
C:\Program Files (x86)\SIEMENS\Step7\S7Proj\
und einmal in
C:\ProgramData\Siemens\Automation\Step7\S7Proj\

Dabei ist das erste Verzeichnis eine Link auf das 2.

Ich hatte ursprünglich V12Basic installiert,
dann sind V5.5.4 und danach TIA V13 + Tia-WinCCflex dazugekommen.
Seitdem habe ich dieses komische Verzeichnis.
Ich habe ausserdem
C:\Programme
und
C:\Programme
ja, 2 mal.
Das 2. kann ich noch nicht mal öffen ("Zugriff verweigert")
Unter Linux sehe ich, dass das ein Link auf C:\'Program Files ist.

Da ist eigentlich nur der ALM drin.

Es wäre nett, wenn jemand mit 64Bit-Rechner mal schauen könnte, ob das normal ist.

Gruss
Werner

 

[Ralle]

In Step7 sehe ich z.B verschiedene Projekte doppelt, einmal in
C:\Program Files (x86)\SIEMENS\Step7\S7Proj\
und einmal in
C:\ProgramData\Siemens\Automation\Step7\S7Proj\

Dabei ist das erste Verzeichnis eine Link auf das 2.

Ja, das mit dem Link ist bei mir auch so.

C:\Programme hab ich nur einmal.

 

[heisch]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich geb's auf.
Step 7 V554 und TIA deinstalliert und wieder installiert, gleicher Effekt.
Ich hole mir eine neue SSD und setze den Krams nochmal neu auf.
Mal sehen, was dann an Software wieder fehlt ...

Gruss Werner

 

[Ralle]

Bei mit läuft Siemens immer in einer VM, das ist einfach so viel, dass es immer irgendwo Ärger gibt.

 

[heisch]

Bei mit läuft Siemens immer in einer VM, das ist einfach so viel, dass es immer irgendwo Ärger gibt.

Hatte ich ursprünglich auch vor:
Ich habe mir extra den damals fettesten Laptop gekauft, der eine nicht-glänzendes Display hat:
Core 7, 17,3" Display 1920*1080, 32GB Hauptspeicher, 1 *SSD, 1 * HD und wollte das Ganze unter Linux laufen lassen.

Der gekaufte Laptop war mit Win8 abgefüllt, ich hatte ziemlich Probleme wg. dem UEFI-Krams, den ich absolut nicht wollte.
(Was bei mir läuft, will ich entscheiden und nicht irgend eine Softwareklitsche. Ausserdem: das Zeugs ist so gross, was läuft da noch,
bzw. kann da noch eingebaut werden ? Sitzt schliesslich unter dem OS.
)

Nach langem Kampf habe ich habe aber nur Suse 13.1 halbwegs zu Laufen bekommen und das ist dabei immer voll gelaufen
und hat in kurzer Zeit den Akku leergesaugt.

Heute weiss ich mehr:
Es gibt( = gab) zwar eine Vereinbarung zwischen EU-Kommision und Mikrosoft, dass die MS-Betriebsysteme auch mit BIOS
laufen müssen aber die Klitsche aus Redmond spielt mit den Laptop-Herstellern einfach über Bande:
Die liefern keine oder nur fehlerhafte BIOSe.

Ich hatte den Laptop bei ACER, die haben dafür 3 BIOSe, eines davon wäre komplett geeignet, oder aber die eingebaute
Win8-Lizenz löschen. Deshalb habe ich das hingeschickt.
Nach einem irren Eiertanz, bis hin zu "Wir dürfen die Lizenz nicht entfernent, wir haben Verträge" wurde getrixt um genau das nicht zu tun.
Zurückgekommen ist der Rechner mit einer älteren BIOs-Verion und gleichem Verhalten.

Ich habe danach heftig mit Laptop-Herstellern telefoniert. Effektiv verkaufen alle nur noch MS-Spielekonsolen mit UEFI.

Mit Win10 wird UEFI einfach vorausgesetzt, und die EU-Kommision macht das, was sie bei Ami-Land immer macht:
Erst den Löwen, dann den Bettvorleger.

Vor Jahren haben die auch mal beschlossen, dass ab (?? Jahr) in der EU nur noch nachfüllbare Druckerpatronen
verkauft werden dürfen. Nochmal was davon gehört?

Mit TTIP wird dann auch der Löwe entfallen.
( Ich habe den Eindruck, das fliessen momentan massive Zahlungen. )

TIA / Probleme:
Ich quäle mich schon die ganze Zeit damit, ob ich bei Projekten Microprozessorsteuerungen oder SPSen einsetzen soll.

Kriterium:
TIA:
Tippfehler in DB-Namen beseitigen -> Stop Produktion -> Übertragen,-> CPU Start -> Produktionsdaten neu übertragen ->Start Produktion.
--> Mikroprozessorsteuerung

Klassisch:
Tippfehler in DB-Namen beseitigen
--> SPS

Eigentlich ist die TIA-Grundkonzeption diesbezüglich seit 1978 tedhnisch überholt.
Ich denke, da haben ein paar Industrieschauspieler die Phrase " neu erfinden" Ernst genommen.
(Dumm stellen/bleiben und anfangen mit dem Erfinden.)

Ich hoffe nur. die Maschinenbauer machen jetzt wg. Rad nicht auch noch Scheisse.
(Erkenntnis der Entwicklung : "6 Ecken dreht besser als 5 Ecken, hoppelt aber einmal mehr.")


Vorteil TIA : Schafft Arbeitplätze ( Lahm, umständlich), schafft Freizeit .. beim warten
Nachteile TIA : Ich bin bald 60, keine Zeit zum warten, Diabetes, darf nicht aufregen.

Gruss Werner

 

[Ralle]

Zuviel Werbung?
-> Hier kostenlos registrieren

@heisch

Ja, das ist ärgerlich, man muß heute vor dem Kauf von Laptops erst einmal sicherstellen, ob die auch für Win7 geeignet sind und vlt. sagar gleich damit geliefert werden.
Weil ich faul bin, arbeite ich mit einem MacBookPro und diversen VM. Ist auch nicht immer das Gelbe vom Ei, Ärger gibts immer mal, besonders seitdem Apple andauernd einen Neues OSX rausschmeißt. (Wozu nur, keins konnte bisher wirklich mehr als das Alte) Leider ist Apple inzwischen bezüglich der Hardware weit hinten und offensichtlich wollen die nur noch Konsumenten, die ihre Mails abholen, Facebook, und win wenig Trallala betreiben. Mein Laptop muß nicht mehr dünner werden, da muß man dann langsam Angst bekommen, dass der sich verbiegt, wenn man mal zu stark auf Mauspad drückt ;-) Aber was solls, man kann einfach nicht alles (Gutes) bekommen. Ich warte mal doe nächste Generation ab, wenn die auch Richtung "dünnes Juppiespielzeug" tendiert, dann ist leider Schluß mit Apple.

PS. Ich hab noch einen mit mattem Bildschirm, leider gibts auch das nicht mehr ... Fortschritt scheint heutzutage oft eher Rückschritt zu sein.

TIA: Tja, man gewöhnt sich eigenartigerweise an Alles. Irgendwann umgeht man bestimmte Dinge automatisch, dann kann man sogar arbeiten, aber der Weg ist schon ungemütlicher, als selbst die TIA-Leute das ahnen. Die sollten mal zuerst selbst mit ihrer Software ini paar größerer Projekte machen, aber wie immer, die BWL-er haben da wohl auch das Sagen.

 

[heisch]

Hallo Kollegen,
ich bin am Installieren .. seit 3 Tagen .. locker 100 Gb von Siemens geladen .. und immer noch beim Updaten auf die
aktuelle Version von TIA V13 den gleichen Effekt: PN-DCP is weg.

Frage:
Bei "classic" heisst es: immer auf den letzen Update/SP/HF hochrüsten.

Gild das bei TIA auch so oder muss ich die ganze Updatekette durchlaufen ?
d.h. Alle installierten Pakete auf nächsten Stand bringen und dann weiter ?

Gruss Werner

 

[Blackmike]

ich hatte die probs auch mal und konnte die an 2 punkten festmachen.

Netzwerkkarte meines Laps und Standby Modus:
Ging das Lap auf Akku betrieb in Standby und wachte dann wieder auf, ging erreichbare Teilnehmer nicht mehr. keine Ahnung wieso, da half nur reboot tut gut.

Virenscanner
Wir hatten von der IT nen scanner gehabt, dessen Netzwerk und Bedrohungsschutz unterdrückte hervorragend das Protokoll für erreichbare Teilnehmer.
nach langer diskussion: option abgeschaltet, seit dem gehts.

gruss, Black

 

[heisch]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Black,

mein Laptop ist momentan dauerhaft am Netz (wg. Dauerinstallation
Es lauft alles mit der Installation von den CDs (COMBO TIA V13 und classic),
wenn ich update, ist PN-DCP weg. Scheint kein Spannungsproblem zu sein.

Dein Virenscanner: war der von einer Fa. in Moskau ?

Gruss Werner

 

[Blackmike]

wir hatten zu der zeit symantec endpoint protection. und da gabs die option: netzwerkbedrohungsschutz
wenn der angeschaltet war, ging nix mit erreichbare teilnehmer.

ging auch ganz schnell dann, das ich dann die berechtigung hatte, das auf meinem und den laps meiner jungs bei inbetriebnahmen oder im prüffeld dann auszuschalten.

guck ma, ob du auch sowas in der art hast.

black

 

[Blockmove]

Mit der internen Schnittstelle meines Notebooks habe ich auch öfters Probleme.
Ich hab mir für 20€ einen USB3.0 Netzwerkadapter geholt und siehe da ... Alles gut

 

[heisch]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich denke, Hardware kann ich ausschliessen.
Ich habe problemlos auf dem Rechner 300/400/1500 verarbeitet, ging immer problemlos, da ich
die 1200-/1500-Geräteerkennung - seit die weg ist - nicht mehr gebraucht habe.
(Wenn man die IP-Adressen kennt bzw. das Projekt hat, geht's auch ohne Erkennung.)

Die 300 und 400 -Erkennung laufen über LLC, das funktioniert.
Sogar LLDP funktioniert, nur für die 1200 und 1500 wird ein PN-DCP-broadcast abgesetzt ..
jow, das war's.

Soweit bin ich schon: das update schiesst es ab.

Ich setzte das Ganze jetzt nochmal ( 4. mal ) peu a peu immer mit Sicherung auf, mal sehen.

Ich habe in den letzten Tagen mehr über Win7 gelernt als die ganzen Jahre vorher ...
aber dann haben wir Win10.

Gruss
Werner

 

[heisch]

Hallo Leute, ich hab's gefunden.

Mehrere Tage und mehrere Installationen weiter ( ca 150 Std)

https://support.industry.siemens.co...ble-note-in-network/129391?page=1&pageSize=10

Zusammenfassung ausd dem Link:
- Falls der Name des Ethernet Adapters länger al 64 Byte ist, kann das s7dos nicht mehr damit umgehen.
- der Fehler ist seit mindestens V13 bekannt, der poster schreibt: wurde bei V13 SP1 noch nicht behoben.

Das heisst: seit über einem Jahr und 2 Updates bzw HF weiter hat die Bande das noch nicht geändert.

Hier eine kleine Anleitung:

1. Gerätetreiber-Software ändern.
Irgendwo im der Gerätetreibersoftware ist eine Datei drin, bei mir z.B. L1C62x86.inf
In dieser Datei den Namen, den man unter
"Netzwerk-> Eigenschaften-> Adaptereinstellungen ändern" sieht, in der o.a. Datei suchen
und durch eine kürzere Version ersetzen. Das vermutlich an vielen Stellen, pro Sprache eine.

2. Im Gerätemanager den vorhandenen Adapter löschen, am besten inklusive "Treibersoftware auf dem Gerät löschen"

3. Virenscanner deaktivieren

4. Neuen Treiber installieren .. booten.

Sollte jetzt gehen.

Gruss Werner

 

[heisch]

Update: Lösung:
(Da das SPS-Form als Nachschlagewerk benutzt wird, möchte ich hier keinen Nonsens stehen lassen)

Mein Controller: Atheros AR8151 NDIS 6.20

Hat mit altem Treiber ca 1,75 Jahre problemlos funktioniert.
Siemens hat mit TIA 13 SP1 die Treiberschnittstelle auf NDIS 6.2 hochgerüstet,
dabei hatte mein alter Treiber ein Problem und antwortete mit einer Fehlernummer,
die im NDIS-Standard aber nicht definiert ist.
Da nicht definiert, hat die Siemens-Schnittstelle keinen Logfile-Eintrag gemacht und
es als erfolgreichen Auftrag behandelt.

Die Hotline war dadurch ratlos.

Ich hatte zwar den Treiber hochgerüstet, aber nur drüber installiert, was nicht funktioniert,
wie ich heute weiss.

Als ich die Sache mit den 64 Zeichen entdeckt hatte, war ich rabiater und hab dabei den
neuen Treiber zufällig richtig installiert.
(Die 64-Zeichen-Sache war also nicht die Ursache, bis Step7 V5.4 ?? war das richtig,
hat aber mit der aktuellen S7dos-Implementierung nix zu tun, da soll ausreichend Platz sein.)

Gleiches Problem mit gleichem Controller ist auch bei anderen Kunden aufgetreten, worauf
die Siemens-Entwicklung, von mir heftig angeschubst, die Sache untersucht hat.
Erkenntnisse: s.o.
Ofizielles Ergebnis: Treiber war fehlerhaft, kein Problem in TIA / S7dos.

In der Frage, was mit nicht-im-Standard-definierten Fehlernummern zu tun ist, gehen wir also
nicht konform.
Die Entwicklung sieht offensichtlich keinen Handlungsbedarf bei solchen Fehlernummern,
ich schon.

Ein Logfile-Eintrag beseitigt zwar nicht das Problem, wäre aber IMHO für die Fehleranalsyse
sehr hilfreich.

Auch bei zukünftigen Controllern und ihren Treibern kann nicht immer davon ausgegangen werden
dass sie fehlerfrei sind oder zumindest Norm-Konforme-Fehlernummern absetzen.

Daher TIPP:
In ähnlichen Fällen nach neuen Treiberständen suchen und die ausprobieren.
(Aber richtig installieren, sonst dauert es bis zu 160 Stunden. Ich weiss, von was ich rede

Gruss Werner