... facciamo un punto di dove eravamo arirvati e magari proviamo ad andare
avanti ?
Allora, le librerie modbus erano pronte e fuzionanti.
C'era stato un abbozzo di gui ma non so se comunicava con la board oppure no.
Il firmware per l' atmel era ad un buon punto o no ?
Secondo me potremmo fare un passo indietro su alcuni punti del progetto, come ad
esempio la
compatibilita' linux/windows.
Se non mi ricordo male era stato uno showstopper il fatto di mantenere tale
compatibilita' perche'
ci eravamo arenati sulla ricerca di librerie grafiche per questa compatibilita'.
Premettendo che a me spiacerebbe perdere la compatibilita' visto che uso
prevalentemente linux
per motivi professionali, piuttosto che veder perdere la possibilita' di
possedere un L.A. sarei ben
disposto a usare tale pogetto solo in un ambiente, ed eventualmente farne la
migrazione in un
secondo momento.
Che ne dite, proviamo a far ripartire il progetto ?
Io dal canto mio ho provveduto ( gia da tempo ) a risistemare l' ambiente CVS e,
se assistito,
potrei ( e vorrei ) aiutare anche in altri campi di sviluppo.
Pigi.
P.s. Il wiki dell' MLA non ne parla piu', Se serve aiuto per fare la migrazione
dei vecchi documenti
nel nuovo wiki sono a disposizione.
> Allora, le librerie modbus erano pronte e fuzionanti.
> C'era stato un abbozzo di gui ma non so se comunicava con la board oppure
> no.
> Il firmware per l' atmel era ad un buon punto o no ?
La GUI non era un abbozzo, è completa e perfettamente funzionante, comunica
perfettamente con l'AVR via USB, quello che mancava e manca tutt'ora è la
parte dei comandi per il trigger e la time base perchè non sono ancora stati
implementati nella CPLD.
Il modbus non serve a nulla perchè già l'USB ha un suo protocollo di
comunicazione a prova d'errore, è inutile mettere un ulteriore protocollo, i
dati viaggiano sotto forma di pacchetti di 64 byte, il pacchetto può essere
tutto dati o contenere dei comandi, per la precisione il protocollo USB
prevede un endpoint dedicato per i controlli/comandi che viene trasmesso
assieme all'eventuale pacchetto dati.
La GUI che ho sviluppato gira senza problemi sotto Linux con Wine, la prima
release non andava con Linux perchè per la comunicazione con il chip ftdi
usavo una DLL senza emulazione della seriale virtuale, dll che era
disponibile solo per win, ora uso i nuovi driver di ftdi con emulazione
della seriale, fino a 1.5 mbps, che sono disponibili sia per Windows
Me/2000,XP, Vista che per Linux, Win CE e MAC.
Il vero problema della MLAII non è ne l'hardware, che funziona benissimo, ne
il firmware per l'AVR che non è completo ma ci metto un attimo a finirlo, ne
tantomeno la GUI per pc che è praticamente pronta, quello che manca è solo
il software per la CPLD che nessuno si è preso la briga di fare.
Io non avevo tempo per occuparmene l'anno scorso, ne ho ancora meno
quest'anno, quindi se nessuno si prende questa briga la situazione non
cambierà mai e l'MLA II rimane solo un pezzo di hardware senza utilizzo.
p.s.
La CPLD è troppo piccola per farci stare tutto quello che volevamo, tocca
tagliare delle funzioni, p.e. il pre e post trigger, me sono accorto quasi
subito mentre provavo a sviluppare i singoli blocchi delle varie funzioni
richieste.
Del resto questa prima versione della MLA II doveva essere solo un primo
prototipo per fare esperimenti e non ci vedo nulla di male se qualche
funzione superiore viene a mancare.
On Sunday 04 November 2007 19:34, Marco d'Ambrosio wrote:
> La GUI non era un abbozzo, è completa e perfettamente funzionante, comunica
> perfettamente con l'AVR via USB,
Ottimo. La mia memoria allora mi ha fatto un brutto scherzo.
> Il modbus non serve a nulla perchè già l'USB ha un suo protocollo di
> comunicazione a prova d'errore, è inutile mettere un ulteriore protocollo, i
> dati viaggiano sotto forma di pacchetti di 64 byte, il pacchetto può essere
> tutto dati o contenere dei comandi, per la precisione il protocollo USB
> prevede un endpoint dedicato per i controlli/comandi che viene trasmesso
> assieme all'eventuale pacchetto dati.
Ancora meglio.
> La GUI che ho sviluppato gira senza problemi sotto Linux con Wine, la prima
> release non andava con Linux perchè per la comunicazione con il chip ftdi
> usavo una DLL senza emulazione della seriale virtuale, dll che era
> disponibile solo per win, ora uso i nuovi driver di ftdi con emulazione
> della seriale, fino a 1.5 mbps, che sono disponibili sia per Windows
> Me/2000,XP, Vista che per Linux, Win CE e MAC.
Questa gui con dll e' la versione che e' in CVS o serve altro ?
> Il vero problema della MLAII non è ne l'hardware, che funziona benissimo, ne
> il firmware per l'AVR che non è completo ma ci metto un attimo a finirlo, ne
> tantomeno la GUI per pc che è praticamente pronta, quello che manca è solo
> il software per la CPLD che nessuno si è preso la briga di fare.
> Io non avevo tempo per occuparmene l'anno scorso, ne ho ancora meno
> quest'anno, quindi se nessuno si prende questa briga la situazione non
> cambierà mai e l'MLA II rimane solo un pezzo di hardware senza utilizzo.
Io potrei prendermi la briga, ma e' un settore che non conosco per nulla. Se
c'e' in
giro della documentazione sono disposto a studiare e realizzare qualcosa.
Io ho cercato un po' ma buoni tutorial per ora non ne ho trovati.
In realta' il mio problema e' che di CPLD/FPGA non ne so proprio nulla, quindi
anche le mie ricerche
googliane non riescono ad essere mirate.
> p.s.
> La CPLD è troppo piccola per farci stare tutto quello che volevamo, tocca
> tagliare delle funzioni, p.e. il pre e post trigger, me sono accorto quasi
> subito mentre provavo a sviluppare i singoli blocchi delle varie funzioni
> richieste.
Di questa parte non ricordo proprio nulla. Purtroppo anche il wiki e' off per
ora quindi e' difficile reperire
le info iniziali.
In ogni caso, riuscire ad avere una macchina in gradi di fare campionamento di
base gia' sarebbe un successo.
A cosa servirebbero queste funzioni che hai descritto ?
> Del resto questa prima versione della MLA II doveva essere solo un primo
> prototipo per fare esperimenti e non ci vedo nulla di male se qualche
> funzione superiore viene a mancare.
Assolutamente d'accordo. Se si riuscisse ad arrivare ad un punto, si potrebbe
valutare una V2.
Inutile pensare ad una V2 fino a che la V1 non fa almeno qualcosa.
Salve a tutti.
Leggendo lo scritto di Marco, dato che al tempo mi cimentai con la
programmazione della cpld e poi lasciai perdere tutto, sarei anch'io
dell'opinione di riprendere a parlare dello sviluppoo partendo da zero.
La Gui funziona, ma non conosco o non ricordo il protocollo di
comunicazione; se Marco puo' dare riferimenti in merito, potrei vedere
di abbozzare qualcosa per iniziare a vedere dei dati che circolano dalla
Cpld all'At Mega e da questi verso la Gui che li visualizzarebbe... E
scusate se e' poco!
Fusse che fusse la vorta bbbona!
Angelo
On Sunday 04 November 2007 20:48, Marcoangelo.r wrote:
> Salve a tutti.
> Leggendo lo scritto di Marco, dato che al tempo mi cimentai con la
> programmazione della cpld e poi lasciai perdere tutto, sarei anch'io
> dell'opinione di riprendere a parlare dello sviluppoo partendo da zero.
> La Gui funziona, ma non conosco o non ricordo il protocollo di
> comunicazione; se Marco puo' dare riferimenti in merito, potrei vedere
> di abbozzare qualcosa per iniziare a vedere dei dati che circolano dalla
> Cpld all'At Mega e da questi verso la Gui che li visualizzarebbe... E
> scusate se e' poco!
> Fusse che fusse la vorta bbbona!
> Angelo
Come ho gia detto, se posso aiutarti in qualche modo, a patto di qualche aiuto
per lo
startup iniziale, sono a disposizione.
Io in questo periodo proprio non ho tempo di farlo quindi lascerei a Pigi il compito di gestire la cosa. Visti i continui vandalismi sto bloccando in scrittura il WiKi ( solo le discussioni sono libere per ora anche se sempre zeppe di vandalismi ) quindi per editarlo dovete registrarvi e io poi vi passo di livello ;-)
Per via della CPLD, io da mercoledì riprendo in mano le CPLD a lavoro e quindi sarò con le mani in pasta, non dovrebbe essere difficile fare una prima versione ma servirebbe qualcuno che ( anche solo con carta e penna ) abbozzasse uno schema elettrico/blocchi di quello che dovrò implementare...
Per le Gui, secondo me per iniziare adottiamo quella di Marco, poi quando qualcosa si muove possiamo valutare di rifarla con strumenti differenti.
-- Visita il mio sito
http://www.katodo.com e http://wiki.tuttoelettronica.org oppure contattami in MSN, GTALK o ICQ N° 129440900 Radioamatore: IW3HZQ --- Gentoo user!! "Tutto è impossibile fino a quando qualcuno non ci dimostra il contrario... "
Il giorno Mon, 5 Nov 2007 00:08:37 +0100
max_xxv <mauro.soligo@...> ha scritto:
> Per le Gui, secondo me per iniziare adottiamo quella di Marco, poi
> quando qualcosa si muove possiamo valutare di rifarla con strumenti
> differenti.
Ultimamente sto facendo GUI con Python + GTK, lo sviluppo è molto
rapido anche per chi inizia e la portatilità è quasi automatica.
--
[GPG/PGP key ID AFA09AB9 available on public keyserver]
mi ha sempre affascinato python + GTK ma non ci ho mai messo le mani seriamente... io devo fare ( per altro progettino che sto seguendo ) una GUI con alcuni indicatori e accesso alla seriale, potrei impratichirmici... da cosa mi consigli di partire? ci sono strumenti tipo RAD?
Il giorno Mon, 5 Nov 2007 00:08:37 +0100
max_xxv <mauro.soligo@...> ha scritto:
> Per le Gui, secondo me per iniziare adottiamo quella di Marco, poi
> quando qualcosa si muove possiamo valutare di rifarla con strumenti
> differenti.
Ultimamente sto facendo GUI con Python + GTK, lo sviluppo è molto
rapido anche per chi inizia e la portatilità è quasi automatica.
--
[GPG/PGP key ID AFA09AB9 available on public keyserver]
-- Visita il mio sito http://www.katodo.com e http://wiki.tuttoelettronica.org oppure contattami in MSN, GTALK o ICQ N° 129440900
Radioamatore: IW3HZQ --- Gentoo user!! "Tutto è impossibile fino a quando qualcuno non ci dimostra il contrario... "
dovrebbe fare sia al caso mio per il mio lavoretto sia andare bene per una interfaccia alternativa...
Però, secondo me, se vogliamo fare qualcosa prima usiamo quello che c'è...
L'unico appunto all'interfaccia di Marco è legato al protocollo do comunicazione, se il protocollo lavora su stringhe fisse e ad ogni minima modifica ( aggiunta di funzioni ) tocca modificare tutto e questo secondo me è un grosso svantaggio.
Il vantaggio di un protocollo modbus-like non sta nel CRC che poi, a 16 bit è potenzialmente molto fallace su comandi da molti byte, ma nel fatto che l'aggiunta di funzioni è pressoche immedita e una GUI che non supporta una certa funzione rimane compatibile con hw.
Io resto dell'idea che sarebbe meglio andare su questa soluzione anche se rimane valida la mia affermazione precedente, usiamo quello che c'è per questa V1.0!
mi ha sempre affascinato python + GTK ma non ci ho mai messo le mani seriamente... io devo fare ( per altro progettino che sto seguendo ) una GUI con alcuni indicatori e accesso alla seriale, potrei impratichirmici... da cosa mi consigli di partire? ci sono strumenti tipo RAD?
Il giorno Mon, 5 Nov 2007 00:08:37 +0100
max_xxv <mauro.soligo@...> ha scritto:
> Per le Gui, secondo me per iniziare adottiamo quella di Marco, poi
> quando qualcosa si muove possiamo valutare di rifarla con strumenti
> differenti.
Ultimamente sto facendo GUI con Python + GTK, lo sviluppo è molto
rapido anche per chi inizia e la portatilità è quasi automatica.
--
[GPG/PGP key ID AFA09AB9 available on public keyserver]
-- Visita il mio sito
http://www.katodo.com e http://wiki.tuttoelettronica.org oppure contattami in MSN, GTALK o ICQ N° 129440900
Radioamatore: IW3HZQ --- Gentoo user!! "Tutto è impossibile fino a quando qualcuno non ci dimostra il contrario... "
-- Visita il mio sito http://www.katodo.com e http://wiki.tuttoelettronica.org
oppure contattami in MSN, GTALK o ICQ N° 129440900 Radioamatore: IW3HZQ --- Gentoo user!! "Tutto è impossibile fino a quando qualcuno non ci dimostra il contrario... "
> Pero', secondo me, se vogliamo fare qualcosa prima usiamo quello che c'e'.
Appunto, cerchiamo di arrivare ad una release 0.1, poi provvederemo a fare il
porting in
qualche altro sistema.
> L'unico appunto all'interfaccia di Marco è legato al protocollo do
> comunicazione, se il protocollo lavora su stringhe fisse e ad ogni minima
> modifica ( aggiunta di funzioni ) tocca modificare tutto e questo secondo me
>e' un grosso svantaggio.
Vero, e' un grosso svantaggio, ma non vorrei ricordare a tutti che le ultime
discussioni ( costruttive, per carita' ) qui in ML prima che il progetto si
interrompesse del tutto erano proprio del tipo:
"ma cosi e' piu' bello", " si e' vero ma si potrebbe valutare questo e quello"
etc
etc etc.
> Il vantaggio di un protocollo modbus-like non sta nel CRC che poi, a 16 bit
> e' potenzialmente molto fallace su comandi da molti byte, ma nel fatto che
> l'aggiunta di funzioni e' pressoche immedita e una GUI che non supporta una
> certa funzione rimane compatibile con hw.
Per ora abbiamo una gui che in qualche modo potrebbe funzionare, cerchiamo di
arrivare ad un punto, poi si faranno le opportune modifche.
> Io resto dell'idea che sarebbe meglio andare su questa soluzione anche se
> rimane valida la mia affermazione precedente, usiamo quello che c'è per
> questa V1.0!
Esatto! Questo e' lo spirito giusto, secondo me, per andare un pelo avanti.
Pigi
P.s. stasera cerco di cominciare il porting dei wiki. Ho creato l' account per
cui
se serve cambiargli qualcosa, fatelo ( Mauro.... )
Il giorno Mon, 5 Nov 2007 09:40:07 +0100
max_xxv <mauro.soligo@...> ha scritto:
> mi ha sempre affascinato python + GTK ma non ci ho mai messo le mani
> seriamente... io devo fare ( per altro progettino che sto seguendo )
> una GUI con alcuni indicatori e accesso alla seriale, potrei
> impratichirmici... da cosa mi consigli di partire? ci sono strumenti
> tipo RAD?
Ti consiglio di usare glade3 per disegnare la GUI per la grafica c'è
l'imbarazzo della scelta ci sono molte librerie addirittura anche per
fare giochi (vedi pygame) poi c'è pycairo e cmq pygtk stessa ha già un
buon supporto per la grafica, per la seriale se non ricordo male ci
sono le pyserial ma forse si appoggiano a jton e io sto lontano da
tutti cio` che a ache fare con java quindi visto che su Linux tutti i
device si riducono a file sotto /dev/ può semplicemente
leggere/scrivere direttamente sul device ecco un esempio http://www.fuso-luci.it/hobby/domoticadiy1.html
--
[GPG/PGP key ID AFA09AB9 available on public keyserver]
On Monday 05 November 2007 00:08, max_xxv wrote:
> Io in questo periodo proprio non ho tempo di farlo quindi lascerei a Pigi il
> compito di gestire la cosa.
Il passaggio e' terminato.
In alcuni casi non so perche' non ha creato l'indice o meglio, non so perche lo
ha creato in alcune pagine,
pero' per ora non ho il tempo di capirlo (cfr "Specifiche classi Software per PC
(GUI ecc.)." sottocapitoli.
In ogni caso tutte le vecchie pagine sono in wiki.
ottimo lavoro...
L'indice lo crea in relazione a quanti capitoli ci sono nella pagina,
ogni capitolo è delimitato dai caratteri "==" nella forma
==Capitolo1==, se ne trova + di 3-5 ( non ricordo il numero preciso )
genera l'indice...
Vedi la pagina principale dell'MlaII, l'ho fatto...
On 11/5/07, Pierluigi Frullani <pigi@...> wrote:
> On Monday 05 November 2007 00:08, max_xxv wrote:
> > Io in questo periodo proprio non ho tempo di farlo quindi lascerei a Pigi il
> > compito di gestire la cosa.
>
> Il passaggio e' terminato.
> In alcuni casi non so perche' non ha creato l'indice o meglio, non so perche
lo ha creato in alcune pagine,
> pero' per ora non ho il tempo di capirlo (cfr "Specifiche classi Software per
PC (GUI ecc.)." sottocapitoli.
>
> In ogni caso tutte le vecchie pagine sono in wiki.
>
>
> Saluti
>
> Pigi
>
>
>
>
> Link utili di Yahoo! Gruppi
>
>
>
>
--
Visita il mio sito http://www.katodo.com e http://wiki.tuttoelettronica.org
oppure contattami in MSN, GTALK o ICQ N° 129440900
Radioamatore: IW3HZQ --- Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il contrario... "
ha, per il discorso della e-mail per il cvs, se vuoi posso generare un
alias del tipo "cvs@..." da pubblicare nel wiki, se
arriva troppo spam possiamo eliminarlo... ovviamente l'alias sarà al
tuo indirizzo ( ed eventualmente il mio... ).
On 11/5/07, max_xxv <mauro.soligo@...> wrote:
> ottimo lavoro...
> L'indice lo crea in relazione a quanti capitoli ci sono nella pagina,
> ogni capitolo è delimitato dai caratteri "==" nella forma
> ==Capitolo1==, se ne trova + di 3-5 ( non ricordo il numero preciso )
> genera l'indice...
> Vedi la pagina principale dell'MlaII, l'ho fatto...
>
> On 11/5/07, Pierluigi Frullani <pigi@...> wrote:
> > On Monday 05 November 2007 00:08, max_xxv wrote:
> > > Io in questo periodo proprio non ho tempo di farlo quindi lascerei a Pigi
il
> > > compito di gestire la cosa.
> >
> > Il passaggio e' terminato.
> > In alcuni casi non so perche' non ha creato l'indice o meglio, non so perche
lo ha creato in alcune pagine,
> > pero' per ora non ho il tempo di capirlo (cfr "Specifiche classi Software
per PC (GUI ecc.)." sottocapitoli.
> >
> > In ogni caso tutte le vecchie pagine sono in wiki.
> >
> >
> > Saluti
> >
> > Pigi
> >
> >
> >
> >
> > Link utili di Yahoo! Gruppi
> >
> >
> >
> >
>
>
> --
> Visita il mio sito
> http://www.katodo.com e http://wiki.tuttoelettronica.org
> oppure contattami in MSN, GTALK o ICQ N° 129440900
> Radioamatore: IW3HZQ --- Gentoo user!!
> "Tutto è impossibile fino a quando qualcuno non ci dimostra il contrario... "
>
--
Visita il mio sito http://www.katodo.com e http://wiki.tuttoelettronica.org
oppure contattami in MSN, GTALK o ICQ N° 129440900
Radioamatore: IW3HZQ --- Gentoo user!!
"Tutto è impossibile fino a quando qualcuno non ci dimostra il contrario... "
On Monday 05 November 2007 19:30, max_xxv wrote:
> ottimo lavoro...
> L'indice lo crea in relazione a quanti capitoli ci sono nella pagina,
> ogni capitolo è delimitato dai caratteri "==" nella forma
> ==Capitolo1==, se ne trova + di 3-5 ( non ricordo il numero preciso )
> genera l'indice...
> Vedi la pagina principale dell'MlaII, l'ho fatto...
Si, allora ho capito. Alcune delle classi hanno piu' capitoli, altre meno,
quindi....
>
> Come ho gia detto, se posso aiutarti in qualche modo, a patto di
qualche aiuto per lo
> startup iniziale, sono a disposizione.
>
> Pigi
Ok, ma per ora non ho idea di quale sia il protocollo usato; te sai o
qualcuno sa se da qualche parte e' stato inserito un help o qualcosa
che spieghi il modo di invio/ricezione dati della gui?
ciao
Angelo
> La Gui funziona, ma non conosco o non ricordo il protocollo di
> comunicazione; se Marco puo' dare riferimenti in merito, potrei vedere
> di abbozzare qualcosa per iniziare a vedere dei dati che circolano dalla
> Cpld all'At Mega e da questi verso la Gui che li visualizzarebbe... E
Il protocollo è quello della USB, ovvero metto un pacchetto di dati in un
buffer e un millisecondo dopo questo pacchetto è sul PC, semplice, elegante
e funzionale, stesso discorso tra pc e AVR.
Quello che è totalmente da definire è proprio il funzionamento della CPLD,
cioè come si leggono i dati dalla RAM e come si devono mandare i comandi per
cambiare la time, il trigger e avviare l'operazione di lettura.
Una volta fatto questo si stabilirà come interagisce la GUI con queste
funzioni, ma fino a che quest'ultime non esistono non ha alcune senso
parlare di protocolli.
Offline 
Invia email
