Sono intenzionato a costruire un oggettino per il mio acquario. L'oggettino inizialmente misurerà unicamente temperatura e conduttività dell'acqua (e quindi salinità) ed in seguito piano piano ph, kh... (sonde permettendo) cioè tutti i valori che servono. Non ho esperienza di programmazione assembler dei processori che ci sono in giro ultimamente. Ho programmato Z80 e null'altro. L'oggettino che costruirò dovrà fare dei calcoli (moltiplicazione e divisione oltre a somme e sottrazioni) dovrà registrare in memoria dei valori ogni ora (meglio ogni 30 minuti) quindi dovrò avere un orologio (o simularlo) e possibilmente un calendario. I dati che registrerò saranno la data con ora (riducibili a 5 byte) temperatura (1 byte) salinità (1 byte) e poi diciamo altri 5 valori (5 byte) per stare larghi per il futuro, quindi un record 12 byte. In un giorno almeno 24 rilevazioni quindi 288 byte al giorno non sarebbe male mantenere l'ultimo mese (30*288=8640 byte) Questi dati chiaramente dovranno essere visualizzati in real-time su un display 16 caratteri 2 righe. Con tutti i dati memorizzati chiaramente dovrò poterli inviare al PC (tramite RS232 suppongo sia il metodo più semplice) Ero tentato di utilizzare i processori della serie ST62E25 (o superiori) in quanto ho ordinato e realizzato un kit di nuova elettronica per simulare alba, tramonto, maree e qualcosina d'altro (sempre per l'acquario). Il tutto funziona correttamente, è molto carino, ma delle funzionalità non mi piacciono un granchè come funzionano e mi piacerebbe sostituire il processore (st62T25) riprogrammandolo come più mi piace. Per questo anche per la nuova "macchinetta" intendevo utilizzare quei processori, così studiato il linguaggio macchina, preso il programmatore..... per uno valeva anche per l'altro. Ho letto che è possibile interfacciarsi tramite uart su rs232 (non ho capito se con tutta la famiglia st62) ho trovato diversi schemi per interfacciarsi a memorie esterne, ma in questo caso si "perdono" tutti o quasi gli ingressi/uscita che se non erro sono 20. Considerando quanto sopra esposto e il fatto che mi servono 10 ingressi/uscite per sensori, buzzer e prese, (se non erro) 5 uscite per pilotare display e 4 per i tasti quali microprocessore mi consigliate di utilizzare (a basso prezzo 30euro max)? Ci sono delle cose da sapere? Spero qualcuno mi sappia aiutare Grazie Mauro
Consiglio X microprocessore da utilizzare. (lunghetta)
Jan 03, 2005
16 Replies
"mgaggia" ha scritto nel messaggio news:_1kCd.13425$ snipped-for-privacy@twister2.libero.it...
L'oggettino
mah... se lo devi industrializzare e vendere, è un discorso. Se invece lo fai per te, prova a prendere in considerazione di realizzare tutto su un pocket pc, un palm o roba del genere, con un interfaccia opportuna. Ti girerai molto molto meno le scatole.
Saluti
SB
----------------------------------------------------------------
Rimuovere i caratteri accentati per rispondere
nooo è solo per me.
mah forse si... ma diciamo che avrei anche il costo di un palm e poi aggiungici anche il consumo elettrico che se pur poco deve stare attaccato 24h al giorno 365 giorni all'anno. Poi mi sembra sprecato un palm nel mobile dell'acquario senza contare che li c'è un sacco di umidità e se mi va in xxxx il palm sono soldini, il circuitino che mi servirebbe penso che con al max 100 euro lo faccio. Grazie ugualmente della dritta. Ne terrò sicuramente conto anche se non credo lo farò. Mauro
Simone.bern ha scritto:
Inviato da Virgilio http://newsgroup.virgilio.it
Filtra gli antipatici, ti segnala le risposte e ti fa gli auguri
"mgaggia" ha scritto nel messaggio news:_1kCd.13425$ snipped-for-privacy@twister2.libero.it...
Per quello che devi fare tu basta un micro di fascia bassa... come l'arcinoto PIC16F877, che ha un ADC a 10 bit (voglio vedere come converti le grandezze che vuoi misurare con un palm o un pocket PC) con 8 ingressi, a cui aggiungere un LCD parallelo e qualche pulsante. Per la memorizzazione potrebbe esserci qualche problemino se intendi refresharne il contenuto molto velocemente... comunque il micro ha anche una SPI con cui puoi pilotare una EE o una FLASH. Costo complessivo intorno ai 10 euro. ...poi però devi programmare tutto!
J.
vabbè il programmare non mi spaventa un gran che... mi devo studiare il suo assembler... se è di fascia bassa non asrà super complesso. Voorei capire... mi consigli il PIC perchè non conosci ST62xxxx oppure perchè è meglio? Nel senso, vorrei capire se uno è meglio dell'altro e perchè... Grazie Mauro
Regae ha scritto:
Inviato da Virgilio http://newsgroup.virgilio.it
Filtra gli antipatici, ti segnala le risposte e ti fa gli auguri
"Regae" ha scritto nel messaggio news:OquCd.361545$ snipped-for-privacy@news3.tin.it...
puoi guardare qui:
formatting link
oppure utilizzare una qualunque tra le decine di schede di acquisizione USB oppure ancora usare un convertitore Voltage Frequency via IR e intercettare il led di Rx del Palm via software (è semplice, trovi vari trucchetti nei newsgroup appositi).
mgaggia ha scritto:
Eh gia', il che vuol dire che per fare anche il piu' stupido calcolo=20 c'e' da impazzire... magari i pic avessero l'assembler dello Z80... non=20 c'e' neppure la somma completa con riporto (la ADC per intenderci) o il=20 confronto (CP), anzi l'assembler risc stesso all'inizio e' spiazzante=20 per chi gia' conosce quello un comune cisc (z80, 8086, Pentium ecc...)=20 visto che per esempio mancano i classici salti condizionati dai flags... =
per fare un banale JP C (JC su un st6) in un pic occorrono 2 istruzioni: =
uno skip condizionato seguito da un goto incondizionato (lo skip serve a =
saltare il goto).
Questa e' la solita domanda senza risposta ;) Dipende dalle necessita' / =
conoscenze / possibilita'. Per quanto ho visto i pic sono piu' economici =
e facilmente reperibili, e la documentazione in rete e' maggiore, li ho=20 scelti solo per questi motivi. Dovendo fare applicazioni che richiedono=20 una certa complessita' elaborativa guarderei gli Atmel o gli 8051, che=20 possono essere collegati direttamente a memorie esterne (in modo simile=20 allo Z80) e dispongono di un assembler completo.
Per i pic puoi trovare i miei appunti su
formatting link
ciao Claudio F
Ciao, io per esperianza personale ti consiglierei i micro della famiglia Atmel ATmega (magari ATmega16), senza contare che con poca ricerca trovi anche compilatori BASIC, C. Per quello che riguarda la gestione dei segnali analogi e delle grandezze che sonde pensavi di utilizzare ??? .....qualche anno fa avevo tentato di fare anche io un oggetto cosi per i miei (....al tempo) 3 acquari, ma mi sono arenato sulle sonde ...troppo costose e con segnali difficili da gestire.
By Mario Machine' E-MAIL: snipped-for-privacy@dinamica.it
"Claudio F" ha scritto nel messaggio news:Z0CCd.364344$ snipped-for-privacy@news3.tin.it... mgaggia ha scritto:
Oddio... sono modi diversi di vedere l'assembler. Il PIC è un RISC ed ha solo 35 istruzioni... e come lui anche gli H8 della renesas (ex hitachi)... se per usare un micro devo imparare un set di 80 istruzioni faccio prima a cambiare lavoro.
J.
"Simone.bern" ha scritto nel messaggio news:cre5q8$ats$ snipped-for-privacy@atlantis.cu.mi.it...
A be, grazie al cavolo... allora visto che ci sei puoi metterci un tuner TV e far guardare Sky ai pesci! :-) ...sicuro che è la soluzione più adatta alle esigenze di Mauro??? :-)
J.
"mgaggia" ha scritto nel messaggio news:29497131.1104843519389.JavaMail.newsgroup@sc-ng-1...
Il PIC è un RISC ed ha un set istruioni ridotto all'osso. Il primo microcontrollore che ho programmato è stato un ST6265... ti consiglio il PIC perché si trovano molte più risorse in rete... e perché mi sta simpatica la Microchip!
J.
"Regae" ha scritto nel messaggio news:SxPCd.634682$ snipped-for-privacy@news4.tin.it...
Questo era uno dei suggerimenti.
"" L'oggettino che costruirò dovrà fare dei calcoli (moltiplicazione e divisione oltre a somme e sottrazioni) dovrà registrare in memoria dei valori ogni ora (meglio ogni 30 minuti) quindi dovrò avere un orologio (o simularlo) e possibilmente un calendario. I dati che registrerò saranno la data con ora (riducibili a 5 byte) temperatura (1 byte) salinità (1 byte) e poi diciamo altri 5 valori (5 byte) per stare larghi per il futuro, quindi un record 12 byte. In un giorno almeno 24 rilevazioni quindi 288 byte al giorno non sarebbe male mantenere l'ultimo mese (30*288=8640 byte) Questi dati chiaramente dovranno essere visualizzati in real-time su un display 16 caratteri 2 righe. Con tutti i dati memorizzati chiaramente dovrò poterli inviare al PC (tramite RS232 suppongo sia il metodo più semplice) ""
Le esigenze sono queste, rileggile, stima quanto tempo ci vuole a realizzare tutto questo, aggiungi i costi del materiale, confonta con il costo di un palm. Per come (modestamente) ragiono io, si tira il cappio all' hardware solo se ne vale la pena, altrimenti il cappio ti si stringe al collo, se ci devi perdere dei mesi. Poi, ognuno è libero di sperimentare e impiegare il tempo libero come meglio crede. Se uno vuole divertirsi imparando un micro daccapo, può ignorare il suggerimento, e seguire altre strade.
Saluti
SB
----------------------------------------------------------------
Rimuovere i caratteri accentati per rispondere
"Simone.bern" ha scritto nel messaggio news:crghn5$nsl$ snipped-for-privacy@atlantis.cu.mi.it...
...guarda, io lavoro in un azienda che si "diletta" nel progettare oggettini con elettronica a bordo... ed ultimamente ho implementato un PID sopra un PIC16F876... e pensa che l'Apollo 11 non aveva a bordo la potenza di calcolo che ha un palmare medio di oggi! :-)
J.
lo hanno fatto in molti... mi studierò i datasheet e poi farò la mia scelta... grazie
un compilatoire C? interessante... magari agratissss???
per la salinità utilizzerei il progetto kondu (sonda in frequenza 100hz-200khz cerca nel newsgroup degli acquari e trovi tutto è semplice e a buon prezzo) che rileva la conducibilità e quindi sapendo la temperatura sai anche la salinità. La temperatura utilizzerò una sonda analogica (non l'ho ancora scelta). Per il ph che sappia io esiste una sola sonda (costosa) per il resto ci penserò (non lo calcolo per ora essenziale)
che fine hanno fatto? Perso la voglia?
Cia oMauro
Mario Machine' ha scritto:
Inviato da Virgilio http://newsgroup.virgilio.it
Filtra gli antipatici, segnala le risposte, segue i thread, e tutto da web
Grazie a tutti del vostro aiuto. Per il discorso Palm diciamo che mi sembra esagerato. Tra costo del palm, dell'oggettino da attaccare all'usb per le conversioni, delle sonde e il tempo per fare il software diciamo che (soddisfazione personale a parte) mi conpero un oggettino già esistente e funzionante, quindi ho scartato la soluzione.
Per il discorso PIC, se sono effettivamente così "scarsotti" di istruzioni forse è meglio lasciar perdere
Per il discorso ST6xx ho visto in rete che ne parlucchiano male in tanti...
Sembra che si vociferi bene degli Atmel ATmega. Approfondirò.
1000 grazie a tutti Mauromgaggia ha scritto:
Inviato da Virgilio http://newsgroup.virgilio.it
Filtra gli antipatici, segnala le risposte, segue i thread, e tutto da web
Ciao, di compilatori C per Atmel free c'e' GNU per esempio ...lo trovi in rete con una infinita' di esempi e application note. commerciali c'e' IAR, ICC per il C, BASCOM, FASTAVR per il BASIC. Per gli acquari ...si un po' perso la voglia un po' la scarsita di tempo. per il ph io attualmente (sull unica vasca rimasta) uso il controller dell Dennerle, cmq di sonde PH ne ha anche la Nuova Elettronica a costi inferiori.
By Mario Machine' E-MAIL: snipped-for-privacy@dinamica.it
"mgaggia" ha scritto nel messaggio news:11982132.1104960305162.JavaMail.newsgroup@sc-ng-1...
PS. (tiro l'acqua al mio mulino:-) ) Anche per il PIC si trovano compilatori C da integrare con l'MPLAB. Io in realtà sono 4 anni che non programmo più un micro in assembler (salvo una applicazione, il cui costo implicava l'ottimizzazione al byte del codice... infatti sono riuscito a riempire tutta la ROM).
J.
Join the Discussion
Have something to add? Share your thoughts — no account required.
Didn't find your answer?
Ask the community — no account required