Здравейте.
Моят проблем е следният. Имам РТС пцф8583п, който се управлява по И2С и ползвам пиц16ф872.
Когато го адресирам обаче, се адресирва само веднъж, едно чете и един запис. От там нататък, трябва ресет, иначе не тръгва (тръгва на слъчаен принцип). Прочетох внимателно пдф-а, ама нищо специфично не открих.
Мисля, че видях тук някъде някой да се е занимавал с тоя часовник, ако някой може да се сети нещо специфично при комуникацията, нека пише.
А и имам съмнение, че проблема може да е и в пика, ама и тук не определям нещо грешно. Изобщо, всяка помощ ще ми бъде полезна.
10х предварително

Пробвах го този часовник и нищо специфично нямаше. Както е по документация. Но не ми харесва че годината се променя от 0 до 3 и минах на DS1307. Сещам се, че много изоставаше. Предполагам заради кварца или кондензаторите около него, но тъй като реших да не го ползвам, не съм търсил причината. Но това няма отношение по твоя проблем.

Проблема според мен е в и2ц на контролера (предполагам не е с хардуерен модул този пик). Пускал ли си друг хардуер със същите процедури.

И аз на две-три места съм го слагал и нямаше проблеми. Може би чипа нещо не е у ред.

Виж тук един сорс за 16F877 http://www.ccsinfo.com/forum/viewtopic. ... ht=pcf8583 , мисля че него използвах преди време, работеше добре.

Ако имаш възможност да използваш TMR1 с външен кварц 32,768kHz и с малко софтуер ще се получи RTC.

Удобното на тези RTC е в това че може го подпреш с една 3V литиева батерия и да си бачка нонстоп във приложения използващи мрежово напрежение. Консумацията му е uA-ри некви. А и с повечко фантазия може да се ползва като SRAM (240 байта). И пикльото нема се занимава и с това.

Зависи от приложението, някога е по-удобно да не се слага допълнителен хардуер, ами да се попише софтуер. С 3V батерия се подпира много удобно и PIC-a, консумацията е също много мизерна в режим sleep. А целия софтуер за такъв часовник е може би около 150 байта програмна памет.

Като има готов хардуер защо да се мъчиш , пък и не виждам пикльото как ще се справи с това да го играе RTC без да го събуждаш
А DS1307 си е най удобен съвременен вариант на антиката 8583, има си всички екстри и отделен вход за поддържащата батерия, а и не е скъп и го има навсякъде

Естествено, че ще го събуждаш, по същият начин работи всеки уважаващ се RTC чип. Не върти празни цикли логиката, а се приспива и на всяка секунда или на колкото е направена логиката, се събужда, опреснява дата и час, след което заспива.

DS1307 не е кой знае колко скъп, приблизително колкото един PIC16F872
Че и май ще е по-добре, да се използва 2-ри PIC16F872 за RTC, хем "часовника" ще има допълнителни ресурси като ALU, регистри, flash, EEPROM и т.н.

Zdrasti
ами пробвах го според линка, който сте дали, но пак не тръгна. имам два чипа, и идвата не щат.
това което ми направи впечетление е, че при четене няма стоп след запис на адреса, а има нов старт. така ли е наистина?
10х все пак

Защо се излагаш виж във футурел :
RTC DIP ICC-DS1307-I2C RTC 64x8 0..+70°C DIP DAL 3.020 лв.
в комет па е толкова 1.69$ а прехваления ти PIC16F872 е $2.81 без ддс и то в комет а и го няма и е почти 2 пъти е по скъп.

Аз не бих казал че RTC има нужда да заспива , как ще му работят броячите , според мен въобще не заспива просто си е направен да работи с много ниска консумация , а и входно изходния му интерфейс кой знае как е направен пак да няма нужда от sleep .

Пич, нещо ти се излагаш Айде виж в www.comet.bg,
DS1307ZN SMD 64 x 8 Serial Real Time Clock, -40+85°C Dallas 2.4536 USD без ДДС. Според теб тази цена не е ли приблизително равна на цената на един PIC16F872 ? И защо се спичаш да спориш за глупости ?

Брочите на RTC работят асинхронно, но те само броят и реално нямаш достъп до тях през интерфейса. Обикновено имаш достъп до някаква RAM, която е копие на тези броячи. За да е копие, трябва от време на време да се копират броячите в тази RAM. Тогава възниква нуждата от събуждане. Дори някои типове RTC, като V3021/V3022 и т.н. имат специални команди CopyRamToClock & CopyClockToRam. Това е което знам, ако знаеш нещо повече, ще съм радостен да го споделиш.

1. си видял цената на чип за SMD монтаж а те по принцип са си по скъпи , а обикновения е :
DS1307N 64 x 8 Serial Real Time Clock -40/+85°C Dallas 17 > 100 40 1.6900 USD
Бъди сигурен че като схема този елементарен чип няма режими на sleep а няма и нужда да има, за това за което е измислен никой няма да си играе да го прави да е толкова сложно, това което си мислиш за да се реализира струва пари а тези сметки се отразяват на крайната цена на изделието, не съм казал че няма такива RTC но специално този няма.
Бъди реалист

този часовник 8583 не заспива и не се събужда, и при четене на който и да е от броячните регистри, се копират в лачове и от там си ги дочиташ. проблема ми е не в консумацията и цената (каквото кажа, шефа го копува), а в това,че не иска да се адресира втори път. първоначално аз го правих с стоп при запис на адрес, и тогава чета. после видях от тук, че е без стоп, направо нов старт и чете, ама и така не стана. или нещо мъничко бъркам, или и двата чипа са дефектни, което не ми се вярва. ще се помъча още малко и дано тръгнат

Защо не постнеш сорс. Продължавам да си мисля, че там е проблема.

Решението на Пирев да си прави RTC с контролера май е единственото разумно решение за машини, които могат да се вкарат в режим на ниска консумация. Идеята е да се ползва микроконтролер, за да не се правят няколко дестки платки с логически чипове ( или няколко стотици с транзистори ) и с него да се правят управления и т.н. ТОЛКОВА ли ти е трудно да поразшириш идеята и да го натовариш и с часовник? Вероятно правиш тази система за собствено удоволствие, ама я си представи че става дума за серийно изделие? 5000 бройки по $2 са $10000 ! Кой работодадел ще те държи при такава ефективност?