cnc.info.pl - FORUM CNC

Czołem

Krokowce w mojej Zetce strasznie buczą, mam stół z MDF i wszystko się trzęsie i wibruje, zwłaszcza jak robię coś ( bardzo) małego w 3D, gdzie Zetka robi dużo ruchów w górę i w dół.
Do krokowców Nema 17 w drukarce 3D można kupić sterowniki które praktycznie zupełnie wyciszają pracę krokowca - teraz szum prowadnic jest najgłośniejszy
Czy są jakieś ciche sterowniki do krokowców Nema 24 4,2A ?
Od prawie 10ciu lat używam M542.

Zauważyłem, że pojawiło się "smothness" w sterowniku 2DM542 - ustawianie płynności ruchu ale czy to daje cichą pracę silnika krokowego trzeba spytać Marka (allegro: markcomp77).

Im wyższy stepping, tym ciszej. Ale kosztem szybkości i momentu.

Podejrzewam, że smoothness działa też jako zwiększenie mikrokroku, ale bez zwiększania dokładności. Czyli na jeden impuls silnik robi kilka kroków (1, 2, 4, 8 ). Pozwala to na płynną pracę, ale bez obciążania procesora obliczeniami.

Dzięki.
Muszę poszukać więcej o tym 2DM542.
Na stronach po angielsku jest napisane m.in. Ultra-low noise and vibration.
Dziwne że Marek tego nie napisał. Ja jego skrzyneczki sterowniczej używam od początku.

Mam w dwóch frezarkach polskie jawo, polecam. Miałem przez jakiś czas chińskie m542 i kultura pracy krokowca nieporównywalna...

Ciekawy film znalazłem, gdzie porównują coś co brzmi identycznie jak moja M542 z DM556.
Tylko że moja M542 na ośi Z, podczas frezowania malutkich rzeczy w 3D, na posuwie 60mm/min z 10 razy bardziej buczy, bo coś się wzbudza przy okazji.
DM556 dopiero przy bardzo wolnym posuwie jest cicha. Właśnie o to mi chodzi, choć mogła by na wszystkich obrotach być cicha


Ten gościu chyba napęd ma na gumkach od majtek zrobiony

Przez przypadek zrobiłem porównanie w działaniu sterownika silnika krokowego 2DM542 i zwykłego bez kontroli płynności ruchu.

Widać brak reakcji na przerwy w pulsie STEP do sterownika 2DM542 i gubienie kroków na "zwykłym" sterowniku bez "smothness".


Na filmie po lewej stronie sterownik silnika krokowego 2DM542, po prawej D5056.
Steruję nimi z nodeMCU z esp3266 i biblioteką AccelStepper, która wymaga podczas włączonego ruchu ciągłego "poganiania". Pod D0 mam podpięty przycisk zatrzymania ruchu.
Najprościej zrobić to tak:

while( digitalRead(16) == HIGH && osX.distanceToGo()!=0 ) {osX.run() ; osY.run() ; }

Problem w tym, że nodeMCU nie lubi takich pętli i włącza się soft watchdog.

Pozostaje więc taka metoda.

void loop() {

if (digitalRead(16) == 0) ...... ;

....

osX.run();
osY.run();
}

lub

czasn=millis()+300; // skracam petle do okreslonego czasu
while( digitalRead(16) == HIGH && osX.distanceToGo()!=0 && czasn > millis() ) { osX.run() ; osY.run() ; }


Przy czym sprawdzanie kilku instrukcji w kodzie programu zaczęło mi przerywać nadawanie kroków i w tym momencie zauważyłem, że tylko jeden z silników na te przerwy reaguje. Drugi napędzany ze sterownika 2DM542 radzi sobie.

I tak to wygląda.

pitsa pisze: ↑

12 wrz 2020, 17:03

Przy czym sprawdzanie kilku instrukcji w kodzie programu zaczęło mi przerywać nadawanie kroków i w tym momencie zauważyłem, że tylko jeden z silników na te przerwy reaguje. Drugi napędzany ze sterownika 2DM542 radzi sobie.

A skąd sterownik wie, że jest to zgubienie impulsu, a nie celowe zatrzymanie? Jak zacznie sobie tak sam zwalniać, to może czasami połamać narzędzie lub wyfrezować co nie trzeba.

TOP67 pisze: ↑

13 wrz 2020, 16:20

A skąd sterownik wie, że jest to zgubienie impulsu, a nie celowe zatrzymanie?

Powyżej pewnej prędkości nie jest możliwe zatrzymanie silnika w miejscu, więc taka sytuacja zostaje uznana za błędną.
Oczywiście nie zmienia to w niczym faktu, że program sobie a maszyna sobie.

Wyciszanie powinno polegać na tym, że przy ustawionym niskim mikrokroku, co może wynikać np z ograniczenia złożoności obliczeń, sterownik sam sobie je dzieli. Zadaję jeden krok, a sterownik wykonuje go np. w czterech podkrokach. Ale nie ma prawa pojechać ani mikrona dalej.