Nou, die conditionele blokken aan en uit zetten terwijl de machine een programma aan het afwerken is, mjah, er is wat voor te zeggen om dat niet direct toe te staan. Anders zou de conditionele code gaan hakkelen omdat LinuxCNC niet kijkt wat erna komt en dan is het ook niet goed.hugo stoutjesdijk schreef:Tsja, mijn machine stopt met vooruit kijken wanneer die zo'n conditionele regel tegen komt, misschien toch meer ervaring ?
Nee, en al zou je die hebben dan blijft nog dat knopje in de gebruikersinterface grijs.Is er geen code om het vooruitlezen tijdelijk te stoppen ?
Ja, de inputs (M66 bijv.) kun je gewoon gebruiken. Dat zijn wel zogenaamde queuebusters, dus LinuxCNC kijkt niet voorbij die M-codes totdat aan de conditie voldaan is.Zou je dan die parameter van de while lus aan kunnen passen middels een input ? Neem toch aan dat ie daar wel naar kijkt. ( Maar als ie alles 100 blokken vooruit gaat bekijken, gaat er niets lukken )
Dan is het ook opgelost, en misschien precies zo als Sven het ook vroeg.
Die inputs kun je voeden met een fysiek knopje, maar eventueel ook een extra button in je userinterface.
Zo'n probe-cycle is ook zo'n ding waar LinuxCNC op blijft wachten wat de uitkomst is voordat-ie verder gaat met z'n segmenten-wachtrij vullen.Hoe doe je dan iets met een meettaster, als je op de gemeten waarde iets wilt aanpassen ? Dan zal ie toch ook niet vooruit kunnen lezen.
In feite geld voor elke code waarvan LinuxCNC niet kan voorspellen wat de uitkomst is (input lezen, probecycle, etc.) of die uitgevoerd moet worden nadat het voorgaande blok uitgevoerd is (spindel aan/uit, etc.) dat die het vooruitkijken blokkeert. Probleem zal wel zijn dat '/' geen G- of M-code is.