TIA Fehler 16#8601 BasicPosControl

Slimer

Level-2
Beiträge
24
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
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 unterschiedliche Abschnitte geteilt ist, läuft mit allen Servos stabil bzw. alle Servos / BasicPosControl-Bausteine haben Verbindung und arbeiten fehlerfrei.
Wenn wir einen der V90 Umrichter mit neuen Parametern verändern (z.B. Inkremente je Lastumdrehungen oder Übersetzungsverhältnisse etc.) und/oder den Umrichter im laufenden Betrieb neu starten, bekommt der BasicPosControl-Bausteine keine automatische Verbindung mehr zur Achse ( Fehler 16#8601 am Baustein). Nach einem Neustart der SPS ist der Fehler weg bzw. der Baustein hat wieder Verbindung.

Folgende Frage in die Runde: gib es eine Möglichkeit den Fehler im laufenden Betrieb durch "Reset" (das einfache Setzen des AckError-Bits am Baustein bewirkt nichts...) zu entfernen bzw. (nur) den betreffenden BasicPosControl-Baustein neu zu starten, ohne die SPS in Stop versetzen zu müssen?

Vielen Dank für Eure Unterstützung...
 

Anhänge

  • S7_1516 BasicPosControl.JPG
    S7_1516 BasicPosControl.JPG
    39,9 KB · Aufrufe: 29
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Nordischerjung,

danke für die schnelle Antwort.
Ich habe gerade aus der Ferne getestet: Baustein vom EN getrennt und wieder angeschlossen. Dies hat den Fehler leider noch nicht beseitigt. Ein Neustarten der SPS ist derzeit aus Produktionsgründen leider nicht möglich. Wenn ich das nächste Mal vor Ort bin, probiere ich das Neuladen mit deiner Empfehlung des vorherigen EN - Deaktivieren.

Gibt es evtl. eine Idee für ein Neustart oder Zurücksetzen einzelner TO Bausteine?
 
Welche TIA, Firmware, Technologieversion?

Habe an manchen Anlage früher (V17) schon mal das Problem gehabt das nach "Neuladen" von Technologiebausteinen (Funktionen) diese nicht mehr zum "Arbeiten" zu bewegen war. Erst ein CPU-Neutsart hat da geholfen...

Seit V19 (FW3.1) ist mir das nicht mehr untergekommen.

Edit: Das waren S120 Antriebe...
 
TIA ist die V18..

Habe testweise gerade an den widerspenstigen Baustein einen anderen V90 der gleichen Anlage angekoppelt. Dieser hat sich verbunden. Es scheint also eher die Ursache in der Ankopplung der V90 Umrichter zu liegen.
Die Anlage hat 6 gleiche Abschnitte mit je 2 V90. Da die "Software" zum Umrichter sehr gewöhnungsbedürftig ist, war meine "naive" Vorgehensweise: Umrichter 1 von Anlagenteil 1 kopieren und nach dem Umstellen der Profinetadressen und IP-Nummern diese Kopie auf den 1. Umrichter des baugleichen 2. Anlagenteils zu spielen.

Gibt es evtl. noch eine alternative Software zum V-Assistant ?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
BasicPosControl ist Technologie-Objekt oder? Würd da EPOS mit Telegramm 111 und SinaPos nicht reichen? Die ganze MotionControl im TIA bzw. Startdrive ist einfach schlecht… den V90 besser mit V-Assistant in Betrieb nehmen und per T111 fahren.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Es hindert dich niemand den Starter zu verwenden. Deshalb ist das Motion-Control aber nicht schlecht.

Persönlich halte ich E-Pos für einen veralteten Krüppel (Nicht mal Absolutwertgeber)

Aber jeder wie er's mag
 
Im übrigen führt die Suche nach BasicPosControl immer zum EPos bzw SinaPos...
Scheint alles das delbe zu sein oder?
 
Der Vorteil des Sina-Pos ist doch lediglich das er die CPU nicht zusätzlich belastet. Was man auch dringend brauch wenn man ineffektive Software schreibt in FUP und KOP ohne Struktur und Konzept!

!!! HALT !!! Dies nicht zu Anlaß einer Grundsatzdiskusion nehmen. Bitte Bitte
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo NBerger,
Hallo TP-Inc,

erst Einmal vielen Dank für eure Anregungen und, wie meine Mutti immer sagte: Kinder, streitet euch nicht...

Ich persönlich finde die Arbeit mit den TO-Objekten auch nicht besonders gut gemacht. Es gibt keine richtigen Fehlerbeschreibungen, Schritt für Schritt-Anleitungen und/oder eine Bausteintransparenz. Siemens ist für (meine) einfachen Aufgaben sehr verkompliziert, aber ich kann auch nicht sagen, ob es andere besser bzw. verständlicher hinbekommen.

Zu dem ursächlichen Anliegen:

BasicPosControl ist auch ein (abgespektes) Technologie-Objekt. Der V90 und das TIA sind eingestellt auf EPOS mit Telegramm 111.
Mit den "richtigen" TO Objekten würde ich auf eine T-SPS angewiesen sein (Anzahl TO Objekte... --> habe insgesammt 20 Achsen) , und es ist so schon undurchsichtig genug... :-(

Das Tool V-Assistant ist scheinbar ein dem Siemens schnell hinzugefügtes Programm, welches mit leichten Änderungen komplett aus dem Chinesischen gelabelt wurde, um schnell der Nachfrage nach einfachen Servoanwendungen nachzukommen. Kommt mir sehr nach Stricken mit heißen Nadeln von... Auch findet man wenig dazu in den Foren oder gar bei Siemens.

Mein Problem ist z.B., dass ein Übersetzungsverhältnis 1:20 an einem der FUs eingestellt ist, aber am PN bzw. dem Baustein, und auch in der INC-Anzeige in dem Read-Parameter des Gebers direkt im Umrichter nicht stimmen. Die Umrichter wurden alle mit den selben Einstellungen bespielt, aber einer von 12 dieser V90 gibt die richtigen Werte erst nach dem 3x neu Bespielen (immer gleiche Quelle) aus.. Ik werd noch blöd...

Und wenn ich etwas in bestimmten Einstellungen am V90 geändert habe, muss die SPS immer wieder neu gestartet werden, obwohl der Profinet konstant bleibt...

Nun meine Frage: kann der V90 auch mit Drive bearbeitet werden und gibt es da mehr bzw. bessere "Spielmöglichkeiten"?
 
Zurück
Oben