HILFE zu "Interner Fehler hlq.c" ??

  • Unser Roboter bleibt während des Betriebes Auto Extern
    mit der Fehlermeldung:


    FehlerNr.:313
    Interner Fehler (Datei:hlq.c,Zeile 474, Wert: H404000A) /Systemfehler 1574


    einfach stehen.
    Antriebe und Programm bleiben ein,Programm lässt sich jedoch nicht mehr abwählen.
    statusfenster wie z.B. Istwert etc lassen sich alle noch anwählen.
    nach ausschalten stürzt der Rechner ohne herunterfahren ab.


    Kuka Hotline weiß keinen Rat und die Anlage steht still.
    Wer kann helfen oder kennt den Fehler.


    ach ja software is 5.4.9 mit SaveRobot


    danke schon mal für lesen
    mfg soma

  • Schritt für Schritt zum Roboterprofi!
  • Folgende Maßnahme veranlassen (da ich keine Log-Files habe): VxWinRAM-Parameter in der betroffenen Steuerung um ½ MB erhöhen. Es kann sein, dass die ganze Problematik aufgrund von Speichermangel verursacht wird bzw. das ein Speicherschmierer die Ursache für den eigentlichen Fehler ist.


    Es handelt sich intern um einen Fehler in einer Queue-Initialisierung. Da wird ein kleines Zeitloch sein. Interessant ist desshalb - wie oft taucht der Fehler auf?

    Wer nach allen Seiten offen ist kann nicht ganz dicht sein

  • - benutzt Ihr das Schnelle Messen im Programm ?
    - was heisst "nach ausschalten stürzt der Rechner ohne herunterfahren ab" ?
    - warum steht jetzt die Anlage still ?
    - sind im LOG-Verzeichniss TSM-Logs vorhanden ? Wenn ja, bitte schicken.

    Wer nach allen Seiten offen ist kann nicht ganz dicht sein

  • zu 1.mmhh also da ich nicht weiss was schnelles messen ist, gehe ich davon aus
    dass wir es nicht benutzen.
    zu 2.tja also normaler weise fährt der roboter bzw windows runter(hibernate).
    dies tut er nicht mehr sondern der Roboter ist unmittelbar 1sek nach abschalten der spannung aus.
    zu 3 still in soweit, das es mit unser konstellation keinen sinn macht ein neues programm zu starten wenn er nach 1h wieder abstürzt.
    bei uns dauert ein programm mit unter 10 -15 stunden.



    heute war ein servicetechniker von kuka da
    mit ner neuen festplatte und V5.4.10.


    jetzt weiss zwar immer noch keiner was hlq.c macht bzw woher der fehler kam,
    klar ist nur: er ist weg.



    ich sage trotzdem danke für die hilfe
    die idee mit dem ram zieht der techniker in betracht, wenn der fehler wieder auftauchen sollte.


    also danke und gruss an LindePaul

  • Update: Trotz aller Versuche ist der Fehler nun wieder da.
    Bis jetzt weiß niemand, auch nicht kuka, was das für ein Problem sein
    könnte und wir stehen auf dem Schlauch.

  • Hallo,


    hlq.c steht für Hauptlaufque. Der Ablauf ist folgendermaßen:
    1) Planung einer Bewegung
    2) Die fertig geplante Bewegung wird in die Que gesteckt.
    3) Nehmen der geplanten Bewegung aus der Hauplaufque und interpolieren, d.h. Abfahren der Bewegung.


    Beim Herausnehmen aus der Que scheint es einen Fehler zu geben.


    Wenn der Fehler Auftritt solltet ihr mal in den LOG-Ordner schauen dort sollte ein tt<Datum>.log angelegt werden. Ferner gibt es dort auch ein tsm<*>.Log und ein System<*>.log. die braucht KUKA zur Analyse solch eines Fehlers. Am besten ihr erstellt ein Archiv und schickt es an KUKA.


    Gruß
    Fubini

  • Fubini, fast richtig :supi:
    Der Fehler passiert beim Initialisieren der Queue.
    Leider ist nach diesem Fehler das System nicht mehr fähig irgendwelche Log-Files zu schreiben :eviltongue:
    Desshalb ist KUKA ein wenig :kopfkratz:

    Wer nach allen Seiten offen ist kann nicht ganz dicht sein

Erstelle ein Benutzerkonto oder melde dich an um zu kommentieren

Du musst ein Benutzerkonto haben um einen Kommentar hinterlassen zu können

Benutzerkonto erstellen
Neues Benutzerkonto für unsere Community erstellen. Geht einfach!
Neues Benutzerkonto erstellen
Anmelden
Du hast bereits ein Benutzerkonto? Melde dich hier an.
Jetzt anmelden