Ciao a tutti, lunedì spedisco il pacchetto di Rosario e con lui ho
finito di spedire i pacchetti di quelli che mi risultano... chi manca?





--
Visita il mio sito
http://www.katodo.com e http://wiki.tuttoelettronica.org
oppure contattami in MSN, GTALK o ICQ N° 129440900
Radioamatore: IW3HZQ --- Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il contrario... "

On Monday 05 November 2007 19:30, max_xxv wrote:
> ottimo lavoro...
> L'indice lo crea in relazione a quanti capitoli ci sono nella pagina,
> ogni capitolo è delimitato dai caratteri "==" nella forma
> ==Capitolo1==, se ne trova + di 3-5 ( non ricordo il numero preciso )
> genera l'indice...
> Vedi la pagina principale dell'MlaII, l'ho fatto...
Si, allora ho capito. Alcune delle classi hanno piu' capitoli, altre meno,
quindi....

Pigi

ha, per il discorso della e-mail per il cvs, se vuoi posso generare un
alias del tipo "cvs@..." da pubblicare nel wiki, se
arriva troppo spam possiamo eliminarlo... ovviamente l'alias sarà al
tuo indirizzo ( ed eventualmente il mio... ).

On 11/5/07, max_xxv <mauro.soligo@...> wrote:
> ottimo lavoro...
> L'indice lo crea in relazione a quanti capitoli ci sono nella pagina,
> ogni capitolo è delimitato dai caratteri "==" nella forma
> ==Capitolo1==, se ne trova + di 3-5 ( non ricordo il numero preciso )
> genera l'indice...
> Vedi la pagina principale dell'MlaII, l'ho fatto...
>
> On 11/5/07, Pierluigi Frullani <pigi@...> wrote:
> > On Monday 05 November 2007 00:08, max_xxv wrote:
> > > Io in questo periodo proprio non ho tempo di farlo quindi lascerei a Pigi
il
> > > compito di gestire la cosa.
> >
> > Il passaggio e' terminato.
> > In alcuni casi non so perche' non ha creato l'indice o meglio, non so perche
lo ha creato in alcune pagine,
> > pero' per ora non ho il tempo di capirlo (cfr "Specifiche classi Software
per PC (GUI ecc.)." sottocapitoli.
> >
> > In ogni caso tutte le vecchie pagine sono in wiki.
> >
> >
> > Saluti
> >
> > Pigi
> >
> >
> >
> >
> > Link utili di Yahoo! Gruppi
> >
> >
> >
> >
>
>
> --
> Visita il mio sito
> http://www.katodo.com e http://wiki.tuttoelettronica.org
> oppure contattami in MSN, GTALK o ICQ N° 129440900
> Radioamatore: IW3HZQ --- Gentoo user!!
> "Tutto è impossibile fino a quando qualcuno non ci dimostra il contrario... "
>


--
Visita il mio sito
http://www.katodo.com e http://wiki.tuttoelettronica.org
oppure contattami in MSN, GTALK o ICQ N° 129440900
Radioamatore: IW3HZQ --- Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il contrario... "

ottimo lavoro...
L'indice lo crea in relazione a quanti capitoli ci sono nella pagina,
ogni capitolo è delimitato dai caratteri "==" nella forma
==Capitolo1==, se ne trova + di 3-5 ( non ricordo il numero preciso )
genera l'indice...
Vedi la pagina principale dell'MlaII, l'ho fatto...

On 11/5/07, Pierluigi Frullani <pigi@...> wrote:
> On Monday 05 November 2007 00:08, max_xxv wrote:
> > Io in questo periodo proprio non ho tempo di farlo quindi lascerei a Pigi il
> > compito di gestire la cosa.
>
> Il passaggio e' terminato.
> In alcuni casi non so perche' non ha creato l'indice o meglio, non so perche
lo ha creato in alcune pagine,
> pero' per ora non ho il tempo di capirlo (cfr "Specifiche classi Software per
PC (GUI ecc.)." sottocapitoli.
>
> In ogni caso tutte le vecchie pagine sono in wiki.
>
>
> Saluti
>
> Pigi
>
>
>
>
> Link utili di Yahoo! Gruppi
>
>
>
>


--
Visita il mio sito
http://www.katodo.com e http://wiki.tuttoelettronica.org
oppure contattami in MSN, GTALK o ICQ N° 129440900
Radioamatore: IW3HZQ --- Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il contrario... "

On Monday 05 November 2007 00:08, max_xxv wrote:
> Io in questo periodo proprio non ho tempo di farlo quindi lascerei a Pigi il
> compito di gestire la cosa.

Il passaggio e' terminato.
In alcuni casi non so perche' non ha creato l'indice o meglio, non so perche lo
ha creato in alcune pagine,
pero' per ora non ho il tempo di capirlo (cfr "Specifiche classi Software per PC
(GUI ecc.)." sottocapitoli.

In ogni caso tutte le vecchie pagine sono in wiki.


Saluti

Pigi

> La Gui funziona, ma non conosco o non ricordo il protocollo di
> comunicazione; se Marco puo' dare riferimenti in merito, potrei vedere
> di abbozzare qualcosa per iniziare a vedere dei dati che circolano dalla
> Cpld all'At Mega e da questi verso la Gui che li visualizzarebbe... E

Il protocollo è quello della USB, ovvero metto un pacchetto di dati in un
buffer e un millisecondo dopo questo pacchetto è sul PC, semplice, elegante
e funzionale, stesso discorso tra pc e AVR.
Quello che è totalmente da definire è proprio il funzionamento della CPLD,
cioè come si leggono i dati dalla RAM e come si devono mandare i comandi per
cambiare la time, il trigger e avviare l'operazione di lettura.
Una volta fatto questo si stabilirà come interagisce la GUI con queste
funzioni, ma fino a che quest'ultime non esistono non ha alcune senso
parlare di protocolli.

Ciao

Marco d'Ambrosio

>
> Come ho gia detto, se posso aiutarti in qualche modo, a patto di
qualche aiuto per lo
> startup iniziale, sono a disposizione.
>
> Pigi
Ok, ma per ora non ho idea di quale sia il protocollo usato; te sai o
qualcuno sa se da qualche parte e' stato inserito un help o qualcosa
che spieghi il modo di invio/ricezione dati della gui?
ciao
Angelo

> Pero', secondo me, se vogliamo fare qualcosa prima usiamo quello che c'e'.

Appunto, cerchiamo di arrivare ad una release 0.1, poi provvederemo a fare il
porting in
qualche altro sistema.

> L'unico appunto all'interfaccia di Marco è legato al protocollo do
> comunicazione, se il protocollo lavora su stringhe fisse e ad ogni minima
> modifica ( aggiunta di funzioni ) tocca modificare tutto e questo secondo me
>e' un grosso svantaggio.
Vero, e' un grosso svantaggio, ma non vorrei ricordare a tutti che le ultime
discussioni ( costruttive, per carita' ) qui in ML prima che il progetto si
interrompesse del tutto erano proprio del tipo:
"ma cosi e' piu' bello", " si e' vero ma si potrebbe valutare questo e quello"
etc
etc etc.





> Il vantaggio di un protocollo modbus-like non sta nel CRC che poi, a 16 bit
> e' potenzialmente molto fallace su comandi da molti byte, ma nel fatto che
> l'aggiunta di funzioni e' pressoche immedita e una GUI che non supporta una
> certa funzione rimane compatibile con hw.

Per ora abbiamo una gui che in qualche modo potrebbe funzionare, cerchiamo di
arrivare ad un punto, poi si faranno le opportune modifche.


> Io resto dell'idea che sarebbe meglio andare su questa soluzione anche se
> rimane valida la mia affermazione precedente, usiamo quello che c'è per
> questa V1.0!

Esatto! Questo e' lo spirito giusto, secondo me, per andare un pelo avanti.

Pigi

P.s. stasera cerco di cominciare il porting dei wiki. Ho creato l' account per
cui
se serve cambiargli qualcosa, fatelo ( Mauro.... )

Il giorno Mon, 5 Nov 2007 09:40:07 +0100
max_xxv <mauro.soligo@...> ha scritto:

> mi ha sempre affascinato python + GTK ma non ci ho mai messo le mani
> seriamente... io devo fare ( per altro progettino che sto seguendo )
> una GUI con alcuni indicatori e accesso alla seriale, potrei
> impratichirmici... da cosa mi consigli di partire? ci sono strumenti
> tipo RAD?

Ti consiglio di usare glade3 per disegnare la GUI per la grafica c'è
l'imbarazzo della scelta ci sono molte librerie addirittura anche per
fare giochi (vedi pygame) poi c'è pycairo e cmq pygtk stessa ha già un
buon supporto per la grafica, per la seriale se non ricordo male ci
sono le pyserial ma forse si appoggiano a jton e io sto lontano da
tutti cio` che a ache fare con java quindi visto che su Linux tutti i
device si riducono a file sotto /dev/ può semplicemente
leggere/scrivere direttamente sul device ecco un esempio
http://www.fuso-luci.it/hobby/domoticadiy1.html

--
[GPG/PGP key ID AFA09AB9 available on public keyserver]

Ho guardato il programma della CPLD che ho io ( dovrebbe essere la
versione del CVS ), è scritto in VHDL quindi è ottimo per me, quello
collega il chip FTDI, prevede di liberare i PIN del micro per la
programmazione e collega gli 8 ingressi ad un port del micro.
Per la V0.1 potrebbe andare bene e semplicemente campioniamo i dato
come viene così vediamo i pin che si muovono.

Per la V0.2 direi di implementare l'accesso alla RAM che pensavo di
gestire così ( prima di commentare guardate lo schema ):

1 contatore a 16 bit che mi permette di accedere a tutti i registri
della ram in modo incrementale con un ingresso di reset ( prima word
della ram ) e uno di clock ( word successiva ).

1 ingresso di start_campionamento: collega l'oscillatore al clock per
32768 impulsi di clock, poi torna a 0.

con start_campionamento andrò a salvare nel byte della RAM lo stato
del port a ciascun fronte di salita ( V0.2 ).

così facendo farò il campionatore.


Ovvero alcuni istanti dopo lo start_campionamento avrò in ram i 32768
campioni degli 8 canali.

poi avrò 1 ingresso di start_download, a 1 collega il clock del
contatore ad un pin del micro e ad ogni impulso il micro leggerà il
byte....


In pratica quindi, con il segnale start_campionamento avvio il
campionamento dei segnali ( per ora tutti i 32768 campioni ) mentre
con start_download il micro potrà leggere uno alla volta tutti i
campioni in modo sequenziale.

Il segnale di reset riposiziona il contatore al byte 0...


nella V0.3 il segnale di start_campionamento sarà in and tra il
segnale di enable del micro e un controllo sul pattern in ingresso per
iniziare il campionamento ( condizione dei pin in ingresso ).


Nella V0.4 aggiungerò ( CPLD PERMETTENDO ) il controllo sui fronti di
salita/discesa...






--
Visita il mio sito
http://www.katodo.com e http://wiki.tuttoelettronica.org
oppure contattami in MSN, GTALK o ICQ N° 129440900
Radioamatore: IW3HZQ --- Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il contrario... "

Il giorno Mon, 5 Nov 2007 00:08:37 +0100
max_xxv <mauro.soligo@...> ha scritto:

> Per le Gui, secondo me per iniziare adottiamo quella di Marco, poi
> quando qualcosa si muove possiamo valutare di rifarla con strumenti
> differenti.

Ultimamente sto facendo GUI con Python + GTK, lo sviluppo è molto
rapido anche per chi inizia e la portatilità è quasi automatica.

--
[GPG/PGP key ID AFA09AB9 available on public keyserver]

On Sunday 04 November 2007 20:48, Marcoangelo.r wrote:
> Salve a tutti.
> Leggendo lo scritto di Marco, dato che al tempo mi cimentai con la
> programmazione della cpld e poi lasciai perdere tutto, sarei anch'io
> dell'opinione di riprendere a parlare dello sviluppoo partendo da zero.
> La Gui funziona, ma non conosco o non ricordo il protocollo di
> comunicazione; se Marco puo' dare riferimenti in merito, potrei vedere
> di abbozzare qualcosa per iniziare a vedere dei dati che circolano dalla
> Cpld all'At Mega e da questi verso la Gui che li visualizzarebbe... E
> scusate se e' poco!
> Fusse che fusse la vorta bbbona!
> Angelo

Come ho gia detto, se posso aiutarti in qualche modo, a patto di qualche aiuto
per lo
startup iniziale, sono a disposizione.

Pigi

Salve a tutti.
Leggendo lo scritto di Marco, dato che al tempo mi cimentai con la
programmazione della cpld e poi lasciai perdere tutto, sarei anch'io
dell'opinione di riprendere a parlare dello sviluppoo partendo da zero.
La Gui funziona, ma non conosco o non ricordo il protocollo di
comunicazione; se Marco puo' dare riferimenti in merito, potrei vedere
di abbozzare qualcosa per iniziare a vedere dei dati che circolano dalla
Cpld all'At Mega e da questi verso la Gui che li visualizzarebbe... E
scusate se e' poco!
Fusse che fusse la vorta bbbona!
Angelo

On Sunday 04 November 2007 19:34, Marco d'Ambrosio wrote:
> La GUI non era un abbozzo, è completa e perfettamente funzionante, comunica
> perfettamente con l'AVR via USB,
Ottimo. La mia memoria allora mi ha fatto un brutto scherzo.


> Il modbus non serve a nulla perchè già l'USB ha un suo protocollo di
> comunicazione a prova d'errore, è inutile mettere un ulteriore protocollo, i
> dati viaggiano sotto forma di pacchetti di 64 byte, il pacchetto può essere
> tutto dati o contenere dei comandi, per la precisione il protocollo USB
> prevede un endpoint dedicato per i controlli/comandi che viene trasmesso
> assieme all'eventuale pacchetto dati.
Ancora meglio.

> La GUI che ho sviluppato gira senza problemi sotto Linux con Wine, la prima
> release non andava con Linux perchè per la comunicazione con il chip ftdi
> usavo una DLL senza emulazione della seriale virtuale, dll che era
> disponibile solo per win, ora uso i nuovi driver di ftdi con emulazione
> della seriale, fino a 1.5 mbps, che sono disponibili sia per Windows
> Me/2000,XP, Vista che per Linux, Win CE e MAC.

Questa gui con dll e' la versione che e' in CVS  o serve altro ?

  > Il vero problema della MLAII non è ne l'hardware, che funziona benissimo, ne
> il firmware per l'AVR che non è completo ma ci metto un attimo a finirlo, ne
> tantomeno la GUI per pc che è praticamente pronta, quello che manca è solo
> il software per la CPLD che nessuno si è preso la briga di fare.
> Io non avevo tempo per occuparmene l'anno scorso, ne ho ancora meno
> quest'anno, quindi se nessuno si prende questa briga la situazione non
> cambierà mai  e l'MLA II rimane solo un pezzo di hardware senza utilizzo.
Io potrei prendermi la briga, ma e' un settore che non conosco per nulla. Se
c'e' in
giro della documentazione sono disposto a studiare e realizzare qualcosa.
Io ho cercato un po' ma buoni tutorial per ora non ne ho trovati.
In realta' il mio problema  e' che di CPLD/FPGA non ne so proprio nulla, quindi
anche le mie ricerche
googliane non riescono ad essere mirate.


> p.s.
> La CPLD è troppo piccola per farci stare tutto quello che volevamo, tocca
> tagliare delle funzioni, p.e. il pre e post trigger, me sono accorto quasi
> subito mentre provavo a sviluppare i singoli blocchi delle varie funzioni
> richieste.
Di questa parte non ricordo proprio nulla. Purtroppo anche il wiki e' off per
ora quindi e' difficile reperire
le info iniziali.
In ogni caso, riuscire ad avere una macchina in gradi di fare campionamento di
base gia' sarebbe un successo.
A cosa servirebbero queste funzioni che hai descritto ?



> Del resto questa prima versione della MLA II doveva essere solo un primo
> prototipo per fare esperimenti e non ci vedo nulla di male se qualche
> funzione superiore viene a mancare.

Assolutamente d'accordo. Se si riuscisse ad arrivare ad un punto, si potrebbe
valutare una V2.
Inutile pensare ad una V2 fino a che la V1 non fa almeno qualcosa.


Pigi

> Allora, le librerie modbus erano pronte e fuzionanti.
> C'era stato un abbozzo di gui ma non so se comunicava con la board oppure
> no.
> Il firmware per l' atmel era ad un buon punto o no ?

La GUI non era un abbozzo, è completa e perfettamente funzionante, comunica
perfettamente con l'AVR via USB, quello che mancava  e manca tutt'ora è la
parte dei comandi per il trigger e la time base perchè non sono ancora stati
implementati nella CPLD.
Il modbus non serve a nulla perchè già l'USB ha un suo protocollo di
comunicazione a prova d'errore, è inutile mettere un ulteriore protocollo, i
dati viaggiano sotto forma di pacchetti di 64 byte, il pacchetto può essere
tutto dati o contenere dei comandi, per la precisione il protocollo USB
prevede un endpoint dedicato per i controlli/comandi che viene trasmesso
assieme all'eventuale pacchetto dati.
La GUI che ho sviluppato gira senza problemi sotto Linux con Wine, la prima
release non andava con Linux perchè per la comunicazione con il chip ftdi
usavo una DLL senza emulazione della seriale virtuale, dll che era
disponibile solo per win, ora uso i nuovi driver di ftdi con emulazione
della seriale, fino a 1.5 mbps, che sono disponibili sia per Windows
Me/2000,XP, Vista che per Linux, Win CE e MAC.

Il vero problema della MLAII non è ne l'hardware, che funziona benissimo, ne
il firmware per l'AVR che non è completo ma ci metto un attimo a finirlo, ne
tantomeno la GUI per pc che è praticamente pronta, quello che manca è solo
il software per la CPLD che nessuno si è preso la briga di fare.
Io non avevo tempo per occuparmene l'anno scorso, ne ho ancora meno
quest'anno, quindi se nessuno si prende questa briga la situazione non
cambierà mai  e l'MLA II rimane solo un pezzo di hardware senza utilizzo.

p.s.
La CPLD è troppo piccola per farci stare tutto quello che volevamo, tocca
tagliare delle funzioni, p.e. il pre e post trigger, me sono accorto quasi
subito mentre provavo a sviluppare i singoli blocchi delle varie funzioni
richieste.
Del resto questa prima versione della MLA II doveva essere solo un primo
prototipo per fare esperimenti e non ci vedo nulla di male se qualche
funzione superiore viene a mancare.

Ciao

Marco d'Ambrosio

... facciamo un punto di dove eravamo arirvati e magari proviamo ad andare
avanti ?

Allora, le librerie modbus erano pronte e fuzionanti.
C'era stato un abbozzo di gui ma non so se comunicava con la board oppure no.
Il firmware per l' atmel era ad un buon punto o no ?

Secondo me potremmo fare un passo indietro su alcuni punti del progetto, come ad
esempio la
compatibilita' linux/windows.
Se non mi ricordo male era stato uno showstopper il fatto di mantenere tale
compatibilita' perche'
ci eravamo arenati sulla ricerca di librerie grafiche per questa compatibilita'.
Premettendo che a me spiacerebbe perdere la compatibilita' visto che uso
prevalentemente linux
per motivi professionali, piuttosto che veder perdere la possibilita' di
possedere un L.A. sarei ben
disposto a usare tale pogetto solo in un ambiente, ed eventualmente farne la
migrazione in un
secondo momento.

Che ne dite, proviamo a far ripartire il progetto ?

Io dal canto mio ho provveduto ( gia da tempo ) a risistemare l' ambiente CVS e,
se assistito,
potrei ( e vorrei ) aiutare anche in altri campi di sviluppo.

Pigi.

P.s. Il wiki dell' MLA non ne parla piu', Se serve aiuto per fare la migrazione
dei vecchi documenti
nel nuovo wiki sono a disposizione.

Il giorno Wed, 24 Oct 2007 14:54:49 +0200
max_xxv <mauro.soligo@...> ha scritto:

> Le schede che sto mandando sono quelle che Marco mi ha rimandato
> risaldate, qualcuna l'ho pure riaccesa...
>
> Per via del firmware... beh, mi pareva chiaro che nessuno lo ha mai
> fatto, erano stati fatti dei programmini di test che erano nel cvs ma
> non so dove siano ora...
>

Penso che di tempo ne siano passato fin troppo e nessuno ricorda bene
il punto in cui eravamo rimasti, wiki, cvs ? una volta c'erano e
sarebbero utili per chiarirsi le idee ma non ne trovo più traccia, a
tal proposito se serve ho un server in housing. Comunque questo non vuol
dire che abbia tempo per lavorarci, non ho nemmeno connessione a
internet a casa quindi la sera quando torno sono totalmente offline.
Nonostante ciò penso che se magari qualcuno ha tempo/voglia di
lavorarci se non ha le info di base in mano ...

--
[GPG/PGP key ID AFA09AB9 available on public keyserver]

Il giorno Wed, 17 Oct 2007 12:45:49 +0200
Pierluigi Frullani <pigi@...> ha scritto:

> Io ho gia ricevuto la MLAII e qualche board, anche se ormai e'
> passato molto tempo e non ricordo piu' i dettagli.
>
> Quello che non so e' se la mia MLA ha il firmware corretto....
>
> Pigi

Anche a me è appena arrivata e mi chiedo anch'io a che punto è la
scheda, non so nemmeno se posso alimentarla o c'è il rischio che fumi
visto che ultimamente, se non ricordo male, si era detto che il CPLD
andava risaldato e non so se questa operazione è stata fatta o meno.

--
[GPG/PGP key ID AFA09AB9 available on public keyserver]

Marco d'Ambrosio ha scritto:
>> ma io non riesco a capire se
>> l'accensione dell'illuminazione e' abilitata da un comando al controller
>> o basta alimentare i pin 15 e 16 o K e A con una tensione massima di 4.2 V.
>>
>
> Per accenderlo devi dare tensione ai pin 15 e 16 oppure al connettore
> dedicato A e K, in pratica è la stessa cosa anche se in alcuni modelli di
> display intervenendo sui jumper a saldare posti sul retro è possibile
> abilitare delle resistenze di limitazione corrente per i pin 15 e 16.
> Il tuo modello di display non prevede la limitazione della corrente per la
> retro, devi collegarlo all'alimentazione tramite una opportuna resistenza,
> solitamente bastano 50-100 ohm, dipende dalla corrente assorbita dalla
> retro, attenzione a non collegare la retro direttamente al +5 altrimenti
> bruci i led.
>
>
>> Non riesco ad accenderlo, ma ho visto che mentre lo programmo tramite
>> l'icd2 il display si illumina e quindi ho dubitato che ci sia una modo
>> che io non conosco.
>>
>
> Questa cosa è strana, non si deve accendere mentre programmi, o meglio deve
> essere già acceso di suo quando alimenti il circuito.
>
> Ciao
>
> Marco d'Ambrosio
>
>
>
Ok, Marco, sempre puntuale, preciso e molto gentile
Grazie per ora, domani vedo se ci sono problemi sul display, dovrei
averne un altro per poter fare delle prove.
Ne riparleremo
ciao
Angelo

> ma io non riesco a capire se
>l'accensione dell'illuminazione e' abilitata da un comando al controller
>o basta alimentare i pin 15 e 16 o K e A con una tensione massima di 4.2 V.

Per accenderlo devi dare tensione ai pin 15 e 16 oppure al connettore
dedicato A e K, in pratica è la stessa cosa anche se in alcuni modelli di
display intervenendo sui jumper a saldare posti sul retro è possibile
abilitare delle resistenze di limitazione corrente per i pin 15 e 16.
Il tuo modello di display non prevede la limitazione della corrente per la
retro, devi collegarlo all'alimentazione tramite una opportuna resistenza,
solitamente bastano 50-100 ohm, dipende dalla corrente assorbita dalla
retro, attenzione a non collegare la retro direttamente al +5 altrimenti
bruci i led.

>Non riesco ad accenderlo, ma ho visto che mentre lo programmo tramite
>l'icd2 il display si illumina e quindi ho dubitato che ci sia una modo
>che io non conosco.

Questa cosa è strana, non si deve accendere mentre programmi, o meglio deve
essere già acceso di suo quando alimenti il circuito.

Ciao

Marco d'Ambrosio

Ciao a tutti,
non e' molto pertinente con il ng, ma visto che Mauro bazzica anche da
queste parti, approfitto per inviare un saluto a tutti e fare a lui una
richiesta.
Ti ricorderai il display in oggetto, ma io non riesco a capire se
l'accensione dell'illuminazione e' abilitata da un comando al controller
o basta alimentare i pin 15 e 16 o K e A con una tensione massima di 4.2 V.
Non riesco ad accenderlo, ma ho visto che mentre lo programmo tramite
l'icd2 il display si illumina e quindi ho dubitato che ci sia una modo
che io non conosco.
Per quanto riguarda invece il funzionamento, non ci sono problemi,
funziona alla perfezione.
Se puoi o potete aiutarmi...
ciao di nuovo a tutti da
Angelo

P.S. Ma quando arrivano le schede, almeno qualcuno si fara' vivo in
lista??????
Mi piacerebbe riprendere il discorso interrotto ormai da troppi mesi.
.

Io ho gia ricevuto la MLAII e qualche board, anche se ormai e' passato molto
tempo e non ricordo piu'
i dettagli.

Quello che non so e' se la mia MLA ha il firmware corretto....

Pigi

Eliminato

Ciao a tutti, ormai ne è passato di tempo e personalmente non ho più
molte speranze per l'MLAII, o almeno ne ho poche...
Cmq, devo fare spazio e voglio eliminare lo scatolone che contiene
tutte le vostre schede e quindi volevo spedirvele sperando che questa
cosa dia un po' di vita al progetto...
Prego quanti ancora devono ricevere le schede di contattarmi in
privato per la verifica del materiale che vi devo spedire e per
accordarci sulla spedizione ( magari sono cambiati gli indirizzi...
)...

Per la serie a me risulta che devo ancora mandare:
Luca Dentella             : 1MlaII
Rosario Gugliotta        : 1MlaII e programmatore
Fabio Drago                : 1MlaII e programmatore
Marco ingrao              : 2 MlaII senza connettori
Pierluigi Frullani           :1 MlaII e alcuni PCB
Ottaviano Carmelo        : 1MlaII
Luigi Calderone            :1 MlaII
Giuseppe Anselmi        : 1 MlaII
Bruno Giuliani              : 1 MlaII
Ruggero Caporusso     : 1 MlaII e programmatore e 2 PCB

Quindi in totale 11MlaII di cui 2 parziali...

--
Visita il mio sito
http://www.katodo.com e http://wiki.tuttoelettronica.org
oppure contattami in MSN, GTALK o ICQ N° 129440900
Radioamatore: IW3HZQ --- Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il contrario... "

Hi (Ciao) max_xxv.

At (Il) 08/10/2007, (alle) 12.31.48 you wrote (hai scritto):

>L'ho scaricato ieri, pare carino, ora lo scarico sotto windows e vedo di
>fare qualche test...

Ho provato (prima di postare il msg) alcuni degli esempi,
proprio con la versione windows e sembra molto interessante.

Non e' RAD qnd, presumo sia + standard C++ ;-) ?!?!
Per questo, non penso che possa fare la stessa fine del C++Builder
e sopratutto, non devo + studiarmi il Delphi o altri nuovi linguaggi ;-)
Saluto Lazarus (un Delphi +/- clone) e passo a Ultimate++ !!! ;-)

Se trovate o create sorgenti (cross-platform) per gestire le periferiche
(seriale, parallela e sopratutto la USB), per la grafica 2d e 3d
e per l'audio, fatemele avere ! ;-)

Grazie.


Best regards (Cordiali saluti),

Bruno Giuliani
brunog@...
http://www.webalice.it/side_b
08/10/2007

Roboteck member
http://it.groups.yahoo.com/group/roboteck
SLAX user
http://www.slax.org