Errore in lavorazione

[Faxe]

Dato che parlate di errori mi aggrego col risultato della lavorazione che ho fatto ieri sera.
Secondo voi a cosa è dovuto?
Trovo strano che mi abbia fatto qurll'errore solo in quel punto mentre tutto il resto è venuto bene

[SWL]

Mi sembra evidente un consistente gioco lungo l'asse che nella foto è quello verticale.

[SWL]

Dato che l'errore me lo fa solo in quel punto, credo di aver fatto qualche errore io quando ho importato il disegno. Ho provato a cambiare pezzo e fare un altro lavoro nella stessa area ed è venuto perfetto, invece quel disegno anche facendolo in un'altra zona dell'area di lavoro mi crea lo stesso errore

A me non pare un errore solo: vedo un errore sulla 'N', due errori sulla 'O', un errore sulla 'S' e così via. C'è un errore in ogni punto di ricongiungimento che avviene da direzioni diverse, che è tipico del gioco sugli assi.

Alcuni particolari disegni possono ingannare e non rendere evidente l'errore, che comunque resta presente.

[Faxe]

Si, me lo crea su quelle lettere ma il resto del disegno sembra a posto (o almeno a vista non ho notato nulla), ripetendo il disegno in altre zone mi crea sempre quel problema solo su quelle lettere. Magari che sia qualcosa di sbagliato nel gcode? Stasera provo a rifare tutto da zero

[Faxe]

Tra l'altro i rettangoli esterni sono perfetti

[Gianni55]

probabilmente i vettori della N e della O non sono chiusi e il CAM si è incasinato.
Come hai costruito il disegno? che cam hai utilizzato?

[Faxe]

Ciao Gianni, ho usato cambam.

Questa sera ho rifatto tutto, controllato la tensione in uacita dai driver, vettorializzato prima con inkscape, pulito con cambam e infine creato i percorsi e il gcode con estlcam, e il risultato è venuto difettoso lo stesso. Non so dove sbattere la testa porcaccia la miseria.
Mi stanno chiedendo di fare dei lavori ma non posso farli se i pezzi mi escono così

[Faxe]

Scusate, c'è qualcuno che, se gli passo il gcode di questo disegno può provare a realizzarlo? Vorrei capire se il problema è la macchina o il disegno

[Faxe]

Aggiornamento: ho un errore sul movimento dell'asse x, ho tentato di calibrare il movimento tramite $100 Di grbl facendo fare un programma con quadrati concentrici da 20x20 a 200x200 con step di 20mm, sull'asse Y sono arrivato ad avere una precisione di +/-0,1 mentre sull'asse X ho dovuto desistere, fino a 40mm vengono esatti poi perde fino a 2,5mm sul quadro 200. Andando a correggere mi verrebbe esatto il 200 ma abbondanti tutti gli altri, come posso procedere?

[michaeltonybuda]

La tua macchina si muove con cinghie giusto? Io proverei a tenderle un pò di più, magari riesci a recuperare il gioco..oppure abbasserei i parametri di accelerazione.. posta il setting che hai di grbl.
Ciao

[Faxe]

Ciao a tutti!
Allora, vado con ordine:
dopo aver cercato un pò ovunque ed aver aperto anche una discussione sul forum ufficiale di openbuilds, avendo constatato i problemi che mi dava la macchina mi hanno confermato che si trattava di un errore meccanico. In effetti l'asse x era molto duro da muovere anche semplicemente a mano, nonostante tutte le regolazioni fossero al minimo. Ho allargato i fori di fissaggio delle ruote sulla parte superiore delle piastre dell'asse X e tutto ha preso a funzionare nel modo giusto.
Ho poi proceduto, come mi è stato suggerito, ad impostare gli step sui driver ad 1/8 ed ho rifatto la calibrazione degli assi seguendo un video tutorial, il risultato è che, su una corsa di x500 ed y500 ottengo uno scarto inferiore a 0,5mm...niente male direi.

Vi posto comunque il mio GRBL, in caso potesse essere utile a qualcuno.
Se avete suggerimenti su possibili variazioni, sono tutt'orecchi.

L'impostazione della macchina è:

Asse X: 1 motore nema23 1,8° 1,4A con puleggia 20 denti e cinghia GT3
Asse Y: 2 motori nema23 1,8° 2,8A con puleggia 20 denti e cinghia GT3
Asse Z: 1 motore nema23 1,8° 1,4A collegato direttamente tramite giunto elastico su una vite D.8 P.8mm

GRBL:
$0=3 (step pulse, usec)
$1=255 (step idle delay, msec)
$2=0 (step port invert mask:00000000)
$3=6 (dir port invert mask:00000110)
$4=0 (step enable invert, bool)
$5=0 (limit pins invert, bool)
$6=0 (probe pin invert, bool)
$10=3 (status report mask:00000011)
$11=0.020 (junction deviation, mm)
$12=0.002 (arc tolerance, mm)
$13=0 (report inches, bool)
$14=1 (auto start, bool)
$20=0 (soft limits, bool)
$21=0 (hard limits, bool)
$22=1 (homing cycle, bool)
$23=0 (homing dir invert mask:00000000)
$24=500.000 (homing feed, mm/min)
$25=1200.000 (homing seek, mm/min)
$26=25 (homing debounce, msec)
$27=5.000 (homing pull-off, mm)
$100=26.696 (x, step/mm)
$101=26.660 (y, step/mm)
$102=200.000 (z, step/mm)
$110=7500.000 (x max rate, mm/min)
$111=7500.000 (y max rate, mm/min)
$112=1500.000 (z max rate, mm/min)
$120=200.000 (x accel, mm/sec^2)
$121=150.000 (y accel, mm/sec^2)
$122=150.000 (z accel, mm/sec^2)
$130=750.000 (x max travel, mm)
$131=1320.000 (y max travel, mm)
$132=120.000 (z max travel, mm)

[Faxe]

piccolo aggiornamento:
ho abbassato le velocità massime dei motori tramite i valori $110 ed $111 impostando 3000 mm/min, il valore di 7500 era troppo per i miei motori.
Poi ho abbassato i valori di accelerazione $120 ed $121 per avere una accelerazione più lenta ma più fluida, in questo modo su una distanza di 500mm ho annullato lo scarto di 0,5mm che avevo in precedenza, ora ottengo la misura esatta

[ditrik]

Ciao a tutti, m'inserisco in questo tread, in quanto ho un problema analogo su un plotter.
Sull'asse X, su un tratto di 402 mm in realtà il disegno è di 399 mm ( mancano 3 mm ) chiedo, se possibile, ulteriori dettagli e dove trovare il tutorial per poter correggere l'errore modificando lo step a 1/8.
grazie anticipatamente.
Riccardo

[Faxe]

@ditrik che scheda di controllo usi?

[ditrik]

ciao uso la cnc shield v3 con arduino uno r3 e driver A4988 con gbrl 09 con servo control
ho ottenuto un notevole miglioramento, allentando la tensione della cinghia dell'asse X e modificando i parametri di settaggio di grbl, seguendo il tuo listato