Beiträge von SpeedFreak

hallo

die mb5 ist eben nich lesbar im editor, ich weiß aber, dass der roboter sie lesbar ausgeben kann. ich hab aber leider keinen roboter zur hand, und wollte wissen, ob jemand eine idee hat, wie man mb5 in prg umwandeln kann.

mfg speed

hallo mitsubishi-profis!

ich habe selber bisher nur recht wenig mit mitsu robotern zu tun gehabt und stehe nun vor folgendem problem.

ein kollege hat mir von einem roboter (rv-6sdl) eine datensicherung mitgebracht. die beinhaltet mehrere .sys, .log und auch noch andere dateien. unter anderem mehrere .mb5-dateien, die alle sys...irgendwas.mb5 heißen, offenbar programmdateien, die zum system gehören.
ich habe aber auch eine datei "1.mb5" gefunden, was meiner erinnerung nach ein vom anwender geschriebenes programm ist. um genau diese datei geht es mir. ich habe versucht sie mit der software RT ToolBox2 anzuschauen, doch diese lässt nur den import von .prg-dateien zu. nun bilde ich mir aber ein zu wissen, dass ich früher mal einen mitsu robi hatte, wo man die programme wahlweise als mb4 oder prg ausgeben konnte. kommt die problematik jemandem bekannt vor?

ich suche nun nach einer möglichkeit die mb5-datei in eine prg-datei zu wandeln, da die mb5-datei mit einem editor nich lesbar ist, die prg-dateien meines wissens nach schon.

mfg speed

...wie schon gesagt, ich habe von kuka einen ftp-link bekommen.
dort gibts jetzt auch die aktuelle version.

aber auch mit der neuen version habe ich schon wieder probleme. beim start bietet die 2.4 an das "alte" 2.2er projekt zu konvertieren und macht das auch.

blöd:
anschließend geht nichts mehr. das kataloge-fenster bleibt leer. egal ob man hardware hinzufügen will, oder ein neues src anlegen oder sonst was.
bei einem neuen projekt geht alles, aber das konvertierte scheint für die tonne zu sein, da man nix mehr dran ändern kann.

man kann sich zwar über datei->katalog-verwaltung den programm-editor wieder gängig machen indem man die kataloge neu hinzufügt. aber die hardware-projektierung ist im eimer.
aussage kuka-hotline (quasi wörtlich mit betretenem unterton): problem zwischen 2.2 und 2.4 ist bekannt --> lösung: komplette busstruktur neu anlegen!

also wer ein aufwändiges 2.2er projekt hat, dem kann ich nur empfehlen sein WorkVisual nicht auf 2.4 updaten!!!

mfg speed

hallo beattheq,

ich wusste nicht, dass es neuere versionen gibt. ich habe vor einigen monaten von kuka einen ftp-link bekommen und mir das programm von dem server geladen, als dann hier im forum von neuen versionen geredet wurde, war auf dem ftp-server (noch) nix neues zu finden.

trotzdem könnte man diesen thread offen halten für probleme mit der aktuellen version.
wenn jeder die version ordentlich hinschreibt kann man dann ja erkennen, ob es noch up-to-date ist.

mfg speed

...ich fang auch gleich mal an:

Version: 2.2.0 Build 121

mir ist heute ein bug in WorkVisual aufgefallen, der evtl sehr ärgerlich endet.

folgende situation:

man hat eine "beispiel0815.src"-Datei offen, editiert diese und speichert dann erstmal NICHT
nun geht man mit rechte maustaste auf "programm" --> "hinzufügen" und holt sich noch ein neues modul. :idea:

und schon hat man den salat: :angry:
im "beispiel0815.src" verschwinden vor deinen augen alle änderungen, die seit dem letzten speichern gemacht wurden.

zugegeben wer zu wenig speichert, ist selber schuld, aber ich finde den bug doch ziemlich heavy, weil unnötig.

mfg speed

Dies soll eine Liste der bekannten Probleme mit KUKA WorkVisual werden.

Bitte immer die exakte Version mit angeben.

hallo,

die comau-lösung scheint wirklich klasse. aber wenn ich den sinn des thread richtig verstehe, geht es NICHT darum, das bedien-/programmierpanel drahtlos zu machen, sondern den roboter LIVE über wlan fahren zu lassen und dass die verfahrbefehle auch über funk kommen sollen, und zwar nicht nur beim programmieren/teachen, sondern IMMER, wenn der roboter sich bewegen soll.
dass roboter auch ohne angestecktes panel laufen sieht man ja zb bei mitsubishi, bei dem kannst du im laufenden betrieb einfach das panel abmelden und abziehen, der roboter läuft trotzdem weiter. aber soweit ich das sehe, ist das hier nicht das zu lösende problem.

leider hab ich auch keinen blassen...

an dieser stelle sei jedoch mal angemerkt, dass es eine zumutung ist, dass software fürn teuer geld verkauft wird, ohne ausreichende dokumentation...

abgesehen von dem spärlichen (englisch-sprachigen, aber OK) tutorial habe ich keine doku erhalten. ist mir da etwas entgangen oder gibts zum thema python in simpro nichts weiter? ...wäre sehr schade, weil damit die funktionalität doch bissl beschnitten würde.

mfg speed

danke!

kurze frage serpi:

warum das zitat und nix weiter dazu?

...kann ich mal kurz mein leben saven und was dummes ausprobieren?

morgen!

bin ich denn der einzige bekloppte, der so nen fall hat?!

mfg speed

und der dritte witz mit der mitte...

fliegen zwei u-boote durch den wald, sagt das eine: kann ich auch mal in der mitte fliegen?

Genieße es, es wird noch schlimmer...

WARNUNG Realität voraus - ab hier werden sachen weniger schön erscheinen.

Erstens kommt es anders und zweiten als man(n) denkt.

life is a beta-version....full of bugs and no manual.

hallo,

folgende situation: EIN KRC4 hat via profibus ZWEI laser angeschlossen (unterschiedliche hersteller: IPG und Laserline). kann lasertech mit so einer situation umgehen?

mfg speed

hallo,

ich werd demnächst einen krc4 mit lasertech bekommen. kann mir jemand eine dokumentation für das technologie-paket lasertech beim krc4 geben?

und noch ein konkrete frage: EIN roboter hat per profibus ZWEI laser angeschlossen. Beide sollen je nach wunsch (programmierung) nutzbar sein. kann lasertech damit umgehen?

mfg speed

hallo drudge,

...war mal wieder die übliche betriebsblindheit...txt geht natürlich auch, blöd ist nur, dass die trotzdem anders formatiert sein muss.

man kann also nicht einfach seine alte langtext.txt nehmen und in den neuen krc4 importieren...hat kuka ja wieder prima hinbekommen... *dammed*

jetz hats auf einmal "$" vor "IN" oder "OUT" oder so und nicht mehr "_1" etc sondern [1], was ja prinzipiell ok ist, weils ja im roboter sowieso so verwendet wird, nur leider muss ich mir erstma ein kleines tool schreiben, was die umformatierung erledigt :-/ dass nennt man dann bei kuka glaube ich fortschritt

mfg speed

hallo.

leute, es wird doch bitte mal jemand schauen können, der schonmal nen krc4 gemacht hat, wie das ausschaut. ist doch kein unlösbare problem, oder?

danke

mfg speed

Hallo,

kann mir jemand sagen, wie die Formatierung einer Langtext-Datei beim KRC4 aussieht?

Beim KRC2 sah das ganze ja so aus:

;Eingaenge trallala
IN1 Testtext
IN2 Testtext2
...

;Ausgaenge schubidu
OUT1 bliblablo
OUT2 scherbel
...

ist das beim KRC4 so geblieben?

Die Frage kommt daher, weil ich im KUKA WorkVisual mal mit dem Langtext-Editor rummgespielt habe und der kann ja Import/Export. Nur werden dabei csv-Dateien erzeugt, die eine andere Formatierung als die .txt haben.

KRC4 export sieht zb so aus

;Eingaenge trallala
$IN[1];Testtext
$IN[2];Testtext2
...

;Ausgaenge schubidu
$OUT[1];bliblablo
$OUT[2];scherbel
...

außerdem lassen sich die "alten" KRC2 .txt auch nicht importieren. Jetzt nun die Frage ob beim KRC4 die Langtext-Datei tatsächlich eine csv-Datei mit neuem Format ist oder genauso wie beim alten KRC2 eine .txt Datei ohne "$" und ";". Also nur WorkVisual diese csv-Datei benutzt?

mfg speed

hallo,

danke für den hinweis, aber ich glaube wir haben aneinander vorbei geschrieben. mein problem ist nicht, dass gsd-dateien nicht funktionieren, sondern dass es einfach keine gibt, bzw in der konfiguration des bk3120 sich die verschiedensten klemmen anfügen lassen (zb kl4004), nur eben die einfachen kl1408/2408 existieren in der liste nicht wörtlich, sondern lediglich einträge namens "8 Bit Digitale Inputs" etc.

und ich wollte nun wissen, ob ich die dafür nehmen kann?

mfg speed

gruß.

meiner erfahrung nach müsste das funktionieren, da der kuka immer die zuletzt geladenen parameter verwendet.

ansonsten, ich habe das auch schon gemacht und bin damit gut gefahren.
ich habe mir dazu die parameter in einem dat-file global deklariert, zb so:

;DAT Parameter
;FDATs (Base und Tool)
DECL GLOBAL FDAT F_KALIBRIEREN = {TOOL_NO 11, BASE_NO 12, IPO_FRAME #BASE}
DECL GLOBAL FDAT F_SCAN = {TOOL_NO 11, BASE_NO 11, IPO_FRAME #BASE}
DECL GLOBAL FDAT F_SCHWEISSEN = {TOOL_NO 10, BASE_NO 17, IPO_FRAME #BASE}

;LDATs (Parameter fuer LIN-Bewegungen)
DECL GLOBAL LDAT CP_KALIBRIEREN = {VEL 2.0, ACC 100.0, APO_DIST 100.0, APO_FAC 50.0, ORI_TYP #VAR}
DECL GLOBAL LDAT CP_SCAN = {VEL 2.0, ACC 100.0, APO_DIST 100.0, APO_FAC 50.0, ORI_TYP #VAR}
DECL GLOBAL LDAT CP_SCHWEISSEN = {VEL 0.1, ACC 100.0, APO_DIST 100.0, APO_FAC 50.0, ORI_TYP #VAR}

;PDATs (Paramter fuer PTP-Bewegungen)
DECL GLOBAL PDAT PTP_KALIBRIEREN = {VEL 100.0, ACC 100.0, APO_DIST 100.0}
DECL GLOBAL PDAT PTP_SCAN = {VEL 100.0, ACC 100.0, APO_DIST 100.0}
DECL GLOBAL PDAT PTP_SCHWEISSEN = {VEL 100.0, ACC 100.0, APO_DIST 100.0}

und bin dann in einem src-file so verfahren:

:Laden der Parameter für PTP-Bewegungen
PDAT_ACT = PTP_KALIBRIEREN
FDAT_ACT = F_KALIBRIEREN
BAS(#PTP_PARAMS, 100.0)

PTP Home_40

;Laden der Parameter für LIN-Bewegungen
LDAT_ACT = CP_SCAN
FDAT_ACT = F_SCAN
BAS(#CP_PARAMS, 2.0)

LIN HILFPOS
LIN STARTPOS

;doppelte Programmschleife zum Abrastern des Teils
;Schleife x-Richtung
FOR m = 1 TO ScanSpuren
;Schleife y-Richtung
FOR n = 1 TO ScanSchritte

LIN_REL Schritt

ENDFOR

LIN_REL Zurueck
LIN_REL Spur

ENDFOR

das programm ist stark gekürzt und es fehlen alle deklarationen, kommunikationen etc, aber ich denke das prinzip wird klar.

die punkte habe ich natürlich vorher im dat-file deklariert (ähnlich wie du ganz oben) bzw live im programm errechnet.
ich habe das damals gebraucht weil ich in kleinen schritten eine große fläche "gerastert" abfahren musste.

ich hoff mal, dass dir das hilft.

mfg speed