Newsgroup: it.hobby.modellismo
Titolo: Elettronica CNC

Salve a tutti,
volevo sapere a che serve l'oscillatore esterno delle varie schede per
pilotare i motori passo passo. Ma la parallela non li temporizza già i
motori ? Che mi perdo ?
Saluti, Federico

 ha scritto:

Da quello che ho capito il timer serve a sincronizzare la macchina con
il software, il motivo pero' non mi e' molto chiaro (purtroppo il
francese lo capisco molto poco).
Saluti "Il Barone Rosso" - Roma
WebMaster di: 
www.baronerosso.net
E-Mail: kfran...@NO-SPAMlycos.it
ICQ: 17933257
Rimuovi NO-SPAM per rispondere
Please remove NO-SPAM to answer

 WebMaster di: 
www.baronerosso.net
Ciao ciao,
    Fabrizio Ruatta
 
www.selenet.it/fruatta
 
www.pbase.com/fruatta


Ok, grazie mille.
Per caso qualcuno ha il file .asm del pic della scheda che pilota i motori ?
Mi piacerebbe vedere come fa a mandare i motori e magari cambiare qualche
cosa.
Grazie, Federico



Il sorgente della MM2001 non e' stato rilasciato, pero' sul sito di
aeropic 
http://aeropic.free.fr
 , nella pagina della macchina CNC trovi
i sorgenti della Picachof da cui e' evoluta la MM200.



Grazie mille, pero' volevo il file assembler perchè il C non lo conosco. Ho
visto che vendi l'elettronica che ti avanza. A quanto, mi fai sapere in
privato ?
Grazie , Federico

 Windows una temporizzazione stabile.
Avete provato con il linux, sistema operativo molto + versatile di windows.

Avete provato con il linux, sistema operativo molto + versatile di windows.
Peccato che Linux non e' proprio il massimo della versatilita' quando
si tratta di comunicazioni I/O con l'esterno, infatti i moduli
utilizzati non sempre vengono inclusi nelle varie distribuzioni quindi
e' molto facile che il programma non giri correttamente.
Che poi i programmi sotto linux girino con una efficienza notevolmente
superiore a quella mezza sola di windows, non si discute.
Saluti "Il Barone Rosso" - Roma
WebMaster di: 
www.baronerosso.net


si tratta di comunicazioni I/O con l'esterno, infatti i moduli
no, aspetta un secondo: non so se ho capito bene, ma mi sembra si
parli di porta parallela normale, giusto?
se ho capito male, cancella tutto il discorso da qui in avanti.
se ho capito bene, scrivere e leggere da seriale e da parallela in un
qualsiasi sistema unix-like e':
- immediato
- affidabile
- puntuale
poi, naturalmente, so che fare l'eventuale interfaccia grafica in x
sia una bella sfacchinata, molto piu' che in windows.
in windows sotto al decimo di secondo e' molto difficile andarci. 
saluti.
-- 
      Gianni "bugbarbeq" Rondinini, 26+15, RA, 193, 152
   VBR - Vero Birro Romagnolo®, diffidate dalle imitazioni!
 BMW 530D "BatMobile EVO" Driver - Escortone da 500 CV dreamer
Kawasaki "Gas Gas" ZZ-R 1100 - HD Electra Ultra Classic Dreamer
   On contrary of popular belief, Unix *IS* user friendly:
    it just appears to be selective who it is friend with

sia una bella sfacchinata, molto piu' che in windows.
Forse ho sottinteso un po' troppo, infatti il problema non e' usare la
parallela ma integrarla con tutto il software di gestione che in
questo caso deve essere obbligatoriamente in ambiente grafico
Cmq se provi a fare qualche test con hardware e distribuzioni linux
diverse, vedrai che a volte lo stesso software puo' avere
comportamenti diversi sulle temporizzazioni


comportamenti diversi sulle temporizzazioni
io lavoro soprattutto con distribuzioni non per newbie perche' mi sono
sempre orientato su slackware --di piu'-- o debian --di meno, perche'
non ho linee dedicate-- e su quelle di problemi non ne ho mai avuti.
c'e' da dire, pero', che se utilizzi distribuzioni con troppa roba
inutile che gira forse hai problemi di temporizzazioni.
in ogni caso, come precisione ed affidabilita' un sistema unix-like e'
piu' affidabile. e piu' facile da programmare come i/o. purtroppo il
problema e' il resto, come abbiamo detto.


 saluti.


aspetti e' pulitissimo e non esistono 10 distro, ma una.
visto che chiacchieriamo, il mio suggerimento sarebbe di utilizzare
netbsd, per motivi di sicurezza e portabilita'.


       Gianni "bugbarbeq" Rondinini,


ma mi sfuggono le differenze in questi campi rispetto a FreeBSD.
Se ricordo bene dovrebbe essere cosi':
OpenBSD, massima sicurezza possibile
NetBSD, massima portabilita', gira praticamente su qualunque
piattaforma
FreeBSD, la piu' estesa come librerie.
Personalmente dopo averli provati tutti i e 3 alla fine ho preferito
l'OpenBSD, perche' e' il piu' leggero dei 3 sia come installazione che
come richeiste di cpu. Ci si fanno dei firewall che sono una favola
;-)


inutile che gira forse hai problemi di temporizzazioni.
C'e' anche il fatto che cmq questo progetto va in mano a modellisti e
non so in che percentuale siano quelli capaci di utilizzare ambienti
unix/linux.


Scusate se mi intrometto, ma il problema delle temporizzazioni con windows
esiste solo se lasciate a windows l'onere di effettuarle. Il mio sistema
CNC, che non nasce per la realizzazione di ali in polistirolo, utilizza
delle semplici schede a micro autocostruite che ricevono da windows
esclusivamente un comando (quale può essere lo spostamento di un motore), la
temporizzazione del comando (esempio, il movimento di un motore passo passo)
viene eseguita dal micro in modo assolutamente dedicato e senza problemi di
temporizzazione. Il comando viene inviato da windows utilizzando la porta
seriale, e dato che le schede utilizzano un ricevitore RS485, se ne possono
collegare in parallelo più di una (esattamente, è possibile collegare la
RS485 alla RS232 del pc senza problema alcuno...ovviamente accettando i
limiti della 232, cioè velocità max e lunghezza del link...). Se è
necessario sincronizzare più schede (come nel caso del pilotaggio di 2
motori passo passo per la realizzazione di un cerchio su un piano XY) è
previsto un segnale di sincronizzazione tra le schede, estraneo a windows,
che viene gestito da una scheda che in quel momento svolge la funzione di
master...le altre schede utilizzeranno detto segnale con funzione di SLAVE.
Comunque, con questo sistema ho gestito senza alcun problema fino a 10
motori passo passo contemporaneamente, per applicazioni industriali, con
velocità e rampe diverse, ed utilizzando come interfaccia grafica un
banalissimo programma scritto in Visual Basic...
Un saluto
Paolo