TIA TIA V16 Probleme mit Technologieobjekt oder Sinapos FB

[spqr76]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo zusammen ,
ich habe an einer Anlage Probleme mit einem Technologieobjekt bzw. mit dem FB TO_BasicPos.
An der Anlage sind folgende Komponenten verbaut :
- CPU 1515F-2 PN Firmware V2.8 / S120 CU320-2 PN Firmware 5.2
Konfiguration :
Am S120 ist ein Single Motor Modul verbaut welches als Einfachpositionierer Konfiguriert wurde. Der Antrieb wurde im Starter bzw. Startdrive Senden Empfangen Safety Profisafe Telegramm 30 sowie Senden/Empfangen Istwert/Sollwert Telegramm 111 parametriert.
Im TIA V16 ist ein Technologieobjekt dafür angelegt Antrieb Achse 1 Telegramm 111. Dieses Objekt arbeitet mit dem Baustein FB TO_BasicPos an dem das Technologieobjekt , ( in meinem Fall DB17 ) als Instanz am FB programmiert wurde.
Im Fehlerfall sieht man am FB den Out Parameter Error = 1 sowie im Status = 8601.
Status 8601 bedeutet laut Hilfe Fehler DPWR_DAT.
Sowie ich den Fehler verstehe bedeutet das , das der SFC15 nicht mehr auf den Antrieb schreiben kann.
Zunächst haben wir hier kontrolliert ob es irgendwelche Profinet Ausfälle gab. Gab es nicht . Daraufhin CU getauscht sowie SMM. Ohne Erfolg. CPU Warmstart etc ohne Erfolg. Im Projekt alle Bausteine sowie Technologieobjekt grün. Dann haben wir die Software neu Übersetzt und geladen , Fehler weg. Einige Tage später selber Fehler allerdings konnte man nun sehen das der Punkt am Technologieobjekt Online/Offline unterschiede hatte. Software wieder übersetzt und ohne Änderungen geladen Fehler wieder weg. Im letzten Fehlerfall gab es dieses Problem nachdem einschalten . Ich habe zwar ein Ticket bei Siemens eröffnet , würde aber gern eure Erfahrungen , Meinungen dazu hören was das sein kann. Leider kann ich keine Aussage dazu treffen warum das so projektiert wurde , das hat der Hersteller so programmiert.

 

[TP-Inc]

Technologieobjekt mit Telegramm 111? Das gibt es? Sinn mal dahingestellt… Problem besteht schon immer oder erst seit kurzem?

 

[spqr76]

Zuviel Werbung?
-> Hier kostenlos registrieren

Die Anlage ist relativ neu ca. 6 Monate. Der Fehler ist seit der Inbetriebnahme. Da die Fehlersuche wirklich lange gedauert hat beim ersten mal , und die Abstellmaßnahme nicht zufriedenstellend ist hab ich mich hier an das Forum gewandt. Da ich in der Instandhaltung arbeite und uns die Maschinenhersteller alles mögliche hinterlassen, kann ich schwer beurteilen ob das eine gute stabile Projektierung ist , oder ob da Schwachstellen sind die zu diesem Problem führen. Über Hinweise warum man das so nicht machen sollte wäre ich auch dankbar , dann können wir mit dem Lieferanten diskutieren. Oder was man im Fehlerfall noch analysieren sollte oder kann.

 

[Slimer]

Hallo spqr76,

bin gerade auf diesen Post gestoßen, da ich auch auf der Suche nach Infos zu genau dem gleichen Problem bin:

TIA - Fehler 16#8601 BasicPosControl

Hallo und guten Tag, bei einer Anlage haben wir folgende Konstellation: S7-1516 12x Servos V90 über BasicPosControl und Profinet angebunden Wir sind in der Inbetriebnahme und müssen im laufenden Betrieb noch verschiedene Anlagenteile testen, verändern und/oder anpassen. Die Anlage, welche in...

www.sps-forum.de

Konnte dir den hier oder von Siemens Seite her jemand Genaueres sagen bzw. konntest Du das Problem beseitigen?

 

[spqr76]

Hallo Slimer das Problem bei uns ist nicht geklärt worden. Wir konnten feststellen das es Probleme gab sobald man mit dem Starter am Antrieb Änderungen gemacht hat. So das anschließend das Technologieobjekt neu geladen werden musste, obwohl im TIA alles ok war. D.h. nach Änderungen mit Starter TIA Projekt neu geladen. Das ging nur wenn man eine Änderung im TIA einfügt und anschließend rückgängig macht. Das macht nicht wirklich Sinn hat bei uns aber funktioniert. Anscheinend verliert die Instanz die HW Adresse vom Antrieb und der DPRWDAT Baustein kann dann nicht mehr auf den Antrieb schreiben. Sorry aber mehr ist leider nicht bei rausgekommen.

 

[Slimer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo spqr76,
sorry, aber bin erst jetzt mal wieder an der Anlage (entferntes Ausland) gewesen - sonst nur per VPN und dabei ja nix falsches machen....
Deine Beschreibung ist gleich meiner Beobachtung. Hab schon alles Erdenkbare probiert: Bausteine rein/raus, Device An-/Abmelden ... etc. immer das Gleiche wie bei Dir. Wir können nur ebent den Prozess / die Anlage nicht bzw. nur sehr selten durch einen Stopp der SPS unterbrechen. Schön wäre so ne Art Re-Initialisierung von Bausteinen zur Runtime. Trotzdem beruhigt es mich, dass ich scheinbar noch nicht (alleine) spinne ;-)
Danke und beste Grüße