Mach3-Kflop: problemi azzeramento assi

[arm]

Si tranquillo per i filmati, li ho messi per far capire come si comporta. Non credo che i gcode siano il problema; primo perchè il cam lo uso da diversi anni e non mi ha mai creato problemi, secondo perchè il problema sulla finitura parallela 3d, lo fa anche su vecchi gcode che avevo di lavori fatti in precedenza.

Si, sia l'init di walgri che il tuo secondo, si comportano alla stessa maniera; azzeramento dei dro al reset di mach3 e lavorazioni a scatti quando interpola gli assi.

A poi, grazie

[walgri]

Chiedo una precisazione Arm, quando riabiliti dopo il reset i dro vanno esattamente a zero oppure ci sono numeri più o meno a caso ?

Forse riesco a provare questo pomeriggio

[Pedro]

allora:

usata la tua configurazione di mach3 e il tuo file init originale, adattati tutti e due ovviamente ai miei servo, ed eseguita la spirale 3d, riprodurre anche gli altri non avrebbe avuto senso

https://www.youtube.com/watch?v=4HFnr7e ... e=youtu.be

che ovviamente va bene, i miei assi non fanno rumore ma inquadro il dro per far vedere che il movimento è fluido. Ora, bisogna vedere le cose in modo un po' più ampio:

-usi un cavo usb molto lungo tra il pc e la kflop? per lungo intendo sopra i 2 mt
- il PC è a posto? ne hai un'altro per provare al volo, anche un portatile?
- Potrebbe essere anche qualche variabile di sistema della kflop che si è corrotta per qualche motivo: il reflash del firmware lo hai fatto, dovresti provare (e lo farei prima di cambiare il pc, non ci vuole molto) a fare il "recovery". COme si fa è semplice, vai sulla pagina di kmotion e sulla finestra configuration. Premi recovery e segui le istruzioni, la kflop all'inizio deve essere spenta e va accesa solo quando lo dice lui. Segui la procedura riportata in fondo alla pagina, parla proprio del recovery

http://dynomotion.com/Help/Configuratio ... Screen.htm

[arm]

Rispondo al volo a Pedro. Le altre prove le farò nel pomeriggio.
Il cavo usb è nuovo e inferiore a 2 mt, se non sbaglio era nella confezione della kflop.

Il recovery l'ho già fatto in quanto, per ignoranza, avevo riflaschiato con il file init(1).out e la kflop si era disconnessa. Momento di panico, poi ho fatto il recovery e si è riconnessa.

[Pedro]

mi viene solo da pensare per ora un altro pc per provare.

Noti mai che il led fault sui driver dei servo si illumina?

[arm]

Per walgri
- sposto gli assi con la tastiera in un punto qualsiasi dell’area di lavoro;
- azzero gli assi nella schermata;
- muovo gli assi a tastiera (anche 1 solo)
- premo “reset” e disabilito il sistema
- ripremo “reset” e vedo a schermo che mi riazzera gli assi

Stasera provo anche con kmotioncnc.

Ok, Pedro, riprovo con un altro

[Pedro]

un'altra idea ci stava venendo in mente, tanto per avere un controllo:

hai 3 driver pe ri motori geckodrive 320 vero? prova, con la tensione scollegata ovvio, a scollegare i fili che vanno al terminale 5 di tutti e tre i driver, isolando il conduttore (è una prova provvisoria così poi puoi rimetterlo facilmente) in modo che non vada a fare danni toccando da altre parti. Il pin 5 a quel punto DEVE essere collegato con uno spezzone di cavo al +ENC, pin 7, questo per ogni driver

Poi riaccendi e prova...vediamo se dipende dai reset spuri, non so perchè, dei driver.

Un'atra domanda: che potenza e tensione ha l'alimentatore dei motori? non è che ti fa quel problema quando si muovono tutti e tre e non ce la fa? prova, da mdi, a fare un rapido in x,y e z e vediamo

[walgri]

Arm, il modo per sconnettere come dice Pedro è, in ogni driver, staccare il connettorino bianco che riceve i due fili rossi. In questa foto non è presente il 320X, il driver nuovo, va sconnesso anche da lì.

Temp.jpg

Sulla alimentazione: il trasformatore è da 24V e i condensatori sono due davvero piccolini, pratica hanno le dimensioni di una pila taglia D. Avevamo valutato inzialmente se cambiare la parte di alimentazione o meno, ma ci siamo convinti a lasciarla visto che aveva alimentato la macchina per sei anni e rotti.

temp2.jpg

Arm, in ogni caso, se non hai modo di provare, non appena reimpatria la moglie torno a trovarti.

[Pedro]

la cosa che mi da da pensare è il ritardo che ha con il jog da tastiera. io non ce l'ho e potrebbe essere un qualcosa del PC o della comunicazione. Questo ritardo poi si manifesta nei movimenti poco fluidi. Sarebbe da vedere in loco, così è difficile fare diagnosi

[Pedro]

quindi la macchina con quei driver, con quei motori e quell'alimentatore era ok?

[walgri]

Io l'ho conosciuta solo da guasta, con i motori che singhiozzavano. Ma sospetto fosse andata la breakoutboard con quel PIC16 sotto, perchè non appena si staccava il cavo parallelo i motori rimanevano fieramente fermi.

Così com'è ora ha girato per molti minuti sul banco, con i motori in aria. E da Arm, tutto collegato e avvitato alla macchina, ha girato a lungo con KMotionCNC, compiendo il percoso demo ear.ngc.

Con Mach3 ha dato i problemi dei singhiozzi in lavorazione da subito, sembrava li avessimo risolti rigenerando i percorsi per Mach3 in modo da non avere angoli retti, per questo sembrava che il problema fosse nel CV. In questo momento non ricordo se il ritardo nel Jog da Mach3 fosse presente da subito, nè della questione del reset del DRO. Arm confermerà.

Edit: ovviamente scrivendo Io l'ho conosciuta solo da guasta non sto mettendo dubbi che prima abbia funzionato

[Pedro]

ok, quindi motori in aria a te un gcode andava, giusto? ear è a tre assi interpolati, se andava dovrebbe anche fare la spirale 3d. Con mach3 non ricordi se andava in aria e non ricordi se faceva il jog o no. Tanto per mettere dei punti fermi su quello che sappiamo

[walgri]

Si. In più ear.ngc l'ha completato (con kmotioncnc) a motori ed elettromandrino montati sulla macchina, ma senza fresare nulla.

In Mach3 singhiozzava con motori montati ed elettromandrino montato senza fresare nulla. Rigenerando il percorso l'ho vista andare senza singhiozzi (sempre tutto montato senza fresare nulla).

Non ricordo nulla nè del jog nè del dro.

[Pedro]

ok, allora punti fermi sono che i driver vanno, kflop va, ha funzionato con kmotioncnc, mach3 invece da problemi. Potrebbe essere un problema di installazione o il driver, o il pc. E' una versione demo o una con licenza? è l'ultima versione di mach3?

[arm]

Altre prove, vi faccio diventare verdi.....Provato con 2° Pc ma è tutto uguale.
Torno un attimo sul RESET.
Anche su kmotioncnc, si azzera ripremendo Init.
Su mach3: sono abilitato e digito sul dro x100 y 100 mi sposto con la freccia su y 150
Premo reset per disabilitare, lo ripremo per abilitare e sul dro leggo y100.

PROVE DI GCODE Mach3
Gcode finitura parallela 45°= ha un blocco appena parte, dopo sembra andare regolare, come dicevo sembra che non digerisca l'interpolazione degli assi, ma solo all'inizio, boh.

Se sposto gli assi digitando contemporaneamente i tasti, si sposta fluido.

MDI: se digito g0 x100 y100 z50, si sposta fluido. Quì è subentrato un ulteriore problema, del tutto casuale che mi fa uscire pazzo, ovvero: Faccio un pò di prove, e tutto bene, poi ad un tratto:
Digito G0 x100 y200 si sposta solo in y e supera i 200 e lo devo stoppare; Digito g0 x50 y50 e si sposta regolare su x50 e y50;
Poi digito g0 x20 y20 ed è capitato che si è spostato su x-20 y-20; Poi, faccio altre 10 prove ed è tutto regolare.

Questa è la prova di spirale 3d con kmotioncnc
http://youtu.be/Ial3OtjSn2E
parte bene, poi singhiozza e rallenta, poi riparte. Il file era lo stesso di mach3 solo salvato nel cam col pp di emc

Infine.
Mach3 è ufficiale e l'ultima versione.
Il jog ha un ritardo, leggero, su mach3, mentre su kmotioncnc appena sfioro il tasto si muove.

A questo punto non è che sono i motori bolliti?

Per la povra sui driver aspetto la cavalleria, ovvero walgri.....