>il problema non è tanto del protocollo di comunicazione già testato e
>disponibile ma di HW e della GUI multy OS, quindi:

Che dal lato ATMEL avete il protocollo implementato ok ma mi risulta, basta
leggere i messaggi delle ultime settimane, che dal lato pc non avete nulla e
che comunque un vero collaudo non è mai stato fatto.

>- Hai voglia/tempo di risaldare tutte le CPLD? bene, ti spedisco tutto
>e mi aspetto in una settimana di avere le schede perfette.

Il tempo potrei pure trovarlo però non dispongo una idonea stazione
dissaldante.

>- Hai voglia tempo di lavorare con la GUI? bene, ma senza dire una
>parola su quello già deciso, io il SW lo voglio anche per linux, se
>sta bene ok altrimenti non se ne discute, come hai detto ho fatto
>quasi tutto io, io uso linux quindi esigo il multipiattaforma.

Mi pare che fin dall'inizio si è detto che doveva essere multi os pertanto
non vedo il motivo di questa tua affermazione.

>- non hai tempo per HW e SW? bene, alemno non venire fuori una volta
>ogni tanto con queste sparate sulla croce rossa... anche perchè
>neppure ti sei degnato di prendere una scheda...

Sai benissimo perchè, per il momento, non ho preso nessuna scheda ma ti
rinfresco la memoria.
Primo, io dispongo di due analizzatori di stati logici professionali, uno da
16 canali di mia proprietà e uno da 32 canali in comodato d'uso.
Secondo, hai voluto usare un processore ATMEL, nessuna obiezione visto che
tutto il progetto hardware l'hai fatto tu, però io non li uso e non ho il
tempo di mettermi a studiarli a fondo pertanto anche se mi prendevo subito
una scheda la mettevo nell'angoletto senza farci quasi nulla, preferisco
aspettare che l'MLAII sia perlomeno parzialmente funzionante prima di
prendermelo.
Che di tempo io ne ho poco lo sai benissimo pertanto come io non ho mai
accusato nessuno perchè ha lasciato perdere un progetto per motivi personali
e/o di tempo libero vedi non farlo con me perchè sei ingiusto visto tutto
quello che ho fatto finora per Roboteck, spesso e volentieri impegnando
risorse personali e sacrificando il sonno.
Comunque per quanto riguarda la GUI per il PC io posso facilmente
realizzarla in ambiente windows, ho diversi programmi che ho sviluppato per
sistemi di acquisizione dati da cui posso recuperare le funzioni di
plottatura assi per integrarle all'interno del programma per l'MLA.
Farne poi il porting per Linux non dovrebbe essere troppo complicato visto
che io lavoro esclusivamente in ANSI C, le dll per l'usb usano le stesse
funzioni sia in windows che in Linux, alla fine ci sarebbe solo da ricreare
la parte visual e introdurvi le mie funzioni per la gestione/visualizzazione
dei dati che potrei benissimo trasformare in una libreria riutilizzabile
anche in linux.

Ciao

Marco d'Ambrosio

> Vero, ma questo vale un po' per tutti.
> Non mi sembra il caso di fare la voce "grossa", visto che comunque e' un
> progetto
> che le persone portano avanti nel tempo libero.

Non sto facendo nessuna voce grossa, semplicemente metto i puntini sulle i.

> Non vorrei dover ricordare pero', che le librerie per il modbus, testate e
> funzionanti, sono in CVS dall' inizio del progetto, sia in versione
> windows che in
> versione linux. Sono anche state usate per vari test, quindi non vedo che
> motivo
> c'e' di prendersela con il protocollo di comunicazione.

Non credo proprio, di Modbus avete iniziato a parlarne per la prima volta a
novembre 2004, ben sette mesi dopo l'inizio del progetto, e dopo un anno non
sapete
ancora se funziona.

> Vero, puo' non esserci motivo per complicarsi la vita, a parte, magari, la
> volonta
> di molti di apprendere qualcosa di nuovo, e di realizzare un progetto al
> passo coi
> tempi.

Sul fatto che il progetto sia al passo con i tempi non ci sono dubbi visto
l'impiego di componenti avanzati e le comunicazioni tramite USB, però MLAII
è nato come un progetto pratico che doveva sfornare in tempi decenti un
utile strumento di laboratorio a costi umani e non come palestra per
imparare tecniche nuove.

> Non chiedo di meglio. Io ho fatto la mia parte un anno fa.

Nessuno lo nega ma rimane il fatto che finora il 90% del lavoro lo ha fatto
solo una persona, cioè Mauro Soligo.

> Qui non e' questione di hobbisti o professionisti, ma semplicemente di
> fare le cose
> bene o male. Il progetto e' nato proprio con la specifica di utilizzare il
> modbus

Le specifiche iniziali le ho stilate io, io ho dato il via al progetto e io
di modbus non ne ho mai parlato.

> e pochi giorni dopo l' inizio del progetto, i
> moduli di comunicazione erano terminati.

Veramente dall'inizio del progetto (il 2/5/2004) prima che aveste uno
straccio di modbus, che tutt'ora adesso nessuna sa se funziona sul serio,
sono passati quasi 10 mesi.

> Ora resta da realizzare l' interfaccia utente.

Prima tocca finire l'hardware e il firmware in modo che sia in grado almeno
di acquisire una traccia da livelli TTL, poi tocca definire le comunicazioni
con il PC e fatto tutto questo si può parlare di interfaccia utente.

Forse posso sembrarvi troppo duro ma sono stufo di vedere progetti che
partono con tutti i migliori intenti ma poi svanito l'entusiasmo iniziale
sprofondano nel dimenticatoio.
Non voglio che MLAII faccia questa fine, se non altro per rispetto a Mauro
che finora ha fatto veramente molto.

Ciao

Marco d'Ambrosio

OK Marco, ora hai detto la tua e non hai concluso nulla come solito,
il problema non è tanto del protocollo di comunicazione già testato e
disponibile ma di HW e della GUI multy OS, quindi:
- Hai voglia/tempo di risaldare tutte le CPLD? bene, ti spedisco tutto
e mi aspetto in una settimana di avere le schede perfette.
- Hai voglia tempo di lavorare con la GUI? bene, ma senza dire una
parola su quello già deciso, io il SW lo voglio anche per linux, se
sta bene ok altrimenti non se ne discute, come hai detto ho fatto
quasi tutto io, io uso linux quindi esigo il multipiattaforma.
- non hai tempo per HW e SW? bene, alemno non venire fuori una volta
ogni tanto con queste sparate sulla croce rossa... anche perchè
neppure ti sei degnato di prendere una scheda...

--
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 a tutti, visto che giustamente ogni tanto qualcuno si fa vivo
>>reputo giusto fare un po' il punto della situazione dell'HW
>>dell'MlaII.
>
> Dopo oltre un anno anno dall'inizio dei lavori (02/05/2004) ancora stiamo a
> discutere di test vari e non esiste ancora nulla del reale progetto.
> Ok ci sono stati problemi di componenti e di scarsissima partecipazione,
> praticamente ha fatto quasi tutto Mauro, però è veramente passato troppo
> tempo per non aver concluso nulla.

Vero, ma questo vale un po' per tutti.
Non mi sembra il caso di fare la voce "grossa", visto che comunque e' un
progetto
che le persone portano avanti nel tempo libero.


> Tocca che ci metto mano io altrimenti stiamo qui un altro anno a
> filosofeggiare sul senso della vita :-)

Ottimo.


> Prima cosa il protocollo di comunicazione, avete voluto infognarvi col mod
> bus e ora ne pagate lo scotto, vi sta bene mai usare l'UCAS (Ufficio
> Complicazioni Affari Semplici) per risolvere i problemi.
> Dato che si deve semplicemente trasferire un dump della memoria dell'MLA
> verso il pc e accettare dei semplici comandi da quest'ultimo non serve
> complicarsi la vita basta usare un semplicissimo protocollo Xon Xoff
> sincronizzato a pacchetti di lunghezza fissa e CRC.

Non vorrei dover ricordare pero', che le librerie per il modbus, testate e
funzionanti, sono in CVS dall' inizio del progetto, sia in versione windows che
in
versione linux. Sono anche state usate per vari test, quindi non vedo che motivo
c'e' di prendersela con il protocollo di comunicazione.

> Oltretutto si comunica tramite USB, grazie ai chip FTDI, e già questo
> sistema di comunicazione sfrutta un protocollo molto sicuro che per noi è
> trasparente visto che viene gestito dal pc e dall'FTDI pertanto non vedo
> proprio nessun motivo per complicarsi la vita.

Vero, puo' non esserci motivo per complicarsi la vita, a parte, magari, la
volonta
di molti di apprendere qualcosa di nuovo, e di realizzare un progetto al passo
coi
tempi.

> Io ormai utilizzo i chip FTDI ogni volta che devo comunicare tramite USB con
> periferiche fino a velocità di 3Mb/sec, grazie ai driver di FTDI sotto forma
> di DLL che permettono di comunicare direttamente senza bisogno della seriale
> virtuale non ho mai avuto problemi di perdite dati, anche in comunicazioni
> complesse e/o trasferimento di grossi file.
> Una volta risolto questo nodo parliamo dell'interfaccia grafica per il pc
> che il cui sviluppo è fondamentale per portare avanti il progetto.
>
> p.s.
> forza datevi una sveglia tutti perchè voglio vedere l'MLAII finito entro
> cinque mesi.

Non chiedo di meglio. Io ho fatto la mia parte un anno fa.

>
> p.p.s.
> Non accetto discorsi del tipo ma io volevo il modbus perchè potrebbe farmi
> comodo in un altro progetto.

> Per terminare questo lavoro tocca smetterla di ragionare come hobbysti e
> partire con una gestione professionale della cosa.

Qui non e' questione di hobbisti o professionisti, ma semplicemente di fare le
cose
bene o male. Il progetto e' nato proprio con la specifica di utilizzare il
modbus
come protocollo di comunicazione, e pochi giorni dopo l' inizio del progetto, i
moduli di comunicazione erano terminati.
Ora resta da realizzare l' interfaccia utente.


Pigi

>Ciao a tutti, visto che giustamente ogni tanto qualcuno si fa vivo
>reputo giusto fare un po' il punto della situazione dell'HW
>dell'MlaII.

Dopo oltre un anno anno dall'inizio dei lavori (02/05/2004) ancora stiamo a
discutere di test vari e non esiste ancora nulla del reale progetto.
Ok ci sono stati problemi di componenti e di scarsissima partecipazione,
praticamente ha fatto quasi tutto Mauro, però è veramente passato troppo
tempo per non aver concluso nulla.
Tocca che ci metto mano io altrimenti stiamo qui un altro anno a
filosofeggiare sul senso della vita :-)
Prima cosa il protocollo di comunicazione, avete voluto infognarvi col mod
bus e ora ne pagate lo scotto, vi sta bene mai usare l'UCAS (Ufficio
Complicazioni Affari Semplici) per risolvere i problemi.
Dato che si deve semplicemente trasferire un dump della memoria dell'MLA
verso il pc e accettare dei semplici comandi da quest'ultimo non serve
complicarsi la vita basta usare un semplicissimo protocollo Xon Xoff
sincronizzato a pacchetti di lunghezza fissa e CRC.
Oltretutto si comunica tramite USB, grazie ai chip FTDI, e già questo
sistema di comunicazione sfrutta un protocollo molto sicuro che per noi è
trasparente visto che viene gestito dal pc e dall'FTDI pertanto non vedo
proprio nessun motivo per complicarsi la vita.
Io ormai utilizzo i chip FTDI ogni volta che devo comunicare tramite USB con
periferiche fino a velocità di 3Mb/sec, grazie ai driver di FTDI sotto forma
di DLL che permettono di comunicare direttamente senza bisogno della seriale
virtuale non ho mai avuto problemi di perdite dati, anche in comunicazioni
complesse e/o trasferimento di grossi file.
Una volta risolto questo nodo parliamo dell'interfaccia grafica per il pc
che il cui sviluppo è fondamentale per portare avanti il progetto.

p.s.
forza datevi una sveglia tutti perchè voglio vedere l'MLAII finito entro
cinque mesi.

p.p.s.
Non accetto discorsi del tipo ma io volevo il modbus perchè potrebbe farmi
comodo in un altro progetto.
Per terminare questo lavoro tocca smetterla di ragionare come hobbysti e
partire con una gestione professionale della cosa.
Regola prima, non reinventare l'acqua calda.
Regola seconda, non usare un micrometro dove basta un centimetro.
Regola terza, è inutile misurare con il calibro se poi si segna col gessetto
e si taglia con l'ascia.
Etc.

Ciao

Marco d'Ambrosio

io a dire il vero ti ho risposto chiedendoti diversi chiarimenti sul
tuo programma, se esistono i codici sorgente di tutto, a cosa servono
le porte logiche aggiuntive, se è possibile modificarlo per scrivere
su tutta la ram visto che, se non ho capito male, ora usa
esclusivamente i primi 256 byte di RAM e quindi fisicamente non va a
muovere tutte le linee di indirizzo ( quindi se una fosse in corto non
lo saprei ).

Per il resto, io fino a domenica scorsa sono stato preso al 100% ( del
tempo libero ) dal robot per l'incontro del 23, ora sto rimettendo
mano alla scheda, ho liberato la scrivania, ritirato fuori tutto,
lunedì e martedì che sono a casa e conto di testare come minimo il tuo
SW e risaldare qualche CPLD...

Il 27/10/05, MarcoAngelo<marcoangelo.r@...> ha scritto:
>  Ciao a tutti in lista, se qualcuno e' rimasto.
>  Tutto tace ormai da diverso tempo e non capisco se finisce cosi' oppure si
>  puo' continuare e riprendere il discorso interrotto.
>  Per Mauro, ti ho mandato il programma per testare la ram, lo hai provato?
>  Per chi ha la Mla II, avete fatto qualche prova???
>  Per Mauro, a che punto sono le Mla II da inviare???
>  ciao
>  Angelo
>
>
>  ________________________________
>  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 a tutti in lista, se qualcuno e' rimasto.
Tutto tace ormai da diverso tempo e non capisco se finisce cosi' oppure si
puo' continuare e riprendere il discorso interrotto.
Per Mauro, ti ho mandato il programma per testare la ram, lo hai provato?
Per chi ha la Mla II, avete fatto qualche prova???
Per Mauro, a che punto sono le Mla II da inviare???
ciao
Angelo

...premesso che, causa lavoro e robot per LF per il 23, non sono
ancora riuscito a provare il programma che mi hai mandato, non ho più
ricevuto risposta...
Principalmente le domande che avevo posto erano a riguardo del codice
sorgente che ho visto non esserci...

> Ora devo ancora aprire il file perchè sono su win e ora non ho winrar
> o simili, ma ci sono anche i sorgenti o solo gli eseguibili? spero la
> rpima delle due...
>
> >  Come mi era stato richiesto da Mauro, questo file si preoccupa di scrivere
> >  nella ram, nei bytes da indirizzo 0x01 a indirizzo 0xff i valori numerici
> > da  01 a 255 e dopo averli riletti dalla ram e immagazzinati inun buffer, di
> >  inviarli tramite rs232 al computer connesso alla scheda tramite la porta
> > usb che, come sappiamo, viene pero' vista come una porta rs 232.
>
> Ottimo anche se sarebbe meglio scrivere su tutta la RAM, magari non in
> tutte le locazioni ma uno o due byte per banco in modo da verificare
> che tutte le linee degli indirizzi funzionino correttamente.
>
> >  CONNESSIONI per realizzare la scrittura della ram:
> >  Occorre usare due doppi inverter, ho usato un 74Ls14 con i seguenti
> >  collegamenti:
> [cut]
> Scusa ma non ci capisco nulla ( non ho schemi sottomano ora ) ma
> perchè servono dei componenti esterni? c'è qualche errore nello
> schema? io mi aspetterei di caricare il tuo SW e poter
> leggere/scrivere nella ram senza altro HW esterno...
> ... a meno che questo HW non serva per leggere, tramite gli ingressi,
> le linee I2C del micro, ma come ripeto, non ho gli schemi sotto mano e
> neppure i sorgenti del tuo lavoro ora...
>
> >  Questo per ora e' tutto, ulteriori informazioni o modifiche a richiesta.
> >  ciao
> >  Angelo
>
> Non vedo l'ora di testare il tutto, cmq già sapere che da te la ram
> funziona è straordinario!
>
> >  N.B. Il flusso I2c e' simulato, anche se si potrebbe sfruttare la
> > periferica
> >  i2c dell'At Mega che, guarda caso, usa gli stessi pin di uscita.
> >  Per ora e' tutto, alle prossime
> >  Angelo
>
> Bhe, io ho le funzioni per l'EEPROM I2C e funzionavano in HW, appena
> ho de secondi riprendo in mano il tutto e vediamo di cominciare a
> lavorare assieme ad un SW unico.
>
>
> 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... "
>


--
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... "

>  Come da oggetto, ho scaricato nella apposita cartella della directory
>  documenti della ml, il file rar che contiene i due files.
>  Per precisione, con il file .pof deve essere programmata la cpld e con il
>  file .hex deve essere programmato il microcontroller At Mega 32.

Ora devo ancora aprire il file perchè sono su win e ora non ho winrar
o simili, ma ci sono anche i sorgenti o solo gli eseguibili? spero la
rpima delle due...

>  Come mi era stato richiesto da Mauro, questo file si preoccupa di scrivere
>  nella ram, nei bytes da indirizzo 0x01 a indirizzo 0xff i valori numerici
> da  01 a 255 e dopo averli riletti dalla ram e immagazzinati inun buffer, di
>  inviarli tramite rs232 al computer connesso alla scheda tramite la porta
> usb che, come sappiamo, viene pero' vista come una porta rs 232.

Ottimo anche se sarebbe meglio scrivere su tutta la RAM, magari non in
tutte le locazioni ma uno o due byte per banco in modo da verificare
che tutte le linee degli indirizzi funzionino correttamente.

>  CONNESSIONI per realizzare la scrittura della ram:
>  Occorre usare due doppi inverter, ho usato un 74Ls14 con i seguenti
>  collegamenti:
[cut]
Scusa ma non ci capisco nulla ( non ho schemi sottomano ora ) ma
perchè servono dei componenti esterni? c'è qualche errore nello
schema? io mi aspetterei di caricare il tuo SW e poter
leggere/scrivere nella ram senza altro HW esterno...
... a meno che questo HW non serva per leggere, tramite gli ingressi,
le linee I2C del micro, ma come ripeto, non ho gli schemi sotto mano e
neppure i sorgenti del tuo lavoro ora...

>  Questo per ora e' tutto, ulteriori informazioni o modifiche a richiesta.
>  ciao
>  Angelo

Non vedo l'ora di testare il tutto, cmq già sapere che da te la ram
funziona è straordinario!

>  N.B. Il flusso I2c e' simulato, anche se si potrebbe sfruttare la
> periferica
>  i2c dell'At Mega che, guarda caso, usa gli stessi pin di uscita.
>  Per ora e' tutto, alle prossime
>  Angelo

Bhe, io ho le funzioni per l'EEPROM I2C e funzionavano in HW, appena
ho de secondi riprendo in mano il tutto e vediamo di cominciare a
lavorare assieme ad un SW unico.


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,

desideriamo farti sapere che, nella sezione File del gruppo
mlaII, troverai un nuovo file appena caricato.

   File :        /MaxRam/MaxRam.rar
   Caricato da : pallottino_pisa <marcoangelo.r@...>
   Descrizione : Leggere la mail per istruzioni d'uso

Puoi accedere al file dal seguente indirizzo:
http://it.groups.yahoo.com/group/mlaII/files/MaxRam/MaxRam.rar

Per ulteriori informazioni su come condividere i file con gli altri
iscritti al tuo gruppo, vai invece alla sezione di Aiuto al seguente
indirizzo:
http://help.yahoo.com/help/it/groups/files


Cordiali saluti,

pallottino_pisa <marcoangelo.r@...>

Come da oggetto, ho scaricato nella apposita cartella della directory
documenti della ml, il file rar che contiene i due files.
Per precisione, con il file .pof deve essere programmata la cpld e con il
file .hex deve essere programmato il microcontroller At Mega 32.
Come mi era stato richiesto da Mauro, questo file si preoccupa di scrivere
nella ram, nei bytes da indirizzo 0x01 a indirizzo 0xff i valori numerici da
01 a 255 e dopo averli riletti dalla ram e immagazzinati inun buffer, di
inviarli tramite rs232 al computer connesso alla scheda tramite la porta usb
che, come sappiamo, viene pero' vista come una porta rs 232.
La scrittura verra' effettuata con il comando 1, mentre la lettura con
l'invio del comando 2.

Per l'uso pratico (naturalmente dopo aver programmato idoneamente sia la
cpld che il micro):

CONNESSIONI per realizzare la scrittura della ram:
Occorre usare due doppi inverter, ho usato un 74Ls14 con i seguenti
collegamenti:
pin 13 connesso al pin 22 del microprocessore At Mega 32, pin 12 collegato
al pin 11 e pin 10 collegato all'ingresso In 0 MlaII (pin 1 del connettore
Sv 1); questa sara' la linea del Scl.
Pin 1 connesso al pin 23 del microprocessore At Mega 32, pin 2 collegato al
pin 3 e pin 4 collegato all'ingresso In 1 Mla II (pin 2 del connettore Sv
1); questa sara' la linea Sda.
Alimentare il 74Ls14, pin 7 a massa e pin 14 a + 5 volt e siamo pronti a
connettersi tramite terminale.
Sto usando Realterm che mi permette anche di registrare in un file i dati
ricevuti, ma va bene anche hyper terminal e qualsiasi programma di terminale
Rs 232 che permetta l'invio di dati esadecimali, senza l'aggiunta di
caratteri terminatori o similia.
A questo punto si puo' inviare il comando 1:
0xa8 0x01
MlaII rispondera' con una stringa ascii, inviata in formato 8,n,1 con
velocita' di 57600 bps, senza nessun controllo di handshake, avvertendo che
sta effettuando la scrittura in ram di 255 bytes.
Inviando poi il comando 2:
0xa8 0x02
MlaII rispondera' con una stringa ascii, con le stesse modalita', avvertendo
che sta effettuando la lettura di 255 bytes; poi verranno inviati i bytes
letti.
In pratica, gli ultimi 255 bytes ricevuti saranno il risultato della
scrittura e successiva rilettura e dovranno corrispondere alle cifre da 01 a
255. (seguite da 0d 00).
Questo per ora e' tutto, ulteriori informazioni o modifiche a richiesta.
ciao
Angelo

Ps. Ulteriori spiegazioni tecniche.
Visto che avevo disponibile lo shift register dello sniffer i2c, ho usato
quello per compattare i bit inviati serialmente sulla linea In1.
La linea In0 funziona invece da clock e come dicevo, lo shift register si
preoccupa di compattare gli 8 bit ricevuti, di attivare la linea We/, di
attendere il nono bit (Ack-Nack) e quindi resettare il contatore per il
prossimo byte da compattare.
Naturalmente, perche' tutto funzioni occorre anche lo start per attivare il
contatore e lo shift register, per cui, eventualmete analizzando il flusso
dei dati, vedrete il segnale di start, il transito dei 255 bytes (+ un nono
bit ack-nack), il segnale di stop.
N.B. Il flusso I2c e' simulato, anche se si potrebbe sfruttare la periferica
i2c dell'At Mega che, guarda caso, usa gli stessi pin di uscita.
Per ora e' tutto, alle prossime
Angelo

Ciao a tutti, visto che giustamente ogni tanto qualcuno si fa vivo
reputo giusto fare un po' il punto della situazione dell'HW
dell'MlaII.
Con l'MlaII siamo un po' fermi, ho assemblato tutte le schede ma c'è
stato un problema con la saldatura delle CPLD e mi tocca dissaldarle e
risaldarle, ho fatto la prova e sono riuscito su una scheda a
recuperare la CPLD senza doverla sostituire, si programma, alcune cose
base come i segnali della seriale USB funzionano ma mi manca un SW da
caricare nella CPLD per verificare che tutto funzioni alla perfezione
e, prima di risaldare la CPLD su tutte le schede vorrei tale SW.
In questi mesi sono stra incasinato col lavoro e nel pochissimo tempo
libero, oltre a stare con la mia ragazza, vorrei finire un robottino
LineFollower per il 23 Ottobre che ci si trova da Stefano...
Per quello che riguarda le MlaII purtroppo la situazione si sta
dilungando tanto, quando sono partito con questo lavoro non credevo si
trattasse di una cosa talmente lunga neppure io ( inizialmente non era
previsto di doverle montare tutte ;-) ) ma vi posso assicurare che il
mio interesse verso la scheda è tuttaltro che sciamato, anzi, mi serve
sempre di più e appena avrò un SW di test continuerò con
l'assemblaggio.
Una soluzione alternativa è che io faccia il lavoro e mi assicuri che
funzioni quello che c'è ( magari assieme agli ingressi ), a quel punto
già una buona percentuale degli I/O della CPLD funziona ma non potrei
assicurare per esempio il funzionamento dell'insieme CPLD+RAM...




--
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... "

>> anche a me da qualche problema in compilazione.
>> pur configurando DEV dando il percorso della cartella della libreria ....
>Qui in ufficio non ho il Dev-C++ e i vari file, li recupero per domani
>in maniera da potervi dare maggiori informazioni.
>Marco

ok grazie mille
:-)

> anche a me da qualche problema in compilazione.
> pur configurando DEV dando il percorso della cartella della libreria ....
Qui in ufficio non ho il Dev-C++ e i vari file, li recupero per domani
in maniera da potervi dare maggiori informazioni.

Marco

la cpld è una logica programmabile e soprattutto riprogrammabile.
è come se tu facessi uno schema con della logica, ad esempio nor, not,
and, ecc... e li mettessi tutti in un solo componente.

Il 19/09/05, specchio127-yahoo<specchio127@...> ha scritto:
> >condizione logica che devono avere gli ingressi perchè la CPLD cominci
> >a campionare...
>
> cos'e' il CPLD?
> campionatore?
> cosa significa CPLD?
> a cosa serve il mttty.exe ?
>
>
>
>
> Link utili di Yahoo! Gruppi
>
>
>
>
>
>
>


--
E' nata una nuova idea: Piox 2003

visitate il mio sito www.piox2003.it

ML sulla Bioingegneria
http://groups-beta.google.com/group/bioing2005

http://it.groups.yahoo.com/group/Bioingegneria/

anche a me da qualche problema in compilazione.
pur configurando DEV dando il percorso della cartella della libreria ....







----- Original Message -----
From: "Piox 2003" <piox2003@...>
To: <mlaII@yahoogroups.com>
Sent: Friday, September 16, 2005 8:44 AM
Subject: Re: [mlaII] Re: Info MLAII


Ciao,

io uso la sersione full con le wx, però non mi funziona.

Il 14/09/05, Marco Selmi<mselmi@...> ha scritto:
> > credo di aver capito.
> > Si potrebbe però, per le basse frequenze, fare una visualizzazione in
> > tempo reale, mano mano che i dati vengono acquisiti.
> Si certo, non credo sia un problemone.
>
> > Ho fatto un oscilloscopio simile in CVI (C ansi), ma che acquisisce i
> > dati in tempo reale. Però non mi soddisfa perchè se ci sono troppi
> > dati e in tempo reale, la GUI non mi permette di premere i vari
> > pulsanti per il controllo e mi fa aspettare un paio di secondi. E
> > trovo questo insopportabile.
> E' un problema di eventi, probabilmente il software blocca la cattura
> degli eventi mentre sta facendo qualcos'altro.
>
> > Appena imparo a usare benino il Dev-C vorrei esportare il mio
> > programma. Alla fine sempre di C si tratta.
> >
> > Non ho avuto tempo di leggere, il modbus è una linea seriale?
> Il ModBus e' il protocollo di comunicazione, in questo caso come mezzo
> di trasmissione e' usiamo una linea seriale.
>
> > Ho scaricato il vostro logger, ma non riesco a compilarlo. Il
> > progetto.dev non mi apre tutti i file, ma solo uno. mentre riesco a
> > lanciare l'eseguibile, che mi piace come impostazione. Ho aperto un
> > progetto nuovo copiandovi tutti i file dentro, ma mi dà comunque degli
> > errori, che non capisco.
> >
> > Me ne puoi mandare uno recente in privato?
> Quello che hai scaricato e' l'ultimo, ci dovrebbe essere anche
> l'eseguibile gia' pronto per avere un'idea del risultato.
> Magari il problema deriva dal fatto che io uso una distribuzione di
> Dev-C++ con gia' le Wx incorporate.
> Forse e' solo un problema di configurazione o di versione. Tu che
> versione di Dev-C++/Wx usi??
>
> > Mi piacerebbe seguire la cosa, ma non vi aspettate nulla, non ho molto
tempo.
> Come tutti noi del resto...:-)
>
> Marco
>
>
>
> Link utili di Yahoo! Gruppi
>
>
>
>
>
>
>
>


--

E' nata una nuova idea: Piox 2003

visitate il mio sito
http://utenti.lycos.it/piox2003/

http://groups-beta.google.com/group/bioing2005

http://it.groups.yahoo.com/group/Bioingegneria/



Link utili di Yahoo! Gruppi








[Sono state eliminare la parti non di testo del messaggio]

>condizione logica che devono avere gli ingressi perchè la CPLD cominci
>a campionare...

cos'e' il CPLD?
campionatore?
cosa significa CPLD?
a cosa serve il mttty.exe ?

Ciao, ogni tanto ritorno...

*)come facciamo a testare il programma se non abbiamo la mlall?

*)io pensavo di fare un'altro che simulasse la mlall da un'altro PC ...

*)a proposito i dati da dove li legge dalla seriale o dalla parallela?

*)ci sono esempi base per iniziare ad usare le librerie Wx che avete gia
usato?

*)in quanti si occupano della parte sotware?

saluti a tutti :-D
Marcello

PS. quanto costerebbe la MLAII ?


----- Original Message -----
From: "Piox 2003" <piox2003@...>
To: <mlaII@yahoogroups.com>
Sent: Tuesday, September 13, 2005 3:15 PM
Subject: Re: [mlaII] Re: Info MLAII


No, no, l'avevo capito.
La cosa è molto interessante.
Si potrebbero progettare e rendere di pubblico dominio delle
apparecchiature da laboratorio, o biomedicali (il mio sogno nel
cassetto), che costino poco, con dei tool gratuiti che assomiglino,
almeno in parte, a LabView o al CVI della National (ni.com)
La NI ci guadagna un sacco di soldi con le sue schede di acquisizione,
che poi guardandole ben, non sono nemmeno un granchè.

Ciao

Il 13/09/05, max_xxv<mauro.soligo@...> ha scritto:
> La descrizione di Marco è abbastanza precisa, forse non è chiaro il
> significato di "su richiesta da PC", in sostanza da PC ci sarà la
> possibilità di decidere il criterio secondo il quale la scheda
> inizierà a campionare, il criterio di trigger o, in sostanza, la
> condizione logica che devono avere gli ingressi perchè la CPLD cominci
> a campionare...
>
> Il 13/09/05, Marco Selmi<mselmi@...> ha scritto:
> >  Provo io a risponderti...
> >
> >  L'MLAII, su richiesta da PC acquisisce i dati e li archivia in una
> >  memoria ram ad alta velocita', terminata l'acquisizione invia tramite
> >  USB al PC il pacchetto di dati per la visualizzazione.
> >
> >  Io sono la persona che ha realizzato l'interfaccia grafica con Dev-C++
e
> >  Wx , trovi i sorgenti nell'area file della lista, si chiama Logger.
> >  Come vedrai il problema della visualizzazione x/y e' stato risolto
> >  utilizzanto delle librerie di corredo delle Wx che si chiamano
PlotPanel.
> >
> >  Purtroppo la mia conoscenza di C++ e soprattutto programmazione sotto
> >  windows e' ababstanza limitata, sono riuscito a relizzare un qualcosa
> >  che carica dei dati da un file su disco, li memorizza in un array e li
> >  plotta a video.
> >
> >  Partendo da questo sarebbe necessario integrare le librerie di
> >  comunicazione sviluppate da altri membri della lista con la parte di
> >  visualizzazione.
> >
> >  Per qualsiasi chiarimento sul lavoro svolto fino ad ora non esitare a
> >  contattarmi.
> >
> >  Saluti
> >
> >  Marco Selmi
> >
> >
> >  ________________________________
> >  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
> ( vecchio : http://tuttoelettronica.no-ip.biz )
> 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
>
>
>
>
>
>
>


--

E' nata una nuova idea: Piox 2003

visitate il mio sito
http://utenti.lycos.it/piox2003/

http://groups-beta.google.com/group/bioing2005

http://it.groups.yahoo.com/group/Bioingegneria/



Link utili di Yahoo! Gruppi

>  Comunque vedo cosa posso fare in questi due giorni del we.
>  Se riesco a metter su qualcosa per te, al massimo lunedi' mattina ti so
> dire qualcosa.

OK, ci conto, mi fa piacere vedere che ci hai preso gusto, dimmi la
verità, quanto bello è lavorare con le CPLD? fare e disfare schemi
senza scottarsi le dita! ;-)

>  Al momento ho scoperto che avevo un problema di resync dato dall'idle del
...scsami ma, sarà il sonno o l'alcool, non ho ben capito a cosa stai
lavorando e se è un qualcosa di esterno all'MlaII o è un qualcosa per
il nostro progogetto, mi spieghi bene che sono curiosissimo?

>  influenzato dalla modifica del contatore. In pratica funziona solo il
> modulo  dell'addresser a 14 bit, mentre nella simulazione, non avendo
> tenuto conto dell'idle, tutto pareva funzionare bene..

"addresser a 14 bit" indirizzamento della RAM? Alla fine come ci
accediamo in R/W? indirizzamento diretto della locazione ( più
semplice per fare un programma di test e più versatile per altre
applicazioni ) o in maniera sequenziale (più semplice da leggere
velocemente se interessa leggere solo tutta la RAM )?

Alla prossima
                         Mauro
--
Visita il mio sito
http://www.tuttoelettronica.org
( vecchio : http://tuttoelettronica.no-ip.biz )
oppure contattami in ICQ N° 129440900
IW3HZQ
Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il
contrario... "

>Con tale programma potrei assicurarmi che tutto l'HW sia OK.
>Io ho dimenticato il dissaldatore a lavoro quindi non ci lavoro nel
>weekend ma prima di agire sulle altre schede vorrei accertarmi che
>questa sia OK al 100%, qualcuno riesce a darmi un programma per la
>CPLD completo per la settimana prossima?
Ciao Mauro,
credo di essere uno di quei qualcuno a cui fai riferimento, ma ho qualche
problema proprio con la scrittura e lettura della ram.
Comunque vedo cosa posso fare in questi due giorni del we.
Se riesco a metter su qualcosa per te, al massimo lunedi' mattina ti so dire
qualcosa.
Al momento ho scoperto che avevo un problema di resync dato dall'idle del
bus I2c... In pratica non avevo considerato che uno start lascia il bus I2c
con ambedue le linee a livello alto (idle appunto) e il successivo start non
ha nessun cambiamento sulla linea scl... ecco! questo mi incasinava e mi ha
fatto perdere un bel po' di tempo; solo stasera sono riuscito a capire che
questo poteva essere il problema, ma ancora devo provare a fare dei
cambiamenti al modulo del contatore e al modulo di start/stop che viene
influenzato dalla modifica del contatore. In pratica funziona solo il modulo
dell'addresser a 14 bit, mentre nella simulazione, non avendo tenuto conto
dell'idle, tutto pareva funzionare bene..
Se riesco a superare questo scoglio, spero di essere arrivato in dirittura
d'arrivo, dato che la scrittura e lettura della Ram mi sembra, o almeno
spero, che non creino ulteriori problemi.
Purtroppo, lavorando su una macchina a stati finiti, un qualsiasi problema
mi incasina tutto!
Comunque, a dire la verita', usando l'at mega per inviare dati sul bus I2c,
tutto funzionava alla perfezione e sono riuscito a scrivere e leggere una
pagina di 256 bytes in ram... solo che dopo ho fatto le prove con una
periferica I2c non piu' simulata ed ho riscontrato il difetto di cui ti ho
detto e cosi', cambia di qui, prova di la', ora devo rimettere tutto a posto
per iniziare di nuovo a fare delle prove mirate.
ad majora
Angelo

Ciao a tutti, qualche aggiornamento:
L'altro giorno ho dissaldato la CPLD e l'ho risaldata, si è subito
riprogrammata ma il micro non si programmava più.
Ora ho verificato e in pratica dissaldando la CPLD havevo dissaldato
una resistenza, l'ho rimesa ma al posto dei 470hom ho messo 10K e
essendo quella dal connettore di programmazione al reset del micro non
mi resettava più il micro e non andava più in programmazione.
Ora la scheda funziona, la seriale va bene, solo, per verificare che
tutta la CPLD sia OK mi servirebbe assolutamente la possibilità di
leggere/scrivere la RAM, non mi serve il campionamento o altro, in
pratica servirebbe un programma che:
- connetta l'USB
- mi connetta i pin in ingresso col bus
- mi permetta di leggere/scrivere la ram, per verificare che tutte le
linee siano OK mi servirebbe poterla scrivere e leggere tutta.

Con tale programma potrei assicurarmi che tutto l'HW sia OK.
Io ho dimenticato il dissaldatore a lavoro quindi non ci lavoro nel
weekend ma prima di agire sulle altre schede vorrei accertarmi che
questa sia OK al 100%, qualcuno riesce a darmi un programma per la
CPLD completo per la settimana prossima?



--
Visita il mio sito
http://www.tuttoelettronica.org
( vecchio : http://tuttoelettronica.no-ip.biz )
oppure contattami in ICQ N° 129440900
IW3HZQ
Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il
contrario... "

Secondo il primo lavora da fare è di sistemare quel programma in modo
che si possa arire/compilare sotto windows con dev-c++ con le WX
installate separatamente ( così  è più facile decidere in maniera
fissa che versione delle WX usare ) e sotto linux col classico
Makefile...
Chi ha voglia di lavorarci?


Il 16/09/05, Piox 2003<piox2003@...> ha scritto:
>  Ciao,
>
>  io uso la sersione full con le wx, però non mi funziona.
>
>  Il 14/09/05, Marco Selmi<mselmi@...> ha scritto:
>
>  > > credo di aver capito.
>  > > Si potrebbe però, per le basse frequenze, fare una visualizzazione in
>  > > tempo reale, mano mano che i dati vengono acquisiti.
>  > Si certo, non credo sia un problemone.
>  >
>  > > Ho fatto un oscilloscopio simile in CVI (C ansi), ma che acquisisce i
>  > > dati in tempo reale. Però non mi soddisfa perchè se ci sono troppi
>  > > dati e in tempo reale, la GUI non mi permette di premere i vari
>  > > pulsanti per il controllo e mi fa aspettare un paio di secondi. E
>  > > trovo questo insopportabile.
>  > E' un problema di eventi, probabilmente il software blocca la cattura
>  > degli eventi mentre sta facendo qualcos'altro.
>  >
>  > > Appena imparo a usare benino il Dev-C vorrei esportare il mio
>  > > programma. Alla fine sempre di C si tratta.
>  > >
>  > > Non ho avuto tempo di leggere, il modbus è una linea seriale?
>  > Il ModBus e' il protocollo di comunicazione, in questo caso come mezzo
>  > di trasmissione e' usiamo una linea seriale.
>  >
>  > > Ho scaricato il vostro logger, ma non riesco a compilarlo. Il
>  > > progetto.dev non mi apre tutti i file, ma solo uno. mentre riesco a
>  > > lanciare l'eseguibile, che mi piace come impostazione. Ho aperto un
>  > > progetto nuovo copiandovi tutti i file dentro, ma mi dà comunque degli
>  > > errori, che non capisco.
>  > >
>  > > Me ne puoi mandare uno recente in privato?
>  > Quello che hai scaricato e' l'ultimo, ci dovrebbe essere anche
>  > l'eseguibile gia' pronto per avere un'idea del risultato.
>  > Magari il problema deriva dal fatto che io uso una distribuzione di
>  > Dev-C++ con gia' le Wx incorporate.
>  > Forse e' solo un problema di configurazione o di versione. Tu che
>  > versione di Dev-C++/Wx usi??
>  >
>  > > Mi piacerebbe seguire la cosa, ma non vi aspettate nulla, non ho molto
> tempo.
>  > Come tutti noi del resto...:-)
>  >
>  > Marco
>  >
>  >
>  >
>  > Link utili di Yahoo! Gruppi
>  >
>  >
>  >
>  >
>  >
>  >
>  >
>  >
>
>
>  --
>
>  E' nata una nuova idea: Piox 2003
>
>  visitate il mio sito
>  http://utenti.lycos.it/piox2003/
>
>  http://groups-beta.google.com/group/bioing2005
>
>  http://it.groups.yahoo.com/group/Bioingegneria/
>
>
>  ________________________________
>  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
( vecchio : http://tuttoelettronica.no-ip.biz )
oppure contattami in ICQ N° 129440900
IW3HZQ
Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il
contrario... "

Ciao,

io uso la sersione full con le wx, però non mi funziona.

Il 14/09/05, Marco Selmi<mselmi@...> ha scritto:
> > credo di aver capito.
> > Si potrebbe però, per le basse frequenze, fare una visualizzazione in
> > tempo reale, mano mano che i dati vengono acquisiti.
> Si certo, non credo sia un problemone.
>
> > Ho fatto un oscilloscopio simile in CVI (C ansi), ma che acquisisce i
> > dati in tempo reale. Però non mi soddisfa perchè se ci sono troppi
> > dati e in tempo reale, la GUI non mi permette di premere i vari
> > pulsanti per il controllo e mi fa aspettare un paio di secondi. E
> > trovo questo insopportabile.
> E' un problema di eventi, probabilmente il software blocca la cattura
> degli eventi mentre sta facendo qualcos'altro.
>
> > Appena imparo a usare benino il Dev-C vorrei esportare il mio
> > programma. Alla fine sempre di C si tratta.
> >
> > Non ho avuto tempo di leggere, il modbus è una linea seriale?
> Il ModBus e' il protocollo di comunicazione, in questo caso come mezzo
> di trasmissione e' usiamo una linea seriale.
>
> > Ho scaricato il vostro logger, ma non riesco a compilarlo. Il
> > progetto.dev non mi apre tutti i file, ma solo uno. mentre riesco a
> > lanciare l'eseguibile, che mi piace come impostazione. Ho aperto un
> > progetto nuovo copiandovi tutti i file dentro, ma mi dà comunque degli
> > errori, che non capisco.
> >
> > Me ne puoi mandare uno recente in privato?
> Quello che hai scaricato e' l'ultimo, ci dovrebbe essere anche
> l'eseguibile gia' pronto per avere un'idea del risultato.
> Magari il problema deriva dal fatto che io uso una distribuzione di
> Dev-C++ con gia' le Wx incorporate.
> Forse e' solo un problema di configurazione o di versione. Tu che
> versione di Dev-C++/Wx usi??
>
> > Mi piacerebbe seguire la cosa, ma non vi aspettate nulla, non ho molto
tempo.
> Come tutti noi del resto...:-)
>
> Marco
>
>
>
> Link utili di Yahoo! Gruppi
>
>
>
>
>
>
>
>


--

E' nata una nuova idea: Piox 2003

visitate il mio sito
http://utenti.lycos.it/piox2003/

http://groups-beta.google.com/group/bioing2005

http://it.groups.yahoo.com/group/Bioingegneria/

il SW è in area file o nel mio sito nella sezione download, più che
altro devo verificare se quello che c'è è quello reale o quello che
usavo per fare debug ( quindi con qualche riga di codice che centra
poco... ) ma dovrebbe essere OK.
La cosa bella sarebbe renderlo estremamente indipendente dall'hw in
uso e magari commentato sufficentemente bene da essere usato da altri.
Cmq già il codice che c'è, commenti a parte, mi pare chiaro, è solo da
sistemare.

Il 15/09/05, Marco<ingraomarco@...> ha scritto:
>  Sarebbe un ottimo punto di partenza.
>  Adesso mi leggo la documentazione che ho a disposizione e poi quando
>  inizio a scrivere il software te le chiedo per adattarle al pic/dspic.
>
>  Ciao
>  Marco
>
>
>
>
>  --- In mlaII@yahoogroups.com, max_xxv <mauro.soligo@g...> ha scritto:
>  > Io ho già fatto le funzioni necessarie, sono per atmel ma la cosa è
>  > abbastanza indifferente. Io sto cercando di racimolare ogni secondo
>  > libero per sistemare l'HW, il SW quindi è un po' fermo, nulla vieta
>  > che prendi le funzioni che ho fatto ( sono già abbastanza
>  indipendenti
>  > dall'HW ) e le rendi completamente HW indipendenti...
>  >
>  > Il 15/09/05, Marco<ingraomarco@t...> ha scritto:
>
>  > >  Ciao a tutti.
>  > >  Sono iscritto al gruppo ma per una serie di motivi non ho mai
>  > >  partecipato attivamente allo sviluppo del software e di questo
>  me ne
>  > >  dispiaccio.
>  > >
>  > >  Ho visto che qualcuno di voi vorrebbe sviluppare il protocollo
>  modbus
>  > >  su pic; io per motivi di lavoro e anche personali ho intenzione
>  di
>  > >  iniziare a svilupparlo su pic/dspic.
>  > >  Credo che svilupparlo su pic o dspic sia indifferente. Il pic lo
>  uso
>  > >  abitualmente per lavoro e il dspic devo iniziare ad utilizzarlo.
>  > >
>  > >  Se qualcuno ci vuole provare...
>  > >
>  > >  Il mio obiettivo è quello di fare comunicare un Touch screen con
>  un
>  > >  micro Microchip.
>  > >
>  > >
>  > >  Ciao a tutti
>  > >  Marco
>  > >
>  > >
>  > >
>  > >
>  > >  ________________________________
>  > >  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
>  > ( vecchio : http://tuttoelettronica.no-ip.biz )
>  > oppure contattami in ICQ N° 129440900
>  > IW3HZQ
>  > Gentoo user!!
>  > "Tutto è impossibile fino a quando qualcuno non ci dimostra il
>  > contrario... "
>
>
>
>  ________________________________
>
>  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
( vecchio : http://tuttoelettronica.no-ip.biz )
oppure contattami in ICQ N° 129440900
IW3HZQ
Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il
contrario... "

Sarebbe un ottimo punto di partenza.
Adesso mi leggo la documentazione che ho a disposizione e poi quando
inizio a scrivere il software te le chiedo per adattarle al pic/dspic.

Ciao
Marco




--- In mlaII@yahoogroups.com, max_xxv <mauro.soligo@g...> ha scritto:
> Io ho già fatto le funzioni necessarie, sono per atmel ma la cosa è
> abbastanza indifferente. Io sto cercando di racimolare ogni secondo
> libero per sistemare l'HW, il SW quindi è un po' fermo, nulla vieta
> che prendi le funzioni che ho fatto ( sono già abbastanza
indipendenti
> dall'HW ) e le rendi completamente HW indipendenti...
>
> Il 15/09/05, Marco<ingraomarco@t...> ha scritto:
> >  Ciao a tutti.
> >  Sono iscritto al gruppo ma per una serie di motivi non ho mai
> >  partecipato attivamente allo sviluppo del software e di questo
me ne
> >  dispiaccio.
> >
> >  Ho visto che qualcuno di voi vorrebbe sviluppare il protocollo
modbus
> >  su pic; io per motivi di lavoro e anche personali ho intenzione
di
> >  iniziare a svilupparlo su pic/dspic.
> >  Credo che svilupparlo su pic o dspic sia indifferente. Il pic lo
uso
> >  abitualmente per lavoro e il dspic devo iniziare ad utilizzarlo.
> >
> >  Se qualcuno ci vuole provare...
> >
> >  Il mio obiettivo è quello di fare comunicare un Touch screen con
un
> >  micro Microchip.
> >
> >
> >  Ciao a tutti
> >  Marco
> >
> >
> >
> >
> >  ________________________________
> >  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
> ( vecchio : http://tuttoelettronica.no-ip.biz )
> oppure contattami in ICQ N° 129440900
> IW3HZQ
> Gentoo user!!
> "Tutto è impossibile fino a quando qualcuno non ci dimostra il
> contrario... "

--- In mlaII@yahoogroups.com, max_xxv <mauro.soligo@g...> ha scritto:
> Io ho già fatto le funzioni necessarie, sono per atmel ma la cosa è
> abbastanza indifferente. Io sto cercando di racimolare ogni secondo
> libero per sistemare l'HW, il SW quindi è un po' fermo, nulla vieta
> che prendi le funzioni che ho fatto ( sono già abbastanza
indipendenti
> dall'HW ) e le rendi completamente HW indipendenti...
>
> Il 15/09/05, Marco<ingraomarco@t...> ha scritto:
> >  Ciao a tutti.
> >  Sono iscritto al gruppo ma per una serie di motivi non ho mai
> >  partecipato attivamente allo sviluppo del software e di questo
me ne
> >  dispiaccio.
> >
> >  Ho visto che qualcuno di voi vorrebbe sviluppare il protocollo
modbus
> >  su pic; io per motivi di lavoro e anche personali ho intenzione
di
> >  iniziare a svilupparlo su pic/dspic.
> >  Credo che svilupparlo su pic o dspic sia indifferente. Il pic lo
uso
> >  abitualmente per lavoro e il dspic devo iniziare ad utilizzarlo.
> >
> >  Se qualcuno ci vuole provare...
> >
> >  Il mio obiettivo è quello di fare comunicare un Touch screen con
un
> >  micro Microchip.
> >
> >
> >  Ciao a tutti
> >  Marco
> >
> >
> >
> >
> >  ________________________________
> >  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
> ( vecchio : http://tuttoelettronica.no-ip.biz )
> oppure contattami in ICQ N° 129440900
> IW3HZQ
> Gentoo user!!
> "Tutto è impossibile fino a quando qualcuno non ci dimostra il
> contrario... "

Io ho già fatto le funzioni necessarie, sono per atmel ma la cosa è
abbastanza indifferente. Io sto cercando di racimolare ogni secondo
libero per sistemare l'HW, il SW quindi è un po' fermo, nulla vieta
che prendi le funzioni che ho fatto ( sono già abbastanza indipendenti
dall'HW ) e le rendi completamente HW indipendenti...

Il 15/09/05, Marco<ingraomarco@...> ha scritto:
>  Ciao a tutti.
>  Sono iscritto al gruppo ma per una serie di motivi non ho mai
>  partecipato attivamente allo sviluppo del software e di questo me ne
>  dispiaccio.
>
>  Ho visto che qualcuno di voi vorrebbe sviluppare il protocollo modbus
>  su pic; io per motivi di lavoro e anche personali ho intenzione di
>  iniziare a svilupparlo su pic/dspic.
>  Credo che svilupparlo su pic o dspic sia indifferente. Il pic lo uso
>  abitualmente per lavoro e il dspic devo iniziare ad utilizzarlo.
>
>  Se qualcuno ci vuole provare...
>
>  Il mio obiettivo è quello di fare comunicare un Touch screen con un
>  micro Microchip.
>
>
>  Ciao a tutti
>  Marco
>
>
>
>
>  ________________________________
>  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
( vecchio : http://tuttoelettronica.no-ip.biz )
oppure contattami in ICQ N° 129440900
IW3HZQ
Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il
contrario... "

Ciao a tutti.
Sono iscritto al gruppo ma per una serie di motivi non ho mai
partecipato attivamente allo sviluppo del software e di questo me ne
dispiaccio.

Ho visto che qualcuno di voi vorrebbe sviluppare il protocollo modbus
su pic; io per motivi di lavoro e anche personali ho intenzione di
iniziare a svilupparlo su pic/dspic.
Credo che svilupparlo su pic o dspic sia indifferente. Il pic lo uso
abitualmente per lavoro e il dspic devo iniziare ad utilizzarlo.

Se qualcuno ci vuole provare...

Il mio obiettivo è quello di fare comunicare un Touch screen con un
micro Microchip.


Ciao a tutti
Marco

> credo di aver capito.
> Si potrebbe però, per le basse frequenze, fare una visualizzazione in
> tempo reale, mano mano che i dati vengono acquisiti.
Si certo, non credo sia un problemone.

> Ho fatto un oscilloscopio simile in CVI (C ansi), ma che acquisisce i
> dati in tempo reale. Però non mi soddisfa perchè se ci sono troppi
> dati e in tempo reale, la GUI non mi permette di premere i vari
> pulsanti per il controllo e mi fa aspettare un paio di secondi. E
> trovo questo insopportabile.
E' un problema di eventi, probabilmente il software blocca la cattura
degli eventi mentre sta facendo qualcos'altro.

> Appena imparo a usare benino il Dev-C vorrei esportare il mio
> programma. Alla fine sempre di C si tratta.
>
> Non ho avuto tempo di leggere, il modbus è una linea seriale?
Il ModBus e' il protocollo di comunicazione, in questo caso come mezzo
di trasmissione e' usiamo una linea seriale.

> Ho scaricato il vostro logger, ma non riesco a compilarlo. Il
> progetto.dev non mi apre tutti i file, ma solo uno. mentre riesco a
> lanciare l'eseguibile, che mi piace come impostazione. Ho aperto un
> progetto nuovo copiandovi tutti i file dentro, ma mi dà comunque degli
> errori, che non capisco.
>
> Me ne puoi mandare uno recente in privato?
Quello che hai scaricato e' l'ultimo, ci dovrebbe essere anche
l'eseguibile gia' pronto per avere un'idea del risultato.
Magari il problema deriva dal fatto che io uso una distribuzione di
Dev-C++ con gia' le Wx incorporate.
Forse e' solo un problema di configurazione o di versione. Tu che
versione di Dev-C++/Wx usi??

> Mi piacerebbe seguire la cosa, ma non vi aspettate nulla, non ho molto tempo.
Come tutti noi del resto...:-)

Marco

No, no, l'avevo capito.
La cosa è molto interessante.
Si potrebbero progettare e rendere di pubblico dominio delle
apparecchiature da laboratorio, o biomedicali (il mio sogno nel
cassetto), che costino poco, con dei tool gratuiti che assomiglino,
almeno in parte, a LabView o al CVI della National (ni.com)
La NI ci guadagna un sacco di soldi con le sue schede di acquisizione,
che poi guardandole ben, non sono nemmeno un granchè.

Ciao

Il 13/09/05, max_xxv<mauro.soligo@...> ha scritto:
> La descrizione di Marco è abbastanza precisa, forse non è chiaro il
> significato di "su richiesta da PC", in sostanza da PC ci sarà la
> possibilità di decidere il criterio secondo il quale la scheda
> inizierà a campionare, il criterio di trigger o, in sostanza, la
> condizione logica che devono avere gli ingressi perchè la CPLD cominci
> a campionare...
>
> Il 13/09/05, Marco Selmi<mselmi@...> ha scritto:
> >  Provo io a risponderti...
> >
> >  L'MLAII, su richiesta da PC acquisisce i dati e li archivia in una
> >  memoria ram ad alta velocita', terminata l'acquisizione invia tramite
> >  USB al PC il pacchetto di dati per la visualizzazione.
> >
> >  Io sono la persona che ha realizzato l'interfaccia grafica con Dev-C++ e
> >  Wx , trovi i sorgenti nell'area file della lista, si chiama Logger.
> >  Come vedrai il problema della visualizzazione x/y e' stato risolto
> >  utilizzanto delle librerie di corredo delle Wx che si chiamano PlotPanel.
> >
> >  Purtroppo la mia conoscenza di C++ e soprattutto programmazione sotto
> >  windows e' ababstanza limitata, sono riuscito a relizzare un qualcosa
> >  che carica dei dati da un file su disco, li memorizza in un array e li
> >  plotta a video.
> >
> >  Partendo da questo sarebbe necessario integrare le librerie di
> >  comunicazione sviluppate da altri membri della lista con la parte di
> >  visualizzazione.
> >
> >  Per qualsiasi chiarimento sul lavoro svolto fino ad ora non esitare a
> >  contattarmi.
> >
> >  Saluti
> >
> >  Marco Selmi
> >
> >
> >  ________________________________
> >  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
> ( vecchio : http://tuttoelettronica.no-ip.biz )
> 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
>
>
>
>
>
>
>


--

E' nata una nuova idea: Piox 2003

visitate il mio sito
http://utenti.lycos.it/piox2003/

http://groups-beta.google.com/group/bioing2005

http://it.groups.yahoo.com/group/Bioingegneria/