Teachen von Positionen in Arrays

Hallo Forum,

Mal interessehalber eine allgemeine Frage: Wie geht ihr beim (Nach-)Teachen vor, wenn ihr keine Inline-Formulare verwendet?

In unseren Programmen sind Positionen in Arrays organisiert, um im Programmablauf flexibel darauf zugreifen zu können. Bei festen Variablennamen für jede einzelne Position ist das in meinen Augen unmöglich.

Nur: Das Teachen ist dann ein wirklicher Krampf. Habe schon ein Hilfsprogramm geschrieben, dem man Array-Name und Index als Parameter übergibt und das dann die $POS_ACT an der richtigen Stelle im richtigen Array speichert. Aber komfortabel ist was anderes.

Für mich sieht es so aus: Entweder man nimmt ILF, dann ist das Teachen komfortabel. Die sind aber so unflexibel, dass sie für unseren Bedarf nicht geeignet sind. Oder man bastelt sich wirklich alles von Grund auf selbst. (Mittlerweile überlegen wir sogar, mit Zenon eine eigene Oberfläche zu bauen.)

Gibt es noch etwas dazwischen, was mir bisher entgangen ist?

Zitat von Grubba

Würde mal auf ExpertTech tippen. Habe selber noch nie damit gearbeitet, aber damit ist es (glaube ich) möglich, auch außerhalb von Inlineformularen Positionen zu teachen.

ExpertTech haben wir auch noch nicht eingesetzt. Positionen teachen geht damit wohl auch nur, wenn diese explizit im Programmablauf drinstehen?

Zitat von Anubis

um positionen zu teachen sind allgemein keine inlineformulare nötig. wir verwenden diese zum beispiel so gut wie garnicht.

Ihr verwendet dann ExpertTech?

Zitat von Anubis

positionen in arrays verwenden wir eigentlich nur bei berechnungen wie zum beispiel für palettierungen.

Bei uns müssen praktisch alle Positionen geteacht werden. Welche Positionen in welcher Reihenfolge abgefahren werden ist aber dynamisch und wird erst zur Laufzeit berechnet. Daher die Sache mit den Arrays. Die geteachten Positionen stehen nirgends explizit im src, sondern nur in großen Arrays im dat. Die Programme berechnen dann Array-Indizes und lesen die Positionsdaten an der entsprechenden Stelle aus den Arrays.

Zitat von Anubis

sind davon mehrere vorhanden, gibt es eben ein extra teachprogramm, in dem alle dieser grundpositionen angefahren und geteacht werden können.

Ein extra Teachprogramm, in dem alle Positionen explizit drinstehen wäre eine Idee. Bei mehreren hundert Positionen wird das aber vielleicht unübersichtlich. Ein Teachprogramm, dem man die gewünschte Position als Parameter übergibt haben wir wie gesagt schon, aber das ist einfach unkomfortabel. Nicht alle "Teacher" sind auch Programmierer... Daher soll der Programmablauf explizit vom Teachen getrennt bleiben.

Zitat von Loelik

;Wenn man die "XPOS_Greifen" nachgeteacht hat, wird diese dann ins Array geschrieben
XTPOS_Greifen[nProduktnummer]=XPOS_Greifen

Interessant. Ist das dann fester Programmbestandteil, d. h. du überschreibst in jedem Durchlauf einfach alle angefahrenen Positionen im Array? Und zum Teachen hält man dann vor dem Schreiben ins Array an und korrigiert die Position?

Zitat von Programmiersklave

Mit EpertTech überteacht man alles, was ein Roboterziel definiert.

Hm, das löst aber nicht das Problem mit den Arrays, oder? Sehr stark vereinfacht passieren bei uns solche Dinge:

i=0


;Bewegungsfolge berechnen
WHILE TRUE
  i=i+1
  n=BerechnungDerNaechstenPosition()
  Bewegungsfolge[i]=ArrayAllerPositionen[n]
  IF ZielErreicht() THEN
    AnzahlBewegungen=i
    EXIT
  ENDIF
ENDWHILE


;Bewegungsfolge abfahren
FOR i=1 TO AnzahlBewegungen STEP 1
  PTP Bewegungsfolge[i]
ENDFOR

Im regulären Programmablauf teachen ist daher eher keine Option.

Zitat von Programmiersklave

Ne beliebig komplizierte Teachroutine muss man sich dann schon schreiben, in welcher man die Elemente des Arrays überteacht.

Ein Teachprogramm haben wir wie gesagt schon, ist aber unkomfortabel in der Handhabung.

Zitat von Programmiersklave

Die Programmierung ist in dieser vereinfachten Darstellung auch ein wenig um die Ecke, man bräuchte sich ja nicht die Bewegungsfolge noch einmal in einem eigenen Array zwischenspeichern, sondern es würde reichen, einfach eine Tabelle der Indizes zu speichern und sozusagen mit Pointern zu arbeiten.

Das ginge so ohne Weiteres nur, wenn es so einfach wäre wie ich es dargestellt habe. Tatsächlich passiert da noch einiges mehr. Bewegungsart und Überschleifen werden auch erst zur Laufzeit festgelegt, auf manche Positionen kommt noch ein Offset usw...
Direktzugriff auf das Original-Array bei der Bewegung wäre schon irgendwie machbar, geht aber am eigentlichen Problem vorbei:

Zitat von Programmiersklave

Dann würde die Bewegungsanweisung auch wieder auf die Originaldaten zugreifen, und man könnte im laufenden Programm teachen.

Genau das ist der Punkt, da war ich vielleicht nicht klar genug: Man soll gar nicht im laufenden Programm teachen. Ich stelle mir das z. B. ähnlich vor wie die Anzeige der Digital-E/A. Da gibt's eine Liste aller Ein- / Ausgänge und einen Button zum setzen. Auf Positionen übertragen also eine Liste aller Positionen, einen Button "Anfahren" und einen Button "Teachen". Ohne, dass sich der Teacher mit KRL-Programmen beschäftigen muss.

Zitat von maeher

für krc4 gibts n zusatzprogramm, heisst objectbrowser. hat uns in nem ähnlichen fall au geholfen.

Hey super, das geht genau in die richtige Richtung! Werde ich direkt mal im OfficeLite testen.

Was OrangeApps da macht finde ich sehr interessant (Erweiterung der Kuka-Oberfläche); dazu mache ich mal einen neuen Thread auf.