W dniu 21.12.2012 17:20, Sylwester Łazar pisze:
>> Fajny, ale nie spełnia podstawowego warunku - nie jest tańszy niż RTC0
>> (0.8$@5k vs. 0.47$@2.5k)
> :-) Mogę mu dołożyć zadania, skreślając z płytki pięć komponentów obok.
>> i podejrzewam, że I2C raczej nie pójdzie na
>> 100kHz przy kwarcu 32k.
> Byłoby trudno, choć nieczęsto jest potrzeba odczytu
> czasu np. "17:05" z prędkością 100kHz.

Jak pozwalasz użytkownikowi podłączać inne urządzenia do tej samej
magistrali, to byłoby mocno wrednym ograniczenie mu częstotliwości I2C
do 8kHz.

>> Do tego kupa problemów z jednoczesną obsługą
>> emulacji zegara i transmisji I2C dzięki aż jednemu wektorowi przerwań.
> Wydaje mi się, że nie aż taka kupa.
> 1)Skala czasu. obsługa zegara (1 000 000 us) vs. obsługa I2C (10 us)
> 2)Jeśli to ma być goły RTC to ma tylko 2 zadania:
> a) liczyć czas
> b) odpowiadać na pytania
> Naturalny wydaje się być podział:
> a) liczyć czas w pętli głównej

W takim wypadku nie będziesz mógł usypiać uC i raczej nie zmieścisz się
w 1uA.

> b) obsłużyć przerwania przez I2C
>
> Nie upieram się.