Quando installi orca slicer, devi definire principalmente 3 profili: - profilo stampante - profilo filamento - profilo di stampa quello che si fa spesso in questi casi, se nn esiste il profilo esatto che utilizzi, e' partire dal profilo che si avvicina di piu' e customizzarlo. Se anche tu hai fatto cosi', io verificherei per i 3 frofili di cui sopra, se ci sono dei custom gcode o delle impostazioni, che ti alterano il movimento in Z. BTW, se ti vuoi togliere il dubbio, reinstalla da 0 orcaslicer e riprova, se ti si ripresenta il prob, possibile sia qualche parametro custom dei profili

Intendi forare il pannello trasparente? Senno' c'e' il portaventola per l'estrazione da mettere dietro, dove c'e' gia' il foro per passare il bowden del filamento. Non ricordo se e' sul github voron o su printables.

Aggiornamento Buongiorno a tutti! stamattina ho testato le quote su z come indicatomi da @eamane @dnasini Facendo salire di 100mm l'hotend coi comandi sul monitor touch e poi andando a misurare col calibro la distanza dell'ugello era esattamente 100mm rispetto al bed. ne ho dedotto che da firmware sembra essere tutto ok e quindi il problema deve risiedere altrove. Spulciando nei menù del monitor TFT35 riportava lo stesso valore di step/mm per z. Ho quindi provato a cambiare slicer tornandoa Cura, per i primi tentativi avevo infatti usato Orca slicer. Test di stampa ed ha funzionato a dovere rispettando le dimensioni su Z ho poi provato a inserire laspunta su start gcode before printing e sembra non portare problemi neppure questo settaggio Ora la domanda è perchè con Orca slicer faceva casino? Per quanto riguarda il monitor ho visto che è uscita un aggiornamento firmware sul Gitub BTT la 28, vale la pena aggiornare?

Spero che con il girapunte debba rimuovere soltanto qualche residuo, perché nel caso debba fare proprio il foro, non credo proprio sia possibile che riesca a rispettare le tolleranze. Nel caso debba ricorrere a una fresa CNC temo che i costi siano eccessivi. Credo che mi affiderò a un service per ottonere un risultato migliore, sperando che i costi non siano eccessivi. Ho trovato questo service (https://www.pcbway.com) : è consigliabile? Come tolleranza l'ideale sarebbe +/-0,1 mm, tuttavia in quel sito per queste tolleranze mi sembra sia disponibile soltanto la tecnologia DLP (https://www.pcbway.com/rapid-prototyping/3d-printing/3d-printing-DLP.html) e soltanto con materiale TDS EvoDent, che mi sembra non economico (UTR Flex, essendo flessibile, non è adatto al mio scopo). Comunque anche una tolleranza di +/-0,2 mm sarebbe accettabile, ma non di più; in questo caso mi sembra che sia disponibile la tecnologia FDM e SLA. Credo che nel mio caso sia preferibile la SLA, in questo caso c'è un'ampia scelta di materiali (https://www.pcbway.com/rapid-prototyping/3d-printing/3d-printing-SLA.html), ma non saprei quale scegliere. Come dimensioni massime viene indicato "2100 x 800 x 700 mm", però non viene indicato quale delle tre dimensioni si riferisce all'altezza. Nel caso di tolleranza +/-0,2, se non sbaglio, per mettere bulloni del diametro di 1 mm, dovrei fare un foro con diametro nominale di 1,6 mm, in modo che il foro realizzato sia compreso tra un diametro di 1,2 mm e 2 mm (0,2 mm sono per il gioco tra bullone e foro).

Domani provo e vedo che esce fuori. Grazie per il consiglio 🙂 Devo sistemare sto problema sulla lettura della SD pure così posso testare tutto col vecchio LCD 1268 ed eliminare possibili fonti di errore date dal tft35. Alcuni lamentano che il tft35 non legga lo startcode

Eventualmente per assicurarti che sia un problema di config del firmware piuttosto che dello slicer puoi semplicemente, dopo aver fatto la home, mandare da console Z in alto di 10cm: se sono 10cm reali potrebbe essere il fw corretto e lo slice sbagliato, se sono ~16cm o piu' di 10cm e' sbagliata la proporzione di Z nel fw.

Solo il cubetto ho provato a stampare finora, non saprei su altro come si possa comportare Credo di no ma se mi dai un'indicazione su cosa controllare ci butto un'occhiata La meccanica è quella stock tronxy Ah ecco questo è qualcosa che devo controllare effettivamente, grazie per la dritta 🙂🙏🏻

gli step/mm influiscono sull'estrusione nn sull'altezza del pezzo.Il problema in altezza te lo da solo sulla stampa del cubo o anche su altri oggetti? hai per caso maneggiato i parametri relativi ai movimenti in Z? che viti trapezie monti? Se hai modificato o erroneamente configurato il pitch delle viti trapezie, ti sballa le escursioni in Z. Il concetto e' analogo agli step/mm dell'estrusore, con la differenza che in Z nn devi calibrare, quanto impostare il valore corretto sulla base della sezione della tua vite trapezia

Aggiornamento Buonasera a tutti! Oggi ho fatto qualche test e ho risolto il problema sulle ventole in maniera definitiva e lavorano ora perfettamente grazie alla dritta di @Killrob Ho rifatto il test di calibrazione PID come consigliatomi da @eaman Aggiornato il firmware con questi valori e fatto un test di stampa, nessun allert di thermal runaway. Per quanto riguarda il problema sul cubetto ho formattato la EEPROM per evitare che qualche valore salvato potesse sovrascrivere quelli del firmware e ho riprovato a lanciare la stampa ma ancora una volta stampava alterando l'altezza. Quello che ho notato è che c'è come una discrepanza fra quello che leggo sul monitor, quel 16mm per intenderci, e quello che vedevo stampato nell'esatto momento ben oltre i 20 mm Non so come spiegare questa cosa perchè l'impostazione degli step/mm nel firmware è corretta. Fin da quando ho iniziato a fare i test non ho potuto usare il mio vecchio LCD 1268 perchè non avevo nel menù la voce inizializza SD e quindi no mi faceva stampare. Sul monitor BTT TFT35 una vota cliccato sulla voce Print appare una schermata di scelta da dove prendere i file e si ha TFT SD, Onboard SD e USB. Finora avevo sempre testato la TFT SD. Oggi ho provato ad la onboard SD della motherboard e si bloccava in lettura e non mi faceva stampare. A questo punto sono passato al Marlin mode sul TFT35 e pure li e ho visto che mancava il menù SD e non mi faceva stampare. Cercando un po sul web ho visto di gente che lamenta problemi simili e qualcuno consigliava di decommentare insieme a SDSUPPORT in configurationh, cosa che ho già fatto da un bel po, anche la stringa SD_DETECT STATE HIGH in configuration_adv. Provando esce fuori questo messaggio qui Iniz. SD Fallita. Vi è capitato nulla di simile?😅 Mi sta ancora sfuggendo qualcosa, mannaggia sta diventando impegnativa sta cosa😃

Oggi pomeriggio ho cablato e montato la mod al CW2 per integrare il sensore di filamento Con nn poca fatica ho rimontato la toolhead e fatto i test a "riposo" per verificare lo stato del sensore con e senza filamento e tutto ha dato i risultati previsti. Domani con calma faccio le prove sul campo per verificare il funzionamento corretto. Nel frattempo ne ho approfittato per installare anche il sensore di temperatura della camera posizionato sopra la toolhead Funziona egregiamente ed ho un'idea di come utilizzarlo. Pratichero' un foro nella parte superiore della copertura della stampante per installare una ventola (da capire ancora dimensione e potenza) con l'intento di estrarre aria durante la stampa di PLA. Ho gia' trovato il modo di configurare la ventola per attivarsi automaticamente sopra i 40C e spegnersi sotto i 35C cosi' da limitare la temperatura nella camera. Attivazione e disattivazione della ventola avverra' su base filamento, configurando Orcaslicer per passare la temperatura di attivazione corretta a seconda di cosa viene stampato

Ecco appunto: la Bambu la compri NUOVA e poi la vendi ai tonti, non il contrario 😉 Una Elegoo la compri usata a poco perche' il brand vale meno. Pero' guarda che se te non vuoi metterci le mani comprare un usato e' una cattiva idea: spesso la gente ha un motivo per venderla.

Ok ottimo a sapersi grazie! Bambulab vedo solobusati a prezzi decisamente superiori al nuovo…. P1s che cercano di essere vendute a prezzo superiore di una p2s nuova….. non capisco….

come sospettavo il prob era la velocita' unita al PTFE, riducendo la velocita' di 1/3 il problema non si presenta Per il momento tengo questa config in attesa di trovare una soluzione piu' elegante 🙂

fatto una prova al volo riducendo la velocita' ma il problema rimane. Allora ho sfilato il PTFE dalla cima del CW2 e l'unload nn ha dato problemi. Sembra che la causa sia il PTFE che fa "attrito" durante la fase di unload e che "costringe" il filamento a piegarsi una volta uscito dalle due ruote godronate :/ devo provare a giocare ancora sulle velocita' magari trovo un buon compromesso

La macro di unload estrude il filamento alla velocita' di purge (300) e poi estrae (retract) a max_speed. Secondo me questa combinazione va a deformarmi il filamento sulla punta ma nn riesco a capire in che modo. Il risultato e' che invece di ritrovarmi l'estremita' del filamento a "punta" come mi capita con l'orbiter, qui mi ritrovo una spece di "piccola L". Immagina il filamento cilindrico con alla fine, invece della punta, una leggera deformazione solo da un lato che grea come un rampino che impedisce al filamento di passare dalla guida del CW2. Devo quindi sganciare la ruota godronata, estrarre il PTFE dal foro superiore del CW2, tirare il filamento a mano e poi taglirlo con la cesoia. A sentimento ti direi che la velocita' e' talmente elevata che il filamento nn riesce a scorrere a ritroso nel PTFE, quando arriva alla fine e' ancora morbido e non avendo spazio si piega nell'ultimo tratto e le ruote godronate ne piegano l'estremita' creando la deformazione descritta prima. Devo provare a ridurre la velocita' e vedere se cambia qualcosa ehhhh quello stuzzica anche me, con quella soluzione, addio al problema di cui sopra e menate di unload. Scaricheresti il tu bel filamento pronto per il ricarico successivo senza pinze e o fili vaganti