Vai al contenuto

Alessandro Tassinari

Amministratori
  • Numero contenuti

    1.540
  • Iscritto

  • Ultima visita

  • Giorni Vinti

    37

Risposte pubblicato da Alessandro Tassinari

  1. Benissimo! Rhinoceros genera una rappresentazione digitale di funzioni matematiche, di conseguenza ti fa vedere il modello ultra preciso.

    Quando esporti in STL deve sostanzialmente semplificare la geometria che vedi. Tramite la tolleranza, decidi quanto il modello STL deve essere vicino alla sua rappresentazione digitale.

    Buone esportazioni 🙂

    • Like 1
  2. Ciao!

    da come lo descrivi mi sembra un problema di esportazione: quando esporti in STL Rhino ti permette di decidere con che definizione esportare. Praticamente definisci la dimensione della mesh su cui viene rielaborato il tuo file.

    Quando invii il comando di esportazione Rhino ti fa uscire una tabella dove inserire parametri di esportazione. Ricordo che puoi dare proprio parametro numerici, oppure usare uno slider e dire di esportare a bassa, media o alta definizione. Probabilmente tu stai esportando in bassa.

  3. 40 minuti fa, Gioppe ha scritto:

    Mi chiedevo, se ci fosse la possibilità con Cura, di gestire la Z durante gli spostamenti in maniera da non urtare qualcosa stampato prima (spero di essermi spiegato meglio), perchè l'estrusore caldo, al passaggio sulla lettera, urta e sbava tutto. (questo perchè per Cura, in quel punto non c'è niente).

    Vedi questo 👇

     

    • Like 3
  4. @michele79 i miei gcode li genero tramite Grasshopper, sistema che mi permette di avere un controllo preciso e puntuale su qualsiasi aspetto del gcode. Sostanzialmente mi permette di decidere come deve uscire, definendo alcuni parametri.

    Oggi in un’altra stampa ho avuto lo stesso problema, la macchina si è fermata in un punto a caso. I numeri nel parametro E erano già interi.

    Memore del problema di ieri, ho subito editato il gcode eliminando alcune cifre decimali nelle coordinate X Y Z. Il blocco non si presenta più.

    Deduco quindi ci fosse un problema di lunghezza delle righe nel gcode 😇

    • Like 1
  5. Ciao a tutti,

    Sto cercando di mettere in sequenza due gcode:

    1. il primo è un layer by layer (gcode1);
    2. il secondo è in spiralize (gcode2).

    Quando la stampante 3D finisce il gcode1, si sposta nelle coordinate XYZ del primo punto del gcode2. In quella posizione però, si ferma e non riparte.

    Di seguito copio-incollo le righe di codice dove si passa gcode1 a gcode2:

    gcode1 precedente...
    G1 F900 X185.231425 Y2.497472 Z12.0 E10529.143487
    G1 F900 X181.479601 Y2.497472 Z12.0 E10530.170529
    cambio gcode
    G1 F1500 X193.861642 Y-5.245421 Z14.0 E10530.170529
    G1 F1500 X194.315152 Y-2.222071 Z14.040816 E10533.227976
    continua gcode2...

    Qualcuno sa dirmi perché la macchina non continua a stampare?

    Grazie!

  6. 9 minuti fa, Enzo56 ha scritto:

    problema risolto, era dovuto allo slicing eseguito da prusa slicer, con cura il problema non si presenta.

    Che strano, non pensavo potesse derivare dallo slicing. Sarebbe interessante analizzare il gcode che dava problemi…

    • Like 1
×
×
  • Crea Nuovo...