Дисплеи, датчики и прочие функциональные узлы, управляемые МК.
Вт апр 17, 2012 20:52:07
*Trigger* писал(а):Так ведь интерфейс I2C, значит, временнЫе интервалы зависят от тактовых импульсов с МК.
С данным датчиком я общалса поверхностно,в следствии чего не могу вспомнить его задержки.А вот например его молочный брат(тоже с ииц на борту) DS1820 требует 750мкс на опрос,и если будет времени меньше,то с него считаютса не верные данные!Я не про протокол сети говорю,а про считывание данных с датчика! Учите матчасть!
Вт апр 17, 2012 21:02:31
А при чем I2C и DS1820 там 1-wire
I2C шина синхронная - как спросишь, так и ответит по стандарту 100кГц можно меньше, но и 500 схавает не подавится.
Вт апр 17, 2012 21:03:33
В том то и проблема, шина синхронная - а прерывания влияют.
Вт апр 17, 2012 21:28:10
Какие прерывания? На что влияют? И при чём тут 1-wire?
Вт апр 17, 2012 21:30:47
ploop писал(а):при чём тут 1-wire?
Это
Дрон перепутал.
ploop писал(а):Какие прерывания? На что влияют?
Вот на что:
*Trigger* писал(а):Собрал часы, в них стоит DS1307. Периодически на индикаторах появляется белиберда в виде ненужных цифр (например, было 12 часов, но вдруг проскакивает 45 часов).
*Trigger* писал(а):Ещё выяснил, чем больше частота прерываний, тем больше глюков.
Добавлено несколько минут спустя:Сделал так: время из RTC читается 3 раза с задержкой 200 мс, если все три раза совпали - время считано правильно.
Вт апр 17, 2012 21:55:52
С железом нет проблем? Может, дорожки куда подтравливают, или рядом цепь силовая...
Вт апр 17, 2012 21:58:10
Нет, дороги в порядке, силовых цепей рядом нет.
Чт апр 19, 2012 09:34:01
микроLAN (ds18b20) очень критично к прерыванию,остановке обмена
I2C (ds1307) допускает полный останов обмена , но... за время останова содержимое регистров, естественно, изменится - так что надо "мурыжить" в разумных пределах.
возможны "глюки" за счет неотслеженных наложений прерываний в программе
только вот по "родному" даташиту полагается читать сразу весь "пакет" ОЗУ...дабы небыло непоняток с последующим чтением без предварительно указанного адреса.
есть еще приемчик "чтение по заданному адресу" - но это отступление от стандартного протокола для DS1307
Пт апр 20, 2012 23:47:37
Ну почему же отступление, это вполне разумное решение, и для протокола i2c вполне себе норма.
Для DS3231 я вообще использовал циклическое чтение (начинал с середины пакета, проходит через конец в начало, и читал еще несколько байт). Так было удобно, потому что по середине были байты которые мне были не нужны.
Сб апр 21, 2012 08:19:36
Замерял длительность выполнения чтения времени и даты. примерно 3 млсек для TWI и 4 млсек для программного I2C. Плюс еще пара млсек для вывода значения на ЖКИ. Т.е. все достаточно быстро и должно протекать незаметно.
Вот такая нехитрая функция отображает время на жки индикаторе:
- Код:
//выводит на жки текущее время
void ind_real_time (char line, char row) {
rtc_get_time(&hour,&minute,&sec); // прочесть время из DS1307
make_buf_rtc_time (hour,minute, sec); // преобразовать в строку
lcd_out (line, row, buf_rtc); // вывести значение на ЖКИ
}
Функция вызывается один раз в секунду, по флагу, устанавливаемому по прерыванию Т0.
Все работает как надо, но один непонятный момент наблюдается. Иногда индикация секунд как-бы приостанавливается на одну-две секунды. Т.е. 12:12:59 -> пауза -> 12:13:02. Думал , что возможно мк там где-то стопорится почему-то.
Для проверки вывел рядом со временем мигающее каждые полсекунды двоеточие ':'. Так во время паузы часов, это двоеточие продолжает мигать в нормальном режиме, т.е. мк работает нормально..
Вот и не пойму теперь в чем причина такого притормаживания секунд? Толи сама мс часов неисправна, хотя за четверо суток часы не ушли ни вперед ни назад, толи .....
Может кто сталкивался с подобным? А то у меня пока одно решение в голове - выкинуть эти секунды вообще..
Сб апр 21, 2012 08:28:37
речь идет о нарушении стандарта относительно aсk...
ниже моя подручная шпоргалка
(к сожалению работаю толька на асме)
- Вложения
-
- ds1307map.pdf
- (13.73 KiB) Скачиваний: 552
Последний раз редактировалось
BOB51 Сб апр 21, 2012 08:40:42, всего редактировалось 1 раз.
Сб апр 21, 2012 08:33:01
BOB51 писал(а):речь идет о нарушении стандарта относительно ask...
ниже моя подручная шпоргалка
Спасибо. Но что с этим делать применительно к библиотекам КодВижна?
Сб апр 21, 2012 08:44:04
дописывать свои изменения или создавать собственную библиотеку
в этом, кстати, и заключается владение языками Си & прочими высокоуровневыми...
Вт май 08, 2012 01:52:40
У меня вопрос:
Как реализовать настройку даты DS1307, я понимаю что есть функция
rtc_set_date(); и значение переменных просто записывается в DS1307. Но как быть с переполнением? Например чтобы настроить день я решил поступить так:
- Код:
if(PINB.4==0){date++; delay_ms(250);rtc_set_date(date,month,year);}
и таким способом дата стремиться к 255, конечно можно было не замораживается и приписать
- Код:
if (date>31) date=1;
но как быть тогда, когда количество дней 30,29(при этом надо учитывать високосный год),28
Вт май 08, 2012 07:21:29
Я решил эту проблему так: сначала ставим год, потом месяц. В начале программы создаём массив с максимальным числом дней в месяцах (в феврале - 28). Устанавливаем дату и, если месяц не равен 2, сравниваем её элементом массива: max_date[month-1]. Если месяц равен 2, то если год не делится на 4, то сравниваем с max_date[month-1], а если делится - то с max_date[month-1]+1.
Вт май 08, 2012 15:45:08
????
в микросхемах RTC календарь прошит маской - он сам контролирует количесиво дней в месяце,
нужно только правильно их задать при вводе, но данная проверка - функции программы ввода данных с клавиатуры управления, а не ввода в RTC
Вт май 08, 2012 15:58:21
Писать в RTC нужно после завершения установки в функции, а не после каждого прибавления 1.
Вт май 08, 2012 17:52:33
RTC правильно считает время, только если значения в его памяти допустимые. Если поставить там 255, он спокойно это значение запишет, но может уже никогда не выйти на нормальный режим. Да, нужно самому проверять количество дней в месяце, и в т.ч. учитывать високосные года. И при переходе между 12/24 форматами, тоже нужно программно поправлять часы.
Там внутри нету никакого контроллера, простая логика, которая никак не проверяет правильность данных в памяти.
Хотя вроде особых сложностей нет, я в своё время за несколько часов это всё написал на ассемблере (не учитывая время на оптимизацию кода).
Вт май 08, 2012 21:18:50
*Trigger* спасибо за разумное объяснение.
Сделал также, устанавливаю сперва год, потом месяц.
В начале массив
- Код:
char max_date[]={31,28,31,30,31,30,31,31,30,31,30,31};
А вот сам блок настройки даты с учетом количества дней в месяце
- Код:
int i;
int y;
if(knop2==0) date++; delay_ms(100);
if(knop3==0) date--; delay_ms(100);
y=year;
i=((y*10)/4)%10;
if (month==2 && i==0)
{
if (date > max_date[month-1]+1) date=1;
if (date==0) date = max_date[month-1]+1;
}
else
{
if(date > max_date[month-1]) date=1;
if(date==0) date = max_date[month-1];
}
rtc_set_date(date,month,year);
Последний раз редактировалось
dem13an Чт май 10, 2012 16:49:12, всего редактировалось 1 раз.
Чт май 10, 2012 12:39:07
Это ещё зачем?
- Код:
i=((y*10)/4)%10;
Пишем так:
- Код:
if(knop2==0) date++; delay_ms(100);
if(knop3==0) date--; delay_ms(100);
if ((month==2) && ((year%4)==0))
{
if (date > max_date[month-1]+1) date=1;
if (date==0) date = max_date[month-1]+1;
}
else
{
if(date > max_date[month-1]) date=1;
if(date==0) date = max_date[month-1];
}
rtc_set_date(date,month,year);
И скобки в if не помешают.
(month==2
) &&
((year%4)==0
)
Powered by phpBB © phpBB Group.
phpBB Mobile / SEO by Artodia.