No własnie na szybko luknąłem w źródła tego co ja mam; pominąwszy kilka "kwiatków" za które bym kogoś z roboty wyp* (np. ustawienie zegara rdzenia w system_*.c) to jest sporo miejsc gdzie faktycznie może być kicha.zen pisze:(...)tylko wtedy smoothie musiałby w jakiś specyficzny sposób wyzwalać ten błąd. Jakoś nie mogę sobie tego wyobrazić. Wrzucę starszy firmware, a może nawet wersję MKS sprzed 2 lat i zobaczę
Obstawiam że może nie wyrabiać się przy wyliczaniu czasów podczas przyspieszania/hamowania. To Cortex M3 bez FPU, do tego zaprany innymi rzeczami i obudowany w kosmiczną ilość klas (tak, obsługa klas też kosztuje czas uC lub wymaga odpowiedniego podejścia).
Ja mam mikrokrok /16 (chyba nawet sprzętowo na sztywno) to nie sprawdzę, ale patrząc po kodzie to wcale bym się nie zdziwił jakby gdzieś to było na sztywno liczone i durniało przy innych wartościach.
Tak, na 16 wszystko działa cacy. Zastanawiam się jak to może wpływać jednak na ilość operacji do przeprowadzenia i możliwość wywalania się. Podepnę się jeszcze jak znajdę czas pod MRI i zrobię zrzut, obiecali mi, że w to zajrzą.