Comments
.png "home #322"){kind=avatar}
|
PS mi sono dimenticato di precisare se con Win10 utilizzo il Gcode ottenuto da XP la scrittura avviene normalmente |
.png "home #322"){kind=avatar}
|
Premesso che il codice generato da LaserGRBL non ha nulla a che fare e non dipende dalla versione del sistema operativo (quindi non trovo un nesso) sai dire che versione di LaserGRBL stai usando su W10 e che versione usavi su XP? Hai ancora il pc con XP? Puoi provare a generare un semplice gcode su XP e su W10 usando la stessa immagine e le stesse impostazioni e confrontarli? (file->salva programma, poi li apri con editor di testo) |
|
Ti ringrazio per la pronta risposta la prova che tu dici l’ho fatta utilizzando la stessa immagine sia su XP e sia sul win10, ho ancora l’altro computer con XP, è che mentre il gcode generato da win XP funziona regolarmente quello generato da win10 presenta quell’inconveniente.Su XP uso la versione .38 ma ho provato a installare anche la .40 e va bene lo stesso mentre sul 10 ho provato tutte le versioni ad iniziare dalla .40,.42,.38,.39 ottenendo sempre lo stesso risultato di “sbattere” sul estremità destra dell’asse. |
|
se puoi zippare due file, uno generato su w10 e uno generato su XP (stessa versione di LaserGRBL, stessa immagine, e stesse impostazioni di conversione raster) e caricarli qui, posso provare a darci un occhiata |
|
prova1.zip |
|
Sei sicuro di star usando la stessa versione di LaserGRBL su entrambi i PC? |
|
di prove ne ho fatte diverse è facile che abbia mischiato un po’ i file rimane però il fatto che il problema rimane tra i due sistemi operativi pazienza vorrà dire che adopero l’XP per generare i codice g e poi il 10 per stampare. Per adesso ti ringrazio resta in ogni modo il tuo un ottimo programma complimenti per lo sviluppo |
|
Ripeto che non c’entra la differenza tra sistemi operativi: stai usando due versioni differenti di LaserGRBL, punto. Dalla versione 2.8.38 in poi viene utilizzata la modalità G90 (movimento assoluto) per il codice generato, mentre nelle versioni più vecchie si usava la modalità G91 (movimento incrementale/relativo). Si vede chiaramente dalle prime 10 righe di gcode: Il file generato su XP con versione vecchia di LaserGRBL: Il file generato su w10 con una versione nuova di LaserGRBL: |
|
Scusami se ieri non ho potuto risponderti subito ma impegni mi hanno allontanato per il resto della giornata. |
|
LaserGRBL lavora in un sistema di coordinate del piano cartesiano, con 0,0 nell’angolo in basso a sinistra, X crescente a destra, e Y crescente in allontanamento dall’osservatore. Se giochi con le frecce di posizionamento il movimento del laser dovrebbe riflettere la direzione del tasto-freccia premuto. In caso contrario, è necessario configurare il proprio grbl per invertire la direzione degli assi. https://github.com/gnea/grbl/wiki/Grbl-v1.1-Configuration#3–direction-port-invert-mask Una volta che hai configurato $3 e ottenuto questo comportamento (X crescente a destra, Y crescente allontanandosi) puoi provare l’homing. Se dopo aver fatto questo l’homing non funziona più (va al contrario) puoi riconfigurare l’homing di conseguenza https://github.com/gnea/grbl/wiki/Grbl-v1.1-Configuration#23—homing-dir-invert-mask |
|
allora con le freccie lo spostamento è corretto mentre con l’homing l’asse y è contrario ora provo a configurare $23=3 dovrebbe funzionare ,il $23 è già a 1. |
|
penso che basti invertire gli assi con $3 |
|
provato con esito negativo |
|
quando torno a casa vedo come è la mia configurazione |
|
ok |
|
mi è venuto un dubbio non vorrei che sbagliassi io è giusto che l’home avvenga in basso a sinistra e la scrittura inizi in alto a destra oppure come vorrei io l’home in basso sinistra e la scrittura sempre in basso sinistra? |
|
Il gcode nasce per le CNC. Le CNC essendo macchine “a togliere” hanno delle convenzioni riguardanti il sistema di coordinate un po’ particolari. Un laser invece è come un plotter e per LaserGRBL ho scelto quello che è il sistema di coordinate più spontaneo, cioè quello del piano cartesiano, quindi LaserGRBL produce il gcode e disegna le anteprime secondo questa convenzione.
Il seguente codice fa l’homing, si sposta a X10 Y10, accende il laser, quindi disegna un quadratino di 10mm di lato sui punti X20 Y10, X10 Y20, X10 Y20, X10 Y10, spegne il laser e torna a X0, Y0
Devi configurare il tuo sistema affinché si comporti così, usando i parametri $$ di grbl Qui alcune indicazioni, ma non chiedermi di tradurtele: |
|
Ti ringrazio per le delucidazioni che confermano la mia teoria vedrò ora di scoprire perché l’home è giusto mentre l’inizio lavoro è sballato un’ultima cortesia che ti chiedo mi passeresti la tua di configurazione in modo da poter fare un paragone corretto? |
|
ps poi prometto di lasciarti tranquillo |
.png&h=110&w=185&q=90&zc=1&ct=1)
.jpg&h=110&w=185&q=90&zc=1&ct=1)
.png&h=110&w=185&q=90&zc=1&ct=1)
.png&h=110&w=185&q=90&zc=1&ct=1)
Buon giorno mi scuso se non scrivo in inglese ma purtroppo non lo conosco.
Sono passato da Win XP a Win10 e qui è sorto il problema.
Sto utilizzando il progetto di CNC laser 3bpBurner2st con il relativo GRBL 0.9 dell’autore mentre per l’esecuzione utilizzo LaserGRBL sia per il dithering dell’immagine sia per l’esecuzione quindi mentre utilizzavo XP non riscontravo alcun problema, la macchina si portava in posizione di home e iniziava la scrittura lavorando normalmente ora con Win10 la macchina, dopo aver effettuato l’home regolare, in basso a sinistra, parte portandosi tutta a destra fino al fine corsa ed insistendo per portarsi oltre.
E’ capitato ad altri questo problema? e come avete risolto?
Vi ringrazio fin da ora per l’eventuale aiuto
Vittorio i3hvs