Кто работал с RealTimeClock микросхемами?, Помогите найти аналог на PIC Опции

[DenisIV]

Собственно, проблема в следующем: Раньше я использовал MK41T56N, но она слишком дорогая по сравнению с 12-й серией ПИКов. Возникла идея написать прогу для 12С508/509/F629/675 и т.д. что бы получить хоть какой-то приемлемый результат. Может кто с такой задачей сталкивался?

Сообщение отредактировал DenisIV - Dec 14 2008, 13:20

[DenisIV]

Я согласен на счет скромности цены на dallas/maxim, но скромность PIC12F629-I/SN еще скромнее... на тех же 20-25% Т.е. примерная цена мк41т56 $1.5, ds1302/7 $1.3 а PIC12F629 $0.9. Если выпустить не одну тысячу приборов получится прямая экономия $600если PIC($200 если ds1307) на тысячу по сравнению с мк41т56. Это аргумент в сторону PIC. Хотя мне не принципиален девайс, но альтернативы я не вижу. Поэтому и спрашиваю совета: может другой проц или ещё что-то... (на логике не предлагать)
Для PIC прогу смогу написать сам, но меня смущает как сделать обмен между часами и контроллером.

[petrd]

Для PIC прогу смогу написать сам, но меня смущает как сделать обмен между часами и контроллером.

Непонятно, что Вы все таки хотите ? Сделать часы на PIC без микросхемы RTC или в связке PIC+RTC?
Если в связке, то обмен реализовать как софтовый I2C (если использовать конечно RTC с протоколом I2C).

[DenisIV]

Непонятно, что Вы все таки хотите ? Сделать часы на PIC без микросхемы RTC или в связке PIC+RTC?
Если в связке, то обмен реализовать как софтовый I2C (если использовать конечно RTC с протоколом I2C).

Именно на базе PIC без микросхемы I2C.

629 для этого не очень подходит - нет подходящих ресурсов. Кстати, одним контроллером по-любому не обойтись, так что к стоимости придется приплюсовать как минимум стоимость сдвоенного диода. Потребление, опять же, как ни крути, хоть самые микропотребляющие PIC или MSP, но до типичных 500...1000 nA у "аппаратных" RTC не доберешься, и там, где на 10 лет хватало махонькой литиевой пуговицы, какой-нибудь CR2032 хватит хорошо если на год. Однако, если потребление некритично, а ход RTC надо поддерживать эпизодически, а остальную часть времени чтобы питать от более-менее емкого источника, то можно, конечно. Скажем, взять 16F610 (которая еще дешевле), таймер пустить от кварца, по прерыванию просыпаться в RC-режиме и обслуживать RTC, а связь с внешним миром - самое простое, это программный UART.

IMHO, если это так критично, правильнее попробовать сделать RTC средствами основного процессора. Хотя, конечно, случаи всякие бывают...

Потребление не настолько критично(6 месяцев и аккум 80mah 3.6v) диодика хватит и внутреннего от встроенной защиты (конечно, 0.6v жалко...) Вот только я на распутье: сделать ли тактовую частоту 32/4=8кГц и на ней пытаться всё делать (это будет ~10uA) и это будет самый дешевый проц без векторов прерываний или взять проц чуть подороже, отпустить проц в спячку на 1с и просыпаясь считать время.
Цена говорит за PIC10F200 (дешевле не нашел)
Чутьё подсказывает, что 12F629...
А я пока пытаюсь просчитать, как может работать прога и что успеет сделать на 32кГц тактовой и какой интерфейс получится.
P.S. 629 дешевле 610 на 2 цента... Проверь поставщиков...