Masz mój kontroler żeby testować?

Nie.. i raczej ze zrozumiałych powodów nie kupię . Tylko tryb symulacji zostaje.

Prokopcio zamieścisz nową wersję – przetestuje i dam znać. Póki co mam wrażenie, że wątki obsługujące komunikacje i symulację są coś „nie teges”. Ale oczywiście grafiką też można się „zarżnąć”.

(u mnie Twój program w trybie symulacji (celeron 2,4GHz) obciążenie w granicach 95-100% i niestety czuć to bardzo) - tak więc wydaje się, że potrafi skonsumować każdy „pałer” który dostanie – co potwierdzało by moją powyższą teorię.

Czy Twoja Symulacja / Wizualizacja czterech punktów (kwadrat) pokazuje wykonaną już pracę w każdym kroku czy tylko wyświetla aktualną pozycję wrzeciona i aktualną linię g-kodu ?

Ekran odświerzany jest 10 razy na sekundę. Wyświetlana jest aktualna pozycja wrzeciona, (ten duży krzyżyk) podświetlany jest aktualnie wykonywany wektor (oczywiście wszystkie pozostałe wektory również), oraz ścieżka jaką do tej pory przebyło wrzeciono. Widok w czasie pracy można zoom-ować wybierać inne fragmenty. Zarejestrowana ścieżka narzędzia nie znika od tego. Tak więc jak tniesz np. ten kwadrat to dokładnie widzisz ile jest już wycięte. (nawet jak kwadrat będzie metr na metr i z czterech wektorów

To jednak nie transmisja mi "pożera" czas procesora

Chciałbyś aby to była prawda

demonstracyjne są złożone z kilku odcinków na jednej prostej - poprawia to w jakimś stopniu efekt ich wizualizacji.

Fałszywy trop

Jeżeli pobawiłeś się moim programem to wiedz, że w czasie obróbki obciążenie systemu jest praktycznie takie samo jak w trakcie tej zabawy.

transmisja ma niski priorytet tylko kiedy nic się nie dzieje w programie głównym - sprawdza czy kontroler żyje, wyświetla jego aktualny stan itd ale jeśli
prokopcio napisał/a:
jeśli niema natychmiastowej potrzeby aby zwiększyć priorytet
czytaj jeśli trwa transmisja danych (np praca w automacie) na żadne ułamki sekund nie jest wstrzymywana transmisja.

Czyli w czasie obróbki wracasz w stare buty i zajmujesz 87% czasu procesora - a wystarczyło by 0,5%

Teraz wyrzuciłem całą kontrolę transmisji do osobnego wątku i tu ciekawostka - zużycie pokazywane sporo większe (kontrola jest ciągła) ale za sprawą niskiego priorytetu nie widać spowolnienia pracy (nawet inne programy działają szybciej). czyli de facto nie jest to 92% mimo, że tyle wyświetla bo mogę odpalić trzy takie programy i jest nadal ponad 90% bez zacinania kompa dodatkowo jeszcze kolejne uruchamiane programy nie wpływają na pracę programów CNConv (choć już wszystko działa wolno poza pracą kontrolerów).

Ale za to masz transmisję na niskim priorytecie. Masz w kontrolerku wlutowane LED-y od transmisji (przy układzie FTDI) ?? jeśli tak to zobacz jak transmisja się teraz zacina gdy uruchamiasz jakiś pogram, albo otwierasz jakąś wybieraczkę plików. U mnie te lampki gdy sterownik jest on-line nie gasną nawet na ułamek sekundy – w żadnych okolicznościach – i... więcej nie napiszę (na resztę wpadnij sam)

uruchamiać w sensie nie "tworzyć" tylko wstrzymywać i wznawiać.

Rozumiem ale nie tędy droga.

U mnie (Athlon 1.7GHz 2200+) program na caly ekran - 97%
Program zminimalizowany - 87%.

Hmm... ten drugi wynik (87%) sugerowałby, że komunikację ze sterownikiem masz zrobioną w jakiś nieciekawy sposób. Zminimalizowany program jedyne co ma do roboty to wysyłać i odbierać dane i u mnie jest to grubo poniżej 1%

samo pominięcie podglądu ścieżki na pewno obniżyło by obciążenie procka ale chyba niewiele (w wolnej chwili sprawdzę)

Prokopcio - to co w takim razie pożera Ci czas procesora? W moim programie na celeronie 2,4GHz
w czasie wykonywania programu (obróbka w toku) zużycie czasu procesora średnio nie przekracza 8% (oczywiście z pełną wizualizacją) - po zjechaniu programu do belki (cały czas obróbka) nie przekracza 1% . Jak to wygląda u Ciebie?