Beiträge von volatile666

Ich kenn den Preis fuer 'das bloede Ding' nicht, aber sind das in Anbetracht der restlichen Kosten nicht Peanuts? Alleine fuer die Duebel zur Montage des Roboter zahlt man doch einige hundert Euro...
Wie macht ABB das in etwa?

Vielleicht kann man dafuer Wiest RotoLAB einsetzen: http://www.wiest-ag.de/produkte/rotolab
Ich weiss allerdings nicht was das kostet. Sonst kann man natuerlich auch was Eigenes stricken, zB mit Laserabstandssensoren oder Profilscannern.
Wie sind eure Anforderungen an die Genauigkeit der Werkstuecke? Ich kann mir vorstellen, dass es da auf +-1mm nicht ankommt, weil das Material sowieso nicht mehr hergibt?
Dann wuerde es vmtl auch reichen, fuer verschiedene Fraeserformen verschiedene Werkzeugnummern zu waehlen und fertig - der Verschleiss eines Fraesers in Styropor ist vmtl winzig

Keine Türen, da Versuchsroboter. XS2 ist gebrückt.

Ich habs jetzt selbst herausgefunden. Kundenversion muss auf 5, E7 bruecken und ab gehts.

Ist der Roboter angeschlossen und laesst er sich verfahren? Wenn ja, fahr mal vorsichtig in die Home-Stellung und schau dir die Winkel der Achsen an. Vielleicht passen sie ja.
Ansonsten kann man den Roboter auch grob auf andere Arten justieren.

Ich wuerde IMMER vor dem ersten Fahren justieren. Wenn du das EMD hast, kostet das doch nur 5 Minuten.

Das Teach Pendant der VKRC2 hat am Betriebsartschalter bekanntlich nur 2 Stellungen, die wohl Automatik Extern und T1 entsprechen? Ich moechte den Roboter bei der Entwicklung in T2 bewegen koennen.
KUNDEN_VERSION in der progress.ini hat den Wert 2. Auf welchen Wert sollte ich gehen, um T2 zu bekommen, und auf welcher Stellung liegt das dann?

Ja, das war auch ein Fehler...

Ich habs nochmal genauso gemacht wie du schriebst. Diesmal hat er auch gemeckert, dass die Maschinendaten auf RDW und HDD verschieden sind, ich durfte waehlen und nach einem Kaltstart passt alles!
Frag mich nicht was ich anders gemacht habe vorher...
Vielen Dank!

Ich habe beide Varianten nochmal versucht. Der Roboter nimmt die Datei immernoch nicht.
Nach einem Neustart mit der neuen $machine.dat sagt das HMI nach dem Boot 'Objektbeschreibung nicht auswertbar' (Fehler 1318). Danach ist eben die Alte wieder da.
Irgendwas kommt mir auch spanisch vor. Die neue $machine.dat ist um die 50kb, die alte nur 9kb, in der Alten ist kein Trafoname enthalten...
Vorschlaege?

Alles klar, ich werde Montag nochmal probieren, ich melde mich!

Ich habe HMI und Cross beendet und dann ausgetauscht, meinst du das Verhalten ist anders, wenn ich sie garnicht starten lasse? Kann ich aber Montag nochmal probieren.

Ich habe einen alten KR180 mit KRC2 (ich glaube 5.4) in der Halle stehen, die Steuerung haelt ihn fuer einen KR210 (RDW und HDD). Es kommt also keine Inkonsistenz-Meldung... Ich habe testweise selber die $machine.dat ausgetauscht, nach einem Neustart wird sie aber wieder mit der Alten ueberschrieben, vmtl. aus der RDW?
Wie bring ich den Roboter dazu, zu wissen wer er ist?

Jain. Ich habe im 'Sensor' die Werte angepasst (also prinzipiell da den P-Anteil untergebracht).
Ich versuche, den Code im Roboter minimal zu halten, weil das externe System einfacher, schneller, besser anzupassen ist.

Danke fuer die Antwort. Mittlerweile konnte ich das Problem in den Griff kriegen - ich habe einfach Faktor 10 zu kleine Werte uebertragen (Kommafehler), bei 10fachen Werten schwang er dann ueber weil das Regelungskonzept noch nicht stimmte.
Das Gesamtsystem ist noch nicht fertig, funktioniert aber und es ist eine Freude ihm zuzuschauen

Ich sitze an einer Anwendung, bei der ein Sensor über RSI die Roboterbahn korrigiert. Nach einigen Kämpfen mit dem Echtzeitsystem funktioniert das Ganze auch, die Korrekturgeschwindigkeit ist aber zu gering. Bei 1% OV bleibt mir der Roboter genau genug auf der Bahn, bei mehr Geschwindigkeit hängt er nach.
Wie beschleunige ich sein nachregeln? Die Daten kommen per Ethernet rein. Ich habe testweise den Korrekturwert um Faktor 10 erhöht, der Roboter regelt schneller, aber schwingt natürlich immer stärker über. Ich könnte in meinem Messsystem eine Regelung einbauen, wegen der Überschwinger wäre das aber wohl schlecht.
Wie sieht eine saubere Lösung aus? Kann man die Geschwindigkeit wählen, muss man im Roboter eine Regelung mit den RSI-Objekten (ST_P usw) implementieren?

Ich habe hier eine VKR C 5.4.7. Probleme macht mir der Expertenmodus. Ich habe die Keyfiles jeweils auf 2 USB-Sticks geschoben und beide in den Roboter gesteckt (laut einiger Aussagen wird der 2. Stick ausgelesen). Trotzdem komm ich nicht in den Expertenmodus. Der Key in der Registry, der den Pfad zu den Files angibt. zeigt auf einen USB-Stick. Folgende Überlegungen:

1. Möglicherweise ist die Registry "verbastelt", die Pfadangabe war vorher ohne Laufwerksbuchstaben (:\Keyfiles...). Ich habe das korrigiert, bin aber nicht sicher ob das insgesamt passt oder richtig ist. Könnte mir jemand den genauen Pfad in der Registry und einen Screenshot der enthaltenen Einträge posten?
2. Kann mir alternativ jemand sagen, wie genau ich im KrcConfigurator die Pfade passend setzen kann? Ich bin alle Registerkarten durchgegangen, aber habe nichts gefunden was danach aussieht.
3. Gibt es eine andere Möglichkeit, Experte zu werden? Mir ist jede Bastellösung recht, solange ich ein paar Dinge testen kann - der Roboter wird ansonsten nicht benutzt und ich habe die Festplatte vorher kopiert, kann ihn also wiederherstellen.
4. Die Keyfiles passen nicht zum Roboter - wie würde mir der Roboter das sagen, wie stell ich fest ob er sie nicht liest oder sie nicht passen?
5. Hat das eingebaute CD-Laufwerk eine Auswirkung auf den Rest, oder ist das egal solange die Pfade stimmen?
Vielen Dank im Voraus!

Ja, so wollte ich.
Mir gehts nur darum, den Roboter in den jetzigen Zustand wiederherstellen zu koennen... Kann ich das immer oder nicht?

Ja, die Betriebsstunden (und evtl andere Werte) weichen natuerlich ab, aber solange man von der gleichen FP bootet bleibts ja konsistent.

Das klingt ja schonmal gut. Kann ich die Daten aus der RDW auch in die Registry der aktuellen Platte schreiben (damit die konsistent ist) und umgekehrt (sollte ich die RDW korrumpieren, damit ich sie von der Originalplatte wieder herstellen kann)?
Absolut wichtig ist eben, dass der Roboter immer wieder vom Originalsystem laeuft und benutzbar ist