Arduino e devCnc Foam

[saviothecnic]

Originalmente inviato da devCad

Beh io avevo iniziato 35 anni fa proprio col programmare in assembler direttamente sui microprocessori del tempo, quindi qualcosa so

Azz non sapevo allora rispolverare questo tipo di programmazione ti ha riportato bambino

Originalmente inviato da devCad

I problemi di Arduino 2 sono:
- lavora a 3.3 volt, e quindi le schede attuali (ramps etc) non sono compatibili, ed anche i driver possono avere problemi.

I drivers NO pero sicuramente i 3.3V rispetto al 5 da noie sui sensori ma quasi tutte le schede hanno il DC DC per gestire 3.3 5V

Originalmente inviato da devCad

Ci sono schede apposite, ma hanno problemi, sono molto costose e di difficile reperimento. Avevo chiesto ad un produttore diu schede italiano se aveva voglia di lanciarsi nell'impresa di realizzarne una da vendere a poi poveri smanettoni, ma mi ha fatto capire che non ci vede il tornaconto.
- non ha una eeprom interna, quindi ad ogni accensione bisogna ricaricare tutti i parametri. Non una gran problema per la mia architettura collegata al pc, ma comunque un passo indietro
- le ottimizzazioni dei vari registri sono completamente differenti, quindi c'e' una marea di lavoro da fare/baciare/lettera/testamento. Quello che manca a me adesso e' il tempo in eccesso...

Si lo so le ho provate un po tutte le schede a 32Bit
alla fine la più affidabile è la Radds 1.5 ma un po tutte vanno anche la più economica Ramps FD o SmartRamps problemi più noti sono nella gestione del LCD o nella Sonda lettura letot caldo ma non credo tu Nel FW TGA userai LCD e il Sensore Temperatura Filo o Usi anche quello in caso sopratutto per il tutto grafico sarebbe una superFigata E anche il Feedback leggendo l temp Filo per gestire in modo automatico il PWM o magari un Autotune sul algorimo temp

Per la EEprom non è un problema tutte le elettroniche 32Bit la integrano ad esclusione della FD ma li con il modulo da 2€ si collega alla seconda Uscita I2C
ed il gioco è fatto

Originalmente inviato da devCad

Per il caso TGA la cosa e' un po' piu' complessa, perche' non e' una buona idea fare l'Homing su un solo carrello per volta, in quanto potrebbe portare la macchina a forzare il filo caldo ad alte angolazioni, poco gradite a sistemi con semplice molla di recupero tensione filo

Si la gestione dei finecorsa è una bella cosa molto comoda ma va pensata per bene

[devCad]

Originalmente inviato da saviothecnic

I drivers NO pero sicuramente i 3.3V rispetto al 5 da noie sui sensori ma quasi tutte le schede hanno il DC DC per gestire 3.3 5V

Boh, certi driver danno un range da 3.0 a 5.0v volt per il segnale alto, con 3.3 volt ci si espone un po' a potenziali problemi, temo

Originalmente inviato da saviothecnic

Si lo so le ho provate un po tutte le schede a 32Bit
alla fine la più affidabile è la Radds 1.5 ma un po tutte vanno anche la più economica Ramps FD o SmartRamps problemi più noti sono nella gestione del LCD o nella Sonda lettura letot caldo ma non credo tu Nel FW TGA userai LCD e il Sensore Temperatura Filo o Usi anche quello in caso sopratutto per il tutto grafico sarebbe una superFigata E anche il Feedback leggendo l temp Filo per gestire in modo automatico il PWM o magari un Autotune sul algorimo temp

Lo schermo LCD nella mia architettura ha poco senso credo, in quando il tutto e' governato dal pc. E siccome la potenza richiesta al pc (a differenza di Mach3) e' molto bassa, e' poi possibile usare un semplice tablet Windows (se ne trovano a meno di 100 euro) per creare una soluzione autonoma compatta e con schermo touch. In questo modo si puo' ad esempio usare un collegamento wireless per spedire i file di taglio dal pc di progettazione a quello di taglio, non sarebbe male.
E si ha il riscontro in 3D in tempo reale del processo di taglio (come faccio adesso per Theremino), con la possibilita' di testare prima il GCode in modo simulazione a motori fermi, ma con grafica 3D attiva.

Leggere la temperatura del filo all'interno del polistirolo (e' li' che serve) non e' molto semplice. E' possibile farlo misurando la variazione di resistenza del filo in tempo reale, ma non credo che il gioco valga la candela, diventa tutto molto complicato da fare e mettere a punto.

Per ora mi concentro sulle funzionalita' base, che sono secondo me proprio quelle che ho indicato.
Poi vedo di aggiungere la possibilita' di usare versioni di Arduino meno nobili del Mega (Arduino 1) o piu' nobili (Arduino 2), sempre pero' tenendo d'occhio la possibilita' di interfacciarli con schede stepper (tipo Ramps per intenderci) di facile reperibilita' e basso costo, in modo da avere comunque una soluzione che non richieda neanche l'uso dello stagnatore o di cablaggi esterni, ma sia tutta plug&play.

Se poi restera' tempo, aggiungero' la possibilita' di usare le schede in modo custom, per chi vuole usare pin diversi o anche magari per chi richieda la massima velocita', facendo in questo caso una mappatura pin preimpostata con pin della stessa classe (step/dir/enable) raggruppati sulla stessa porta di Arduino (quello che fa Grbl).
Questo non e' possibile su Ramps, che usa pin sparsi ovunque, seguendo la comodita' di sbroglio scheda e non delle delle prestazioni.
Col raggruppamento su porte singole modo si risparmiano molti cicli di clock del processore per l'invio finale del comando al registro (se ne usa 1 al posto di 10), e si possono spingere velocita' piu' elevate. Comunque gia' adesso arrivo parecchio in alto come velocita', e riesco a stallare i motori prima di stallare la scheda, il cui timer stepper viaggia a 30kHz (e ad ogni ciclo vengono pilotati tutti e 5 i motori).
Quindi piu' che altro sarebbe una questione di prestigio, o magari una necessita' di chi usera' questo sistema su macchine industriali ad alta velocita' (ed alto costo).

Un progetto avvincente, per quanto mi riguarda, anche perche' fino a 10 giorni fa per me Arduino era un re del medioevo

[Mach .99]

Bene bene

Giusto giusto ho li sul tavolo un arduino mega con appiccicata sopra una ramps che aspettano di essere smanettate...

[devCad]

Domanda agli smanettatori di Arduino: se io distribuisco per fare prove uno sketch nella forma

NomeSketch.ino.with_bootloader.hex

puo' andare?
Altri suggerimenti?

[GentlemanRider]

Originalmente inviato da devCad

Domanda agli smanettatori di Arduino: se io distribuisco per fare prove uno sketch nella forma

NomeSketch.ino.with_bootloader.hex

puo' andare?
Altri suggerimenti?

Se ti riferisci al nome del file, non credo sia un problema e se lo fosse uno lo rinomina prima di caricarlo.

Se ti riferisci alla distribuzione di un esadecimale già compilato in modo da non pubblicare il sorgente, non è un problema manco quello. La procedura non è single click come caricare un .ino, ha delle piccole variazioni da una versione dell'IDE all'altra ma è abbastanza documentato in giro.

Alla lunga, lo skecth lo potrebbe caricare dritto per dritto DevCNC, sempre scopiazzando in giro.

Curiosità: Torna indietro qualcosa a GRBL?

[devCad]

Originalmente inviato da GentlemanRider

Se ti riferisci al nome del file, non credo sia un problema e se lo fosse uno lo rinomina prima di caricarlo.

Se ti riferisci alla distribuzione di un esadecimale già compilato in modo da non pubblicare il sorgente, non è un problema manco quello. La procedura non è single click come caricare un .ino, ha delle piccole variazioni da una versione dell'IDE all'altra ma è abbastanza documentato in giro.

Alla lunga, lo skecth lo potrebbe caricare dritto per dritto DevCNC, sempre scopiazzando in giro.

Curiosità: Torna indietro qualcosa a GRBL?

In attesa di fare una procedura di caricamento manuale, credo provero' XLoader.
Ma forse mi ero spiegato male, piu' che altro la domanda era per sapere se era meglio fornire la versione compresa di bootloader, immagino di si' per evitare che poi Arduino ne resti priva, se ho capito bene.

Per quanto riguarda la tua domanda vedo che lo sviluppatore di Grbl ha come lo sviluppatore di Theremino un pulsante per le offerte/contributi, quindi ne approfittero' come gia' fatto a suo tempo per Theremino, appena avro' la conferma di avere qualcosa di utile ai miei scopi.

[saviothecnic]

Originalmente inviato da devCad

Domanda agli smanettatori di Arduino: se io distribuisco per fare prove uno sketch nella forma NomeSketch.ino.with_bootloader.hex
puo' andare? Altri suggerimenti?

Di solito si manda .ino ma cosi ovviamente la gente puo vedere peronalizzare
e scopiazzare il tuo codice pero se riesci ad usare il bootloader di arduino è meglio
Alcuni Bootloader modificati non vanno su alcuni cloni e putroppo su arduino sono
piu i cloni che gli originali che girano sopratutto sul Mega che originale
escono con i contagoccie.

Come mai non vuoi usare il loader di arduino ottimizzazione o recupero memoria ?

[Mach .99]

Originalmente inviato da saviothecnic

Di solito si manda .ino ma cosi ovviamente la gente puo vedere peronalizzare
e scopiazzare il tuo codice pero se riesci ad usare il bootloader di arduino è meglio
Alcuni Bootloader modificati non vanno su alcuni cloni e putroppo su arduino sono
piu i cloni che gli originali che girano sopratutto sul Mega che originale
escono con i contagocce.

Come mai non vuoi usare il loader di arduino ottimizzazione o recupero memoria ?

Di solito è così quando utilizzi qualcosa di opensource.
É la filosofia sulla quale l'opensource si basa

[devCad]

Originalmente inviato da Mach .99

Di solito è così quando utilizzi qualcosa di opensource.
É la filosofia sulla quale l'opensource si basa

Vero, ma io sviluppo prodotti commerciali, quindi seguo una diversa filosofia.
Percio' vedo di usare codice di esempio di lecito utilizzo, e poi mando donazioni agli sviluppatori.

[saviothecnic]

Originalmente inviato da Mach .99

Di solito è così quando utilizzi qualcosa di opensource.
É la filosofia sulla quale l'opensource si basa

Non dirlo a me sono un pieno sostenitore lo puoi notare dal progetto OpenArdBir
che abbiamo presentato l'anno scorso al Maker
Dove codice e schemi elettrici e PCB è tutto open e gratis per tutti
e ovviamente sono state citate le fondi d'ispirazione

Ho semplicemente spiegato cosa comporta dare in formato .ino
o precompilato hex e perche volesse usare un bootloader ansiche usare quello classico e quindi compilare suando la IDE classica d' arduino

Anche io sono un sosteninote delle donazioni e quando vedo che
una cosa vale le ho sempre fatte

Ovviamente lui sta facendo un prodotto commerciale ed e giusto spiegare che se lo dava in ino il codice viene visto modificato ecc ecc ma questo un programmatore come lui sicuramento lo sa