Mit waituntil-Anweisungen muss man etwas vorsichtig umgehen. Prinzipiell funktionieren Sie, es lässt sich auch gut beobachten (Debugger-... Haltepunkte setzen). Es können aber viele Fehler passieren z.B.:
- Sie rufen die Methode mit der waituntil-Anweisung aus Versehen mehrmals auf (z.B. Ausgangssteuerung-Bug, bei Stau wird die Ausgangssteuerung zwei Mal aufgerufen)
--> der zweite Methodenaufruf wird dann irgandwann aufgeweckt und verursacht Probleme
- sie verlieren den Überblick über Ihre Bedingungen und wer welche Bedingung verändert.
Das mit der Pull-Steuerung lässt sich schwer beurteilen.
´
Reale Pull-Steuerungen ziehen die Teile nicht direkt aus der Vormontage, sondern aus Zwischenpuffern oder Kanban-Flächen. Das Kanban-Lager löst dann die Vorproduktion aus (in der Regel ohne Verzögerung), die Vorproduktion die Einzelteilherstellung oder -lieferung. Dann erfolgt die Lieferung - Vorproduktion bis zum Bereitstellungslager.
Bei synchronisierter Vormontage (Sublinien) erfolgt der Start der Vorproduktion mit einem festgelegten Taktabstand (bis zum Einbauort), dort reicht es, wenn Sie x Takte vor Einbauort die Vormontage (analog Auftrag) anstoßen.
Echte Pull-Steuerung bedeutet, Sie holen (erzeugen) es sich, wenn Sie es brauchen und nicht zu einem bestimmten Zeitpunkt.
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP