Mam nekolik technickejch k BrmHive Temperature Monitoru:
1) Zamyslel se nekdo nad vlivem teploty na baterie? S klesajici teplotou prudce klesa ochota baterii dodavat proud. Bude treba ty baterie nejak dobre tepelne izolovat! Mozna bych je zakopal pod zem.
2) Premyslel jste nekdo nad jinym nez SD resenim uloziste? Takova serial flash udela taky dobrou praci. Pri poctu teplomeru 55ks a snimani 2bytes/smp, jednou za hodinu, to vychazi lehce pod megabyte za rok, lehce nad ctvrt mega za 100 dni. Myslim si ze dneska sehnat seriovou flash o kapacite 1MB neni zadny problem. Odpadnou komplikace s napajenim SD, flashka jede 3.3, I2C, nebo SPI. Seriove flashky jsou bezne k mani i v kapacitach jako 8, nebo 16 MB. Sice to pak vyzaduje vycitani ze zarizeni primo pomoci jeho procesoru, nejde jen tak uloziste odpojit a vycist v PC (ne ze by to neslo, ale neni to P'n'P), ale je to mensi a min to zere.
3) Reseni s Atmelem neni z meho pohledu dostatecne minimalisticke reseni. Ja bych ten obvod asi navrhoval s ohledem na minimalizaci spotreby... U spolecnosti Microchip maji radu "nanoWatt", treba PIC16F887 a ta ma mnohem mensi spotrebu. Ja bych to postavil na nem... 95mA PWR/200nA STBY. ;-)
4) Na odpojovani nepotrebnych obvodovych casti v dobe STBY bych doporucil neco jako BTS650P, je to digitalni vykonovy spinac. Je sice primarne urcen na spinani velkych proudu <70A, ale ma minimalni pruchozi odpor <10mOhm a nizky STBY proud <50uA. Nejsem si jist, jaky proud bude poustet ten BC546.
5) V pripade ze by se proud do FSR dostal pod 100mA (netusim, kolik to zere...), tak navrhuju udelat oddelene napajeni FSR a zbytku. Zbytek pripojit primo na baterky, MCU bude zrat zalostne malo, takze to nebude problem. A k napajeni FSR pouzit ne LF33CV, ale LE33AB. Ma sice stejny proud, ale mensi drop voltage (typ.: 0.2V). For je v tom, ze ho ale muzeme uplne vypnout tim BTS650P (rizeno signalem z MCU). Tim se spotreba jeste snizi.
Hmm? Co vy na to?
---------------- Problem s bateriema je ale vaznej problem. Pripsal jsem to do projektu.