programmare monty da linux - Roboitalia.com - Il primo portale in Italia sulla robotica amatoriale

matgambo · #1 01-01-2006, 13.41.08

Salve a tutti.
Qualcuno ha mai programmato il PIC di monty da linux?
Io sto provando con prog84 (http://home3.inet.tele.dk/frda/picasm/prog.html) con questa configurazione:

port parallel
power= d4
mclr= ~d5
clock= d2
data= d3
data_f= ~s6

ma mi dice che spedisce 6 bit e ne riceve 63...

Qualcuno ha gia' visto questa cosa?
Conoscete qualche altro programmer per linux che posso provare?
Qualche suggerimento?

Grazie, Matteo

ccxx · #2 01-01-2006, 19.16.57

Riportoqualcosa che ho trovato :

http://www.yty.net/pic/enindex.html

una piccola guida passo passo su come affrontare la programmazione del 16F84 su linux (da 0 a un programma che gira...)

questo Ã¨ un'altra pagina che puÃ² aiutare:

http://webtomware.rhoen.de/pic/

Non e' farina del mio sacco per cui non so se i prograppi citati funzionano o no.

Saluti

CCXX

taddeus · #3 09-01-2006, 19.32.02

avr-gcc & gdb con JTAG

CÃ¨ un ottimo supporto per AVR in Linux.

Guarda anche http://members.shaw.ca/swstuff/16F627-programmer.html

Per assembler http://gputils.sourceforge.net/

Qualche interessante 'stuff' qui http://members.shaw.ca/swstuff/

matgambo · #4 20-02-2006, 19.00.16

Grazie ad entrambi. Ho guardato i link che mi avete mandato, ma purtroppo non ho ancora risolto. Speravo di riuscire a usare il programmer di monty. Vedo se riesco a scrivermi il codice da solo (sara' dura).

taddeus · #5 20-02-2006, 22.35.23

Citazione:

Orginalmente inviato da matgambo

[cut)] Vedo se riesco a scrivermi il codice da solo (sara' dura).

Scriverti il codice da zero ? per Linux?

Non ho ancora ben compreso il perchÃ¨ non ti riesce la programmazione.

Se proprio vuoi 'farti male' guarda tra gli indirizzi che ho postato, trovi i sorgenti.. se non altro una base su cui lavorare. (occhio alla firma ;-)

matgambo · #6 24-02-2006, 08.01.50

Tutti i link che ho visto usano programmer diversi da quello di monty (pensavo fosse solo il layout dei pin, anche per questo ho provato prog84, che ti lascia ridefinire il layout). Potrei costruirli e risolvere il tutto, ma ne ho gia' uno e vorrei farlo funzionare (perche' rendermi la vita facile quando posso complicarmela? :-)

Apprezzo il consiglio (riutilizzare), pero' ho alcuni motivi per scrivere il codice:
1. cosi' imparo un po' di C
2. cosi' imparo a mandare segnali alle porte del PC (e mi posso creare le periferiche (futuro remotissimo))
3. teoricamente non dovrebbe essere difficile (teoricamente...)
4. avevo cominciato a leggere il sorgente di prog84, ma ... era difficile ;-)

Pero' sai che potrei provare a fare il debug di prog84...
Non ci avevo pensato!
Ti faro' sapere...

Matteo

taddeus · #7 24-02-2006, 09.46.55

Ed essere onesti, non ho indizi su Monty (sono relativamente nuovo del forum) e non ho mai avuto occasione di vederlo o usarlo finora. PerÃ² sono certo (come di sicuro saprai anche tu) che programmare microcontrollers da Linux non Ã¨ un problema. Conoscendo le specifiche tecniche del dispositivo, controllare l'hardware da Linux Ã¨ un gioco da ragazzi, poichÃ¨ consente di accedere direttamente alle risorse. Tempo fa ebbi bisogno di controllare una webcam in remoto su di un webserver Linux, facendola muovere a destra/sinistra attraverso un piccolo stepper bipolare ed azionando dispositivi a in remoto (relays sulla porta parallela) per accendere luci nell'ambiente , etc. Ci volle qualche giorno di tempo, e l'interfaccia java web era pronta ! Il piÃ¹ delle volte si Ã¨ trattato semplicemente di impostare l'indirizzo della porta parallela in modo corretto. Inoltre, la maggior parte dei sorgenti Linux di solito sono GPL e molto ben commentati (riga per riga).

Quindi, conoscendo lo schema del programmatore ed i relativi ingressi, i collegamenti sulla porta dovrebbero essere semplici.

(Probabilmente dico delle cose che giÃ* conosci bene) La prima cosa Ã¨ individuare l'indirizzo della porta:

dmesg | grep parport

dovrebbe restituire un output simile a :

parport: PnPBIOS parport detected.
parport0: PC-style at 0x278 (0x678), irq 5, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
lp0: using parport0 (interrupt-driven).

Poi ti suggerirei, di non usare mai la porta parallela integrata sulla mainboard. Se sfortunatamente commettessi un errore di collegamento elettrico e la friggi , essendo la stessa integrata sulla mobo e facendo parte di altri circuiti vitali per il computer, potresti dire 'ciao' alla tua mainboard !

L'utilizzo di porte PCI o ISA Ã¨ altamnte consigliato per queste cose. L'anno scorso ne ho comprate 4-5 ISA al prezzo di 50 cent l'una, alla fiera dell'elettronica che funzionano benissimo

Le PCI sono piÃ¹ performanti ma il loro costo si aggira intorno ai 10-15 E.