Posun tlače v osi Y

[pedrenko]

Ahojte, neviem, či sa to tu vyriešilo, lebo našiel som len niečo s posunom osi X.
Mám taký problém, že v osi Y mi po určitom počte vrstiev začne objekt posuvať tlač smerom dopredu... čiže smerom od motora a koncáku.
Konektory a káble koncákov som kontroloval a sú podľa všetkého v poriadku. Na slicovanie som skúšal Slic3r aj Simplify3D a takisto som skúšal otáčať objektom ale výsledok rovnaký.




Jedno však neviem pochopiť, skúšal som tlačiť testovaciu kocku samostatne a tú mi celú vytlačilo v poriadku. Ak som ju dal tlačiť spolu s daným objektom tak to cele začalo posúvať. Deň predtým som však ten daný objekt vytlačil v pohode.

[Rebel]

S nejvetsi pravdepodobnosti mas bud maly, nebo velky proud na driveru Y. Hreje se motor Y, nebo je studeny ci pali ?

[pedrenko]

je taky vlazny... pokial je maly alebo velky prud, preco to den predtym vytlacilo normalne, to neviem pochopit... nic som odvtedy nemenil ani nenastavoval

[Rebel]

a co ti to den predtim vytisklo ? stejny objekt, ktery se dnes posouva? pokud ano je to divne, ale nemuze srovanavat tisky ruznych objektu. Diky delkam prejezdu a akceleracim/deakceleracim dochazi k ruznym rychlostem a brzdeni, tudiz to nejsou stejne mechanicke/elektricke podminky. Pokud mas malo proudu, je to na hranici, tak se muze klidne stat, ze neco vytisknout pujde a neco ne. To same, pokud by bylo proudu moc.

[Car]

Kdyby to "náhodou" nebylo malým napětím na driveru ,tak si vzpomeň ,jaký způsobem jsi dotahoval ozubený kolečko na krokáči Y a pokud na hřídelce nemáš tuto kombinaci ( červík se špičkou / kulatá hřídelka s důlkem - červík s rovným zakončením/ ploška na krokáči hřídelky ) je chyba zde , prostě při větším namáhání ve dvou směrech se Ti ozubený kolečko protáčí dle kroutícího momentu .

[pedrenko]

Rebel: den predtym mi vytlacilo presne ten isty objekt ale spolu este aj s inymi suciastkami... teraz som ho skusal tlacit samostatne a robilo to hovadiny...

Car: cervika mam s rovnym zakoncenim a hridel s ploskou a to som kontroloval ako prve, a tam problem nebol...

Nepomohlo ani pridat ani ubrat prud na driveru, robilo to to iste, stale posun v osi Y... tak som sa nastval a vymenil som driver za novy a uz to slape, objekt som konecne vytlacil...
Jedine co musim este odladit je napatie na driveru... momentalne mam nastavene napatie na bezci driveru na 0,64V a motor i driver silene pali, takze musim skusit ubrat...

Predtym som mal nastavene napatie okolo 0,4V... skusil som teda pridat na 0,8V aj ubrat na 0,3V ale ani jedno nepomohlo, takze usudzujem ze driver istym sposobom odisiel a po urcitych vrstvach tlace zacal saliet...
Neviem, ci to moze byt tym, ale den predtym som totiz tlacil nieco okolo 8hodin a pritom driver ani motor sa neprehrievali, takze to nepochopim preco len tak z nicoho nic... mozno to je tou Cinou... Inak cely cas sa jedna o DRV8825.

Rebel a Car vdaka za rady, aspon ma to niekam nasmerovalo

[oscar]

Mám taký problém, že v osi Y mi po určitom počte vrstiev začne objekt posuvať tlač smerom dopredu... čiže smerom od motora a koncáku.

na 99% koncak - kable.

zkusmo si dej #define ALWAYS_CHECK_ENDSTOPS 1
na 0

[PeB]

na 99% koncak - kable.

Toto je hodně častá odpověď na posunutý tisk. Taky řeším náhodné posunutí tisku v ose Y a taky mám podezření na driver. Mechaniku jsem vyloučil - chodí hladce, červík OK, řemenice nedrhne,... Při tisku jsem ručně zkoušel spínat (vlastně rozepínat) všechny tři koncáky a nikdy se nestalo, že by se tisk posunul. Tak tomu nerozumím. Že by záleželo na FW? Mám Marlin.

[pedrenko]

na 99% koncak - kable.

Toto je hodně častá odpověď na posunutý tisk. Taky řeším náhodné posunutí tisku v ose Y a taky mám podezření na driver. Mechaniku jsem vyloučil - chodí hladce, červík OK, řemenice nedrhne,... Při tisku jsem ručně zkoušel spínat (vlastně rozepínat) všechny tři koncáky a nikdy se nestalo, že by se tisk posunul. Tak tomu nerozumím. Že by záleželo na FW? Mám Marlin.

To je tiez dobra otazka, ci to zavisi od firmware, taktiez mam Marlin, ale doteraz som nemal ziadne problemy. Po vymene driveru to zatial bezi fajn, avsak som zvedavy ako dlho :/

Koncaky, kable a remenicu som tiez kontroloval ako prve, ale tam som problem nenasiel, takze z toho mi vyslo ako dalsie driver.

[Car]

Marlin totiž po Home odpojí koncáky a prostě je ignoruje , takže vadný kabel není problém pokud udělá správně Houmování .
Vadný Driver je až ta poslední možnost posunu v jedný ose ,sám od sebe většinou neodejde .

Nic méně s Marlinem se mi stala i taková prapodivná věc ohledně posuvu jedný osy - po výměně zkratovaného driveru mým malým záškodníkem vlastní výroby ( synek 2 roky ) , mi Marlin stále simuloval posun až mně napadlo přehrát ho znovu a problém prostě zmizel .

[oscar]

Marlin totiž po Home odpojí koncáky a prostě je ignoruje , takže vadný kabel není problém pokud udělá správně Houmování .

no, marlina krokovat nehodlam, ale co jsem zbezne kouknul do zdrojaku, tak

Kód: Vybrat vše

if(check_endstops)
      {
          #if defined(X_MIN_PIN) && X_MIN_PIN > -1
            bool x_min_endstop=(READ(X_MIN_PIN) != X_MIN_ENDSTOP_INVERTING);
            if(x_min_endstop && old_x_min_endstop && (current_block->steps_x > 0)) {
              endstops_trigsteps[X_AXIS] = count_position[X_AXIS];
              endstop_x_hit=true;
              step_events_completed = current_block->step_event_count;
            }
            old_x_min_endstop = x_min_endstop;
          #endif
      }


evidentne koncaky kontroluje pri tvorbe kazdeho pulsu.

pokud toto ches vypnout, tak v stepper.cpp:

static bool check_endstops = true;

nastav na false

[Car]

To právě asi záleží na verzi kterou si kdo stáhne a jak tomu rozumí . Já dostal už verzi tak upravenou ( tedy tam false už bylo) a tak nějak ani nevím proč by někdo měl používat verzi s stále živími endstopy ,když to není vůbec potřeba .

[oscar]

tak nějak ani nevím proč by někdo měl používat verzi s stále živími endstopy ,když to není vůbec potřeba .

Vzhledem k neexistenci jakekoliv zpetne vazby pohonu je naopak pouziti endstopu naprosto nutne.
A spravne by mel byt na obou koncich kazde osy.

a pri nadefinovani
ABORT_ON_ENDSTOP_HIT_FEATURE_ENABLED v configuration_adv.h
se tiskarna spravne zastavi

[Car]

Když to bude CNC fréza ,tak proč tam nemít aktivní koncáky na obou stranách , ale u 3D tiskárny ? jak jeto velký vidíš ,když to hážeš na stůl a už ti to řve ,že je mimo tiskovou plochu a i když se z nějakého důvodu rozjede na opačnou stranu ,kde enstop většinou není ,tak to na řemínkách a krocích prostě přeskočí a nic se většinou nerozbije ( když použiješ motorky s 0,3Nm tak to má problémi vůbec přejet první položenou přeplněnou vrstvu ).

Prostě si to jen zbytečně zabzučí a hned víš ,že je něco špatně nebo néé ?

[Rebel]

Ono nakonec koncaky nejsou potreba vubec, da se tisknout i bez nich Ale pokud je FW nastaven tak, ze se pri jeho aktivaci pouze zastavi posun v ose koncaku, je ta kontrola skutecne k nicemu.

Za me treba totalni zastaveni tiskarny s vypnutim topeni (coz je o spravne konfiguraci FW) ma urcite neco do sebe.

Nekomu treba nevzhledna pyramida a vyplytvany filament nevadi, ale nekomu treba zase jo, nekdo ma bzuceni rad, nekdo ne ...... je to kazdeho nazor vec

Kazdopadne je urcite neco spatne, kdyz koncak za bezproblemoveho tisku sam o sobe neco dela, kakze jeho trvala kontrola rozumnym zpusobem by asi take nebyla od veci. Ale nebudeme z toho delat raketoplan, vypneme vse co se da, ono to treba neshori