dnasini

con buona probabilita' nel gcode viene codificato un movimento di x che supera la dimensione max impostata per il tuo piatto. Guarda nel file gcode se trovi una coordita in X maggiore del limite del tuo piatto

Bhe direi proprio di no.... sono due materiali completamente diversi a partire gia' dalle temperature di piatto ed estrusore, x nn parlare di retraction e velocita

io il PLA geeetech lo stampavo a 200C, hai fatto una temp tower per trovare i valori che hai riportato? (e cmq nn ci hai detto che slicer usi..... Marlin e' il firmaware :D)

una finitira del genere e' inevitabile, altrimenti nn riusciresti a staccare i supporti dal pezzo. Vero anche che puoi mitigare l'effetto agendo primcipalmente su 3 parametri - distanza del supporto dal pezzo - flowrate dell'ultimo layer - quanto toplayer del supporto prima del pezzo (non meno di 3) Ti dico subito che non esiste la ricetta, devi fare delle prove ovviamente variandone uno alla volta per vedere il risultato. Per il primo piu' aumenti la distanza (solitamente si lascia 1 layer) piu' il supporto si stacca facilmente ma la finitura del pezzo a sbalzo peggiora. Per il secondo, vale quanto detto prima, piu' e' alto meglio esce il pezzo a sbalzo ma piu' e' difficile staccarlo. Per il terzo, maggiori sono i toplayer, migliore e' la finituta dell'ultimo layer del supporto e di conseguenza piu' stabile e' il pezzo a sbalzo

mmmm nn e' che hai qualche cosa di configurato per il profilo PLA che ti "alza" l'offset? che slicer utilizzi? io passo regolarmente da PETG a PLA+ senza modificare nulla se non il profilo del materiale

Onestamente nn ho mai stampato in questo modo ma ricordo un video di help3d che lo trattava ma nn ricordo se facesse riferimento ad uno slicer specifico.... Appena recuperato Ma tratta altri slicer, ad ogni modo ce anche prusaslicer che e molto simile ad orca

Come prima cosa, dovresti seguire il suggerimento di @eaman e creare una cucitura non random x capire se e' questa funzione a dare problemi. Se risolvi bene, fine della ricerca, altrimenti, prova a cambiare pennetta con una che ha accesso in lettura/scrittura piu' veloci, e verificare da menu' se hai la possibilita' di disabilitare il resume delle stampe. Che versione di Marlin hai (immagino tu sia ancora su questo sistema operativo)? La macchina non ha un "gcode", ha un firmware compilato e non e' possibile spacchettarlo. Se hai Marlin in una versione pre 2.x.x, puoi recuperare dal sito Marlinfw.org i sorgerti per la tua stampante con l'ultima versione, configurarti i parametri che ti interessano e ricompilare il tutto. Non e' un lavoro troppo difficile ma ci devi investire un po di tempo in tutorial e guide per capire quale ambiente di compilazione installare (Visualstudio) e quali parametri maneggiare

Io ne avevo presa una di queste USB da fighetto. Come dice @eaman fa la sua bella scena, ma in quanto a praticita' e' utile quanto un ghiacciolo gusto mer*a!! (e scusate il francesismo)

hai modo di collegarti in console? se si, esegui il comando da linea di comando e poi salva con M500. Un gcode con un semplice comando non ha alcun effetto in quanto imposta il valore ma alla stampa successiva questo rischia di venir sovrascritto dai valori di default del fw. Altra alternativa e' mettere il comando nello start gcode cosi' da venir impostato ad ogni inizio stampa

se sei in Marlin con firmware stock, temo tu non abbia il comando M600 (pause) abilitato. Questo significa che lo slicer inserisce il comando nel gcode, ma il firware lo ignora perche' nn abilitato. Hai 2 soluzioni: - trovi un fw precompilato con M600 abiltiato - ti ricompili il firmware

Stampi da SD? se si ed hai una scheda SD con accessi in scrittura lenti (meno di una classe 10), il problema potrebbe essere l'abilitazione della funzione di resume delle stampe. Prova a disabilitare questa funzione e vedi se il problema si ripresenta

mmmm premesso che la stampa che vorresti fare e' impegnativa di suo, ma se stampi un modello "semplice" senza troppe pretese, come viene il risultato?

Scusami ma se tu premi la freccia a lato del pulsantone verde con scritto "download in bambu studio", tra le opzioni hai anche di scaricare in formato STL. Se il tuo problema sono i parametri, cosi' scegli tu lo slicer con i tuoi parametri. Btw, come detto, verifica il flusso e nel caso anche lo Z offset, sembri molto schiacciato sul piatto

Ma se tu da gcode gli dici da andare in X0Y0 e in XmaxYmax si sposta negli angoli correttamente?

Complimenti, bel progetto.... io ho pianto quando ho visto il tempo di stampa..... all'idea che ad un ora dalla fine della stampa possa imputtanarsi qualche cosa vado in iperventilazione 😭

allora io mi concentrerei sulla configurazione dello slicer. Hai impostato la stampante giusta? Hai impostato il sistema operativo giusto (Marlin o Klipper)? Hai provato a cambiare slicer?

Ma in passato sei mai riuscito a stampare file di cui hai fatto tu lo slice?

Onestamente, un bridge circolare nn l'ho mai visto.... ancora ancora un overhang. Nel tuo caso specifico, se pretendi di stampare la parte interna della tua turbina a sbalzo senza prevedere dei supporti..... auguri, anche solo il foro centrale senza supporti non lo vedo molto realizzabile

un valore come 400 step/mm e' sensato con il dual gears. Io sono passato da 93 a 419. Quello che dovresti rifare e' la calibrazione considerando una lunghezza superiori a 10cm. Con 10 cm non fai in tempo a notare gli scostamenti minimi perche' insignificanti ma che su un'intera stampa nn sono piu' trascurabili. Io ti consiglio di fare la calibrazione con 20cm di materiale (x 2 volte) e la prova finale con 30cm. Con questo metodo, otterrai una precisione molto maggiore

Per la chiavetta USB, hai provato ad utilizzarne un'altra o a formattare quella in uso? per lo schermo, potrebbe essere che qualche connettore, con la vibrazione della stamapnte, si sia allentato o mosso, hai modo di verificare il cabling? se si verifica che siano tutti ben posizionato o nel caso prova a staccarli e riattaccarli, magari e' un contatto ballerino.

Domanda sciocca..... hai rifatto tutte le calibrazioni di base? con le tue operazioni di upgrade hai letteralmente stravolto la meccanica, quindi devi riadeguare tutti i parametri (step/mm, frowrate, temp tower, retraction....)

Anche io ho lo stesso problema usando Orcaslicer su due stampanti differenti. Entrambe le stampanti sono ora custom in quanto non hanno quasi piu' nulla di originale. Nel mio caso, la stampa dura poco piu' della meta' del tempo stimato dallo slicer. Ho provato ad allineare i valori di max_accell impostati in Klipper sotto il profil odella stampante ma non ho migliorato di molto.

Su quale sistema operativo lo fai girare octoprint? Io lo facevo girare su raspberry pi che fondamentalmente ha come sistema operativo linux e quello e' appunto un file ed un path di linux

la risposta veloce e' no. I sacchettini di silica sono efficaci per intrappolare l'umidita' dell'aria e quindi "evitare" che questa vegga assorbita dal filamento. Ma se il filamento e' umido di suo, i sacchettini da soli nn fanno nulla in questo caso, se i filamenti nn sono troppo compromessi, puoi utilizzare un essiccatore per filamenti o, alla peggio, un forno statico da casa. Nel secondo caso, impostalo a non piu' di 50C e a seconda del filamento non meno di 4-6 ore (4 x PLA e 6 x ABS/PETG). Non salire con la temperatura altrimenti il filamento si "incolla" (nn tanto ABS ma PLA x certo)

Hai provato ad invertire il "cavo" di un altro asse con quello di Z? se il problem si trasferisce sull'altro asse o cmq Z continua a darti problemi, almeno sai se devi investigare sul driver o sul motore