RTCP nie zadziała podejrzewam jeszcze długo na Piko bo to dość skomplikowane ustrojstwo... Ale np. na Machu4 już widziałem tylko nie wiem czy fabrycznie czy jakaś modyfikacja usera... Na linuxie też już widziałem próby i nawet ogarnia... Cały myk polega na synchronicznym żonglowaniu koordynatami w trzech zależnych rodzajach czyli sterownik sam sobie ustala pozycję koordynat maszynowych wszystkich osi względem koordynat materiałowych wszystkich osi i dodatkowo względem koordynat narzędziowych również we wszystkich osiach. Użytkownik (bądź CAM) podaje w kodzie tylko koordynaty narzędziowe czyli gdzie ma się znaleźć "czubek" narzędzia i pod jakim kątem względem materiału, a system już sam kręci odpowiednio światem... I to jest ten fajny efekt gdzie montujemy szpilkę we wrzeciono, drugą pionowo na stole, ustawiamy 0,0,0,0,0 tak żeby szpilki się stykały czubkami w pionie, a potem generujemy gkod dla osi A i B na zmianę "kąta przystawienia" w różnych kierunkach bez zmian w XYZ (w kodzie), a maszyna sama kręci głowicą wokół szpilki tak, że końcówki cały czas się stykają
I jak widać po filmiku Haasa RTCP bardzo ułatwia pracę bo bez niego dobry CAM jest w stanie ogarnąć 5cio ośkę ale musi wiedzieć dokładnie w jakiej pozycji na stole obrotowym jest materiał i znać parametry stołu jak odległość od osi obrotu i zakresy. A w przypadku RTCP to maszyna musi znać te parametry i jak widać na filmiku jak umieścimy materiał losowo na stole to też ogarnie. Robiąc np. 3 elementy na raz na stole bez RTCP generujemy miliony linijek kodu dla każdego z 3 kawałków materiału. Z RTCP generujemy setki, może tysiące linijek dla jednego kawałka (obojętnie który) i pozostałe obrabiamy zmieniając jedynie koordynaty materiałowe używając G53, G54, G55 itd...
