TOP67 pisze:zgubienie impulsu

To nie jest gubienie impulsu tylko nierówne ich nadawanie (z mojej winy bo tak słabo kod napisałem), z powodu którego silnik na innym sterowniku, gubi kroki. Dla pewności sprawdziłem na tym samym kodzie zamian puls x na puls y, i było tak samo.

W zaleceniach sterownika jest, że przy włączonym wygładzaniu ruchu na wszystkich osiach były tak samo ustawione sterowniki. Instrukcja jest w sklepie u Marka, możesz sprawdzić dokładnie co można ustawić w tym sterowniku.
Kupiłem jeden tak sterownik z ciekawości i dzielę się ciekawostką w działaniu.

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.

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).