oggi, ho installato ex novo Wine nella mia postazione e non ho
resistito a provare la GUI, mettendo il file.dll nella directory
virtuale di windows la GUI si avvia correttamente, ora devo capire
come fargli vedere la porta di comunicazione
Il 25/11/05, Marco d'Ambrosio<m.dambrosio@...> ha scritto:
> >Devo dire che l'interfaccia è veramente notevole, lo zoom del log è
> >fantastico in tutte le varie modalità, l'esportazione come immagine
> >anche!
>
> Grazie :-)
>
> >Ma l'oggetto grafico lo hai fatto tu? parlavi di open-gl o ho letto male?
>
> La parte video non è un oggetto grafico, è una serie di funzioni che
> sfruttano l'open gl sia per visualizzare in grafica 2D le tracce e sia per
> manipolarle.
> Forse in futuro potrei anche rilasciare una versione 3D che genera uno
> script per povray col quale poi fai il rendering delle tracce così anzichè
> avere delle banali linee puoi visualizzarle come tubi al neon,
> very cool :-)))
> Gli unici veri oggetti grafici presenti sono i componenti visual che
> implementano gli interruttori, gli slider, i vari display insomma le solite
> cose offerte dai linguaggi visual.
> Puoi vedere la GUI come composta da due programmi distinti, il primo è
> quello che realizza il form windows con i vari oggetti visual e gestisce le
> varie operazioni legate a questi oggetti, poi c'è un secondo programma
> scritto totalmente in ANSI C che acquisisce i dati via USB e sfrutta l'open
> gl per rappresentarli graficamente.
>
>
> Ciao
>
> Marco d'Ambrosio
>
>
>
> ________________________________
> Collegamenti utili di Yahoo! Gruppi
>
>
> Per andare all'homepage del gruppo:
> http://it.groups.yahoo.com/group/mlaII/
>
> Per annullare l'iscrizione al gruppo, scrivi a:
> mlaII-unsubscribe@yahoogroups.com
>
> L'utilizzo da parte tua di Yahoo! Gruppi è soggetto alle Condizioni Generali
> di Utilizzo del Servizio.
--
Visita il mio sito
http://www.tuttoelettronica.org
oppure contattami in ICQ N° 129440900
IW3HZQ
Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il
contrario... "
Il punto è semplice, saldando a mano e poi risaldando non posso avere
la certezza che la CPLD sia ancora perfetta, le cose sono due quindi (
per quello che mi riguarda ):
1- facciamo un programma che permetta di verificare l'integrità di
tutto l'HW e quindi poi spediamo le schede sicuri che funzionino.
2- non lo facciamo e quindi spediamo le schede con la sola certezza
che qualcosa funziona, possiamo verificare che la CPLD si programma
con qualcosa e che l'ATmega comunica tramite USB.
Anche se credo che già con la seconda alternativa si possa essere
abbastanza tranquilli non mi posso assumere nessuna responsabilità in
merito, se volete le schede come sono non ci sono problemi, in caso
contrario bisogna aver voglia di fare il programma di test per la
CPLD.
Il 28/11/05, ArtooDeToo71<artoodetoo71@...> ha scritto:
>
> Forse non capisco io ma i test non dovevo riguardare i componenti oggeto di
> rework ?
>
> Mi sembrava fosse il requisito per spedire le board alla gente.
>
> I test che hai descritto sono sacrosanti ma riguardano il lato progettuale
> e non puramente di saldatura.
>
> Fabio
Visita il mio sito
http://www.tuttoelettronica.org
oppure contattami in ICQ N° 129440900
IW3HZQ
Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il
contrario... "
Forse non capisco io ma i test non dovevo riguardare i componenti oggeto di rework ?
Mi sembrava fosse il requisito per spedire le board alla gente.
I test che hai descritto sono sacrosanti ma riguardano il lato progettuale e non puramente di saldatura.
Fabio
max_xxv <mauro.soligo@...> ha scritto:
Secondo me serve qualcosa più sistematico, il fatto che implementi il funzionamento dell'MlaII non vuol dire che tutto sia OK, per essere sicuri che la ram funzioni, devo poterla scrivere tutta con dei pattern e verificarla, solo così sono sicuro al 100% che sia funzionante. poi devo poter leggere le 8 linee di ingresso in maniera indipendente e così sarò sicuro che almeno tutto quello cheriguarda gli ingressi legati all'MlaII sono OK. A quel punto sarò
sicuro che l'HW per l'MlaII sia OK ma mancano da testare tutte le linee aggiuntive che ho portato sugli altri connettori e sarebbe quindi necessario un SW che mi permetta almeno di leggere anche quelle linee.
Solo così possiamo essere sicuri che l'HW funzioni.
Il 28/11/05, Marco d'Ambrosio ha scritto: > >Perchè? il programma non va appunto a scrivere e leggere nella RAM? in > >effetti forse servirebbe qualcosa un pelo diverso, ho qualcosa che da > >micro mi permetta di leggere/scrivere tutta la RAM così da poter > >fisicamente andare a scriverla tutta e leggerla tutta con dati certi > >ma credo che la struttura base possa andare bene, no? > > Non ci siamo capiti, di un semplice programma che legge la ram non ci > faccio > nulla, quello che serve per fare un test reale è una programmazione della > CPLD che implementi il reale funzionamento della
MLA. > Come ho già detto basta una cosa minimale ma che sia realmente funzionante, > tra parentesi col solo file pof ci fai ben poco visto che non puoi nemmeno > riciclare parte del lavoro fatto. > > Ciao > > Marco d'Ambrosio > > > > ________________________________ > Collegamenti utili di Yahoo! Gruppi > > > Per andare all'homepage del gruppo: > http://it.groups.yahoo.com/group/mlaII/ > > Per annullare l'iscrizione al gruppo, scrivi a: > mlaII-unsubscribe@yahoogroups.com > > L'utilizzo da parte tua di Yahoo! Gruppi è soggetto alle Condizioni Generali > di Utilizzo del Servizio.
-- Visita il mio sito http://www.tuttoelettronica.org oppure contattami in ICQ N° 129440900 IW3HZQ Gentoo user!! "Tutto è impossibile fino a quando qualcuno non ci dimostra il contrario... "
Link utili di Yahoo! Gruppi
<*> Per andare all'homepage del gruppo vai alla pagina: http://it.groups.yahoo.com/group/mlaII/
<*> Per annullare l'iscrizione al gruppo scrivi a: mlaII-unsubscribe@yahoogroups.com
<*> L'utilizzo da parte tua di Yahoo! Gruppi è soggetto alle: http://it.docs.yahoo.com/info/utos.html
Yahoo! Mail: gratis 1GB per i messaggi, antispam, antivirus, POP3
> >Perchè? il programma non va appunto a scrivere e leggere nella RAM? in
>>effetti forse servirebbe qualcosa un pelo diverso, ho qualcosa che da
>>micro mi permetta di leggere/scrivere tutta la RAM così da poter
>>fisicamente andare a scriverla tutta e leggerla tutta con dati certi
>>ma credo che la struttura base possa andare bene, no?
>
> Non ci siamo capiti, di un semplice programma che legge la ram non ci
> faccio
> nulla, quello che serve per fare un test reale è una programmazione della
> CPLD che implementi il reale funzionamento della MLA.
> Come ho già detto basta una cosa minimale ma che sia realmente
> funzionante,
> tra parentesi col solo file pof ci fai ben poco visto che non puoi nemmeno
> riciclare parte del lavoro fatto.
>
> Ciao
>
> Marco d'Ambrosio
P.S. Ma qualcuno ha dato un'occhiata allo schema???
Mi sembra strano che ci sia tutta quella roba per leggere un byte da una
ram!
ciao
Angelo
Secondo me serve qualcosa più sistematico, il fatto che implementi il
funzionamento dell'MlaII non vuol dire che tutto sia OK, per essere
sicuri che la ram funzioni, devo poterla scrivere tutta con dei
pattern e verificarla, solo così sono sicuro al 100% che sia
funzionante.
poi devo poter leggere le 8 linee di ingresso in maniera indipendente
e così sarò sicuro che almeno tutto quello cheriguarda gli ingressi
legati all'MlaII sono OK.
A quel punto sarò sicuro che l'HW per l'MlaII sia OK ma mancano da
testare tutte le linee aggiuntive che ho portato sugli altri
connettori e sarebbe quindi necessario un SW che mi permetta almeno di
leggere anche quelle linee.
Solo così possiamo essere sicuri che l'HW funzioni.
Il 28/11/05, Marco d'Ambrosio<m.dambrosio@...> ha scritto:
> >Perchè? il programma non va appunto a scrivere e leggere nella RAM? in
> >effetti forse servirebbe qualcosa un pelo diverso, ho qualcosa che da
> >micro mi permetta di leggere/scrivere tutta la RAM così da poter
> >fisicamente andare a scriverla tutta e leggerla tutta con dati certi
> >ma credo che la struttura base possa andare bene, no?
>
> Non ci siamo capiti, di un semplice programma che legge la ram non ci
> faccio
> nulla, quello che serve per fare un test reale è una programmazione della
> CPLD che implementi il reale funzionamento della MLA.
> Come ho già detto basta una cosa minimale ma che sia realmente funzionante,
> tra parentesi col solo file pof ci fai ben poco visto che non puoi nemmeno
> riciclare parte del lavoro fatto.
>
> Ciao
>
> Marco d'Ambrosio
>
>
>
> ________________________________
> Collegamenti utili di Yahoo! Gruppi
>
>
> Per andare all'homepage del gruppo:
> http://it.groups.yahoo.com/group/mlaII/
>
> Per annullare l'iscrizione al gruppo, scrivi a:
> mlaII-unsubscribe@yahoogroups.com
>
> L'utilizzo da parte tua di Yahoo! Gruppi è soggetto alle Condizioni Generali
> di Utilizzo del Servizio.
--
Visita il mio sito
http://www.tuttoelettronica.org
oppure contattami in ICQ N° 129440900
IW3HZQ
Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il
contrario... "
----- Original Message -----
From: "Marco d'Ambrosio" <m.dambrosio@...>
To: <mlaII@yahoogroups.com>
Sent: Monday, November 28, 2005 9:23 AM
Subject: Re: [mlaII] CPLD
> >Perchè? il programma non va appunto a scrivere e leggere nella RAM? in
>>effetti forse servirebbe qualcosa un pelo diverso, ho qualcosa che da
>>micro mi permetta di leggere/scrivere tutta la RAM così da poter
>>fisicamente andare a scriverla tutta e leggerla tutta con dati certi
>>ma credo che la struttura base possa andare bene, no?
>
> Non ci siamo capiti, di un semplice programma che legge la ram non ci
> faccio
> nulla, quello che serve per fare un test reale è una programmazione della
> CPLD che implementi il reale funzionamento della MLA.
> Come ho già detto basta una cosa minimale ma che sia realmente
> funzionante,
> tra parentesi col solo file pof ci fai ben poco visto che non puoi nemmeno
> riciclare parte del lavoro fatto.
>
> Ciao
>
> Marco d'Ambrosio
Ok, come non detto.
ciao
Angelo
>Perchè? il programma non va appunto a scrivere e leggere nella RAM? in
>effetti forse servirebbe qualcosa un pelo diverso, ho qualcosa che da
>micro mi permetta di leggere/scrivere tutta la RAM così da poter
>fisicamente andare a scriverla tutta e leggerla tutta con dati certi
>ma credo che la struttura base possa andare bene, no?
Non ci siamo capiti, di un semplice programma che legge la ram non ci faccio
nulla, quello che serve per fare un test reale è una programmazione della
CPLD che implementi il reale funzionamento della MLA.
Come ho già detto basta una cosa minimale ma che sia realmente funzionante,
tra parentesi col solo file pof ci fai ben poco visto che non puoi nemmeno
riciclare parte del lavoro fatto.
Ciao
Marco d'Ambrosio
Perchè? il programma non va appunto a scrivere e leggere nella RAM? in
effetti forse servirebbe qualcosa un pelo diverso, ho qualcosa che da
micro mi permetta di leggere/scrivere tutta la RAM così da poter
fisicamente andare a scriverla tutta e leggerla tutta con dati certi
ma credo che la struttura base possa andare bene, no?
> Ho visto quello che hai postato ma è perfettamente inutile allo stato
> attuale di avanzamento lavori.
>
> Ciao
>
> Marco d'Ambrosio
>
>
>
> ________________________________
> Collegamenti utili di Yahoo! Gruppi
>
>
> Per andare all'homepage del gruppo:
> http://it.groups.yahoo.com/group/mlaII/
>
> Per annullare l'iscrizione al gruppo, scrivi a:
> mlaII-unsubscribe@yahoogroups.com
>
> L'utilizzo da parte tua di Yahoo! Gruppi è soggetto alle Condizioni Generali
> di Utilizzo del Servizio.
--
Visita il mio sito
http://www.tuttoelettronica.org
oppure contattami in ICQ N° 129440900
IW3HZQ
Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il
contrario... "
> Ciao Marco,
> visto che sono passati diversi giorni e nessuno ha risposto, anche se
> ufficialmente non dovrei occuparmi della cpld, ma in pratica sono l'unico
> che ha gia' fatto qualcosa, rispondo io.
> Ho postato uno schema di principio del funzionamento della cpld
> programmata
> con il file pof che ho messo in lista; il file hex che ho postato serviva
> per le prime prove e lo schema successivo serve per poter ampliare il
> firmware sul micro e fare tutte le modifiche necessarie per poter testare
> la
> MlaII.
Ho visto quello che hai postato ma è perfettamente inutile allo stato
attuale di avanzamento lavori.
Ciao
Marco d'Ambrosio
Volevo complimentarmi per l'ottimo lavoro svolto sulla GUI, si vede che
e' fatta da qualcuno che sapeva fin dall'inizio esattamente cosa serve...
Semplice, con i comandi giusti e funzionale.
L'ho "installata" in un miliardesimo di secondo.
Complimenti davvero.
E' certamente anni luce avanti a quello che avrei potuto tirare fuori io.
Marco Selmi
----- Original Message -----
From: "Marco d'Ambrosio" <m.dambrosio@...>
To: <mlaII@yahoogroups.com>
Sent: Thursday, November 24, 2005 12:41 PM
Subject: [mlaII] CPLD
> Ritorno sull'argomento programmazione CPLD per le funzioni di Trigger e
> Time
> base, avevo già postato le mie riflessioni su questa cosa ma nessuno si è
> degnato di fare il minimo commento, incluso chi si sta occupando della
> CPLD.
> Gradirei sapere se qualcuno sta lavorando su questa cosa oppure è ancora
> tutto nel cesto delle cose che forse verrano fatte e se verranno fatte non
> si quando.
>
> Ciao
>
> Marco d'Ambrosio
Ciao Marco,
visto che sono passati diversi giorni e nessuno ha risposto, anche se
ufficialmente non dovrei occuparmi della cpld, ma in pratica sono l'unico
che ha gia' fatto qualcosa, rispondo io.
Ho postato uno schema di principio del funzionamento della cpld programmata
con il file pof che ho messo in lista; il file hex che ho postato serviva
per le prime prove e lo schema successivo serve per poter ampliare il
firmware sul micro e fare tutte le modifiche necessarie per poter testare la
MlaII.
Ho dato la mia disponibilita' per eventuali modifiche o spiegazioni al
riguardo.
Non so se nessuno lo ha notato, se e' andato perso, ma mi pare di aver
ricevuto il messaggio di conferma dell'upload da parte di yahoo e il
relativo messaggio circolare di informazione agli utenti della m.l..
Se quello non serve per testare la cpld, magari si possono fare delle
modifiche, ma se nessuno mi dice cosa modificare...
ciao
Angelo
>E' vero che sono stato nominato GRdL (Grand Rompi della Lista Roboteck) ma
>non devi prendere ogni mio messaggio come una polemica.
Non l'ho assolutamente preso in quel modo :-)
> senso della mail era di dire che adesso molti (ed io per primo) leggono
>passivamente I messaggi ritenendo di non poter far niente fino a quando non
>si avrà tra le mani il pezzo di ferro. Questo non è vero e quindi è "una
>scusa".
>Più che un attacco a te era un gesto di auto-accusa.
Tranquillo sapevo benissimo che non stavi attaccando nessuno.
>Sono daccordo. Quando si inizia a mettere mani su qualcosa di nuovo di
>sicuro non funzionerà niente....sapere con certezza che dipende da noi e
>non
In effetti avere in mano una scheda hardware di cui si è sicuri al 100% del
funzionamento è molto rassicurante.
Ciao
Marco d'Ambrosio
> -----Original Message-----
> From: mlaII@yahoogroups.com [mailto:mlaII@yahoogroups.com] On
> Behalf Of Marco d'Ambrosio
> Sent: Friday, November 25, 2005 11:38 AM
> To: mlaII@yahoogroups.com
> Subject: Re: [mlaII] CPLD
>
> > Sicuramente quando più gente avrà in mano la scheda ci sarà
> un motivo
> > in più per "non avere scuse".
> > Fabio
>
> Posso anche essere d'accordo ma non è certo colpa mia se si
> sono creati dei problemi hardware, anzi mi sto adoperando
> affinchè vengano risolti.
E' vero che sono stato nominato GRdL (Grand Rompi della Lista Roboteck) ma
non devi prendere ogni mio messaggio come una polemica.
Il senso della mail era di dire che adesso molti (ed io per primo) leggono
passivamente I messaggi ritenendo di non poter far niente fino a quando non
si avrà tra le mani il pezzo di ferro. Questo non è vero e quindi è "una
scusa".
Più che un attacco a te era un gesto di auto-accusa.
> Tra parentesi visto quello che è successo credo sia meglio
> procedere ad un test globale delle schede prima di spedire
> quelle dissaldate/risaldate.
Sono daccordo. Quando si inizia a mettere mani su qualcosa di nuovo di
sicuro non funzionerà niente....sapere con certezza che dipende da noi e non
dall'Hardware ci rispiarmare molti mal di testa.
> Per fare il test ora serve il programma per la CPLD non dico
> che deve fare tutto ma almeno campionare gli ingressi, pure a
> frequenza fissa e con trigger fisso su canale 1, scrivere 32k
> samples in ram e spedirli via USB alla GUI, tutto questo
> dietro comando in modalità one shot.
> Verificare che tutto sia regolare con un simile test è
> garanzia sufficiente che la scheda è perfettamente operativa
> in tutte le sue parti.
Mi sembra giusto. Io ho appena iniziato a guardare il mondo delle CPLD.
Rinnovo la disponibilità a fare da puro "coder". Ovvero ad operare dietro
precise direttive.
Fabio
>Devo dire che l'interfaccia è veramente notevole, lo zoom del log è
>fantastico in tutte le varie modalità, l'esportazione come immagine
>anche!
Grazie :-)
>Ma l'oggetto grafico lo hai fatto tu? parlavi di open-gl o ho letto male?
La parte video non è un oggetto grafico, è una serie di funzioni che
sfruttano l'open gl sia per visualizzare in grafica 2D le tracce e sia per
manipolarle.
Forse in futuro potrei anche rilasciare una versione 3D che genera uno
script per povray col quale poi fai il rendering delle tracce così anzichè
avere delle banali linee puoi visualizzarle come tubi al neon,
very cool :-)))
Gli unici veri oggetti grafici presenti sono i componenti visual che
implementano gli interruttori, gli slider, i vari display insomma le solite
cose offerte dai linguaggi visual.
Puoi vedere la GUI come composta da due programmi distinti, il primo è
quello che realizza il form windows con i vari oggetti visual e gestisce le
varie operazioni legate a questi oggetti, poi c'è un secondo programma
scritto totalmente in ANSI C che acquisisce i dati via USB e sfrutta l'open
gl per rappresentarli graficamente.
Ciao
Marco d'Ambrosio
Ho già fatto, basta scaricare il driver, decomprimere lo zip e copiare
il file in Windows/System32.
Devo dire che l'interfaccia è veramente notevole, lo zoom del log è
fantastico in tutte le varie modalità, l'esportazione come immagine
anche!
Ma l'oggetto grafico lo hai fatto tu? parlavi di open-gl o ho letto male?
Il 25/11/05, Marco d'Ambrosio<m.dambrosio@...> ha scritto:
> >In effetti pure sotto XP se non c'è il driver FTDI caricato non parte
> >e da un erore con FTD2XX.DLL
>
> Quello è il driver DLL per il chip FTDI, lo dovete scaricare dal sito della
> FTDI, in effetti non ho pensato di avvertirvi della cosa dando per scontato
> che li avevate già installati.
>
> Ciao
>
> Marco d'Ambrosio
>
>
> ________________________________
>
> Collegamenti utili di Yahoo! Gruppi
>
>
> Per andare all'homepage del gruppo:
> http://it.groups.yahoo.com/group/mlaII/
>
> Per annullare l'iscrizione al gruppo, scrivi a:
> mlaII-unsubscribe@yahoogroups.com
>
> L'utilizzo da parte tua di Yahoo! Gruppi è soggetto alle Condizioni Generali
> di Utilizzo del Servizio.
--
Visita il mio sito
http://www.tuttoelettronica.org
oppure contattami in ICQ N° 129440900
IW3HZQ
Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il
contrario... "
>In effetti pure sotto XP se non c'è il driver FTDI caricato non parte
>e da un erore con FTD2XX.DLL
Quello è il driver DLL per il chip FTDI, lo dovete scaricare dal sito della
FTDI, in effetti non ho pensato di avvertirvi della cosa dando per scontato
che li avevate già installati.
Ciao
Marco d'Ambrosio
In effetti pure sotto XP se non c'è il driver FTDI caricato non parte
e da un erore con FTD2XX.DLL
appena posso riprovo col driver
Il 25/11/05, Pierluigi Frullani<pigi@...> ha scritto:
> Non e' che manca qualche pezzettino ?
>
>
> topolinux pigi /home/pigi >wine MLAII.exe
> err:module:import_dll Library FTD2XX.DLL (which is needed by
> L"Z:\\home\\pigi\\MLAII.exe") not found
> err:module:LdrInitializeThunk Main exe initialization for
> L"Z:\\home\\pigi\\MLAII.exe" failed, status c0000135
>
> Ho anche cercato FTD2XX.DLL nel mio disco Windoze, ma non la ho ....
>
> Pigi
>
>
>
>
>
> ________________________________
> Collegamenti utili di Yahoo! Gruppi
>
>
> Per andare all'homepage del gruppo:
> http://it.groups.yahoo.com/group/mlaII/
>
> Per annullare l'iscrizione al gruppo, scrivi a:
> mlaII-unsubscribe@yahoogroups.com
>
> L'utilizzo da parte tua di Yahoo! Gruppi è soggetto alle Condizioni Generali
> di Utilizzo del Servizio.
--
Visita il mio sito
http://www.tuttoelettronica.org
oppure contattami in ICQ N° 129440900
IW3HZQ
Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il
contrario... "
Concordo con marco, quello che stiamo pian piano portando avanti è un
progetto molto grosso ma, come era prevedibile, ha presentato ogni
tipo di difficoltà immaginabile.
Mi sembra evidente che pochi qui in lista sarebbero in grado di
mettere agevolmente le mani sulla scheda quindi è indispensabile
essere sicuri che sia perfetta prima di spedirla.
A questo scopo Angelo ha fatto un programma, io non ho il tempo di
testarlo ora come ora, ma mi sembra che possa essere una base per un
SW di test, dovrebbe leggere e scrivere nella ram anche se in effetti
quello che serve sarebbe una cosa diversa come Marco ha indicato.
Vit, sei sparito?
Il 25/11/05, Marco d'Ambrosio<m.dambrosio@...> ha scritto:
> > Sicuramente quando più gente avrà in mano la scheda ci sarà un motivo in
> > più per "non avere scuse".
> > Fabio
>
> Posso anche essere d'accordo ma non è certo colpa mia se si sono creati dei
> problemi hardware, anzi mi sto adoperando affinchè vengano risolti.
> Tra parentesi visto quello che è successo credo sia meglio procedere ad un
> test globale delle schede prima di spedire quelle dissaldate/risaldate.
> Per fare il test ora serve il programma per la CPLD non dico che deve fare
> tutto ma almeno campionare gli ingressi, pure a frequenza fissa e con
> trigger fisso su canale 1, scrivere 32k samples in ram e spedirli via USB
> alla GUI, tutto questo dietro comando in modalità one shot.
> Verificare che tutto sia regolare con un simile test è garanzia sufficiente
> che la scheda è perfettamente operativa in tutte le sue parti.
>
> Ciao
>
> Marco d'Ambrosio
>
>
>
> ________________________________
> Collegamenti utili di Yahoo! Gruppi
>
>
> Per andare all'homepage del gruppo:
> http://it.groups.yahoo.com/group/mlaII/
>
> Per annullare l'iscrizione al gruppo, scrivi a:
> mlaII-unsubscribe@yahoogroups.com
>
> L'utilizzo da parte tua di Yahoo! Gruppi è soggetto alle Condizioni Generali
> di Utilizzo del Servizio.
--
Visita il mio sito
http://www.tuttoelettronica.org
oppure contattami in ICQ N° 129440900
IW3HZQ
Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il
contrario... "
Non e' che manca qualche pezzettino ?
topolinux pigi /home/pigi >wine MLAII.exe
err:module:import_dll Library FTD2XX.DLL (which is needed by
L"Z:\\home\\pigi\\MLAII.exe") not found
err:module:LdrInitializeThunk Main exe initialization for
L"Z:\\home\\pigi\\MLAII.exe" failed, status c0000135
Ho anche cercato FTD2XX.DLL nel mio disco Windoze, ma non la ho ....
Pigi
Da www.roboteck.org/mla/mla.zip potete scaricare lo zippone con dentro la
nuova release della GUI, l'HEX con cui programmare l'ATmega32 e il suo
sorgente in ANSI C.
Questa versione della GUI oltre a poter rappresentare otto tracce con dati
random premendo il tasto ON è in grado di leggere 32k sample dall'MLAII via
usb ad 1,115 megabit di velocità premendo il tasto GO nella sezione trigger.
Se non avete la scheda dell'MLA ogni volta che premete ON vi appariraranno
otto nuove tracce random, se premete GO vi appariranno 8 traccie a 0 logico
fisso e verranno segnalati 128 errori di frame (lunghezza pacchetti) mentre
il numero dei samples e dei pacchetti ricevuti rimane a 0.
Se disponete della MLAII una volta programmato l'ATmega con l'accluso
programma ogni volta che premete GO vedrete apparire otto tracce che
rappresentano in binario 128 sequenze dei numeri 0-255, il contatore di
pacchetti segnerà 128, il contatore di sample 32768 e i contatori degli
errori devono segnare 0.
In questa versione se premete il primo switch dei tre in alto a destra
attivate/disattivate i cursori mentre se premete il secondo
attivate/disattivate una toolbar che permette di zoommare a piacere tramite
il mouse o tramite una selezione area, salvare su un file bmp lo schermo
attuale o stamparlo, devo aggiungere il bottone per il
salvataggio/ripristino di tutti dati su file in formato da decidere.
Nota relativa allo zoom, potete zoommare sia sull'asse X che sull'asse Y
basta che vi allineate col mouse di fianco al relativo asse, l'impostazione
di default quando il mouse si trova sopra i canali è l'asse X, se zoomate
sull'asse Y poi potete fare lo scroll anche su questo asse.
In pratica è possibile mettere a pieno schermo poche variazioni di un
singolo canale.
Rammento che nella release definitiva sarà possibile impostare a piacere la
posizione sullo schermo dei singoli canali oltre che il colore e lo spessore
della linea, sara anche possibile rinominarli.
Ciao
Marco d'Ambrosio
> Sicuramente quando più gente avrà in mano la scheda ci sarà un motivo in
> più per "non avere scuse".
> Fabio
Posso anche essere d'accordo ma non è certo colpa mia se si sono creati dei
problemi hardware, anzi mi sto adoperando affinchè vengano risolti.
Tra parentesi visto quello che è successo credo sia meglio procedere ad un
test globale delle schede prima di spedire quelle dissaldate/risaldate.
Per fare il test ora serve il programma per la CPLD non dico che deve fare
tutto ma almeno campionare gli ingressi, pure a frequenza fissa e con
trigger fisso su canale 1, scrivere 32k samples in ram e spedirli via USB
alla GUI, tutto questo dietro comando in modalità one shot.
Verificare che tutto sia regolare con un simile test è garanzia sufficiente
che la scheda è perfettamente operativa in tutte le sue parti.
Ciao
Marco d'Ambrosio
Sicuramente quando più gente avrà in mano la scheda ci sarà un motivo in più per "non avere scuse".
Fabio
Marco d'Ambrosio <m.dambrosio@...> ha scritto:
Ritorno sull'argomento programmazione CPLD per le funzioni di Trigger e Time base, avevo già postato le mie riflessioni su questa cosa ma nessuno si è degnato di fare il minimo commento, incluso chi si sta occupando della CPLD. Gradirei sapere se qualcuno sta lavorando su questa cosa oppure è ancora tutto nel cesto delle cose che forse verrano fatte e se verranno fatte non si quando.
Ciao
Marco d'Ambrosio
Link utili di Yahoo! Gruppi
<*> Per andare all'homepage del gruppo vai alla pagina: http://it.groups.yahoo.com/group/mlaII/
<*> Per annullare l'iscrizione al gruppo
scrivi a: mlaII-unsubscribe@yahoogroups.com
<*> L'utilizzo da parte tua di Yahoo! Gruppi è soggetto alle: http://it.docs.yahoo.com/info/utos.html
Ritorno sull'argomento programmazione CPLD per le funzioni di Trigger e Time
base, avevo già postato le mie riflessioni su questa cosa ma nessuno si è
degnato di fare il minimo commento, incluso chi si sta occupando della CPLD.
Gradirei sapere se qualcuno sta lavorando su questa cosa oppure è ancora
tutto nel cesto delle cose che forse verrano fatte e se verranno fatte non
si quando.
Ciao
Marco d'Ambrosio
Ieri sera ho aggiunto anche la visualizzazione dei dati ricevuti, come detto
si tratta di 128 pacchetti di 256 byte l'uno (32K) costruiti tramite serie
di numeri da 0 a 256, ogni bit del numero ricevuto rappresenta un canale
pertanto sul video si deve vedere la classica sequenza dei numeri binari con
ogni traccia che varia a velocità 1/2 rispetto alla precedente.
Ecco uno screen shot del risultato, nella sezione video potete osservare la
tipica variazione di una sequenza binaria mentre sullo schermo LCD blu c'è
il report dei pacchetti letti (128) e gli eventuali errori di ricezione
intesi come numero di byte per pacchetto sbagliato (frame) oppure come
valore del singolo byte (samples), sul display arancione è riportato il
numero totale di byte ricevuti.
Inutile dire che a questo punto la GUI è già funzionante :-)
In serata prepraro uno zippone con dentro l'eseguibile della GUI e l'HEX +
sorgente per programmare l'Atmel in modo che chi ha già in mano la MLAII può
provare il tutto.
Piccolo addendum sulla dissaldatura delle CPLD, Attualmente ne ho dissaldate
cinque e risaldate quattro, di queste quattro tre schede sembrano
funzionanti mentre una mi da problemi con la porta USB, devo verificarla
meglio.
Salvo imprevisti dovrei finire di mettere a posto tutte le schede e testarle
entro fine della prossima settimana dopo di che le rimando a Mauro per una
ulteriore verifica e per impacchettarle per la spedizione definitiva ai
destinatari.
Ciao
Marco d'Ambrosio m.dambrosio@...
Ultime news.
Ho fatto ulteriori test di comunicazione integrando la ricezione all'interno
della GUI con trasmissione del contenuto RAM (simulato) dietro comando.
Impostando nella GUI il trigger su SINGLE (modalità one shot) ogni volta che
si preme il tasto GO l'ATmega scarica via USB 128 pacchetti di 256 byte uno
in fila all'altro alla velocità di 1115200 baud.
Dopo l'operazione nell'area display lcd sotto lo schermo compare il numero
esatto di sample ricevuti e il numero totale degli eventuali errori di frame
(lunghezza pacchetto) e error samples (singoli byte).
Il tempo totale di trasmissione è di circa 0.3 secondi, testimoniato dal
lampeggio del led rosso su MLA, mentre dal lato PC occorrono circa 0.8
secondi per ricevere e verificare i dati.
Per il momento non ho ancora rilevato nemmeno un errore di ricezione.
Più tardi abilito anche la visualizzazione dei dati ricevuti in modo da
completare la prima fase dei test.
Ciao
Marco d'Ambrosio
Interessante questo errore, vedrò di fare un po' di indagine e
riportare il problema all'autore.
Il 23/11/05, Marco d'Ambrosio<m.dambrosio@...> ha scritto:
> >Perchè no? hai provato? non è che fanno molto, ti settano solo i
> >registri del micro, io le ho usate in velocità senza problemi...
>
> Sicuro ?
> Io ho provato a modificare il global.h con 184320000 per la frequenza del
> quarzo però non appena andavo oltre i 115kbuad non riuscivo più a ricevere
> correttamente, anzi già a 115K mi risultano dei sporadici frame error.
> Ho fatto una piccola indagine e ho scoperto che la formula usata dalle
> AVRLIB (file uart.c) per calcolare il divisore è diversa da quella presente
> sul data sheet.
> Non so il motivo per cui chi ha scritto quellla funzione ha usato una
> formula non ufficiale però alla verifica strumentale il baud rate generato
> dalla AVRlib non corrisponde a quello atteso come invece avviene usando la
> formula presente sul data sheet.
> Ovviamente se fai comunicare tra loro due AVR settati tramite le AVRlib non
> ci sono problemi perchè il baud rate è lo stesso.
> Come se non bastasse le AVRLIB non prevedono l'uso della double speed,
> inoltre mi piace avere il totale controllo sulle periferiche delle MCU
> invece di affidarmi a librerie fatte da altri, non ultimo in questo modo il
> mio software è ricompilabile con qualunque compilatore ANSI C senza dover
> avere a disposizione librerie esterne.
>
> Ciao
>
> Marco d'Ambrosio
>
>
>
> ________________________________
> Collegamenti utili di Yahoo! Gruppi
>
>
> Per andare all'homepage del gruppo:
> http://it.groups.yahoo.com/group/mlaII/
>
> Per annullare l'iscrizione al gruppo, scrivi a:
> mlaII-unsubscribe@yahoogroups.com
>
> L'utilizzo da parte tua di Yahoo! Gruppi è soggetto alle Condizioni Generali
> di Utilizzo del Servizio.
--
Visita il mio sito
http://www.tuttoelettronica.org
oppure contattami in ICQ N° 129440900
IW3HZQ
Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il
contrario... "
>Perchè no? hai provato? non è che fanno molto, ti settano solo i
>registri del micro, io le ho usate in velocità senza problemi...
Sicuro ?
Io ho provato a modificare il global.h con 184320000 per la frequenza del
quarzo però non appena andavo oltre i 115kbuad non riuscivo più a ricevere
correttamente, anzi già a 115K mi risultano dei sporadici frame error.
Ho fatto una piccola indagine e ho scoperto che la formula usata dalle
AVRLIB (file uart.c) per calcolare il divisore è diversa da quella presente
sul data sheet.
Non so il motivo per cui chi ha scritto quellla funzione ha usato una
formula non ufficiale però alla verifica strumentale il baud rate generato
dalla AVRlib non corrisponde a quello atteso come invece avviene usando la
formula presente sul data sheet.
Ovviamente se fai comunicare tra loro due AVR settati tramite le AVRlib non
ci sono problemi perchè il baud rate è lo stesso.
Come se non bastasse le AVRLIB non prevedono l'uso della double speed,
inoltre mi piace avere il totale controllo sulle periferiche delle MCU
invece di affidarmi a librerie fatte da altri, non ultimo in questo modo il
mio software è ricompilabile con qualunque compilatore ANSI C senza dover
avere a disposizione librerie esterne.
Ciao
Marco d'Ambrosio
scusa, usare le AVRlib che cosa comportava? cioè, le hai provate e
cerano dei problemi o semplicemente hai rifatto tutto a priori?
Il 23/11/05, Marco d'Ambrosio<m.dambrosio@...> ha scritto:
> Per intanto ecco il sorgente ATmega usato per questi primi test.
> Io per la compilazione sto utilizzando ICC AVR di ImageCraft (solo per mia
> comodità) ma il programma è totalmente in ANSI C pertanto ricompilabile
> anche con GCC senza problemi salvo modificare le due include per le
> dichiarazioni.
>
> Ciao
>
> Marco d'Ambrosio
> /*
>
> UBRR = (Fclock / baud*16) - 1 : single speed
> (18432000 / 19200 * 16)-1 = 59
> (18432000 / 230400 * 16)-1 = 9
>
> UBRR = (Fclock / baud*16) - 1 :double speed
> (18432000 / 19200 * 8)-1 = 119
> (18432000 / 230400 * 8)-1 = 9
> (18432000 / 460800 * 8)-1 = 4
> Tutte queste sono velocità standard
> sono ottenute tutte con errore 0 per l'ATmega
> con errore minore di 1% per FTDI
>
> (18432000 / 1.152.000 * 8)-1 = 1
> Questa è una velocità non standard L'ATmega la genera con errore 0.
> Sul fronte FTDI la il baudrate più vicino ottenibile è :
> 3000000/2.625 = 1.142.857
> l'errore è pari a 0.8% pertanto accettabile.
>
> Velocità superiori a 230kbaud, ma anche di valori non standard,
> possono essere ottenute solamente tramite i driver D2XX, i driver
> in emulazione seriale non sono affidabili al di fuori del range
> 300baud - 230kbaud e per valori non standard.
>
> */
>
> #include <iom32v.h>
> #include <stdio.h>
>
> void UARTini(unsigned int buad);
> void SerSend(char c);
>
> void main(void)
> {
> unsigned int i=0,k=0;
>
> DDRA = 0x00; // Tutti ingressi.
> DDRB = 0x00; // Tutti ingressi.
> DDRC = 0x00; // Tutti ingressi.
> DDRD = 0xF0; // LED, TX e DIR in uscita, il resto in ingresso...
>
> PORTA = 0xFF; // attivo PullUP
> PORTB = 0xFF; // attivo PullUP
> PORTC = 0xFF; // attivo PullUP
> PORTD = 0x0D; // attivo PullUP su ingressi
>
> UARTini(1); // 111200 baud, double speed attivo
>
> while(1)
> {
> SerSend('@'); // stringa syncro
> SerSend('@');
> SerSend('@');
> SerSend('@');
> SerSend('@');
> for(k=0;k<127;k++)
> {
> for(i=0;i<255;i++)
> {
> SerSend(i);
> }
> }
> }
> }
>
> void UARTini(unsigned int baud)
> {
> /* Set baud rate */
> UCSRA = (1<<U2X); // double speed
> UBRRH = (unsigned char)(baud>>8);
> UBRRL = (unsigned char)baud;
>
> /* Enable receiver and transmitter */
> UCSRB = (1<<RXEN)|(1<<TXEN);
>
> /* Set frame format: 8 data, 1 stop bit */
> UCSRC = (1<<URSEL)|(0<<USBS)|(3<<UCSZ0);
> }
>
> void SerSend( unsigned char data )
> {
> /* Attesa buffer TX */
> while ( !( UCSRA & (1<<UDRE)) );
> /* Trasmette carattere*/
> UDR = data;
> }
>
>
> ________________________________
>
> Collegamenti utili di Yahoo! Gruppi
>
>
> Per andare all'homepage del gruppo:
> http://it.groups.yahoo.com/group/mlaII/
>
> Per annullare l'iscrizione al gruppo, scrivi a:
> mlaII-unsubscribe@yahoogroups.com
>
> L'utilizzo da parte tua di Yahoo! Gruppi è soggetto alle Condizioni Generali
> di Utilizzo del Servizio.
--
Visita il mio sito
http://www.tuttoelettronica.org
oppure contattami in ICQ N° 129440900
IW3HZQ
Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il
contrario... "
Per intanto ecco il sorgente ATmega usato per questi primi test.
Io per la compilazione sto utilizzando ICC AVR di ImageCraft (solo per mia
comodità) ma il programma è totalmente in ANSI C pertanto ricompilabile
anche con GCC senza problemi salvo modificare le due include per le
dichiarazioni.
Ciao
Marco d'Ambrosio
/*
UBRR = (Fclock / baud*16) - 1 : single speed
(18432000 / 19200 * 16)-1 = 59
(18432000 / 230400 * 16)-1 = 9
UBRR = (Fclock / baud*16) - 1 :double speed
(18432000 / 19200 * 8)-1 = 119
(18432000 / 230400 * 8)-1 = 9
(18432000 / 460800 * 8)-1 = 4
Tutte queste sono velocità standard
sono ottenute tutte con errore 0 per l'ATmega
con errore minore di 1% per FTDI
(18432000 / 1.152.000 * 8)-1 = 1
Questa è una velocità non standard L'ATmega la genera con errore 0.
Sul fronte FTDI la il baudrate più vicino ottenibile è :
3000000/2.625 = 1.142.857
l'errore è pari a 0.8% pertanto accettabile.
Velocità superiori a 230kbaud, ma anche di valori non standard,
possono essere ottenute solamente tramite i driver D2XX, i driver
in emulazione seriale non sono affidabili al di fuori del range
300baud - 230kbaud e per valori non standard.
*/
#include <iom32v.h>
#include <stdio.h>
void UARTini(unsigned int buad);
void SerSend(char c);
void main(void)
{
unsigned int i=0,k=0;
DDRA = 0x00; // Tutti ingressi.
DDRB = 0x00; // Tutti ingressi.
DDRC = 0x00; // Tutti ingressi.
DDRD = 0xF0; // LED, TX e DIR in uscita, il resto in ingresso...
PORTA = 0xFF; // attivo PullUP
PORTB = 0xFF; // attivo PullUP
PORTC = 0xFF; // attivo PullUP
PORTD = 0x0D; // attivo PullUP su ingressi
UARTini(1); // 111200 baud, double speed attivo
while(1)
{
SerSend('@'); // stringa syncro
SerSend('@');
SerSend('@');
SerSend('@');
SerSend('@');
for(k=0;k<127;k++)
{
for(i=0;i<255;i++)
{
SerSend(i);
}
}
}
}
void UARTini(unsigned int baud)
{
/* Set baud rate */
UCSRA = (1<<U2X); // double speed
UBRRH = (unsigned char)(baud>>8);
UBRRL = (unsigned char)baud;
/* Enable receiver and transmitter */
UCSRB = (1<<RXEN)|(1<<TXEN);
/* Set frame format: 8 data, 1 stop bit */
UCSRC = (1<<URSEL)|(0<<USBS)|(3<<UCSZ0);
}
void SerSend( unsigned char data )
{
/* Attesa buffer TX */
while ( !( UCSRA & (1<<UDRE)) );
/* Trasmette carattere*/
UDR = data;
}
Offline 
Invia email
