Laser fibrowy: „puste” prążki w wypełnieniu (hatch) na stali 316L — skąd pomijanie ścieżek?

Te „puste” prążki brzmią jak coś, co nie jest w samym pliku, tylko dzieje się po drodze: czy w tych miejscach słychać/ widać, że galvo faktycznie „gubi” skan (np. przyspiesza, robi mikroprzerwę), czy raczej laser świeci cały czas, a efekt znika dopiero na materiale? Jakie masz ustawienia (moc/częstotliwość/speed, tryb hatch i kąty) i czy problem występuje też na innym materiale albo przy większym kroku, np. 0,05 mm?

Brzmi jak sytuacja, w której galvo jedzie po hatchu normalnie, ale w pewnych momentach laser przestaje być modulowany i całe paczki linii wypadają „na pusto”. Jeśli te prążki za każdym odpaleniem wychodzą w innym miejscu, to bardziej pachnie chwilowym zanikaniem sygnału L-ON/PWM (kabel, złącze, masa, zakłócenia) albo jakimś przycięciem po stronie kontrolera/softu niż „błędem” w samym wektorze. Przy kroku 0,03 mm masz bardzo gęsto, więc każdy drobny problem z timingiem (laser on delay/mark delay, skywriting, praca dwukierunkowa) potrafi się ujawnić jako brakujące pasy, zwłaszcza gdy prędkości są wysokie. Miałem podobny efekt przy zbyt agresywnym skywritingu i za krótkich opóźnieniach – nie znikało całkiem znakowanie, ale co jakiś czas wyglądało jak pominięte ścieżki. Druga rzecz to ustawienia typu „optimize/skip/line reduction” w hatchu, czasem po aktualizacji profilu albo przy imporcie potrafią się same włączyć i robią dziwne rzeczy na większych polach. Dla testu pomaga porównać: ta sama grafika, ale wolniej i z inną częstotliwością, oraz wyłączyć dwukierunkowe wypełnienie, żeby zobaczyć czy prążki dalej wypadają. Jeśli mimo zmian parametrów dalej „gubi” całe pasma, to ja bym jeszcze zerknął na stabilność źródła (czy nie ma błędów/alarms) i temperatury głowicy/driverów galvo, bo przy grzaniu zdarzają się krótkie zwiechy sterowania. Na czym to jedzie (EZCAD/JCZ, LightBurn galvo, coś innego) i czy przerwy pojawiają się zawsze w tych samych miejscach, czy losowo między kolejnymi przebiegami?

Brzmi jak efekt jakiegoś „gubienia” linii przez parametry albo synchronizację skanowania (np. zbyt agresywne prędkości/akceleracje, jump delay/mark delay, albo różnica kierunków hatch), bo 0,5–1 mm przerwy pasują do powtarzalnego wzorca ruchu galvo, a nie do błędu w samym wektorze. Masz te prążki zawsze w tym samym kierunku i czy znikają, jeśli obrócisz hatch o 90° albo zmniejszysz prędkość skanowania?

Takie „puste” pasy przy hatchu na galvo często wychodzą przy gubieniu impulsów/synchronizacji (zbyt wysoka prędkość przy małym kroku, limity częstotliwości/mark-delay), albo gdy program miejscami optymalizuje/scala ścieżki i po przekroczeniu jakiegoś progu robi przeskok, a czasem to też efekt mechaniki skanera (rezonans) lub chwilowego spadku mocy/niestabilnej wiązki. Jakie masz ustawienia: prędkość, częstotliwość (kHz), moc, fill strategy (bidirectional/one-way) i czy te prążki „trzymają” stały kierunek względem osi X/Y skanera?

Miałem coś bardzo podobnego na galvo i w moim przypadku to nie był „zepsuty” plik, tylko gubienie części hatchu przez parametry/sterowanie: przy małym kroku i dużej prędkości czasem wchodziły ograniczenia częstotliwości/mark delay albo zbyt agresywne optymalizacje kolejności ścieżek i wychodziły takie „puste” pasy w losowych miejscach. Zwróciłbym uwagę, czy prążki pojawiają się w tym samym miejscu na detalach ustawionych w różnych pozycjach pola (środek vs róg), bo u mnie wyszło, że to kwestia dynamiki skanera i korekcji pola, a nie materiału 316L. Pomogło też testowo zmienić kąt hatchu o np. 90° i minimalnie podnieść overlap/zmienić pitch, bo wtedy od razu widać, czy „dziury” podążają za kierunkiem wypełnienia czy zostają w przestrzeni. Jakie masz prędkości, częstotliwość i włączone/wyłączone kompensacje typu skywriting/auto-optimize w oprogramowaniu?