Beiträge von AtoK09

auch ohne $EXT_START keine anwahl!

SpeedFreak
das hat zwei gründe: zum einen hab' ich projekte gehabt wo wir das so gelöst haben und zum zweiten hab ich dadurch das cell.src noch nie benutzt. dazu müsste ich ja noch prognummer usw definieren, dies ist aber nicht nötig da wir nur ein prog nutzen. ergo will ich nur das zu nutzende prog anwählen lassen.

was ist denn der vorteil beim cell? wenn ich das richtig sehe hätte ich aber ähnliche schwirigkeiten das automatich anwählen zu lassen, da dann im sps.sub in der cwrit-zeile dann statt main ja cell stehen würde. aktuell würde das dann auch nicht angewählt werden. oder?

titan
zu deinem ersten post:dein m_ext_programm_anwahl hast du selbst angelegt? wenn ja dann ist das etwa wie mein bextstart.
zu deinem 2ten post: wie könnte das mein problem sein? ich nehme es zu testzwecken mal raus und sehe weiter.

@polterer was meinst du damit, wie es weitergeht?

hallo liebe leute, ich schon wieder :-|
mein prog erreicht langsam "goldstatus" nun möchte ich im autext mode mein prog. automatisch anwählen lassen(wir haben nur eins!) ich habe das versucht so in der sps.sub zu realisieren:

;Automatik extern
 
   IF $EXT AND $EXT_START AND $PERI_RDY AND $I_O_ACTCONF AND ($PRO_STATE1==#P_FREE) AND bExtStart THEN
     CWRITE($CMD,STAT,MODE,"RUN /R1/main ()")
     bExtStart=FALSE
   ENDIF

die autext schnittstelle läuft und ich meine auch richtig!?
wenn ich nun die startbedingungen überprüfe sind alle geforderten signale so wie ich sie brauche, jedoch mein "main" bleibt unangewählt.
mit der oben gezeigten IF-Bedingung hab ich vor 2 jahren schon eine automatische anwahl realisiert. gibt es bei der v5.5.14 irgendwelche unterschiede? wisst ihr was ich tun kann oder wo mein fehler liegt?
braucht ihr evtl mehr infos?

edith sagt: auch eine suche hier im forum von heut' morgen bis jetzt hat mir nicht geholfen

hier mal ein auszug, weiter oben (hier nicht zu sehen)setze ich $APO_CPTP = 90. beim anfahren auf den punkt rueck1 meckert der robi dann dass diese variable schreibgeschützt ist.

IF GreiferOeffnen THEN						;;Greifer ist auf
	B_ActVelOn = FALSE
	[color=red];$APO.CPTP = 50[/color]
	TRIGGER WHEN DISTANCE = 0 DELAY = 0 DO oSpeed4Baender = FALSE
	TRIGGER WHEN DISTANCE = 0 DELAY = 0 DO GreiferSchliessen = FALSE	
		$TOOL = TOOL_DATA[2]
		$BASE = BASE_DATA[1]
	LIN xVorPos2hilfs




;FOLD PTP Rueck1 CONT Vel=100 % PDAT035111 Tool[1]:Motor Base[1]:RiemenFoerderer;%{PE}%R 5.5.32,%MKUKATPBASIS,%CMOVE,%VPTP,%P 1:PTP, 2:Rueck1, 3:C_PTP, 5:100, 7:PDAT035111
$BWDSTART=FALSE
PDAT_ACT=PDEFAULT
FDAT_ACT=FRueck1
BAS(#PTP_PARAMS,100)
PTP XRueck1 C_PTP
;ENDFOLD

• zu4. V5.5.14


• zu3. ich suche nochmal wo ich das her hab. ich meine "dort" gelesen zu haben, dass ich damit die überschleifdistanz erhöhe


• zu2. siehe3. ich schau nochmal und melde mich dann


• zu1. schade, ich auch nicht.

edith sagt:hier hab ich das gelesen, weiterhin gibt es eine handvoll beiträge die diese variable($APO.CPTP) benutzen/besprechen

wenn man sich komplette module im kcp anzeigen lässt, findet man den satz, in welchem um den es in der fehlermeldung geht. somit hab ich verstanden womit es zusammen hängt.
ich setze dort

$APO.CPTP = 50

, ok.
aber warum ist die variable dann schreibgeschützt? im selben .src will ich mittels inlineformular einen punkt anfahren und bekomme so die fehlermeldung(siehe erster post).

hallo liebe leute,

wie die überschrift schon andeutet habe ich ein problem mit 'nem bewegungssatz.
ich habe mir punkte mit 'nem inlineformular erstellt und fahre diese der reihe nach ab. auf dem rückweg nehme ich die selben punkte und ich bekomme dann folgende meldung:

"CPTP Variable schreibgeschtzt in Modul xxx Satz xxx"

Ich habe mir jetzt schon für den rückweg neue punkte angelegt, jedoch brachte dies keine besserung. ich wäre für jeden ratschlag dankbar, wie ich da "raus" komme.

mfg

jo, habs grad mal ausgecheggt... geht nicht wirklich wie ich das vorgeschlagen habe.

berichtigt mich wenn ich daneben liege, reicht es nicht auch den submit abzuwählen, änderung durchführen, submit starten!?

dafür läuft bei mir der paletiermodus nicht durch^^, robis sind halt auch nur menschen!

ersteres hab ich mit der variable $SINGUL_POS[3] gelöst!
das zweite problemchen würd mich noch interessieren!

moinsen zusammen,

gibt es eine möglichkeit, die bewegung der achse 4 zu sperren?
ich habe hier die situatuion, dass ich in eine vorposition fahren muss, von hier aus bekommt der rob bestimmte werte geliefert und ich fahre lin + und weiterhin auf .b + oder - . es kommt vor, dass der rob dann durch eine singularität muss. ich bilde mir ein, wenn ich a4 sperre dass ich dann weiter fahren kann.

edith sagt:
noch ein zweiter punkt, ich bin einen beliebigen punkt per hand im "tool-mode" angefahren, hab die daten in einen punkt übernommen. beim anfahren aus dem prog heraus bekomme ich die meldung "unerreichbarer punkt software endschalter a1" ist das denn möglich? hab den punkt doch grad' angefahren...

jo, so machen wir es jetzt auch. damit läuft es jetzt auch wie wir wollen! dank' euch.

ok, problem zum teil gelöst; zum teil passten meine E's nicht und der mann an der sps musste die byts "drehen".

was mir jetzt noch fehlt; auf KoordX/Y/Z soll ich REAL werte bekommen, ist dass überhaupt möglich zb 1000,2 zu bekommen? oder müssen wir da eine INT draus errechnen?

zu 1: ich weiss es nicht, bin nicht an der sps
zu2: die 64byte sind nicht gesplittet.
ich verweise dich nochmal auf diesen fred. da hab ich ein screen von der sps(gleich im ersten post).

nö
257: 0000 0000 0000 0001
258: 0000 0000 0000 0010

ab $IN[113] scheint "er" nichts zu bekommen...

muss ich grad warten, da system von der fördertechnik grad besetzt ist!

Zitat von IrrerPolterer

Bei 255: 0000 0000 1111 1111
Bei 256: 0000 0001 0000 0000 (sollte so sein)

jo und bei 257: 0000 0001 0000 00001
sieht für mich so aus als liest der rob das erste byte nicht/nicht richtig.

die vermutung dass ich bytes bekomme und word lese hab/hatte ich auch schon.

Zitat von Roboman

Nur mal so als Anmerkung.
Die Bits von Mass34 und KoordX überschneiden sich.
185 - 200
193 - 224

danke für den hinweiss, werde ich ändern. ist aber gerade unerheblich, da ich atm kein mass12/23/34 benötige!
aber danke!!!

Also, wenn ich auf Speed_1 255 sende bekomme ich 255
sende ich 256 steht eine 0
sende ich 257 steht eine 1

auf KoordX sende ich 1000,2 und bekomme -854820284

Hallo liebe Gemeinde,
V5.5.14

ich habe in der iosys.ini folgenden Eintrag:#

[DRIVERS]
PNET=26,pnioInit,PnetDrv.o


[PNET]


INB0=1,7,xx64

OUTB0=1,6,xx64

Nun habe ich signale deklariert z.B.:

SIGNAL Speed_1 $IN[105]  TO $IN[120]
SIGNAL Speed_2 $IN[121]  TO $IN[136]
SIGNAL Speed_3 $IN[137]  TO $IN[152]


SIGNAL Mass12 $IN[153]  TO $IN[168]
SIGNAL Mass23 $IN[169]  TO $IN[184]
SIGNAL Mass34 $IN[185]  TO $IN[200]


SIGNAL KoordX $IN[193]  TO $IN[224]
SIGNAL KoordY $IN[225]  TO $IN[256]
SIGNAL KoordZ $IN[257]  TO $IN[288]

Folgendes Problem stellt sich ein; ich bekomme bei Speed und Mass INT, soweit so gut. Jedoch werden die Werte ab 255 seltsam.
Weiterhin bekomme ich über Koord REAL-Werte welche ich erst garnicht richtig lesen kann(im Prog )
Wo kann/muss hier der Hebel angesetzt werden?