Perdita/Guadagno passi a destra

Sezione dedicata alla stampante 3D realizzata da Futura Elettronica in collaborazione con Elettronica In.
Ulteriori informazioni su http://3dprint.elettronicain.it/
popeye
Posts: 572
Joined: 03/02/2014, 16:33
Cod. abbonamento Elettronica In: 9499B
Home_Page: http://
Compleanno: 19 Sep 1970
Prov.: VB
Location: VB

Re: Perdita/Guadagno passi a destra

Post by popeye »

rino2 wrote:Fino ad ora ho stampato, sia con bed originale che con bed nuovo e lastra di vetro, a 60 gradi per il primo layer e 55 i successivi....
ecco, mi pareva...invece a me la stampa è partita quando è arrivato in temperatura l'estrusore, ma il piatto era ancora a 35-40 gradi. devo controllare le impostazioni dello Slic3r...
tra l'altro io il piatto non l'ho assolutamente carteggiato, e non intendo farlo; al limite proverò quei fogli adesivi bianchi che vende FE (insieme alla 3Drag ne avevo già presa una confezione) oppure il nastro kapton
rino2 wrote:Per la farfalla ... stai attento a stringere troppo () io faccio circa 3 giri completi e cosi' mi e' sempre andato bene
io di giri alla farfalla ne ho dovuti fare qualcuno in più...ma qui le variabili sono tante: forza della molla, posizione del dado autobloccante, ecc.
In ogni caso ho fatto come suggeriva un utente pochi giorni fa, e mi sono trovato benissimo:
1) allentate le 3 viti che fermano il motore
2) smollata al massimo la farfalla
3) lancio un'estrusione manuale di qualche cm di filo
4) mentre cerca di estrudere, stringo la farfalla finchè non trascina correttamente il filo
5) aspetto qualche secondo che si assesta il tutto e poi stringo le viti a fissare il motore nella posizione che ha assunto
rino2 wrote:Riguardo al MicroSW... si avevo visto lo stop ottico ma avevo gia' inoltrato l'ordine per il nuovo bed e non potevo farne un'altro per il sensore...... mi e' costato di meno stampare il pezzo e ti assicuro che funziona. Per la cronaca io ho usato questo pezzo http://www.thingiverse.com/thing:239121 (occhio.. le foto sono a specchio!!).
la foto che ti ho linkato non è del sensore ottico, che costa un botto, ma di un sensore meccanico da un paio di euro scarsi. però è un modello senza quella famigerata linguetta d'acciaio che, flettendo, è la causa dell'imprecisione dell'endstop originale.
infatti, se ci fai caso, anche quel supporto modificato che hai linkato tu ha proprio lo scopo di far puntare la vite di fine corsa direttamente sulla verticale del bottoncino bianco (da una delle foto su thingiverse si vede chiaramente) impedendo quindi alla linguetta di "lavorare" in modo inopportuno...
popeye
Posts: 572
Joined: 03/02/2014, 16:33
Cod. abbonamento Elettronica In: 9499B
Home_Page: http://
Compleanno: 19 Sep 1970
Prov.: VB
Location: VB

Re: Perdita/Guadagno passi a destra

Post by popeye »

rino2 wrote:Sembra che i vostri consigli funzionino...... riprovero' ancora!!

Ciao e grazie

Rino
Ciao rino2, avevi poi risolto quel problema della perdita passi?
Ieri per la prima volta è capitato anche a me mentre stampavo l'STL del supporto per la fresa scaricato dal sito 3Drag...sia da computer che da SD.
rino2
Posts: 102
Joined: 17/12/2013, 15:04
Home_Page: http://

Re: Perdita/Guadagno passi a destra

Post by rino2 »

Ci ho pensato un po' prima di risponderti... perche' ho la bile alta!!!!

La risposta e'... NI ..... ho verificato pressoche' tutta la parte meccanica ... il carrello si muove da solo inclinando la stampante e per contro le cinghie non sono troppo tese o troppo lente....
I movimenti non hanno impuntamenti..... Ho stampato diverse parti per aggiornare la stampante:
La modifica per il supporto del microSW dell'asse Z ma fatto con un pezzetto di alluminio
Un supporto con due dadi per l'asse Z con molla per evitare l'effetto Backlash: http://www.thingiverse.com/thing:235494
Un supporto con cuscinetti per i rulli di filo: http://www.thingiverse.com/thing:239138
Un condotto per il raffreddamento del filo http://www.thingiverse.com/thing:160252
.... ed altre cosette.....

Tutte cose venute bene al primo colpo (a parte il condotto ma per altri problemi) e senza fare niente sulla generazione del G-Code. Pezzi posizionati al centro del piano e stampati bene a 0,2 per layer con ugello da 0,4 (della concorrenza!) velocita' 150%....

Poi tra sabato e domenica ho provato a stampare il pezzo (mattonella) per montare il Proxxon e l'adattatore (cilindro) per il comparatore... (trasformazione in CNC per PCB) cosi' come forniti da FE sul sito 3Drag....

L'ho dovuta rifare 4 volte!!!!!!!!!!!!!!!!!!!!!!!!

Primo tentativo ...... (supporto Proxxon e adattatore comparatore stampati insieme.... tempo richiesto 4 ore e 26 minuti
dopo circa 1 cm di altezza del pezzo (posizionato a centro piano nel senso della lunghezza) ha cominciato a scalare in X ed in Y ad ogni layer e dopo circa 3 ore mi sono ritrovato una specie di scaletta... molto bella ma che non aveva niente a che vedere con l'originale... velocita' come per gli altri pezzi 150% (le singole velocita' sono molto basse ... intorno al 20m/s)
Secondo tentativo.....
pezzo spostato sempre a centro piano ma girato nel senso della larghezza, velocita'a 100%...... anche qui... dopo circa 1cm comincia lo spostamento degli assi ... anzi... in questo caso SOLO di un asse....
Terzo tentativo.....
pezzo spostato nell'angolo anteriore sinistra e girato nel senso della larghezza, velocita'a 100%...... anche qui... dopo circa 1cm comincial lo spostamento degli assi ... anzi... in questo caso SOLO di un asse....
Quarto tentativo....
pezzo nell'angolo anteriore sinistro, velocita' abbassata al 90% layer portato a 0,3.......... PEZZO PERFETTO!!!!

Ora... che dirti....
Quando ebbi il primo sfasamento, questo era dovuto ad una bassa velocita' di spostamento quando non era in stampa......praticamente stavo stampando un pezzo che assomiglia ad una mascherina e che era si 290mm tra spigolo e spigolo... quando il piano doveva spostarsi tra uno spigolo e l'altro senza stampare la sua velocita' di spostamento era lenta e dall'ugello usciva una piccola quantita'di materiale che si accumulava sul bordo del pezzo... a forza di accumuli si creava una pallina che indurita diventava un ostacolo al movimento...... Questa la spiegazione che mi sono dato....
dopo aver fatto le regolazioni di velocita e retrazione, la seconda volta me lo ha fatto ma avevo il pezzo (lo stesso di prima) al centro del piano.... qui non ho capito cosa e' successo ma mi sono ritrovato il pezzo staccato e una marea di fili informi.....
Poi ho rifatto le verifiche che ti ho detto e pensavo di aver risolto... invece e'successo quello che ti ho raccontato.....

Ora.... provero' altre stampe (la maschera) con velocita' piu' bassa ma credo che molto dipenda appunto dalla velocita', dal tipo di oggetto, dallo spessore di layer, dallo 0 dell'asse Z (altezza dal piano).... un vero mix!!

Rino
popeye
Posts: 572
Joined: 03/02/2014, 16:33
Cod. abbonamento Elettronica In: 9499B
Home_Page: http://
Compleanno: 19 Sep 1970
Prov.: VB
Location: VB

Re: Perdita/Guadagno passi a destra

Post by popeye »

Ciao rino2,
innanzitutto grazie per la precisa esposizione delle tue esperienze.

Anch'io ho stampato diversi pezzi, perfino due di queste litofanie: http://www.thingiverse.com/thing:74322 e non ho mai avuto alcun problema tranne che col supporto proxxon scaricato dal sito 3Drag.

Stampando questo pezzo la 3Drag mi ha fatto uno scostamento laterale di circa 5mm, a circa 5mm di altezza, sia stampandolo da pc sia da scheda SD; allora poichè avevo notato che Repieter evidenziava un errore nell'STL, ho provato a fixarlo su cloud.netfabb.com e quindi l'ho stampato da SD con le medesime impostazioni di slicer dei due tentativi precedenti: stampa perfetta!
Unica cosa, oltre a stampare la versione fixata, l'ho posizionato manualmente in fondo al piatto (intendo, vicino all'angolo opposto a 0,0).

Chi ci capisce è bravo...
rino2
Posts: 102
Joined: 17/12/2013, 15:04
Home_Page: http://

Re: Perdita/Guadagno passi a destra

Post by rino2 »

Che parametri hai usato?
Velocitá, layer, ugello

Mai sentito di quel sito.... prendero' buona nota!!

Ad ogni modo... le stampe che ti ho descritto le ho otenute con PC collegato... non perche' non mi fidassi della scheda SD (le stampe fatte da li sono sempre venute) ma dovevo fare alcune prove fattibili solo con il PC.

L'errore sul Gcode non l'ho notato... magari non ci ho fatto caso o non l'ho selezionato ma a me non avveniva cosi'presto... ecco per darti una indicazione .... avveniva subito dopo aver chiuso il foro passante sulle due alette che si sitringono sul colletto del proxxon.... ad occhio e croce 1cm in altezza....

Dimenticavo...... Per ogni stampa (delle 4) ho sempre rigenerato il gcode dall'STL originale dopo aver riposizionato il pezzo i Repetier e aver premuto il tasto di check approfondito..... quindi ... NO... non c'era errore nell'STL
popeye
Posts: 572
Joined: 03/02/2014, 16:33
Cod. abbonamento Elettronica In: 9499B
Home_Page: http://
Compleanno: 19 Sep 1970
Prov.: VB
Location: VB

Re: Perdita/Guadagno passi a destra

Post by popeye »

rino2 wrote:Che parametri hai usato?
Velocitá, layer, ugello
ugello 0,5
layer 0,18
fill density 0,4
first layer 0,3
travel speed 120
speed perimeters/small/external: 50, 40, 70
speed infill/solid/top solid: 50, 60, 50
Acceleration control: tutti a 0 (auto)
rino2 wrote:Mai sentito di quel sito.... prendero' buona nota!!
è una versione online di netfabb, fai "upload to cloud" di un STL e te lo ritornano fixato via email. dichiarano un'efficienza maggiore della versione free di netfabb, ma sarà certamente inferiore alla versione pro. è gratis ma ti iscrivono a una newsletter, e probabilmente si ciucciano anche i tuoi STL per usi futuri ;)
rino2 wrote:L'errore sul Gcode non l'ho notato... magari non ci ho fatto caso o non l'ho selezionato ma a me non avveniva cosi'presto... ecco per darti una indicazione .... avveniva subito dopo aver chiuso il foro passante sulle due alette che si sitringono sul colletto del proxxon.... ad occhio e croce 1cm in altezza....
non so se il gcode ha un errore vero e proprio :oops: , ma quando lo carico in Repieter se vado nel tab Posizione Oggetto leggo:
Triangoli incrocianti: Non testato
Normali: Non orientato
mentre solitamente caricando gli STL leggo orientato...e la cosa mi ha dato fastidio.
netfabb comunque mi ha anche modificato il numero di bordi e triangoli (quando ti restituiscono il pezzo vedi anche il report delle correzioni effettuate) quindi in qualche modo se lo sono lavorato, lassu nel cloud :geek:

a me comunque la stampa si sminchiava proprio all'inizio di quel foro passante, non alla sua chiusura superiore
Post Reply