invernomuto

Si intendevo il rialzo. Pensavo anche io di farlo in pla Inviato dal mio SM-G965F utilizzando Tapatalk

Preso pure io un essiccatore in offerta su Amazon. Volevo prendere l'esun ebox ma non lo trovo in offerta: su amazon costava troppo e in CIna, oltre a non risparmiare molto, non ho voglia di attendere 2 mesi. Sto vedendo degli adattatori su thingiverse, qual è il tuo? In che materiale l'hai stampato?

Quindi è un problema software, visto che a video vedi il cambio di stato. Hai marlin come firmware? Come hai configurato la parte degli endstop?

Vero, ma PrusaSlicer ha meno impostazioni di fino, che per certe cose sono indispensabili (es, settaggi sui supporti). Inviato dal mio SM-G965F utilizzando Tapatalk

Non impazzire, probabilmente è un baco (es, non resetta certe impostazioni) o un impostazione che hai modificato per sbaglio e che ora non vedi. Se non te lo fa su un altro profilo parti da quello. Inviato dal mio SM-G965F utilizzando Tapatalk

Ciao e benvenuto. Come ti trovi con l'Hemera?

Premesso che non ho i TMC2209 con quella scheda, mi sembrava di ricordare qualcosa nel manuale, guarda in questa pagina, la parte in rosso: E sì, pure io sono basito: hanno fatto una scheda nuova dove devi ranzare via dei piedini al driver mentre nella SKR 1.3 non dovevi farlo...

Vedo con piacere che si sta formando la sezione del Forum "stampa miniature con una FDM", sottosezione "te la do io la stampante a resina".

A volte è l'unica soluzione 😄

Puoi cortesemente rimettere jerk ed accelerazioni di default? Anche perché mettere in cura valori ad cazzum di Jerk (100mm/s?) secondo me non aiuta. Occorre ripartire da una situazione pulita.

Ho appena provato con il classico cubetto 20x20 mettendo da 30mm/s a 60mm/s di velocità, 5% di infill. Non ho toccato accelerazioni, jerk, ecc. Sono passato dai 27 minuti ai 14 dei 60mm/s. Per cui non so che parametri hai toccato ma Cura 4.4.1 mi pare in linea con le versioni precedenti.

A quanto hai messo la ritrazione per quel TPU?

Ma se non puoi modificare il fw il bltouch come lo monti? Inviato dal mio SM-G965F utilizzando Tapatalk

Allora è software o scheda.

Per questo supponevo che il problema fosse sul driver. Se è male dissipato vs in protezione anche se gli cambi motore. Non ho letto tutti gli interventi, ma hai provato ad invertire i driver e successivamente i cavi? Se il problema si sposta è il driver, se segue i collegamenti del motore è il motore (escludendo problemi software o hardware alla scheda ovviamente). Almeno capiamo dove sta il problema. L'alternativa è che sia mal configurato via software il doppio Z. A me era successa una cosa analoga ma avevo due velocità diverse su z1 e z2 ma me ne accorgevo in fase di homing e non faceva nessuna micropausa, per cui ritengo che il tuo sia un problema diverso. Inviato dal mio SM-G965F utilizzando Tapatalk

Potrebbe essere un problema di dissipazione del calore su uno dei driver che ti manda questo in protezione? Scaldano i motori/dissipatori dei driver sotto sforzo? Potrebbe anche solo essere un dissipatore montato male su uno dei driver... Inviato dal mio SM-G965F utilizzando Tapatalk

Che essiccatore hai preso? Ad ogni modo, anche senza essiccatore, è sufficiente mettere il filamento in forno, ventilato, alla temperatura indicata nel link che hai indicato, per il tempo necessario (più sta meglio è).

Ti compare però un simbolino a sx dello slicer come punto di attenzione. Se clicchi sopra apre lo script.

Personalmente li eviterei. A fronte di (dubbi) benefici i produttori di alcuni driver (Trinamic) li sconsigliano proprio Anche questi, bah. Riducono il rumore, passi dall'avere un motore ancorato saldamente al telaio ad un motore ancorato non più tanto saldamente al telaio. Mah!

Nelle ultime bugfix è risolto. Era presente nella 2.0.1 e 2.0.2, ora è appena uscita la 2.0.3, immagino (spero) che non sia presente. Inviato dal mio SM-G965F utilizzando Tapatalk

Non lo so ma seguo. In effetti avevo notato anche io che ti mantiene gli script di modifica. Spero vivamente che li applichi SOLO se a richiesta...

Hai ragione. Ha senso farlo rispetto al centro. Comunque: Recv: DIFFERENCE Z1-Z2=0.00 Recv: Target accuracy achieved. Recv: Did 1 iterations of 3 Recv: Accuracy: 0.00 😎😎😎

Ripeto, bacio il terreno dove passano gli sviluppatori. Malin supporta un fottio di schede e chipset, tanto di cappello. Io uso solo quello, ho provato Smoothieware ma giusto per far muovere gli assi della stampante. La mia lamentela è solo sul fatto di mantenere per giorni sul sito una versione "official" che NON compila. E' vero che si risolve con poco, ma non capisco perché promuovono "official" versioni che poi cambiano dopo qualche settimana (vedi passaggio da 2.0.1 a 2.0.2). Una "official" dovrebbe essere stabile ed esente per quanto possibile da bug, fai una versione "Release Candidate" e mantieni le bugfix aggiornate giornalmente... Mi sembra che la gestione dei bug sia un po' leggera, anche se mi rendo conto che con tutte le schede e le configurazioni che ci sono è fondamentalmente impossibile non avere problemi. Qui: https://github.com/MarlinFirmware/Marlin/issues/16184 . E' stata chiusa da poco.

Direi che ti è venuto perfetto! Inviato dal mio SM-G965F utilizzando Tapatalk

Ah ok, capito. Secondo me il telaio dalla cina è una follia, la cosa migliore a quanto ho visto è prendere i profilati qui (CNC Store o aziende locali) e prendere la viteria varia in Cina Facciamo prima con un video. Questo è fatto con un GCode prima del Marlin 2.0. In sintesi l'allineamento regola la posizione dei due Z uno rispetto all'altro usando due punti del piano come riferimento. Condicio sine qua non perché funzioni è che il piano sia perfettamente piano e in quadro con la struttura della stampante, altrimenti non serve a nulla. https://www.youtube.com/watch?v=jeIN5gtC8pw