reprapy.pl

Witam. Mam problem z drukarką ender 3 płyta MKS gen l plus octoprint. Od kilku dni przy druku elementów zawierających łuki i okręgi drukarka przystaje na 1 do 3 sekund po czym drukuje dalej. Problem nie występuje przy druku elementów bez łuków i okręgów.

Przy druku z karty sd jest ok ?

Nie mam czytnika kart sd.

Taki efekt występuje na starych wersjach firmware jak używasz opcji ARC MOVE dla łuków,
zamiast LINEAR MOVE.
Prawdopodobnie jak tniesz slicerem, to masz ustawioną opcję ARC (różnie się to nazywa, zależnie od slicerów).
Łatwo to sprawdzić szukając w pliku z g-codem rozkazów G2/G3.
Jeśli występują, to używasz prawdopodobnie ARC MOVE.

nie mam komend g2 ani g3, są za to g0 i g1. Nawet na starych plikach, które drukowały się bez problemu występuje ten problem.

kawałek codu z terminala octoprint

Send: N1331 G1 X79.03 Y105.072 E26.05883*108
Recv: T:220.63 /220.00 B:49.57 /50.00 @:55 B@:127
Recv: ok

Drukujesz po kablu USB z komputera? Bo napisałeś że nie masz czytnika kart SD. W Enderze-3 czytnik znajduje się w płycie głównej. Patrząc od przodu drukarki - na lewo od belki stołu przy porcie miniUSB. Slot na karty microSD.

płyta MKS gen L nie ma czytnika kart. zamontowałem na szybko staregy czytnik kart.przy druku z karty problem nie występuje. także coś z octoprintem musi być.

Octoprint to jest druk po USB który nie jest zalecany ponieważ objawia się właśnie takimi problemami jakie opisujesz

arkomania.pl pisze:Taki efekt występuje na starych wersjach firmware jak używasz opcji ARC MOVE dla łuków,
zamiast LINEAR MOVE.
Prawdopodobnie jak tniesz slicerem, to masz ustawioną opcję ARC (różnie się to nazywa, zależnie od slicerów).
Łatwo to sprawdzić szukając w pliku z g-codem rozkazów G2/G3.
Jeśli występują, to używasz prawdopodobnie ARC MOVE.

Nie, z dwóch powodów:

• Obsługa jazdy po łuku jest szybka; firmware po otrzymaniu rozkazu wykonuje jazdę z określoną precyzją (parametry przy ARC_SUPPORT) i szybkość transmisji do uC czy stan karty SD nie ma znaczenia. Jest to szybki i efektywny sposób zorganizowania ruchu okrężnego w podłym uC. Akurat jakby był w tej sytuacji to problemu by nie było.
• Nawet jeśli slicer obsługuje łuki i ta opcja jest włączona to 99.9% projektów wciąż przenosi się STLami, a tu nie ma informacji o łukach. Spotkałem się co prawda z zabawą w optymalizację ruchów poprzez analizę jazdy i zamianę N odcinków na łuk, ale nie widzę tego w żadnym slicerze.

morell22 pisze:(...)Od kilku dni przy druku elementów zawierających łuki i okręgi drukarka przystaje na 1 do 3 sekund po czym drukuje dalej. Problem nie występuje przy druku elementów bez łuków i okręgów.

Opcje są dwie:

• Zwiększ wartość MIN_STEPS_PER_SEGMENT w Marlinie. Na ile - nie wiem, sprawdź sam. To określa minimalną ilość kroków jaką soft może zrobić w ramach jednego segmentu, czyli zyskujesz szybkość kosztem dokładności (odwzorowania kształtu). To wymaga przekompilowania firmware.
• Zmniejsz precyzje eksportu danych z CADa do slicera żeby okręgi składały się z mniejszej ilości odcinków.

@up
Do cury jest dostępna wtyczka Arc Welder zamieniająca właśnie odcinki na łuk tak jak napisałeś.
https://www.youtube.com/watch?v=18uYYXecH5g

Do PS, innych slicerów, czy wcześniejszych g-codów Arc Welder dostępny jest jako skrypt
https://www.youtube.com/watch?v=XAuC_xIiDT8

Parę miesięcy temu walczyłem trochę z ARC WELDER.
Pisano wówczas o wspomnianym parametrze MIN_STEPS_PER_SEGMENT,
ale jego zmiana nic nie pomagała. Później pisano, że od wersji Marlina bodajże 2.07 lub 2.08 problem nie występuje.
Efekt miałem taki sam, zatrzymywanie na łukach, szczególnie bardzo małych, na parę sekund. Sprawdzałem to na trzech róźnych drukarkach.
Później temat odłożyłem i tak jest do dziś.