Der Roboterforum Wunschzettel an KUKA Roboter (Soft.- und Hardware Request)

Ich denke die Softwareänderung dazu muss erstmal umgesetzt werden und bedeutet (mehr oder weniger sinnlosen) zusätzlichen Aufwand/Kosten .

Gruß
Herbert

USB Buchse am KCP um nicht dauernd um die ganze Maschine rennen zu müssen wenn ich beim Programmieren mit den Archiven rumbasteln muss.
und evtl schon genannt: deaktivieren der SAK Fahrt im Test 2 Betrieb.
edit: hatte heute mal wieder das übliche Problem:
Satzanwahl in verschiedenen Unterprogrammen ist bisher noch nicht möglich.

Wie wärs denn mit ner ArchivierFunktion, die das angeben eines Archivnamens erlaubt, so das später verschiedene Stände von der Festplatte wiederhergestellt werden können.
Und eine automatische Putzroutine, die Programme die im Archiv NICHT enthalten sind, beim wiederherstellen löschen.

Automatische Putzroutine klingt sehr gefährlich, zumindest muss abgefragt werden
ob die gelöscht werde sollen.

MEGATRON
Natürlich muss eine Abfrage da sein, "Sollen nichtvorhandene Objekte gelöscht werden"
und dann
"Sind sie Sicher?"
und dann
"Sind sie wirklich absolut Sicher?"
und dann
"Es können wichtige Daten für immer verloren gehen! Abbrechen oder Fortfahren"
und dann
"Ihre Schuld wenn was schiefgeht..... wir haben Sie gewarnt!"

Rischtiiisch!

Hallo zusammen,

ich hätte gern noch nen ELSEIF würd uns nen menge Verschachltelung sparen.

Gruß Loipe

Das mit dem elseif faende ich gar nicht so schlecht.

Wie wäre es mit einer „Programmstart Rückwärts“- Taste ohne böse Überraschungen, wie übersprungene PTP-Programmpunkte (zuletzt erlebt bei VKRC2 V5.4.10) oder das Aufhängen des Komandointerpreters („KOMMANDOAUSFUEHRUNG NICHT FREI“) wenn man es sich doch anders überlegt und den vorherigen Punkt nicht bis zum "SAK" anfährt.

Da mich Multiprog bei jedem Projekt das ich damit mache fast in den Wahnsinn treibt wäre ich begeistert wenn KUKA die Implementierung von [size=20pt]CoDeSys[/size] verkünden würde!

Fast jeder der mit brauchbaren SPS Projektiertools gearbeitet hat, denkt bei der Programmierung mit Multiprog über einen Berufswechsel nach. Mir ist bis heute unerklärlich wie sich KUKA damals für ProConOS entscheiden konnte.

Eine Implementierung von CoDeSys mit Softmotion wäre vor allem auch auf der KMC ein echtes Kaufargument. Da ja auch ein sehr kompetenter KUKA-Mann im Forum mitliest: vielleicht erlebe ich ja mit der nächsten KUKA Steuerungsgeneration eine Überraschung namens "Soft-SPS CoDeSYS"

Jo Hallo,

ich wünsch mir 4 Dimensionale Datenfelder, denn dann könnt ich mein Traumprogramm schreiben.

Hmmmm träummmm

Zitat von MaBo

Jo Hallo,

ich wünsch mir 4 Dimensionale Datenfelder, denn dann könnt ich mein Traumprogramm schreiben.

Hmmmm träummmm

dein Traumprogramm interessiert mich dann doch schon...
Zumal die Realisierung von n dimensionalen DatenFeldern eigentlich kein problem ist...
erzähl mal...

Hi.

Nun mich würde interressieren ob du von Kuka bist und ich somit einfluss auf die Weiterentwicklung der KRC Software nehmen kann.

Die 4 Dimensionalen Datenfelder möchte ich mit Frames füllen (z. B. DECL FRAME Positionen [30,200,200,200]).
Damit kann man 3 Dimensionales Palletieren betreiben, wobei die Palette mehrere unterschidliche Raster beinhalten könnte.
Daher auch die 4. Dimension.

Ich hab das Programm schon fertig, nur die Steuerung verweigert das anlegen solcher Datenfelder.

Zitat von MaBo

Hi.

Nun mich würde interressieren ob du von Kuka bist und ich somit einfluss auf die Weiterentwicklung der KRC Software nehmen kann.

Die 4 Dimensionalen Datenfelder möchte ich mit Frames füllen (z. B. DECL FRAME Positionen [30,200,200,200]).
Damit kann man 3 Dimensionales Palletieren betreiben, wobei die Palette mehrere unterschidliche Raster beinhalten könnte.
Daher auch die 4. Dimension.

Ich hab das Programm schon fertig, nur die Steuerung verweigert das anlegen solcher Datenfelder.

Alles anzeigen

Nach deiner Beschreibung braucht du in deiner Applikation 30*200*200*200 = 240'000'000 Framepositionen?!
Das sind 240'000'000*6real Variablen + Adressstack => 240'000'000*6*4Byte = 5'760'000'000
Byte = 5,76 GBytes Speicherbedarf im RAM!!!! Und das noch ohne den Adressstack (Der Adressstack ist nach meinen Vermutungen nochmals 5,76GB gross). Ich glaube du musst so oder so eine speichereffizientere Lösung finden...

Ja, das weiß ich und hab sie auch entsprechend anderst umgesetzt.

Aber da soma danach gefragt hatte, hab ich das vorhaben aufgelistet.

Desshalb ist das vererst ein Traum der wohl erst späther mit grösseren Computern möglich sein wird.

Also ich bin nciht von kuka...
Und mit den von Dir beschrieben Datenmengen gehts natürlich nicht
jedoch kann man sich 4D Arrays selber schreiben...

Das würde mich dann doch interessieren, wie du ein 4D Array in KRL erstellst. (Ev. neuen Thread eröffenen, da dieser wohl nicht dafür gedacht ist.)