Beiträge von CSH

    Hallo roboprog,


    zuerst einmal, du kannst es zahlentechnisch erhöhen, wie du lustig bist.
    Hat aber nicht wirklich Auswirkung auf die Geschwindigkeit, oder hier auf die Orientierung.
    Es passieren dann, nur andere nette Dinge,Du schießt dir nur Eigentore.
    Warum?
    Wir reden hier über Mechanik und Physik. Es ist einfach nicht möglich, aufgrund der Mechanik (Getriebe) schneller zu werden, als standardmäßig vorgegeben, weil es die Mimik nicht ergibt. In einer relativ kleinen Bewegung haben wir eine Beschleunigungsrampe und eine Bremsrampe. Der Roboter schafft es gar nicht in der Umorientierung überhaupt seine volle vorgegebene Beschleunigung zu erreichen. Wenn nun dieser Parameter erhöht wird, wird es sicherlich noch funktionieren, aber erstens:
    hat es keine Auswirkung auf die Geschwindigkeit, weil eine höhere wegen der Mimik nicht zu erreichen ist und
    zweitens:
    wird die Steuerung nach einer gewissen Zeit (die Frage hier wie oft findet diese Bewegung statt?) mit dem Fehler Überlast auf Treiberstufe Achse X aussteigen.
    Warum?
    Aufgrund der Erhöhung des Standard Parameters zieht die Steuerung natürlich mehr Strom über den Gleichrichter. Weil die Motoren aber nicht die die volle Geschwindigkeit erreichen, brauchen sie natürlich auch nicht den angeforderten Strom, darum wird dieser in den Treiberstufen verbrutzelt --> Wärme. Viel Wärme!! In den Sommermonaten, könnte es dann Riesen Probleme geben und keiner weiß dann warum.


    MFG
    CSH


    PS: Parmeter v7000 --> findet Verwendung bei externe Achsen, die einen langen Weg haben

    Hallo zusammen!


    Einen Restore zu machen, bei einem Roboter, egal welche Steuerung, ist kein Problem.
    Die Steuerungen sind relativ clever, und checken die Syntax.
    Sollte wieder erwarten, ein Fehler , wie hier beschrieben entstehen, hilft meistens --> fsat immer ein I_Start.
    Die Grundeinstellung wird geladen.
    Steuerung läuft hoch, und kein Fehler, ausser vielleicht Achsen asynchron und Umdrehungzähler verloren. Erstmal ignorieren.
    Nimm die moc.cfg aus dem jetzigen Backup und tausche sie mit deinem nicht funktionierenden Backup aus.
    Der Restore Fehler sollte behoben sein.
    Hintergrund:
    Falsches Laden der Roboterparameter in der Offline Funktion.
    Ich denke du hast beim erstellen des Systemes zu viele Häckechen an Stellen gesetzt, di nicht in dem Umfang deiner rellen Maschine enthalten sind. Optinen!!


    MFG
    CSH

    Hallo Martin,


    die zweite!
    Führst du den Stop über den Pickmaster PC aus???
    Aufgrund dessen gibt er die Rückmeldung "ClearAll Routine",
    Diese Meldung erscheint auch auf dem Pickmaster PC??? Oder??
    Wenn ja, kontrolliere die Fehlerbehandlung in der Pick Routine.


    MfG
    CSH

    Hallo MartinK,


    bitte erkläre es genauer.
    Warum gibt es diese Routine nicht?? Wenn es einen Verweis vom Programm darauf gibt??
    Ich denke, aufgrund dessen, daß das Ablagebild nicht vollständig ist, springt das Programm in das Errorhandling und erwartet, einen Abbarbeitung diesen Fehlerzustandes.
    Programm nicht abgearbeitet und Stop ausgeführt.
    Also was soll weiter passieren in deinem Ablauf ??? Homefahrt und dann weiter von letzter Position oder Abbruch, Homefahrt und neues Abbild???
    Gebe Input für besseres Verständnis.


    MfG
    CSH

    hallo chupete,


    der Ansatz von Sven Weyer ist nicht schlecht und sehr gut, aber die Frage ist, hast du die Option Worldzone und Multitask auf deinem System?
    Wenn nicht, würde ich mir einen Systemübergreifenden Interrupt basteln, der in der Traproutine, die Signale für den Fahrbefehl des Roboters und für das schliessen der Form prüft. Sollten beide Signale zusammenfallen, führe einen ProgrammStop aus.
    Wenn nicht Interupt gewünscht oder gewollt, wäre da noch die Ausführung einer Ereignisroutine.


    MFG
    CSH