Il mio sito di progetti per microcontrollori

[ecalogiuri]

• 

EPICO!

Grandissimo! 

Grazie!!! 

[Dexther]

• 

ottimo.
Come applicazioni pratiche cosa possiamo usarlo ?

[ecalogiuri]

• 

ottimo.
Come applicazioni pratiche cosa possiamo usarlo ?

Principalmente a scopo didattico: insegnare alle nuove leve come pregrammare a basso livello e come interfacciare tra loro diversi componenti elettrici, definire la mappa di memoria e le chiamate di sistema etc etc.

Poi la expansion port permette di leggere/scrivere otto bit su 4 differenti porte diverse, infatti la piedinatura è:

PIN1 = 5 Vcc
PIN3 = D0
PIN5 = D1
PIN7 = D2
PIN9 = D3
PIN11 = D4
PIN13 = D5
PIN2 = D6
PIN4 = D7
PIN6 = ADR0
PIN8 = ADR1
PIN10 = IOREQ (negato)
PIN12 = WR/RD
PIN14 = GND

Quindi si può sperimentare con qualche piccolo circuito esterno (penso a led, pulsati, flip-flop, buffer seriali e tanto altro)

[Z80Fan]

• 

Ottimo, bravo.

[lucommodore]

• 

Che figata!

AUA' che bel nerd il nuovo giunto!

[ecalogiuri]

• 

Bel lavoro!

Principalmente a scopo didattico

Tuo personale, gia' per me non vale, mi sta poco simpa AVR8, e z80 lo vedo solo softCpu @ SoC

p.s.
se riesci, al prox giro fai pcb a doppia faccia.

E i PIC ti stanno più simpatici? 

Io volevo una CPU a 8 bit e lo Z80 è quello attualmente più supportato, non ti nasconto che mi sarebbe costato meno tempo realizzare un 6502 ma, come già detto, non conosco bene questo processore nè il suo assembler.

Poi se qualcuno conosce cpu 8 bit/16 bit moderne da poter implementare su un microcontrollore ben venga (non solo avr ma anche PIC, che possono avere frequenze di clock maggiori). Sono prontissimo ad accogliere suggerimenti.

Pcb a doppia faccia? Con il metodo del trasferimento a caldo? La vedo dura e farsi fare PCB su richiesta costa troppo.

Grazie a tutti per i complimenti.

[ecalogiuri]

• 

Sai che c'è? Che appena ho un poco di tempo libero mi studio il 6502/6809, chissà cosa ne viene fuori!! 

Però dovrei trovare dei compilatori C, oltre che assembler. Ne esistono?

Grazie per i suggerimenti.

P.S.
Anche te smanettone, eh? 

[TheKaneB]

• 

http://www.cc65.org/

[ecalogiuri]

• 

@ecalogiuri
per la parte filesystem, cosa e' ? FAT ? e' scritta in asm o in C ?
hai una vera shell ?

FAT16 e FAT32 ed è scritta in C senza neanche una riga di assembler (e supporta sia SD normali che HC). Praticamente ho adattato la versione "Generic" di questa libreria http://elm-chan.org/fsw/ff/00index_e.html

Non sarà il massimo della velocità, ma non è malaccio per niente!!! 

[ecalogiuri]

• 

Tra l'altro ho finito il debug del firmware e sto iniziando a scrivere documentazione ed esempi in C e assembler. Si accettano consigli per poter realizzare una buona guida 

[TheKaneB]

• 

oh yeah! ^^

[ecalogiuri]

• 

Ottimo

Io avevo iniziato un filesystem ispirato a minix-fs...

p.s.
l'interprete basic e' un binario o hai scritto/adattato i sorgenti ?

Io non me ne intendo molto di filesystem, ho adottato la FAt16/32 perché è quella che, a parer mio, era più facilmente gestibile.

Basic? Scusa ma non ho capito, non esiste un interprete basic... ho scritto un SO minimalista (ma veramente minimalista, eh!!!) che permette di navigare nel filesystem, copiare, cancellare, creare e rinominare file/cartelle e permette di caricare in memoria i binari e di eseguirli tramite la CPU virtuale!

Avevo una mezza idea di portate il tinybasic, ma si vedrà poi. Adesso sto scrivendo gli esempi in assembler e C ma solo nei ritagli di tempo libero (quasi nullo, ultimamente)...

Ciao 

[TheKaneB]

• 

Tra l'altro ho finito il debug del firmware e sto iniziando a scrivere documentazione ed esempi in C e assembler. Si accettano consigli per poter realizzare una buona guida 

Oltre al manuale, potresti generare una documentazione di tutte le funzioni esportate dalle lib di sistema usando doxygen.
Non so se lo conosci, ma in sostanza doxygen parsa i sorgenti e crea della documentazione HTML navigabile estraendo le informazioni su funzioni e parametri tramite dei commenti che scrivi nel codice e che iniziano con /*** invece di /*

[ecalogiuri]

• 

Tra l'altro ho finito il debug del firmware e sto iniziando a scrivere documentazione ed esempi in C e assembler. Si accettano consigli per poter realizzare una buona guida 

Oltre al manuale, potresti generare una documentazione di tutte le funzioni esportate dalle lib di sistema usando doxygen.
Non so se lo conosci, ma in sostanza doxygen parsa i sorgenti e crea della documentazione HTML navigabile estraendo le informazioni su funzioni e parametri tramite dei commenti che scrivi nel codice e che iniziano con /*** invece di /*

Interessante, ora ci darò uno sguardo, visto che il firmware, per motivi di chiarezza, è pesantemente commentato 

[TheKaneB]

• 

Molto bene

è comodo specialmente per le API pubbliche, perchè così hai la doc sempre aggiornata. Infatti puoi anche mettere la chiamata a doxygen nel tuo Makefile, in modo da ricompilare la documentazione ogni volta che modifichi il codice ^^

EDIT: Qui ci sono alcuni esempi con il C++, ma funziona uguale con molti linguaggi: http://www.codeproject.com/Articles/3528/10-Minutes-to-document-your-code