Wczoraj wreszcie zacząłem zabawę z PCF8563 - odkładałem to ze względu na I2C, którego nigdy nie używałem i dotychczas panicznie się bałem 
. Jak się okazuje, nie taki diabeł straszny, i przyznam że ten protokół strasznie przypadł mi do gustu ^^. Ale ja nie o tym tutaj.
Na początek chciałem tylko sprawdzić czy komunikacja z zegarem działa, więc postanowiłem ustawić CLKOUT na 1Hz. Znalazłem przykładowy kod obsługi sprzętowego TWI (http://radzio.dxp.pl/twi/) i użyłem go tutaj. Oto co mi wyszło:
[syntax=c]#include <avr/io.h>
#include <util/delay.h>
#include "HD44780/lcd_HD44780.h"
#include <util/twi.h>
//bez nadpisywania pozostalych bitow - nie wiem czemu ale nie chce dzialac przy normalnym nadpisywaniu, np. TWCR |= (1<<TWINT) | (1<<TWSTA);
#define TW_CONF_MASK ((1<<TWWC) | (1<<TWEN) | (1<<TWIE) | (1<<1) )
#define TW_SEND_CMD(cmd) TWCR = (TWCR & TW_CONF_MASK ) | (cmd)
inline static void twi_init() {
DDRC |= ((1<<PC4)|(1<<PC5));
PORTC |= ((1<<PC4)|(1<<PC5));
TWCR = (1<<TWEN);
}
void wait() { //czeka na wykonanie ostatniej operacji
while (!(TWCR & (1<<TWINT)));
}
uint8_t twi_start() { //wysyla sekwencje START
TW_SEND_CMD( (1<<TWINT) | (1<<TWSTA) );
wait();
return TW_STATUS;
}
uint8_t twi_send(uint8_t data) { //wysyla bajt
TWDR = data;
TW_SEND_CMD( (1<<TWINT) );
wait();
return TW_STATUS;
}
uint8_t twi_receive(uint8_t * where, uint8_t ack) { //odczytuje bajt i zapisuje pod "where"; jesli ack>0, to wysyla tez bit ACK
if(ack)
TW_SEND_CMD((1<<TWINT)|(1<<TWEA));
else
TW_SEND_CMD(1<<TWINT);
wait();
*where=TWDR;
return TW_STATUS;
}
void twi_stop() { //wysyla sekwencje STOP
TW_SEND_CMD((1<<TWINT)|(1<<TWSTO));
while ((TWCR & (1<<TWSTO)));
}
int main (void) {
_delay_ms(100);
TWBR = 32; //100kbps
twi_init();
_delay_ms(100);
twi_start();
twi_send(0xA2); //adres RTC
twi_send(0x0D); //adres rejestru - CLKOUT frequency
twi_send(0b10000011); //ustawianie na 1Hz
twi_stop();
lcd_init();
lcd_putstr("proba");
while(1) {
}
}[/syntax]
Układ ruszył praktycznie od kopa, ale zdziwienie było tym większe, że zamiast spodziewanego 1Hz dostałem na wyjście... 2Hz. 
Czytam i czytam i nigdzie nawet słowem nie jest wspomniane o takiej częstotliwości - czy to w nocie, czy w czeluściach internetu. Nie mam pojęcia skąd to się w ogóle wzięło... tak wygląda moje podłączenie:
Na początku nie było kondensatora przy kwarcu (C4). Pomyślałem że to może jakimś cudem jego wina i wlutowałem 22p. Niestety jest identycznie. Zegar śmiga równiuteńko 2Hz. I tu moje pytanie - dlaczego?
P.S.
Nie wiem czy to jest istotne, ale przy każdym całkowitym zaniku zasilania (np. gdy odepnę zasilanie i zewrę kondensatory), zegar tak jakby "nie odpowiadał". To znaczy częstotliwość CLKOUT się nie zmienia i jest na domyślnej wartości 32kHz (dioda zamiast migać po prostu świeci lekko słabiej). Gdy następnie znowu odłączę zasilanie, ale zostawię trochę energii w kondensatorach, to po następnym włączeniu CLKOUT już przestawia się na te 2Hz.Statystyki: Napisane przez mopsiok — 18 sie 2014, o 21:33
]]>
, bo ustawiłem RTC przeszło 8 godzin temu i do tej pory nie ma praktycznie żadnego opóźnienia. Żeby pomierzyć jak bardzo to jest dokładne, będę musiał trochę pokombinować, ale na chwilę obecną jestem mile zaskoczony...
. Potem jak z przerażeniem stwierdziłem że coś za szybko, to po prostu podpiąłem pod wejście mikrofonu. Tam jest kondensator w szeregu, więc na przebiegu mam tylko szpilki, ale widać ewidentnie że są 2Hz:
