RoboDKs egen spilleliste
(Bare de seks første og den siste, nr 12, er relevante)
RoboDKs eget forum med Q&A
| Tema som gås gjennom, evt link |
|---|
| Eventuell ekstra informasjon |
|---|
| UR vs TM i RoboDK | |
| Hvordan lage objekter i Shapes |
| Mappestruktur | |
| Reference frame | Posisjon til objekt i forhold til robot base eller omgivelsene. Kan bygges opp et tre av parent-child relasjoner. |
| Hvordan legge til griper | Drag and drop |
| Targets |
Når en oppretter "targets" |
lagrer |
en TCP (Tool Center Point) sin posisjon i tillegg til robot-aksene, med hensyn til reference frame i det kartesiske området. Som en standard blir targets lagret som kartesiske targets |
Creating a new target records the TCP with respect to the reference frame in the Cartesian space as well as the current robot axes. By default, RoboDK creates targets as Cartesian targets (Keep cartesian position ). In this case, if the reference frame is moved, the robot will try to reach the position of the target with respect to that reference frame.
On the other hand, it is possible to specify the target in the joint space (Keep joint values 
). In this case, the target is an absolute robot position and it will not be altered if reference frames are moved.
It is common practice to use joint targets to reach a first approach position close to the working area, then, Cartesian targets ensure that the toolpath is not altered if the reference frame or the tool frames are modified.
Når en da flytter på en referance frame vil roboten prøve å nå posisjonen til targets med hensyn til den rammen. Det går også an å lagre targets i ledd-området, altså joint values |
| Program |
| Linear, joint & circular move | Ulike typer bevegelser du velger at roboten bruker i et program. Det er vanlig at den første bevegelsen i et program er en joint move. |
| Kollisjonssjekk | Velg Tools➔ |
Alt som er koblet sammen til en kollisjonstilstand vil bli rødfarget under simuleringen. | |
| Post Processor | Post Processors genererer robotprogram for en spesifikk robotkontroller. Det er ved hjelp av denne at en kan unngå direkte programmering i RoboDK |
Post Processors are a key step in Offline Programming because they can generate robot programs for a specific robot controller. Robot programming must follow vendor-specific programming rules, these rules are implemented in the post processor. A robot post processor defines how robot programs must be generated for a specific robot controller.
. | |
| Simulering og fart | Som standard simulerer RoboDK fem ganger raskere i programmet enn på roboten. Det vil si at hvis et program utføres på 30 sekund vil programmet bli simulert i seks sekund. En kan skru opp hastigheten på simuleringen opp til en ratio til 100. En kan endre farten i Tools➔Options➔Motion menu. |
Viktig å tenke på før en begynner |
|---|
...
| Replace Objects |
|
| Banelinje |
|
...
| Diverse nyttige linker | |
|---|---|
| Nedlastning av RoboDK (Lisens får dere) | |
| RoboDKs dokumentasjon | |
(Bare de seks første og den siste, nr 12, er relevante) | |
| Bibliotek med roboter, stasjoner, griper etc | |
| Shortcuts som er greit å kunne | |
| Ekstra | Blir ikke forelest om |
...
| Professional Training by Jeremy from RoboDK | |
| Diverse videoer om simulering og offline programmering | |
| Drivere | |
| FTP (File Transfer Protocol) |
...
...
...