Goto page Previous 1, 2
RoMan Mandziejewicz
Guest
Wed Mar 26, 2014 2:57 pm
Hello Michał,
Wednesday, March 26, 2014, 1:13:53 PM, you wrote:
Quote:
Ktoś może zaproponować tanie i proste rozwiązanie CPU+RTC ?
Najchętniej aby RTC popędzany był z kwarca 32kHz ale CPU
miał opcję wewnętrznego generatora RC do taktowania kodu.
Zasilanie najchętniej wprost bateryjne z Litowej pastylki 3V,
(znaczy się < 3.3V) i minimalny pobór prądu w stanie uśpienia.
Obudowa może być nie-amatorska (np. mały QFN jest OK).
Rdzeń obojętny: ARM, PIC, 8051 (cokolwiek) byle kostka była nowa.
MSP430G2001 będzie pasować? RTC jako takiego nie ma ale licznik można
popędzić z kwarcu zegarkowego i będzie sobie cykać kiedy procesor będzie
spać. Resztę można puścić na wbudowanym generatorze RC.
Chyba trochę więcej żre prądu,
Więcej od czego? TI na tym zegarek zrobiło, pędzony bateryjką
pastylkową.
Od MSP430. Urwałeś moje zdanie, a następnie je przeczytałeś?
MSP430 żre więcej od MSP430? Wróbelek ma nóżkę bardziej?
Coś się tak uczepił!?
Chyba jednak Ty...
Quote:
Pisałem o STM32.
Rozbierz zdanie na czynniki pierwsze, spójrz w kontekst i dopiero
potem się pień.
Quote:
Chyba trochę więcej żre prądu, ale jeśli ma się już narzędzia
do STM32:
STM32F030F4P6,
Być może masz rację. Ja jedynie twierdzę, że TI produkuje zegarki
naręczne na układach serii 430 i są napędzane małą bateryjką. Dla mnie
to oznaka wystarczającej energooszczędności.
--
Best regards,
RoMan
Nowa strona:
http://www.elektronika.squadack.com (w budowie!)
Pszemol
Guest
Wed Mar 26, 2014 11:18 pm
"RoMan Mandziejewicz" <roman@pik-net.pl.invalid> wrote in message
news:1310490717.20140326145719@pik-net.pl.invalid...
Quote:
Być może masz rację. Ja jedynie twierdzę, że TI produkuje zegarki
naręczne na układach serii 430 i są napędzane małą bateryjką.
Dla mnie to oznaka wystarczającej energooszczędności.
Którą strukturę dokładnie używają do tego celu?
jacek pozniak
Guest
Wed Mar 26, 2014 11:41 pm
Pszemol wrote:
Quote:
Ktoś może zaproponować tanie i proste rozwiązanie CPU+RTC ?
Najchętniej aby RTC popędzany był z kwarca 32kHz ale CPU
miał opcję wewnętrznego generatora RC do taktowania kodu.
Zasilanie najchętniej wprost bateryjne z Litowej pastylki 3V,
(znaczy się < 3.3V) i minimalny pobór prądu w stanie uśpienia.
Obudowa może być nie-amatorska (np. mały QFN jest OK).
Rdzeń obojętny: ARM, PIC, 8051 (cokolwiek) byle kostka była nowa.
No chyba PICe (prawie wszystkie nowe) spełniłyby Twoje warunki a o ile
programowo obsłużysz ten RTC.
jp
Pszemol
Guest
Wed Mar 26, 2014 11:55 pm
"jacek pozniak" <jacek.pozniak@flowservice.pl> wrote in message
news:53335783$0$2153$65785112@news.neostrada.pl...
Quote:
Pszemol wrote:
Ktoś może zaproponować tanie i proste rozwiązanie CPU+RTC ?
Najchętniej aby RTC popędzany był z kwarca 32kHz ale CPU
miał opcję wewnętrznego generatora RC do taktowania kodu.
Zasilanie najchętniej wprost bateryjne z Litowej pastylki 3V,
(znaczy się < 3.3V) i minimalny pobór prądu w stanie uśpienia.
Obudowa może być nie-amatorska (np. mały QFN jest OK).
Rdzeń obojętny: ARM, PIC, 8051 (cokolwiek) byle kostka była nowa.
No chyba PICe (prawie wszystkie nowe) spełniłyby Twoje warunki
a o ile programowo obsłużysz ten RTC.
No właśnie wolałbym tego programowania kalendarza uniknąć...
Chyba się robię na starość leniwy
jacek pozniak
Guest
Thu Mar 27, 2014 12:21 am
Pszemol wrote:
Quote:
"jacek pozniak" <jacek.pozniak@flowservice.pl> wrote in message
news:53335783$0$2153$65785112@news.neostrada.pl...
Pszemol wrote:
Ktoś może zaproponować tanie i proste rozwiązanie CPU+RTC ?
Najchętniej aby RTC popędzany był z kwarca 32kHz ale CPU
miał opcję wewnętrznego generatora RC do taktowania kodu.
Zasilanie najchętniej wprost bateryjne z Litowej pastylki 3V,
(znaczy się < 3.3V) i minimalny pobór prądu w stanie uśpienia.
Obudowa może być nie-amatorska (np. mały QFN jest OK).
Rdzeń obojętny: ARM, PIC, 8051 (cokolwiek) byle kostka była nowa.
No chyba PICe (prawie wszystkie nowe) spełniłyby Twoje warunki
a o ile programowo obsłużysz ten RTC.
No właśnie wolałbym tego programowania kalendarza uniknąć...
Chyba się robię na starość leniwy
To fakt.
W 1996, w ramach pewnego projektu, zrobiłem zegar+kalendarz+lato/zima i od
tego czasu korzystam, nie ruszając tego.
Rozumiem Kolegę :-)
jp
Piotr GaĹka
Guest
Thu Mar 27, 2014 10:42 am
Użytkownik "Pszemol" <Pszemol@PolBox.com> napisał w wiadomości
news:lgvlt4$lfs$1@dont-email.me...
Quote:
No właśnie wolałbym tego programowania kalendarza uniknąć...
Chyba się robię na starość leniwy
Nie piszę oprogramowania, ale o ile się orientuję to i tak się okazuje, że
wszystkie przeliczenia trzeba mieć.
Nie umiałbym podać dokładnych argumentów, ale chyba wychodzi nam, że ten
cały kalendarz w RTC to tylko dodatkowe utrudnienie z którym sobie jakoś
radzimy

.
P.G.
Goto page Previous 1, 2