sostituzione mainboard per BLTouch su Tronxy X5S?

[I3D&MLab]

Buonasera! Cercando sul sito BTT ho trovato lo schema pin della skr 1.4 turbo. la layer fan l'ho collegata su fan0 e funziona bene mentre la hotend fan l'ho collegata su fan1 e rimane sempre accesa anche a hotend freddo come se non ricevesse l'imput di temperatura

dovrebbe essere impostato in configuratio.adv? quel E0_auto_fan_pin per intenderci? Mettendo P2_04 al posto di -1 e usando la porta per l'alimentazione dovrei poter avere una ventola hotend che si attiva appena superato il valore di 50° o sbaglio?

Modificato Martedì alle 18:24 da I3D&MLab

[Killrob]

io per far partire la ventola hotend al raggiungimento dei 50° in Marlin mi ricordo che fisicamente la collegavo a HE1 rispettando le polarità (rosso su + e nero su -) e poi su define E1_AUTO_FAN_PIN ci mettevo il pin di HE1 che devi vedere a quale pin corrisponde

[I3D&MLab]

1 ora fa, Killrob ha scritto:

io per far partire la ventola hotend al raggiungimento dei 50° in Marlin mi ricordo che fisicamente la collegavo a HE1 rispettando le polarità (rosso su + e nero su -) e poi su define E1_AUTO_FAN_PIN ci mettevo il pin di HE1 che devi vedere a quale pin corrisponde

Ah quindi l'hai testato? Intendevo proprio la porta di alimentazione del secondo hotend infatti, nell'immagine dei pini la da come 2.4 quella. Buono a sapersi 🙂

 

 

Il 01/02/2026 at 23:05, eaman ha scritto:

Per quel "cubo" sembra che i valori degli step dell'asse Z siano doppi rispetto al giusto.

Ho verificato i step/mm e sul firmware sono 80/80/400/159 quindi non mi spiego perché si comporta così 😅

Devo verificare sulla EEPROM però.

Modificato Martedì alle 19:45 da I3D&MLab

[I3D&MLab]

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😃

Modificato 16 ore fa da I3D&MLab

[dnasini]

25 minuti fa, I3D&MLab ha scritto:

Non so come spiegare questa cosa perchè l'impostazione degli step/mm nel firmware è corretta

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

[I3D&MLab]

15 minuti fa, dnasini ha scritto:

Il problema in altezza te lo da solo sulla stampa del cubo o anche su altri oggetti?

Solo il cubetto ho provato a stampare finora, non saprei su altro come si possa comportare 

15 minuti fa, dnasini ha scritto:

 hai per caso maneggiato i parametri relativi ai movimenti in Z? 

Credo di no ma se mi dai un'indicazione su cosa controllare ci butto un'occhiata 

15 minuti fa, dnasini ha scritto:

che viti trapezie monti?

La meccanica è quella stock tronxy

 

15 minuti fa, dnasini ha scritto:

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

Ah ecco questo è qualcosa che devo controllare effettivamente, grazie per la dritta 🙂🙏🏻

Modificato 15 ore fa da I3D&MLab

[eaman]

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.

[I3D&MLab]

53 minuti fa, eaman ha scritto:

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.

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

 

Modificato 14 ore fa da I3D&MLab

[I3D&MLab]

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?

 

Modificato 4 ore fa da I3D&MLab

[dnasini]

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