Funkcjonowanie RTC PCF8563 bez baterii: czy 100nF wystarczy do stabilności?

Sun Feb 23, 2014 7:53 pm   

Czy RTC w rodzaju PCF8563 będzie prawidłowo działał bez
baterii/kondensatora podtrzymującego zasilanie, jedynie z 100nF
kondensatorkiem filtrującym zasilanie?
Mam zamiar zastosować taki układ na płytce z układem Ethernet, więc w
razie utraty zasilania i tak będę mógł pobrać aktualny czas z serwera
NTP. Może jednak te układy potrzebują dużego kondensatora do normalnej,
stabilnej pracy?

Sun Feb 23, 2014 8:08 pm   

Użytkownik "Atlantis" <marekw1986NOSPAM@wp.pl> napisał w wiadomości
news:ledg3e$rh9$1@portraits.wsisiz.edu.pl...

Można.
Mam dwa zegary nixie na PCF8583, jeden synchronizuje czas po NTP drugi po
DCF77
i radzą sobie bez baterii podtrzymującej RTC. Warto jednak dać większy
kondensatorek
żeby w przypadku chwilowego zaniku zasilania przez dłuższą chwilę trzymał
czas.

Pozdr. TC

Sun Feb 23, 2014 8:48 pm   

W dniu 2014-02-23 19:53, Atlantis pisze:

To się zastanów czy osobny układ RTC jest Ci od szczęścia potrzebny?

Pozdrawiam

DD

Sun Feb 23, 2014 9:10 pm   

W dniu 2014-02-23 20:48, Dariusz Dorochowicz pisze:


Może i nie jest, ale jest kilka powodów, dla których chciałbym go tam
zamontować:
1) Funkcja edukacyjna. Jakoś do tej pory nie miałem okazji zastosować w
żadnym z projektów sprzętowego RTC.
2) ATmega 328 nie ma pinów do podpięcia osobnego kwarcu zegarkowego, a z
podziału F_CPU nie dostanę dokładnej sekundy.
3) Zostanie mi wolny timer sprzętowy, którego w przyszłości będę mógł
wykorzystać w innym celu.

Sun Feb 23, 2014 9:13 pm   

W dniu 2014-02-23 20:08, Ciemny pisze:


Masz na myśli zwykły kondensator elektrolityczny/tantalowy przy VCC, czy
raczej rozwiązanie jak z noty katalogowej - z diodą odcinającą resztę
układu od kondensatora?

Generalnie zależy mi na prostocie. RTC ma pracować w stacji pogodowej, a
jego głównym zadaniem będzie wyznaczanie czasu poszczególnych odczytów z
czujników i realizacja harmonogramu poszczególnych pomiarów.

Mon Feb 24, 2014 12:08 am   

To była dobra rada kolegi!
Właśnie tworzę nową wersję panelu operatorskiego sprzed 10 lat.
TERAZ planuję wymienić:
1) LCD 128x64mono zamieniam na LCD 480x272 RGB
2) Wyrzucić Watchdog ADM695
3) Wyrzucić PCF8583 - właśnie ten RTC
4) PCF8574T - 4 sztuki do odczytywania klawiszy i diod.

Jeśli chodzi o RTC nie widzę, żadnego sensu z podanych powyżej punktów,
poza edukacyjnym na historycznym chipie.
Myślę tak, gdyż:
a) Sprzętowy RTC jest już montowany oryginalnie w nowszych mikrokontrolerach
b) Podział nie musi być dokładny. Przecież można skorygować raz na dobę
odczyt.
Ważne, że jest kwarc. On liczy dokładnie.
c) wolny timer sprzętowy. Teraz mikrokontrolery mają tyle timerów, że nie
warto dokładać
zewnętrznego. a nigdy nie potrzebuje więcej jak 3.
Resztę - wolno zmiennych robię zliczając w przerwaniu od timera sprzętowego.
Jeśli już coś dokładać, to drugi mikrokontroler.
Wtedy można go użyć jako RTC, Timer, dodatkowa pamięć 0,5MB FLASH, 128kBRAM.
Wszystko zależy od programu.
S.

Mon Feb 24, 2014 8:24 am   

W dniu 2014-02-24 00:08, Sylwester Łazar pisze:




--
Michał

Mon Feb 24, 2014 8:46 am   

PIC32MX695F512H 512kB FLASH 128kB RAM
ww1.microchip.com/downloads/en/DeviceDoc/61156G.pdf
S.

Mon Feb 24, 2014 8:58 am   

W dniu 2014-02-24 00:08, Sylwester Łazar pisze:


W ATmegach to chyba jednak polega na tym, że mamy możliwość taktowania
jednego z timerów z dodatkowego kwarcu zegarkowego. W obsłudze
przerwania trzeba już samemu inkrementować poszczególne zmienne. Tak
więc średnio jest to sprzętowe rozwiązanie...

Mon Feb 24, 2014 9:07 am   

W dniu 2014-02-23 21:10, Atlantis pisze:

Ok, chociaż nie widzę powodu żeby stosować układ którego sens istnienia
opiera się właśnie na pracy z baterii. Przyjrzyj się realizacjom
komputerków różnego rodzaju - RTC jest używany do pracy z baterii - przy
pracy "pod prądem" jest olewany - co najwyżej co jakiś czas poprawia się
jego ustawienie jeżeli dysponuje się lepszym zegarem.


A jest ta sekunda do szczęścia potrzebna?


Weź lepszego procka - np. ATXmega32D4 ma 4 liczniki 16-bitowe. Może
trochę więcej kosztuje, ale to inny świat, chociaż podobny (też nie ma
wejścia na drugi kwarc, no i programator może nie pasować). ARMy mnie
trochę odrzucają swoimi ogromnymi złączami do JTAGa.

Pozdrawiam

DD

Mon Feb 24, 2014 9:11 am   

Użytkownik Atlantis <marekw1986NOSPAM@wp.pl> w wiadomości do grup
dyskusyjnych napisał:leeu2j$9d2$1@portraits.wsisiz.edu.pl...

to wydaje mi się, że już lepiej wlutować dodatkowo np. 32MX.
Ja akurat programuje głównie w ASM, ale jeśli kolega używa C,
to różnica sprowadza się do programatora
Może się okazać, że po wlutowaniu obu - jeden z nich nie będzie w ogóle
potrzebny.

Ten RTCC w 32MX ma to co potrzebujesz, czyli alarm.
Oprócz tego:
rok przestępny i to drugie C w słowie RTC oznacza kalandarz.
Więc jesli Ci nie przeszkadza dodatkowo kalendarz z rokiem przestępnym to
może się przydać.
Poniżej wyciąg z karty katalogowej w oryginale.
S.

Mon Feb 24, 2014 9:42 am   

W dniu 2014-02-23 21:10, Atlantis pisze:

Może pora przejść na ARMy. LPC1768 ma osobne zasilanie i taktowanie
zegara RTC. Nowsze procki pewnie tez to mają.

--
pozdrawiam
MD

Mon Feb 24, 2014 10:11 am   

W dniu 2014-02-24 09:07, Dariusz Dorochowicz pisze:

A kto ci każe wyprowadzać sygnały JTAG/SWD na 2x10 pin? Nowe mikrokontrolery mają SWD. Wystarczy:
SWDAT, SWCLK, GND. Ewentualnie dodatkowo VCC i RST.

Mon Feb 24, 2014 10:14 am   

W dniu 2014-02-23 21:10, Atlantis pisze:

W ramach edukacji to polecałbym się zając mikrokontrolerem z rdzeniem Cortex-M0 np. coś z rodziny
STM32F0. Nie musiałbyś się bawić w jakieś zewnętrzne RTC, a cenowo to wychodzi porównywanie, jeśli
nie taniej niż ATmega328.

Mon Feb 24, 2014 10:24 am   

On Mon, 24 Feb 2014 09:11:02 +0100, Sylwester Łazar<info@alpro.pl>
wrote:

Nie przesadzaj, taką kobyłę żeby tylko użyć z niej rtc??
Z tego co kojarzę Atlantis raczej w atmegach gustuje, i dobrze bo
skoro zna archiekturę tej rodziny mcu to pewnie sprawnie się w niej
porusza. Myślę, że bez z sensu jest poroponować (zbędny) hardware, z
którym nie ma się doświadczenia...

--
Marek