Frage zum Rechnervorlauf

Das lesen von Eingängen ist eine Anweisung die den Vorlauf anhält und wartet bis der Hauptlauf aufgeholt hat. Erst dann wird die Bedingung ausgewertet. Willst du bereits im Vorlauf auswerten musst du ein CONTINUE davor schreiben. Dann wird aber auch die Bedingung mit dem Wert ausgewertet der in dem Moment ansteht zu dem der Vorlauf die Programmzeile erreicht.

hast du das "Continue" direkt OHNE Leerzeile davor geschrieben? benutzt du in der IF verweigung eine Systemvariable?

wäre ganz gut du postest die gesamte zeile und nicht nur pseudo code

Gruß Loipe

wenn OhneMasch1 And OhneMasch2 bools sinds sollte überschleifen so gehen.

geht das über schleifen nicht wenn die Bedingung gegeben ist oder nicht gegeben ist oder bei beidem?

fahr mal das Programm ab und beoabchte die Variable $PRO_IP wenn sich der SNR ändert schau nach wo er hängen bleibst.

kannst auch die Variable $StopNoAprox auf true setzen und in T2 fahren beim Vorlauf stop gibts ne Quit Fehlermeldung dann schaust du dir $PRO_IP an

an erster Steller steht SRC und SNR wo der vorlaufstop steht musst nur die Koppfzeilen zum SNR hinzuzählen (Also &Real &Ver zeilen oben vor der deklarationszeile)

mit dem codeschnipsel kann ich nicht sagen wo es sein könnte kann auch noch im nächsten src sein

Servus,

glaube das Problem ist das "$ADVANCE" auf "1" steht.

Mach mal "3" draus.

Bei uns steht der immer auf "3".

Dann sollte das auch funktionieren.

Gruß

Martl

Advance 1 ist überschleiffähig das ist nicht das Problem

Servus,

- alles probieren $ADVANCE auf 3

- Inlineformular öffnen von P10 => Kontrolle ob wirklich "CONT" drinnen steht

- Überschleifdistanz kontrollieren

- Roboter mal neustarten (Kaltstart) (wirkt oft Wunder bei KRC2 und KRC4 )

Wurde ein Punkt umgeteached?

=> evtl. ist das System durch Hintergrundanwendungen zu stark ausgelastet

Es gibt sehr viele Möglichkeiten warum es nicht funktioniert.....

$ADVANCE wirklich auf "1" => mit Variablenansicht kontrolliert?

Gruß

Martl

Bemerkt, dass, wenn die Letzte Bewegung der Funktion in AXIS {A1, A2..} (oder PTP_REL {A3 30} C_PTP), dann tritt beim übergang in eine neue Funktion ein Schlag auf.

Nach dem Wechsel zu POS {x 10, y 0....} alles beginnt gut zu funktionieren.

Moin,

der P10 vor dem IF ist mit Base 1, der PSicher mit Base 6, wenn die Bases zu unterschiedlich sind, kanns auch zum Stopp kommen.

RK

Er schrieb, dass die if Bedingung nicht erfüllt sei, dann fährt er gar nicht auf den Psicher.

Aber wo ist denn der Original Code von UP2 und dem Hauptprogramm?

da wird auch das problem sein.

Und wenn es nur bas(#initmov) ist

Kleiner Hinweis noch: die aktuelle Länge des Vorlaufs kann man auch über $ACT_ADVANCE anschauen.

Fubini