Nabuk Wireless Community
Varie => Progetti in corso => Topic aperto da: DjByte - Agosto 08, 2006, 05:15:31 pm
-
Considerando che in questa sezione sono (e saranno) presenti i progetti di maggior rilievo creati dagli utenti, non poteva di certo mancare il link al sito tutto dedicato all'alimentazione ad energia solare.
http://djbyte.nabuk.org
Byte
-
Ma poi la mia webcam ti ? stata utile?? :?
Non ho saputo pi? nulla!!
-
Sto continuando lo studio di un progetto, ma a rilento... ho troppi progetti avviati e quello della guida mi assorbe molto tempo.
Byte
-
Ma poi la mia webcam ti ? stata utile?? :?
Non ho saputo pi? nulla!!
-
Calma, calma... ho troppi progetti in corso di sviluppo.
Byte
-
Approfittando di un momento di pausa riflessiva nella stesura della "guida alle w-lan", ho ripreso lo sviluppo del circuito "Batt-PoE + Lo V + fan controller"... molte le novit? inserite nella progettazione. Appena finir? la fase di test, rilascer? la revisione 3.5.
Stay tuned
Byte
-
Lo sviluppo teorico comprensivo di schema elettrico stampato e stampato con componenti ? terminato... se qualcuno lo vuole realizzare in "laboratorio" come sperimentale, mi faccia sapere che gli passo il file (sono 6 mega)...
Purtroppo non ho il tempo necessario per i vari test.
Byte
-
Ma il ponte "di casa" ? ancora funzionante???
-
Quello no, ? l? che aspetta user...
Byte
-
Approfittando dell'attuale fase di ristrutturazione del ponte, parte la sperimentazione "sul campo" della revisione 3.5 del circuito Batt.PoE.
Stay tuned...
Byte
-
Anche se la sperimentazione della revisione 3.5 del circuito ha avuto esito positivo, ho deciso di non rilasciare il progetto realizzato perch? vorrei puntare a fare meglio :-o :-o :-o
Visto che sto avendo discreti successi con i microcontrollori PIC, il cui piacere del loro impiego sta raggiungendo livelli maniacali (riuscir? a farci da mangiare?), ho deciso di cimentarmi nella progettazione di un circuito che unisca sia il caricabatterie sia la gestione del Batt/PoE.
Visto i consumi irrisori di un display 16x2, quasi quasi lo inserisco per visualizzare i parametri di funzionamento...
Non dovrete naturalmente avere fretta, ma l'apporto di vostre idee ? decisamente utile in questa realizzazione.
Che ne pensate?
Byte
-
Ciao a tutti,
il nuovo progetto procede a gonfie vele ed ho gi? dato una stesura al firmware da usare, al quale dovr? anche aggiungere la gestione dei carichi...
Certo andr? ottimizzato un pelo, visto che ora occupa l'85% delle capacit? del PIC 16F876 utilizzato :-D.
Dal punto di vista hardware siamo anche l? pi? o meno a buon punto, se si considera che sto simulando sulla demoboard :roll:.
Appena il firmware sar? un p? pi? chiaro da consultare :-o, simuler? sulla breadbord.
Speriamo bene...
Byte
-
OK, ci siamo quasi...
il firmware ha raggiunto un livello di maturazione discreto, reso pi? leggero (ora occupa solo il 23% dello spazio disponibile) ed stato aggiunto lo strato software per il controllo PWM della ventola di ricircolo aria della scatola stagna.
Vedere l'intero progetto girare nell'ambiente simulato della demoboard ? veramente bello, considerando che ? il primo progetto che creo con i microcontrollori PIC (mai usati prima d'ora).
Spero d'aver tempo sufficiente per realizzare il circuito stampato e metterlo alla prova "su strada" entro la fine del mese...
Byte
-
mmm, solo il 23% :-o
Mi ci fai dare un'occhiatina??? Sono curioso...
-
Finalmente, dopo ore passate a disegnare col cad, ho finito il disegno della basetta.
Ho previsto un p? di connettori aggiuntivi, nel caso si volesse espandere il software con nuove funzionalit? :-D
Questa settimana dovrei riuscire nella realizzazione pratica e montare tutti i componenti.
Finalmente si passa dalla teoria della demoboard alla pratica vera e propria :-D
Stay tuned
Byte
-
Ah, per?... resto sempre curioso...
-
Ciao,
ho realizzato la nova board e saldato tutti i componenti.
Bene, ho detto, ora la testo! Purtroppo il programma non ne vuole sapere di avviarsi, presumo per problemi all'oscillatore esterno al pic...
Ho ricontrollato pi? volte, anche lo schema elettrico ed il pcb realizzato: tutto "perfetto" (messo tra virgolette, perch? non v?...)
Dove sbaglier??
Far? dei test con quarzi di taglio inferiore a 8MHz...
Azz, due giorni di fatica per ottenere un pessimo risultato...
Byte
Edit 1:
Niente da fare, ho anche fatto una piccola modifica all'alimentazione del Master Clear (MCLR), introducendo un maggiore ritardo del reset d'accensione... non ne vuole proprio sapere!
Per il momento non so dove sbattere la testa.
-
Risolti finalmente i problemi di avvio, dovuti ad una microscopica pallina di stagno infilatasi tra i due pin "osc" del pic.
Ho riscontrato anche la mancata visualizzazione dei parametri di funzionamento sul display, dovuto a problemi di pilotaggio sull'uscita portb3, che resta a 0.
Ho provato con un altro pic, ma il problema persiste.
Ho allora deviato il controllo sulla portb1 con diverse impostazioni software sull'inizializzazione del display ed apportate le modifiche al pcb.
Ora va che ? una meraviglia :-D
Byte
-
Djbyte, ? troppo bello quello che stai o hai fatto con l'energia solare.
Avevo in mente qualcosa del genere per la mia fonera...ma credo che abbandoner
-
Questa settimana dovrei finire la realizzazione della nuova revisione del pcb poich? quella che uso attualmente, la 1.0, ha subito troppe modifiche per essere attendibile :-D.
A causa di eccessiva produzione di calore da parte dei mosfet utilizzati come interruttori di potenza, ho scelto di sostituirli con rel?.
Mi spiace che non vi sia ancora possibile dare una sbirciatina al progetto, ma preferisco farvelo vedere (ed avere) quando ha raggiunto un sufficiente livello di maturit?.
Pazientate ancora un p?... ? la mia prima realizzazione che fa uso dei microcontrollori (mai usati, perci? ho dovuto apprenderne anche la programmazione).
Byte
-
Finalmente ecco i primi risultati:
(http://www.divshare.com/img/midsize/3886492-2cb.jpg)
(http://www.divshare.com/img/midsize/3886493-d3f.jpg)
Ok, la qualit? delle immagini non ? il massimo, ma almeno rende l'idea.
Certo c'? ancora molto da fare, ma gi? si pu? vedere qualcosa funzionare :-D
Byte
-
Carino
-
Gi?, ma vorrei visualizzare sul display i valori in volt del PoE, Batteria e Pannelli solari...
Il problema per? non sarebbe l'algoritmo da implementare, ma il dover gestire tutto insieme...
Mah, vedremo cosa succede smanettando col firmware :-D
Byte
-
Scusa non ho capito il perch? non hai messo su zoccolo il pic cos? da poterne utilizzare uno finestrato (da cancellare-riscrivere quante volte vuoi)...
-
Infatti il PIC utilizzato ? un 16F876, riscrivibile fino a 1000 volte, almeno cos? dice il datasheet...
Zoccolato ? zoccolato... purtroppo dall'immagine non si capisce bene :evil:
Stavo studiando la fattibilit? della visualizzazione dei valori, ma utilizzando l'algoritmo, mi vengono fuori un pacco di numeri decimali... dovrei limitare le cifre dopo la virgola ad un solo decimale, ma per farlo, mi devo studiare un p? il C... attualmente con il basic sono un p? troppo limitato.
Proceder? quindi a piccoli passi :-D
Byte
-
Sebbene lo sviluppo del software procede un p? lentamente (imparare i fondamenti del C applicato ai sistemi embedded non ? cos? semplice come pensavo), l'hardware ha subito una leggera mod, sostituendo lo stabilizzatore 7812 con uno low-drop, a causa tensione d'uscita troppo bassa con valori d'ingresso prossimi ai 12V...
Sto valutando il caso di creare una scheda add-in :-D con stabilizzatore ultra-low-drop e fet canale p, in modo da ridurre al minimo le perdite in calore...
Qualche idea con schemi a blocchi e/o elettrici pi? o meno parziali, l'ho gi? buttata gi? su i vari fogli che mi circondano...
Attualmente non ho la pi? pallida idea sulla realizzazione, forse (gi? che ci sono) integrer? un circuito di protezione contro i cortocircuiti e controreazione per compensare l'uscita.
Non vorrei arrivare ad un livello di complessit? troppo elevato (che finirebbe per essere un esercizio di stile amatoriale), perch? voglio dare la possibilit? di realizzazione pratica a tutti.
Che ne pensate?
Vedremo cosa succede :-D
Byte
-
l'hardware ha subito una leggera mod, sostituendo lo stabilizzatore 7812 con uno low-drop, a causa tensione d'uscita troppo bassa con valori d'ingresso prossimi ai 12V...
Sto valutando il caso di creare una scheda add-in :-D con stabilizzatore ultra-low-drop e fet canale p, in modo da ridurre al minimo le perdite in calore...
mi intrometto :roll: anche se non ho capito bene le tue esigenze la butto l?:
http://www.elecfree.com/circuit/power-supply/switching-power-supply-regulator-with-LM2596/
-
Avevo gi? pensato a qualcosa del genere, ma ho il problema di realizzare le induttanze da 33uH e da 330 uH... possibile che non ci sia documentazione al riguardo per la costruzione home-made?
Questa notte ho avuto l'idea di utilizzare un ne555 per pilotare un fet... in teoria dovrei come minimo poter gestire fino a 8A di carico :-D
Byte
-
Nell'attesa d'avere idee migliori, per la parte hardware, sto "smanettando" nella scrittura del firmware, dove ho ottenuto una migliore efficienza con circa 60 linee di codice in meno :-D.
Finora sono soddisfatto del lavoro svolto... certo resta ancora molto da fare...
Byte
-
Il punto della situazione sullo stato di lavorazione del firmware non porta buone notizie... :cry:
E' una settimana che sbatto la testa contro un errore inspiegabile che mi restituisce il software di sviluppo Mikrobasic (...maledetto...) nella compilazione di alcuni calcoli per la visualizzazione dei valori di tensione e di temperatura.
Sebbene la base dei calcoli sia sempre la stessa, nessun problema ? stato riscontrato con la parte relativa la temperatura (OK, ho avuto difficolt?, ma poi ho risolto), ma sui voltaggi, non mi vuole "calcolare" i decimi... mi dice che la funzione ? troppo complessa :-o :-o :-o :-o :-o
Vedremo cosa riesco a fare per aggirare l'ostacolo.
Byte
-
E calcolare i valori con variabili di tipo Double????
-
..ma sui voltaggi, non mi vuole "calcolare" i decimi... mi dice che la funzione ? troppo complessa....
Da quel poco che ho raccolto grazie alla collaborazione del pollus nel progetto ponte solare (come ho pi? volte detto, i micro non sono la mia specialit?), per poter calcolare i decimali in queste operazioni, NON PUOI usare la virgola, il micro non la gestisce. quindi devi per forza lavorare con gli interi. dovendo lavorare con gli interi, se vuoi i decimali, devi moltiplicare il tuo valore per un fattore 10, 100, 1000 a seconda di quanti decimali vuoi. occhio per? a non superare il valore complessivo dell'operazione di 65535, cio? il massimo indirizzabile con le operazioni a 16bit. una volta calcolato l'intero, a display METTI TU la virgola poi nel valore dell'intero a seconda del fattore di moltiplica che hai usato. ti garantisco che comunque, questa ? una delle tante cose strane che mi diceva pollus succedono con sti maledetti micro. ci stiamo a ripetizione impazzendo anche noi, anche in questo momento siamo in sessione di test per correggere errori di programmazione, ed ho aproffittato della presenza del pollus appositamente per risponderti... :-D
-
Grazie, avevo immaginato che tutto il problema stava l? ed in effetti mi comporto proprio in quel modo (come indicato da Absolute).
Ero gi? al corrente dell'impossibilit? di fare calcoli con la virgola, in effetti ho dovuto moltiplicare per 100 per avere un valore il pi? prossimo alla realt?.
E' anche vero che utilizzo il basic della mikroelektronika, ma attualmente non posso fare di meglio...
Ora sono fermo perch? il portatile su cui sviluppo non ne vuole pi? sapere d'avviarsi (l'unico su cui gira windows, gli altri hanno linux) e, nemmeno a farlo apposta, per linux e la easypic4 non c'? nulla... :cry: :cry: :cry:
Ringrazio il Pollus per l'assistenza.
Byte
-
Stavo facendo alcune prove di calcolo e, sebbene sia riuscito ad apportare qualche miglioramento, il limite di 65535 e troppo limitante...
Mi toccher? fare i salti mortali :-D
Ho scoperto perch? il basic mi dava l'errore di funzione troppo complessa: in pratica posso usare solo variabili fino a 16 bit [di tipo word (65535) o integer (+- 32767)] e nessuna di tipo a 32 bit (esempio il "longint") :cry: :cry: :cry:
Byte
-
In realt? essendo il micro un 32 bit ? possibile usare variabili a 32 bit...il sistema non ? semplice ( ho chiesto info al pollus) e mi ha detto che lui ha avuto il tuo stesso problema e che lo ha aggirato usando le variabili a 32 bit ( specificatamente sull'877)...mi ha dato anche un riferimento dove puoi trovare qualcosa al riguardo. su questo forum
http://www.picbasic.co.uk/forum/showthread.php?t=1942
pollus ha trovato un "pazzo" che se ho ben capito con del codice assembler ha intercettato le variabili a 32 del micro, permettendo cos? di superare il limite di calcolo a 65535 e portandolo a oltre 4 miliardi.
non chiedermi per? perch? non c'ho capito altro...
ha detto che se trova un p? di tempo, mi prepara un piccolo esempio da girarti. se intanto vuoi dare un'occhio a ci? che ha fatto 'sto darrel taylor...
ultimo consiglio del pollaccio ? di usare il pic basic pro.
ciao Dj.
-
Grazie per il consiglio :wink:
Per il momento ho aggirato il problema rivedendo dal lato hardware i partitori resistivi in modo da ottenere valori di campionamento "bassi"... in effetti ora funziona molto bene e riesco a visualizzare le tensioni correttamente.
Ora per? non riesco a capire perch? la visualizzazione della temperatura ? sballata, con visualizzazione di caratteri "strani"... prover? introducendo lo stesso "giochetto"...
Per il picbasic pro, vedr? pi? avanti, appena finito questo progetto (oltretutto non ? poi cos? diverso dal mikrobasic)... resterei comunque orientato maggiormente al C, decisamente pi? flessibile...
Byte
-
Finalmente ho risolto tutti i problemi :-o :-o :-o
Stava tutto in un piccolo errore matematico inserito involontariamente e nel dimensionamento di una variabile...
Vederlo finalmente funzionare come le aspettative iniziali ? proprio bello! Certo mi occorrerebbe un lcd con almeno 4 linee da 20 caratteri, in modo da farci stare tutto in modo "pi? comodo"... vorr? dire che provveder? all'acquisto domenica in fiera...
Che fatica :|
Byte
-
Ciao, mi passeresti il codice sul server che gli d? un'occhiatina???
-
Ecco gli ultimi risultati ottenuti, visualizzati sul display LCD 4x20:
La qualit? purtroppo non ? delle migliori, ma rende almeno l'idea... :-D
(http://www.divshare.com/img/midsize/4227808-953.jpg)
(http://www.divshare.com/img/midsize/4227812-982.jpg)
Byte
-
Approfittando di questo periodo di grandi piogge, sto ampliando le "capacit?" del nuovo circuito.
Ho apportato qualche modifica al pcb di base ed ho aggiunto esternamente ad esso due resistenze di potenza corredate di piccolo circuito di controllo per permettere al pic di misurare la corrente al carico e quella prelevata dai pannelli solari.
Ora il circuito si presenta cos?:
(http://www.divshare.com/img/midsize/4252988-e0c.jpg)
Non resta che lavorare al lato firmware :-D
Byte
-
Purtroppo sono andato altre le capacit? del pic utilizzato e per non stravolgere il pcb, ho preferito rimuovere la sezione relativa alla misurazione delle correnti.
Il circuito creato s'? comunque comportato molto bene sto scrivendo l'articolo che pubblicher? poi su djbyte.nabuk,org.
Sto valutando d'inserirlo anche nella guida alle w-lan, espandendo cos? il capitolo dedicato alle installazioni particolari.
Che ne pensate?
Byte
-
D'accordissimo! Grazie Byte per tutto quello che fai per la ns. community... ;)
-
Gran lavoro Byte!
Secondo me ? meglio tenere il solare separato dalla guida alle wlan altrimenti rischi di allontanarti troppo dal discorso wireless, farei piuttosto dei riferimenti nella guida e magari con il link per scaricare la guida sull'alimentazione ad energia solare
-
Ho appena finito di leggere (in anteprima :-D) la guida della gestione alimentazione solare tramite PIC16F876 redatta da DjByte (lo s?... sto lavorando molto... :wink:) e devo dire il discorso ? chiaro e semplice, alla portata di tutti quelli che si vogliono cimentare nell'impresa avendo a disposizione i mezzi giusti ed occorrenti... ? proprio una guida ben fatta nonostante sia ancora una versione primaria...
-
Questa settimana dovrei aggiungere qualche foto del circuito, poi sar? disponibile a tutti.
Sono contento di quanto prodotto, considerando i mesi di lavoro per arrivare a rendere il progetto di "semplice" realizzazione, per permettere a tutti di usufruirne.
Naturalmente ho provveduto ad inserire alcune nozioni di base, per dare la possibilit? di modificare il firmware ed ampliarne le capacit?.
Byte
-
DjByte, potr? alimentare la mia fonera senza bisogno di corrente esterna 24h su 24h? :roll: (sarebbe un sogno :D)
-
Dipende da come ? dimensionato l'impianto, ergo pannelli solari e batteria tampone per X giorni di riserva...
In djbyte.nabuk.org trovi tutti i dati per dimensionarlo.
Byte
-
Accidenti :evil:, avevo promesso la pubblicazione dell'articolo sul nuovo circuito di gestione dei pannelli solari ma per cause non ancora identificate, non riesco pi? ad accedere allo spazio web...
Ho inviato una mail al Sommo Nabuk per avviare delle verifiche, speriamo di risolvere il problema al pi? presto.
Byte
-
Ok, il pdf del nuovo circuito ? disponibile per il download.
Non ho ancora trovato il tempo per aggiornare le pagine, ma ? possibile scaricarlo direttamente da qui:
http://djbyte.nabuk.org/files/GestSolPIC_rev1.0.pdf (http://djbyte.nabuk.org/files/GestSolPIC_rev1.0.pdf)
Fatemi sapere.
Byte
Update: ho provveduto ad aggiornare anche il sito.
-
ho dato un'occhiata al pdf...davvero un bel lavoro Dj :-D .
Ho visto che hai usato il principio dei "pannelli sempre in linea" in modo da non perdere mai energia, evitando lo stacco dei pannelli al full-batt.
? una cosa che dovr? implementare anche io, anche se dato le correnti in gioco non lo posso integrare nel circuito del carica batteria. Purtroppo ho avuto problemi nelle fasi di test con gli LM2679, dopo giorni e giorni di test non sono mai riuscito a tirargli fuori i 5A che mi servono..alla fine ho temporaneamente accantonato in attesa di tempi migliori e di miglior fortuna.
c'? una cosa che per? non capisco. io ho avuto problemi con l'MCLR del micro dovuto all'innalzamento progressivo alla mattina della tensione di uscita dei pannelli. in pratica non arrivi di colpo alla 12V, ma in maniera progressiva. dato che il micro parte a lavorare gi? poco oltre i 3V e sia il 2940 che il 7805 danno tensione anche sotto i valori nominali, se il reset ti avviene prima, come fai ad essere sicuro che il micro avvii regolarmente? ho visto che hai inserito una rete RC che praticamente all'arrivo della tensione cortocircuita il pin1 per qualche istante, poi la resistenza carica il condensatore ed il gioco e fatto. ma se la tensione ? sotto i valori nominali? io ho avuto false partenze, dove in pratica il micro era sottoalimentato e non si avviava regolamente. era in pratica inchiodato. hai fatto delle prove alimentando il circuito con tensione progressive?
-
Sai cosa manca byte?
qualche indirizzo per la lista della spesa per chi non puo affacciarsi ai mercatini!
-
X Absolute:
Ho fatto delle prove durante i test ed ho adottato quella configurazione per aumentare il tempo del reset al MCLR. Nella progettazione ho dovuto fare delle scelte un p? drastiche, in effetti il pic al primo avviamento necessita di tensioni provenienti dal PoE o dai pannelli solari (a "regime"), perch? la batteria ? scollegata tramite rel?. Ho anche dovuto assumere come scontato il fatto che al primo avviamento la batteria sia carica.
Detto questo, ho simulato improvvise variazioni di tensione provenienti dai pannelli (da 0V a 20V) ed ho notato che il pic si resetta a 6V. Per questo motivo ho scelto di scollegare i carichi a 10V e la riconnessione della batteria quando i pannelli scendono al di sotto dei 12V.
In questo modo dovrei sempre avere adeguata riserva per la sola alimentazione del pic.
Ho passato molto tempo al programma del firmware, cercando di risparmiare energia il pi? possibile con il software. Sempre nell'ottica del risparmio, ho scelto di pilotare la ventola in PWM.
Per casi d'emergenza, c'? sempre il pulsantino di reset...
X Melazeta:
Hai ragione, ma se cerchi online, qualche negozio a buon mercato lo trovi. Anch'io per prendere alcuni componenti nelle varie fiere radiantistiche devo fare un sacco di chilometri.
Byte
-
Sebbene il progetto sia funzionante, sto apportando delle modifiche per rendere il pcb pi? razionale ed ulteriori adattamenti per risolvere problemi di gestione con alcuni tipi di lcd. Altre modifiche, richieste attraverso feedback, riguardano la possibilit? di poter gestire lo spegnimento dei carichi non attraverso il MosFET attualmente utilizzato, ma, inviando il segnale direttamente ad un riduttore switching utilizzante l'integrato L296.
Naturalmente dovr? rivedere anche il software, rendendo il progetto pi? flessibile.
Byte
-
Ok, mi pare giusto fornire nuove indicazioni sullo stato di lavorazione della nuovissima revisione 1.2
Finalmente mi sono attrezzato per fare i circuiti stampati in fotoincisione, che mi semplifica notevolmente la vita...
Partendo dagli ottimi risultati ottenuti con la revisione precedente, ho implementato quanto detto sopra e, per la gioia di chi vuole sperimentare, ora c'? anche il connettore per la seriale del microcontrollore! Naturalmente per funzionare bisogner? dotarsi di adeguata interfaccia RS232 ed adattare il software per la sua attivazione, ma questo inizio promette bene (qualcuno ha pensato ad un adattatore ethernet?).
Siccome il tempo a disposizione ? veramente poco, il montaggio procede a rilento, ma sto gi? notando le migliorie introdotte :-D
Stay tuned
Byte
-
DjByte, io mi sto procurando tutto il materiale (in particolare sto aspettando che mi arrivino i pannelli solari, mentre un mio amico si ? gi? procurato i circuiti stampati in fotoincisione)... hai qualche foto di tutto il lavoro che hai realizzato?
-
Gi?, sono curioso anch'io di vedere il pcb...
-
Pazientate, sto ultimando il montaggio dei componenti, poi toccher? alla modifica di alcune righe del firmware.
Entro domenica sera o luned? sera, avrete i risultati (con qualche foto).
Byte
-
Pazientate, sto ultimando il montaggio dei componenti, poi toccher? alla modifica di alcune righe del firmware.
Entro domenica sera o luned? sera, avrete i risultati (con qualche foto).
Byte
Attendiamo con ansia ;)
-
waiting for input (o meglio... il tuo output :-D :-D :-D)
-
Sono in fase di stallo... dev'essere che durante il montaggio ho "gremato" qualcosa...
Azz, inizia la ricerca del guasto ed ho poco tempo per testare tutto... spero di risolvere.
Byte
-
FERMI TUTTI !!!!! ho trovato un bug nell'hardware :-o
Durante i vari test della revisione 1.0 fatti nel lungo periodo, ho notato che i fet q3 e q4 utilizzati per il pilotaggio dei due rel? vanno in crisi.
Sostituirli perci? con due MosFET IRF822.
Nella prossima release (1.2) sar? tutto a posto.
Ho anche realizzato un pcb "universale" che accolga diversi tipi di display lcd.
Ho fatto qualche foto di quanto realizzato, ma vogliate scusarmi per la pessima risoluzione (cellulare)...
http://www.divshare.com/img/midsize/4838909-11e.jpg (http://www.divshare.com/img/midsize/4838909-11e.jpg)
http://www.divshare.com/img/midsize/4838943-c8d.jpg (http://www.divshare.com/img/midsize/4838943-c8d.jpg)
http://www.divshare.com/img/midsize/4838944-0d9.jpg (http://www.divshare.com/img/midsize/4838944-0d9.jpg)
Byte
-
Finito!!!!!!!!!!!!!
Ho anche risolto (proprio ora) i problemi al firmware creati dalle nuove features.
Passer? ora alla comunicazione seriale, se serve a qualcuno :-D, altrimenti provveder? a tempo debito.
Sarei tentato al rilascio pubblico della nuova revisione, ma senza il supporto seriale...
Byte
-
Finito!!!!!!!!!!!!!
Ho anche risolto (proprio ora) i problemi al firmware creati dalle nuove features.
Passer? ora alla comunicazione seriale, se serve a qualcuno :-D, altrimenti provveder? a tempo debito.
Sarei tentato al rilascio pubblico della nuova revisione, ma senza il supporto seriale...
Byte
supporto eth?
-
A piccoli passi Name! Questo progetto ha assorbito praticamente il mio tempo libero negli ultimi 6 mesi.
Ho dovuto reperire tutto il materiale riguardante i microcontrollori e la loro programmazione.
Tenendo conto che ? la prima realizzazione che faccio con essi, il risultato mi pare buono.
Il discorso ethernet si pu? fare, ma bisogna aggiungere un adattatore da seriale.
Sto giusto muovendo i primi passi con la seriale stessa e la demoboard non ? che faciliti le cose.
Ora mi faccio una birra... devo riprendermi da 4 ore passate sulla demoboard per il debug...
Byte
-
A piccoli passi Name! Questo progetto ha assorbito praticamente il mio tempo libero negli ultimi 6 mesi.
Ho dovuto reperire tutto il materiale riguardante i microcontrollori e la loro programmazione.
Tenendo conto che ? la prima realizzazione che faccio con essi, il risultato mi pare buono.
Il discorso ethernet si pu? fare, ma bisogna aggiungere un adattatore da seriale.
Sto giusto muovendo i primi passi con la seriale stessa e la demoboard non ? che faciliti le cose.
Ora mi faccio una birra... devo riprendermi da 4 ore passate sulla demoboard per il debug...
Byte
Era ironico il mio messaggio!!!!!
-
Bene, ? disponibile al download la nuova revisione 1.2 a questo link: http://djbyte.nabuk.org/files/GestSolPIC_rev1.2.pdf (http://djbyte.nabuk.org/files/GestSolPIC_rev1.2.pdf)
Appena ho un attimo aggiorno anche il sito, in modo che sia accessibile a tutti.
Spero d'aver fatto cosa gradita.
Byte
Update: ho riuploadato il file, non so per quale motivo, ma non arrivava intero. Ora ? perfetto.
-
Bene, la sperimentazione riparte!
Ho appena ultimato l'adattatore seriale da abbinare al circuito, non resta che lavorare sul firmware.
Byte
-
Il lato hardware funziona alla grande, ma purtroppo il lato firmware mi sta facendo dannare.
Estrapolando dal firmware, le linee di codice interessate sono:
dim ser, sf, so as byte 'dimensionamento variabili
usart_init(9600) 'velocit? seriale a 9600 Bps
ser = usart_read 'assegna a ser il valore della richiesta dal pc
select case ser
case 1 'ser = 1
usart_write(bat) 'invia valore tensione batteria
case 2 'ser = 2
usart_write(poe) 'invia valore tensione PoE
case 3 'ser = 3
usart_write(pan) 'invia valore tensione pannelli solari
case 4 'ser = 4
usart_write(tmp) 'invia valore temperatura
case 5 'ser = 5
usart_write(sf) 'invia stato ventola di ricircolo aria
case 6 'ser = 6
usart_write(so) 'invia stato uscita
case 7 'ser = 7
usart_write(portc.0) 'invia stato carica batteria
case 8 'ser = 8
usart_write(portc.1) 'invia stato sull'uso della batteria
case 9 'ser = 9
usart_write(portc.4) 'invia stato "solo pannelli"
end selec
In pratica, col pc, attraverso un terminale invio un numero (da 1 a 9) alla seriale ed il microcontrollore mi risponde con il valore di stato specifico richiesto.
A rigor di logica, dovrebbe funzionare tutto, ma il compilatore mi dice che la routine ? troppo lunga... cos? sono costretto a "commentare" 4 stati (anche qualsiasi) di case... Possibile che sia limitato a solo 5 possibilit??
Help me
Byte
Update: ho risolto il problema :-D cos?:
ser = usart_read 'legge la richiesta seriale
data[1] = bat 'assegna il valore di Bat
data[2] = poe 'assegna il valore di PoE
data[3] = pan 'assegna il valore di Pan
data[4] = tmp 'assegna i ?C
data[5] = sf 'stato fan
data[6] = so 'stato output
data[7] = portc.0 'stato carica batterie
data[8] = portc.1 'stato batterie
data[9] = portc.4 'stato ?solo pannelli?
usart_write(data[ser]) 'invia dati alla seriale
-
Quest'ultima settimane ? stata fonte di grande ispirazione e mi sono cimentato allo studio di un modulo aggiuntivo per la misurazione della corrente prelevata dai pannelli solari. Ho passato ore ed ore al debug del nuovo firmware, che non ne voleva proprio sapere di girare...
Ho riscritto un bel p? di linee, cercando di ottimizzare il codice, ed inserito quelle per i calcoli degli ampere, rendendo disponibile anche questi dati via seriale.
Sulla demoboard funziona tutto perfettamente e montando il microcontrollore sulla scheda del progetto, va veramente bene.
Non mi resta che creare la basetta per il nuovo sensore, visto che ho gi? tutti i componenti necessari, disegno del pcb compreso.
Ma perch? misurare gli ampere? Semplice, con questi ? facile calcolare la potenza istantanea prelevata dai pannelli solari.
Per quanto riguarda la visualizzazione dei dati sul pc, con interfaccia GUI, passo le specifiche di funzionamento ad Alnath, in modo che possa scrivere il programma.
Ho provato a cimentarmi nella programmazione (volevo utilizzare Gambas), ma il tempo a disposizione ? troppo poco, ed gi? tanto che sia riuscito a scrivere il firmware del pic... :-D
Stay tuned ...non manca molto...
Byte
-
Che dire... ho gi? il vb.net caldo che scalpita....
-
Ciao, ti ho inviato il tutto (spegazioni comprese) su gmail.
-
Ri-ciao, ti ho inviato la nuova versione sempre su gmail...
-
Buongiorno!
Scusate un mio amico sta per prendere questo kit per alimentare la su fonera ,ma secondo voi ? buono?
http://cgi.ebay.it/ws/eBayISAPI.dll?ViewItem&item=220272960322&ssPageName=MERC_VI_RSCC_Pr4_PcY_BID_IT&refitem=220272954870&itemcount=4&refwidgetloc=active_view_item&usedrule1=StoreCatToStoreCat&usedrule2=CrossSell_LogicX&refwidgettype=cross_promot_widget&_trksid=p284.m184&_trkparms=algo%3DCRX%26its%3DS%252BI%26itu%3DUCI%252BSI%26otn%3D4
-
non so se quella batteria permetta di avere la fonera accesa 24h su 24...
attendiamo risposta da djbyte che ne sa pi? di me sicuramente :)!
-
Io credo che trasformare la 12 in 220 sia superfluo per una fonera.
Considera che una fonera assorbe 4 W quindi con pochi calcoli sai quanto tempo riesci a tenerla accesa.
Per me, a naso, pannello e sola batteria con piccolo regolatore da 12 a 5, o 7 durerebbe un pelino di pi? dell'inverter.
Comunque quel kit non ? altro che un UPS modificato per avere solo alimentazione da pannello.
-
Dubito che una soluzione del genere sia sufficiente, specialmente nel periodo invernale.
Il pannello solare ? troppo piccolo... 20W forse d'estate possono bastare per accensioni saltuarie.
Se la fonera assorbe 1A a 5V, consuma 1W di potenza.
Se la batteria ? da 7Ah (come penso), si scaricherebbe completamente in 7 ore, senza l'apporto del pannello.
Lo stesso, essendo poco potente, allungherebbe il tempo di scarica, ma dopo qualche giorno la batteria ti lascia a piedi... anche d'estate!
C'? poi da considerare il consumo dell'inverter.
In questi anni di sperimentazioni, ho capito che i semplici calcoli matematici non sono sufficienti per il dimensionamento dell'impianto.
L'energia solare ? un bestia nera:
non ? mai abbastanza e costringe a risparmiare il pi? possibile sull'assorbimento dei carichi;
spremere il pi? possibile dai pannelli solari mediante la tecnica d'utilizzo "pannelli sempre in linea";
gestire la carica ed i carichi con il minor dispendio d'energia, con un inverter, generalmente butti il 20%;
utilizzare una batteria con tanti Ah (potrebbe piovere per una settimana o pi?).
Byte
-
Ed io nel frattempo ho migliorato l'interfaccia grafica...
-
:-D Grazie per le risposte,tutte danno spunto per riflettere,per? il problema non ? risolto!
Ovvero una configurazioone minima per stare tranquilli con la fonera?
Il fatto ? che non tutti hanno le capacit?,il tempo,la voglia,di sbattersi in costruzioni complesse,avere un kit semplice da montare e gestire sarebbe una vera idea!!!
Se sostituiamo la batteria con una da 12V 50 Ah e sostituiamo il pannello con uno da 75W le cose migliorano?
:-D
-
Aumentando gli amper ora aumenta la durata ma comunque la devi ricaricare.
Io ti posso dire che in estate nella zona di Lecce, un mio amico con un pannello e una batteria da 150 Ah e inverter, passa la settimana con carichi minimi. ( luci 220V basso consumo )
Purtroppo il sole ? una brutta bestia puoi solo fare delle prove oltre a calcoli molto teorici.
-
Grazie BoNoVoX !
Sai che pannello usa?
Sapresti dirmi in Un giorno intero 24/ore quanto consuma la fonera 2200
Grazie!!
-
Se la fonera assorbe 1A a 5V, consuma 1W di potenza.
Se la batteria ? da 7Ah (come penso), si scaricherebbe completamente in 7 ore, senza l'apporto del pannello.
L'aveva detto DJ :lol:
Non ti so dire la potenza ma non credo sia molto grande credo un 75W ma non sono sicuro, quando lo vedo chiedo.
Tieni conto, che qui il sole, in estate brucia di brutto e nuvole se ne vedo pochissime sembra di stare in Egitto :-D
-
Tanto per rendere l'idea della complessit?, riporto le caratteristiche del mio ponte:
2 pannelli solari (uno da 75W e l'altro da 50W)
1 accoppiatore schottky da 40A (sovradimensionato, ma senza questo, non puoi accoppiare due pannelli solari)
1 circuito di gestione carica e carichi (se scarichi completamente una batteria al piombo, non la puoi pi? ricaricare)
1 batteria da 12V 200Ah (presa da uno sfasciacarrozze)
Cos? composto, l'impianto pu? sembrare sovradimensionato, ma da queste parti, pu? accadere di non vedere il sole per un mese o pi? (quest'anno tra primavera ed estate ha piovuto per 2 mesi e mezzo, senza vedere un raggio di sole)
Byte
-
Stavo ripensando alle false partenze come indicato da Absolute nella Risposta #49 inserita il 20 Maggio 2008:
per prevenirle, si potrebbe implementare il WatchDog Timer (ergo cane da guardia :-o ), in modo da resettare automaticamente il pic quando si hanno false partenze, blocchi inspiegabili o loop eterni...
Ho avuto stranamente una falsa partenza durante i test dell'ultima revisione del progetto, con l'ovvio risultato che il pic non faceva pi? nulla...
Ho cercato di simulare pi? volte la stessa condizione, senza ottenere risultati apprezzabili.
Ora, siccome non ? bella come situazione, avrei deciso d'inserire il ClrWDT (azzeramento del cane da guardia) nel firmware.
Il risultato preliminare non ? dei migliori perch? il pic continua a resettarsi.
Essendo "ancora" alle prime armi in fatto di programmazione embedded, devo trovare il modo di alzare il tempo d'intervento del WDT con il mikrobasic...
Qualche idea?
Byte
-
sul fatto di poterlo fare in FW non saprei... anche perch? se il micro si pianta non esegue pi? nulla, e noi per non saper ne leggere ne scrivere, l'abbiamo fatto in HW. La cosa ci ha salvati pi? di una volta.
il principio ? semplice, moduli l'uscita di un pin con una periodicit? sufficiente a tenere carico un condensatore. se per un qualunque motivo il micro si blocca, la scarica del condensatore aziona un not, che attiva un transistor, che mette a massa per un paio di secondi il master clear e riavvia il micro. puoi comunque ricavarlo dallo schema elettrico della scheda micro.
-
Il WDT utilizza un oscillatore interno e completamente separato da quello principale del pic.
E' praticamente una cosa automatica:
da quel poco che ho capito, quando attivi il flag, durante la programmazione (wdt on), attivi l'auto-reset del pic e, nel firmware, ci va solo la chiamata clrwdt che azzera il timer, in modo che non avvenga il reset automatico.
Nella pratica, all'interno pic, c'? un circuito uguale a quello che avete realizzato voi esternamente.
Resta ora da capire come aumentare il tempo d'intervento...
Byte
Update 1: come volevasi dimostrare... mi sono stampato le 3 pagine che parlano del timer, prescaler e wdt del manuale del pic. E' un p? incasinato, ma spero di riuscire. Poi ti faccio sapere come fare, cos? potresti semplificare (anche se di poco) il pcb.
Update 2: pensavo fosse pi? semplice, invece mi tocca studiare 300 pagine di manuali scritti in inglese... ho gi? la testa che scoppia... Comunque sia, non demordo, ormai ? una questione personale...
-
Risolto anche questo problema, ma ho dovuto accettare alcuni compromessi...
Dopo aver letto e riletto non so quante volte il datasheet nella sezione che parla dei timer, prescaler e wdt, ho inserito la magica linea di codice:
option_reg=$00001111
con il bit 3 assegno il prescaler al WDT (1) oppure al TMR0 (0);
i bit 0-2 assegnano il prescaler rate a 1:128 se applicato al WDT oppure 1:256 se applicato a TMR0;
il bit 4 determina se gli incrementi a TMR0 devono essere fatti sul fronte in salita (0) o in descesa (1) del clock;
il bit 5 determina la sorgente del clock utilizzato: interno (0) od esterno (1) tramite il pin T0CKI;
il bit 6 ? INTEDG, ma non ho capito a cosa serve...
il bit 7 ? RBPU (negato), anche qui le poche info reperite non danno chiarimenti...
Siccome il massimo tempo che si ha a disposizione per azzerare il WDT, con l'istruzione clrwdt, ? di soli 2 secondi (ma esistono pic che permettono oltre 130 secondi), ho dovuto ridurre il tempo di permanenza delle info iniziali a soli 2 secondi, inserendo l'istruzione di azzeramento prima e dopo il delay di visualizzazione; tale operazione ? stata necessaria perch? questa viene fatta una sola volta e solo all'avvio iniziale.
Alla fine del programma, ho inserito una ulteriore istruzione clrwdt, in modo tale che se l'esecuzione arriva l?, significa che non ci sono stati problemi, e l'esecuzione del ciclo infinito prosegue.
Bene, ho ricompilato il firmware ed aggiornato il pic. Durante i test preliminari, il comportamento ? stato ottimo, anche simulando pi? volte la sottoalimentazione. A questo punto, potrei anche eliminare il tasto reset dal pcb :-D :-D :-D
P.S.: i dasheet potrebbero anche farli un p? pi? semplici ed esplicativi. Per capire queste "semplici" cose, ci ho messo 2 giorni... alla fine mi sembrava di leggere geroglifico, con tutte quelle tabelle da interpretare...
Byte
-
Questa settimana ? stata veramente ottima, oltre all'implementazione del "cane da guardia", che ha risolto praticamente il problema spinoso delle false partenze, ho rivisto un p? di codice e fatto ordine nella visualizzazione sul display 4*20. Ecco il change log del nuovo firmware 2.7B:
- aggiunta visualizzazione stato d'uso delle batterie;
- aggiunta visualizzazione in tempo reale della potenza fornita dai pannelli solari.
Ormai sono giunto al limite di visualizzazione dei parametri di gestione. Per andare oltre (ma non c'? pi? nulla da prendere in considerazione) bisogna cambiare modello di LCD e prenderne uno con pi? righe.
Stay tuned, perch? la nuova release 1.3 del progetto ? quasi pronta...
P.S.: nel post precedente ho visto che c'? un errore... nella riga "option_reg" il carattere $ non ? giusto, ma bisogna usare il carattere %, che indica l'inserimento di un valore binario. Scusate l'errore :-o
Byte
-
Purtroppo bisogna fare un piccolo passo indietro :cry:
Ho dovuto eliminare la visualizzazione della potenza a causa di un non ben precisato errore.
Il progetto comunque ? perfettamente funzionante e sto apportando le dovute modifiche alla release "cartacea"/elettronica.
Pazientate ancora :-o
Byte
-
Purtroppo bisogna fare un piccolo passo indietro :cry:
Ho dovuto eliminare la visualizzazione della potenza a causa di un non ben precisato errore.
Sto controllando.... :-D
-
Anche se ? passato un p? di tempo, ho continuato a lavorare sullo sviluppo del progetto.
Ho cercato di aggirare le limitazioni del pic16f876A, ma i risultati sono stati scadenti, perci? ho deciso di cambiare microcontrollore.
Sono perci? passato da uno a 8 bit ad uno a 10 bit: il PIC18F242.
Nonostante il cambio, il pcb resta sempre lo stesso perch? il nuovo pic ? perfettamente compatibile.
Ora si hanno a disposizione 16K di flash (prima solo 8) e la possibilit? di lavorare a frequenze maggiori (anche se non serve).
Il trattamento dei dati da visualizzare ora non da pi? problemi ed il debug del software ha dato esito positivo.
Non resta che procurare un paio di questi gingilli per fare una prova su strada... spero di trovarli in fiera domenica...
Stay tuned
Byte
-
Come pure il sw d'interfacciamento SolarSer...
-
Questa settimana l'ho passata a migliorare il disegno del pcb e predisporlo per connettori standard.
Visto che stavo gi? apportando modifiche, ho integrato anche la parte per li campionamento della corrente dei pannelli solari, evitando cos? la realizzazione di un pcb aggiuntivo.
Le modifiche hanno richiesto il rifacimento di circa il 20-25% del disegno originale, mantenendo per? le stesse dimensioni.
Spero di trovare il tempo per fare due stampe del pcb su acetato, cos? lo realizzo.
Byte
-
Buono... vedo che il progetto continua... :-D
anche la mia parte continua altrettanto benino... appena passo dalla versione alfa alla beta te ne invio uuna copia...
-
Purtroppo sto facendo il pcb "a mano" perch? la bestia (per non dire altro) che mi ha fatto le stampe su acetato, oltre a farmele pagare un prezzo da rapina (6?), le ha pure fatte male... eppure gli avevo detto che il nero doveva essere nero e non grigio scuro...
Ho tentato comunque la fotoincisione, ma non ? venuta un granch?, perci? devo ripassare con i trasferibili... estremamente lungo e palloso...
Mah, vediamo che succede...
Byte
-
Ho terminato il montaggio del pcb che, anche se fatto a mano, ? venuto piuttosto bene.
Durante i test s'? comportato decisamente meglio rispetto ai 2 pcb separati, con un errore di misurazione della corrente piuttosto basso.
Quest'oggi ho poi avuto un lampo di genio, ottimizzando di molto il firmware, introducendo una sub procedura unica (finalmente ho capito come fare) per il calcolo e visualizzazione dei valori.
Ora non sono pi? presenti calcoli ed operazioni particolari per ovviare ai numeri con la virgola... con una sola sub procedura ad-hoc, trasformo il valore "word" in una stringa, che invio direttamente all'lcd.
Non ? per? tutta farina del mio sacco :-D, ma ho preso un esempio fornito a corredo col mikrobasic, corretto ed adattato per l'esigenza.
Ho ritentato allora la visualizzazione della potenza prelevata dai pannelli solari... Accidenti, ora funziona!!!
Oltretutto sto usando ancora il PIC16F876A... con occupazione del 43% della memoria (prima era del 56%).
Non mi resta che sistemare la documentazione sulla realizzazione del progetto.
P.S.:
Sul nuovo pcb (Rev 1.8), il segnale per l'accensione della retroilluminazione lcd funziona in modo inverso rispetto le precedenti revisioni.
Prima, una resistenza teneva a livello basso (0 V) l'ingresso sulla porta a4 e, premendo il pulsante, si portava a livello alto (5 V).
Ora, una resistenza tiene a livello alto (5 V) l'ingresso sulla porta a4 e, premendo il pulsante, si porta a livello basso (0 V).
Ci? ? stato necessario per semplificare il pcb nei pressi del connettore J6A (lo spazio ? risicato) e permettere il passaggio della pista che collega la port a5 all'operazionale di Isens.
Byte
-
Vedo che ci stai dando dentro di brutto... tieni presente che anche se non ? tutta farina del tuo sacco almeno ti aiuta a capire come fare quando non hai nulla a cui aggrapparti!!!
PS:
sto scrivendo da un "puma" con 17 baffi... nuovo di pacca... vedessi che spettacolo...
-
E' disponibile per il download una versione preliminare della documentazione prodotta per la realizzazione del progetto, con HW 1.8 :-o
Link: http://djbyte.nabuk.org/files/GestAlimSolareRev1.3B19.pdf (http://djbyte.nabuk.org/files/GestAlimSolareRev1.3B19.pdf)
Per questioni di spazio, ho rimosso la vecchia revisione.
Fatemi sapere
Byte
-
E' disponibile per il download una versione preliminare della documentazione prodotta per la realizzazione del progetto, con HW 1.8 :-o
Link: http://djbyte.nabuk.org/files/GestAlimSolareRev1.3B19.pdf (http://djbyte.nabuk.org/files/GestAlimSolareRev1.3B19.pdf)
Per questioni di spazio, ho rimosso la vecchia revisione.
Fatemi sapere
Byte
Penso che la gente non riesca a finire di leggere una tua documentazione che tu ne hai gi? scritta un altra sempre con nuove ed interessanti "features" ......!!
Devi dedicare meno tempo a questo progetto :-D :-D :-D :-D
-
Ciao Dj....ho guardato a lungo il pdf del progetto.... forse ho capito perch? hai problemi nella precisione di lettura della corrente, almeno per i valori bassi. per ragioni di spazio (e perch? quando l'ho scelto non lo sapevo neanche io) ho adottato anche io l'LM358 come amplificatore operazionale per misurare la corrente consumata dal circuito stesso del carica-batterie. durante le sperimentazioni, mi sono accorto che per valori bassi di tensione in ingresso, l'LM358 introduce un errore notevole nell'amplificazione. quando poi la tensione sale, allora la sua precisione aumenta. purtroppo per? non ? che puoi alzare troppo la tensione in ingresso, perch? vuol dire dover usare uno shunt di valore pi? elevato, introducendo quindi una ulteriore caduta/perdita di tensione/energia. quindi anche io l'ho tarato al meglio per le condizioni di funzionamento standard. al minimo mi tengo l'errore (quindi durante la notte). per le misurazioni delle correnti pannelli/carico, invece ho usato l'LM324.
La RI (lo shunt) ? quella vicino a R25? se si, come fai a mettere 2 resistenza da 20W in uno spazio cos? ridotto sul PCB? le porti fuori con dei cavi? sono i cavi a cui fai riferimento nella nota?
-
X Name:
Sono 9 mesi che ci sto lavorando sopra ma, a parte l'elettronica, che ha subito qualche miglioramento, ? il lato firmware ad essere soggetto a continue modifiche. Il rilascio frequente, mi serve per avere suggerimenti su cosa migliorare... oltre a spronarmi al miglioramento :-D.
X Absolute:
Le due resistenze shunt sono da 50W 0.22 Ohm, messe in parallelo e montate su un dissipatore di quelli per Pentim 4. La loro connessione avviene tramite 2 cavi da collegare al connettore RI, in prossimit? di R25. Purtroppo lo spazio a disposizione ? quello che ?, perci? ho dovuto adattare il software all'errore introdotto, promettendomi di ricercare nel frattempo un integrato migliore, ma compatibile pin to pin.
Avevo quasi intenzione di eliminare le RI introducendo una pista "calibrata", ma ho scartato l'idea :-D
Poi avevo pensato d'usare solo una resistenza da 0.22 Ohm, ma a conti fatti, si butta via un sacco di energia gi? a partire da 3A... quindi ho lasciato il circuito cos? com'? :-D
Per quanto riguarda il reset, mi sono basato su ci? che avevi detto qualche post sopra, cos? ho inserito J10, in modo da "collegarsi" al reset di altri progetti... non si sa mai...
X tutti:
La documentazione ? ancora in "beta" e va migliorata un p?... ci sono cose date per scontate, che devo chiarire (come le resistenze di shunt) :-D :-D
Byte
-
In effetti facendo 2 conti, vai in perdita di 10-14W a 10A. se posso darti un consiglio, dovresti utilizzare uno shunt di valore pi? basso. io ne ho trovato in fiera da 30A con una resistenza di 0,6mΩ. li ho anche presi da RS di valori variabili...il costo ? tranquillo.sono in un materiale che garantisce una buona stabilit? della resistenza anche al variare delle temperatura. quelli di RS sono abbastanza piccoli, ideali per correnti fino ad una decina di Ampere.
da quello che mi dici, il problema maggiore comunque a mio avviso ti deriva dall'operazionale e da come prelevi il segnale da inviare al differenziale. ho fatto 2 realise diverse anche io, prima di capire per quale motivo mi si spostavano le letture sulle correnti. il problema principale nasce dal fatto che lavorando con tensioni cos? basse (1mV o anche meno) al primo batter di ciglia la lettura si sposta...incluso anche il punto in cui prelevi le tensioni da inviare al differenziale. questo ? stato l'errore che ho commesso per primo. utilizzando grosse piste, pensavo di compensare la caduta in relazione al punto di presa. ma mi sbagliavo. quando me ne sono accorto e sono andato a misurare, ho visto che la tensione che prelevavo dallo shunt e quella che arrivava al differenziale erano diverse. causato dalla porzione di pista che c'era in mezzo, falsava la lettura. quindi alla fine ho disegnato specificatamente un pcb in cui le piste che portano tensione agli ingressi del differenziale, provengono direttamente dai capi dello shunt. shunt che ? saldato sul pcb, perch? una connessione coi cavi, introdurrebbe una caduta non controllata, vuoi per la sezione e lunghezza del cavo, vuoi perch? si scalda ecc...
il mio consiglio ? di integrare lo shunt direttamente nel pcb, disegnandolo in modo che le piste che portano tensione agli ingressi del differenziale non siano percorse da altre correnti. vadano cio? solo in un verso. oltre a questo, un altro problema si ? presentato in base al fatto che ponendo lo shunt sulla massa (come ho fatto anche io), si sposta il punto di massa del circuito in positivo in relazione al meno della batteria tanto di quanto cade la tensione sullo shunt. ? un problema da tener presente se usi uno shunt di valore elevato, perch? con valori di corrente un p? alti, finiresti per avere una massa circuito che ? di 0,5-1V al di sopra della massa della batteria. usando uno shunt basso, parliamo invece di poche decine di mV, rendendo la cosa abbastanza trascurabile. usando shunt di valore basso, devi poi necessariamente amplificare molto e bene. a tale scopo, l'LM324 in configurazione a ponte di 3 operazionali ? davvero eccellente. ? una configurazione usata nella strumentazione, che garantisce una buona immunit? ai disturbi e amplifica in maniera lineare anche valori molto bassi. il 4? operazionale poi io lo uso ad inseguitore per tarare l'offset. se ti interessa ti posso passare lo schema...che comunque ? assolutamente classico. non c'? nulla che io sappia che possa sostituirlo in termini di precisione in dip8.
-
X Name:
Sono 9 mesi che ci sto lavorando sopra ma, a parte l'elettronica, che ha subito qualche miglioramento, ? il lato firmware ad essere soggetto a continue modifiche. Il rilascio frequente, mi serve per avere suggerimenti su cosa migliorare... oltre a spronarmi al miglioramento :-D.
Il mio voleva essere solo un complimento! spero si sia capito!
-
Certo che si ? capito :wink:
Byte
-
Qualcuno (e non faccio nomi) mi ha detto che il pcb ? mastodontico :-D
Siccome ho notato anch'io questa cosa, sto lavorando per "ridurlo", magari facendo due pcb da mettere uno sopra l'altro.
L'idea di base, sarebbe quella di mettere il microcontrollore, lo stadio d'alimentazione, i connettori per l'LCD, seriale, led e pulsanti sullo strato inferiore, mentre tutta la parte di potenza e sensori su quello superiore.
Pensandoci bene, quest'idea sarebbe ottima, perch? semplificherebbe la realizzazione pratica ed in caso di modifiche, si richiederebbe il rifacimento del solo strato superiore.
Naturalmente lo spazio occupato sarebbe della met?, sempre se riesco a farci stare tutto su due piastre da 140 x 110 mm...
Mah, vediamo cosa riesco a partorire.
Byte
-
Ok ho capito... aspetto la nuova versione... :-D
-
X Absolute:
Dal tuo post precedente: ...non c'? nulla che io sappia che possa sostituirlo in termini di precisione in dip8...
Guardando vari datasheet, ho trovato LF351 (singolo OP) e LF353 (dual) che hanno una Ibias da 50 pA, nettamente inferiore ai 45 nA del LM324, quindi risultano essere molto pi? sensibili.
Riguardo lo shunt, ne utilizzerei una da 10A (0.01 Ohm ? )... Avrei trovato una resistenza shunt SMD da 3W (dimensioni 3x5 mm) oppure una a film metallico, con 0.01 Ohm... Pu? andar bene? Eventualmente, se hai qualche link da passarmi...
Altra richiesta :-D... si potrebbe dare un'occhiata allo schema da te proposto?
Byte
-
Questa mattina sono andato in fiera ed ho trovato shunt da 0,05 ohm piuttosto piccole.
Preso dall'euforia, ne ho prese 10 :-o e recuperato tutto il materiale necessario alla nuova revisione.
Non mi resta che apportare le dovute modifiche al disegno del pcb e realizzare il tutto.
Se va per il verso giusto, nel giro di una settimana la nuova revisione dovrebbe passare dalla "carta" alla "pratica".
Byte
-
Sono 2 settimane che cerco il tempo di fare la scansione dello schema e di inviartelo con qualche dettaglio...dannato tempo...sempre troppe cose da fare.
per la versione da 20A,(quella messa nel ponte UFH) ho utilizzato anche io degli shunt piccoli, da 3-5W se non ricordo male...quelli appunto presi da RS. in fiera quelli piccoli non li ho mai visti...almeno dalle mie parti. ho trovato solo quelli pi? grossi. domani vedo se riesco a passarti le info sulla configurazione.
-
Girovagando nel web, ho trovato il datasheet di un operazionale fantastico... LMC6032 un dual (ma esiste anche quad: LMC6034) in tecnologia cmos, Ibias 40fA e voltage swing di soli 0.03V se alimentato a 5V (il che evita di dover correggere l'alimentazione). Ha anche la correzione dell'offset interna, quindi niente componenti esterni.
Teoricamente parlando, sarebbe il massimo...
Per lo schema, ho guardato nel forum ed ho trovato una tua "vecchia" bozza :-D
Gli shunt che reperito in fiera, sono fatti di spire di cavo a lunghezza e sezione calibrata.
Siccome non ho ancora fatto le stampe del pcb, sto apportando le modifiche del caso.
Byte
-
Ho finalmente realizzato e montato il PCB dello stadio base, progettandolo in modo tale da poterlo utilizzare anche in altri progetti futuri.
Ho per? cambiato il microcontrollore, passando ad un PIC16F877A, in modo tale d'avere molti pi? ingressi/uscite disponibili.
Non mi resta che realizzare anche la seconda parte.
Byte
-
Trovare l'LMC6034 non ? facile...non c'? ne da digikey ne da RS....? un componente obsoleto e non ? pi? reperibile.
ho trovato e acquistato invece alcuni LMC6032...appena arriva lo sostituisco al LM358 e vedo se riesco a correggere gli errori di rilevamento con bassi valori. se trovi qualcos'altro per sostituire l'LM324, fammi sapere. sto considerando di aumentare il range di 50A FS che ho, ma per farlo devo raddoppiare la sensibilit? del sistema di amplificazione, dovendo mantenere i 5V di FS per l'ingresso analogico del micro.
alla fine ti sei fatto ingolosire anche tu...passando all'877. diventa inevitabile.... ad un certo punto il pollus, in pieno slancio da trance agonistica, dopo il successo con il 18F4550, ha cominciato a parlare di AMR7!!!! gli ho dovuto spezzare 2 gambe ( :wink: ) per fermarlo!
-
In effetti RS ha il 6034 (strano che sia obsoleto, ? un componente creato nel 2000) ma ? smd :cry:
Prover? a cercare nel manualone ECA qualcosa di molto simile.
Certo che con ARM si abbandonano i microcontrollori e si passa ai microprocessori :-D
Byte
-
Malgrado i fitti impegni di lavoro, ho finito il montaggio dei due pcb. Manca solo il firmware e poi si passa ai test.
Per il momento sono molto soddisfatto della realizzazione pratica e, dicendola tutta, non pensavo d'arrivare a simili risultati.
Certo ora tocca la parte per me pi? difficile, ma partendo dalla base dei risultati ottenuti con la "vecchia" versione, le modifiche al firmware non dovrebbero essere ostiche (incrocio comunque le dita :-D ).
Non mancher? di produrre alcune foto dopo i test pratici. Per la documentazione, invece, ci vorr? un p? di tempo perch? i dettagli da seguire sono molti ed alcuni passi necessitano per forza di cose una certa precisione...
Byte
-
Hol?, iniziano i problemi :x
Non riesco a capire perch? non posso utilizzare le port D (con problemi anche sulle port C) se attivo tutti gli ingressi A/D in analogico (port A e port E).
Eppure, dal dasheet, il comando dato ? giusto:
ADCON0 = %11111111
ADCON1 = %10000000 (port A e port E in analogico)
Ci? non accade se attivo solo le port A come A/D in analogico:
ADCON0 = %11111111
ADCON1 = %10000010 (port A in analogico, port E in digitale)
Ma per il progetto servono tutte :cry:...
Byte
-
tutto quello che posso dirti Dj, e che anche noi sul 877 abbiamo usato solo le 5 porte A in analogico....le E sono state usate in digitale.
per le altre grandezze analogiche, le temperature, abbiamo demandato al secondo micro, l'876. non ricordo il motivo, pollus me lo aveva spiegato, ma ? tassativo il non utilizzo dell'RA4.
-
Il motivo del non utilizzo della RA4 in analogico ? normale, non ? possibile... poi ? a collettore aperto, quindi se si vuole usare come output digitale, serve una resistenza di pull-up.
Questa sera ho avuto un lampo di genio... ed ho risolto il problema :-D
Ho per prima cosa invertito i registri, quindi prima setto gli ingressi (ADCON1) e poi faccio partire l'A/D (ADCON0), ma il problema stava tutto nel settaggio di PortE...
I manuali dicono che se si hanno anche solo 3 porte, bisogna settarle comunque tutte e 8 con (l'esempio ? sulle port e):
TRISE = %11111111
ma cos? non funzionava nulla, presentando i problemi del post precedente...
mi sono allora detto, perch? non settare solo ci? che serve o che si ha?
TRIE = %111
F U N Z I O N A !!!!!! Ma non chiedetemi perch?, ? uno dei (miei) tanti misteri sui PIC...
Ed ho anche scoperto le sub routine in modo pi? approfondito :-D
Ora non mi ferma pi? nessun errore di routine too large :-D :-D :-D
Byte
N.B.: preso dall'euforia, m'? venuta voglia di sostituire l'LCD alfanumerico con uno grafico (128x64), per? dovrei aggiungere un PIC16F876/7 su un altro pcb, farlo comunicare via seriale e trovare il modo d'adattare i pin del glcd a disposizione... ve n'? uno denominato D/I la cui funzione m'? oscura...
-
Porca miseria... ci stai dando dentro di brutto... adesso poi che temporaneamente non hai pi? "pensieri di lavoro" sarai "sopra" a questo progetto a tempo pieno.. :-D
-
Piccola nota x Absolute:
Sto facendo dei test preliminari e, sorpresa, ho notato che l'integrato operazionale CMOS usato per amplificare la debole tensione sugli shunt, lo LMC662 (uguale a LMC6032) ? troppo sensibile, anche usando un guadagno 10...
Ho allora provato a sostituirlo con operazionale JFET come lo LF353, ma anche questo ? risultato troppo (anche se molto meno) sensibile.
Curioso poi il fatto che montando il tradizionale LM353, di suo poco incline ad amplificazioni simili, ottengo i risultati sperati...
Quello che non riesco a capire ? perch? non mi misura la corrente di output... eppure scollegando la resistenza dallo shunt output e collegandola allo shunt input, la misurazione avviene...
Mah, far? approfondimenti... e magari provo fare un altro pcb adottando la tua soluzione, per vedere cosa accade...
Byte
-
A distanza di un mese, i lavori procedono discretamente bene, malgrado gli impegni.
Sto scrivendo una bozza sulla realizzazione del progetto e apportando modifiche sul software, in particolar modo sul controllo della ventola:
l'attivazione avviene a 25?C con velocit? del 50%, aumentando del 5% per ogni grado aggiuntivo. Raggiunti i 29?C la ventola si attester? al 90% della sua velocit? nominale, restandoci anche se la temperatura dovesse essere superiore.
Byte
-
Tra una pausa e l'altra, nella scrittura della documentazione (sono gi? a 24 pagine) sto apportando miglioramenti al firmware... Ora attivo la ventola al 10% a 21 ?C ed incremento la velocit? in modo proporzionale alla temperatura, fino a 29 ?C, a cui corrisponde il 90% della velocit? nominale. Il controllo della velocit? ? continuo, quindi se la temperatura scende, diminuisce anche la velocit?.
Nessuna variazione ? stata fatta ai PCB nell'ultimo mese e mezzo, quindi posso ritenermi soddisfatto.
Certo ci sono ancora molte ottimizzazioni da fare sul lato firmware, ma la strada presa ? quella buona...
Byte
-
Ragazzi... ho visto la realizzazione pratica e devo dire non ha nulla da invidiare a soluzioni professionali.
Ora basterebbe (forse) rimpicciolire il pi? possibile i layout e dotare il circuito di webserver per il controllo totalmente da remoto :-D :-D ma visto che il ptogetto ? un perenne "work-in-progress", non mi stupirei di vedere un giorno o l'altro un'implementazione del genere... :-D :-D :-D
Evvaiiiiii Dj
(io invece con i miei progetti sono in alto mare... vagano nel limbo...)
-
Sebbene il tempo a disposizione sia in questo periodo tendente allo zero, sono riuscito ad apportare le dovute modifiche al pcb (rifatto ex-novo), che ora rileva correttamente anche la tensione, corrente e potenza in uscita.
Anche il firmware ha subito qualche variazione, dando la possibilit? di avere sul display una visualizzazione compatta, senza i parametri d'uscita, a una estesa, che che comprende anche tensione, corrente e potenza in uscita.
Ci sono ancora da fare alcune ottimizzazioni, ma ormai il pi? ? fatto... se solo riuscissi ad avere pi? tempo libero...
Byte
-
Ho quasi finito di scrivere la guida sull'intera realizzazione!!!
Gi? che c'ero, ho apportato delle modifiche al firmware, introducendo l'isteresi al carica batterie, evitando il fatidico attacca-stacca rapido del rel? quando si raggiunge la soglia di carica.
Per l'interfaccia ethernet, mi sto documentando :-D
Stay tuned, manca proprio poco al rilascio finale
Byte
-
Aspetto con ansia di vedere il "parto"...
-
Sto leggendo la guida che DjByte mi ha gentilmente passato il 19 marzo e devo dire che ? un lavoro veramente ben fatto ed esaustivo, nonch? chiaro anche per un "ignorante elettronico" come il sottoscritto :-D
A voler essere pignoli, suggerirei a Dj d'inserire qualche foto dei pcb realizzati sia singolarmente che uniti per "donarci" una visione sul campo dell'intero progetto... se poi riscisse anche a mostrare l'installazione sarebbe il non plus ultra...
A DjByte la parola.
-
Questa settimana allora aggiungo le foto :-D
Ho anche apportato delle piccole modifiche al firmware.
Byte
-
Ho ordinato da Mikroelektronica la board add-on ethernet per il kit di sviluppo che uso.
Ci vorr? un p? prima di capire come implementare il tutto... nell'attesa prosegue la stesura dell'articolo sulla realizzazione.
Byte
-
:-o :-o :-o :-o
Evvai... sempre pi? professionale...
-
? arrivata la board ethrnet!!!!!!!!!!
domani dovrei avere tempo sufficiente per aggiornare il sito e rilasciare la revisione definitiva del progetto...
Byte
-
eh, finalmente... almeno metti tutto sul palo e poi via di eth...
Domenica per? mi aggiorni... a proposito ho un regalino da darti (il tuo netbook ringrazier?) :-D
-
Finalmente, dopo una lunga fase di sviluppo, ? giunto il momento di pubblicare quanto realizzato.
Ho anche finito la stesura della documentazione riguardante il progetto e resa ufficialmente disponibile al download.
Il sito ? http://djbyte.nabuk.org (http://djbyte.nabuk.org).
Link diretto:
http://djbyte.nabuk.org/files/SolPIC.zip (http://djbyte.nabuk.org/files/SolPIC.zip)
Attendo vostre impressioni
-
ho dato una rapida occhiata ma :-o :-o :-o
gran bel lavoro :-)
clap clap clap
complimenti Dj
-
Stupenda
-
Al di l? del fatto che mi pare mooolto esauriente per essere una versione non professionale... per? pensavo di trovare anche qualche foto della realizzazione pratica :oops:
B?h, vorr? dire che recupererai nella prossima versione... con il modulo http funzionante :-D :-D :-D
-
Ultimamente sto rivedendo alcune cosette... per esempio, dotare il progetto di una connessione seriale multipunto...
Mah, vediamo...
-
Sto apportando delle piccole modifiche al pcb "base a" ed al firmware, affinche si possa implementare il protocollo I2C... ci? permetterebbe una "facile" espansione del progetto...
Byte
-
Malgrado gli impegni di lavoro siano molto fitti, qualche progresso si sta vedendo... il problema, come al solito non riguarda l'aspetto hardware (modifica di "semplice" realizzazione) ma il software...
Come al solito la documentazione reperita ? molta e solo in inglese...
Byte
-
mmm... sono curioso di vedere :-D
-
In preda a modifiche compulsive del pcb base, ho operato diverse ottimizzazioni ed inserito i connettori per il bus I2C e relativo l'ID.
Ho appena rifatto il pcb, ora non resta che dedicarsi al firmware... :cry:
OT:
Sono stanco, anzi stanchissimo... arriver? prima o poi l'inizio del prossimo anno, cos? mi far? un p? di ferie...
Byte
-
è stato poi molto complesso implementare I2C ?
Io mi stavo dedicando al current loop che è di facile implementazione hardware/software
in asm non sono fortissimo e fare molte modifiche al sorgente mi scoraggia.
-
L'implementazione hw non ? di per s? difficile... il software invece merita un'altro discorso.
Assembler? Faccio gi? fatica col Mikrobasic...
Certo che ultimamente lo sviluppo procede lentamente... troppo lavoro e troppo caldo per poter pensare...
Byte
-
Si sa piu' nulla del progetto?
Ho cercato di fare il donwload della 1.3B19.pdf. ma mi dice he non esiste piu'
-
Il progetto non ? morto, procede solo lentamente perch? sono preso dal lavoro :x
Byte