KSS 8.5 Braketestreq Fehler

Moin.

In der motiondrv.ini fehlt zumindest mal der Braketest-Treiber. Gut möglich, dass es das schon ist,

Der Bremsentesttreiber hat sich im Laufe der V8 einmal fundamental geändert. Insbesondere auch in seinen internen Schnittstellen und der Bedienung aus KRL heraus. Ob das jetzt bei 8.3 zu 8.5 oder erst bei der 8.6 passiert ist bin ich mir nicht mehr sicher. Daher vermute ich stark dass das nicht durch reine Dateikopie funktioniert.

Fubini

Zitat von jeas

Danke für die Antwort .

Der Fehlt dann aber bei den anderen KSS8.3... Projekt auch und da funktioniert es auf 2 Steuerungen.

Wie muss die motiondrv.ini richtig aussehen?

Normalerweise ändert man die ini nicht von Hand.

Entweder wird der Bremsentest im Zusammenhang mit Safeoperation oder (ohne Safeoperation) mittels der erweiterten Optionen im WoV "Bremsentest erzwingen" aktiviert. Damit hast Du dann auch die Gewissheit , dass etwaige andere Einstellungen (wo auch immer) ebenfalls geschrieben werden.

Altes Archiv wiederherstellen und nochmal von vorne anfangen. Dabei keine Dateien aus den Technologiepaketen mit der Version aus dem Vorlageprojekt ersetzen.

Ich persönlich vergleiche da eh immer die einzelnen Dateien mit Beyond Compare und übernehme nur die Änderungen, die ich selbst, oder ein Kollege gemacht hatte.

Das hat bisher immer funktioniert.

Moin.

Zu Hermann's Hinweis möchte ich noch ergänzen. BeyondCompare ist beim abschließenden Vergleich auch mein Mittel.

Grundsätzlich ist aber auch so, dass die Optionspakete mit ähnlicher Funktion (GripperSpot usw) in unterschiedlichen Versionsständen unter Umständen eben auch unterschiedliche Daten speichern. Eine 1:1 Kopie der Konfiguration auf Dateiebene wird da mit Sicherheit zu Problemen führen.

Gerade auch ein Versionssprung von KSS 8.3 nach 8.5 ist mit Vorsicht zu geniessen. Ich habe persönlich mehrere Upgradegeschichten (8.2(sr) -> 8.3, 8.3 > 8.5) hinter mir. Dabei war es nie möglich, ein Projekt aus der tieferen Version direkt auf die höhere einzuspielen. Fubini hatte da schon den entsprechenden Hinweis gegeben, dass es auch auch auf der KSS Unterschiede gibt. Beispielsweise gibt es unterschiedliche Systemvariablen , welche KSS abhängig sind. Diese Abhängigkeit geht zusätzlich auch noch "Crossover" mit den Optionspaketen...

Also sauberes System aufsetzen. Dann so konfigurieren, dass der Rob im Inbetriebnahmemodus verfahrbar ist.

Image erstellen

Dann dieses funktionierende Projekt im WoV mit dem alten Projekt ohne Pogramme sinnvoll zusammenführen. (z.B. auch MADA nicht!)

Der Zusammenführungsdialog ist so gestaltet, dass man auch Einstellungen nicht übernehmen kann. Das sollte man im Zweifelsfall auch so tun.

Offene Einstellungen muss man halt im Nachhherein auf der dann (hoffentlich noch) funktionierenden Steuerung nachholen.

Wenn dass soweit ist, ein Archiv erstellen.

Dann das 8.3 Archiv mit dem 8.5 Archiv mittels BeyondCompare vergleichen. Sinnvolle Änderungen (USER Bereich $config.dat, Programme ..) auf der neuen Steuerung anpassen. Bei Programmen kann es sein, dass im ini-Fold Unterschiede bestehen. Dann einfach auf dem 8.5 mal ein Programm erstellen und dessen Headerbereich als Referenz nutzen . Ist halt Fleissarbeit.

Für den Transport habe ich das immer ganz oldschool Stück für Stück mit dem USB Stick erledigt, da die Übertragerei des gesamten Projekts mit anschließendem Rekonfig arg langwierig ist. Abgesehen davon, ist diese Vorgehensweise hervorragend dazu geeignet , Fehler aus der letzten Handlung sofort zu erkennen. Die Fehlerliste ist auf die Art auch kürzer.

Final nochmal ein Archiv erstellen und mit dem 8.3 Archiv vergleichen.

Wenn alles gut ist Archiv , Image ziehen und dann PTP HOME. Also, selber, nicht der Rob.