Вопросы по работе с термометрами DS18B20

ARV · Сообщение **ARV** » Ср апр 01, 2009 08:08:36

delay писал(а):
ARV писал(а):во-вторых, место вывода (7-сегментник или что-то иное), как мне кажется, решающей роли не играет...

А я думал, что на ЖК дисплей можно вывести значение, как есть, а для 7-сегментного нужно выводить цыфры.

как есть - это как?!

sachok

В чем может бить проблема?:иногда от датчиков приходит 9999 градусов цельсия. Программный или аппаратный глюк?

ARV · Сообщение **ARV** » Ср апр 01, 2009 17:47:58

sachok писал(а):В чем может бить проблема?:иногда от датчиков приходит 9999 градусов цельсия. Программный или аппаратный глюк?

если я не путаю, в функциях CVAVR 9999 означает ошибку обмена с датчиком - получив такое число надо его проигнорировать - это сбой шины.

sachok

Такие глюки можут быть связаны с использованием стандартной библиотеки для датчиков?

delay

Я использую стандартные функции Code Vision. Подключены 3 датчика. Термометр работает круглые сутки несколько месяцев. Подобного глюка не наблюдал.

QZ_ · Сообщение **QZ_** » Ср апр 01, 2009 20:43:50

sachok писал(а):В чем может бить проблема?:иногда от датчиков приходит 9999 градусов цельсия. Программный или аппаратный глюк?

праильно говорят, если порыть codevision'скую библиотечку для этого датчика, то, при ошибке он возвращает 9999

shtorm

по своему опыту могу сказать что это кривое вычитывание с датчика, либо кварц не соответствует номиналу либо мк отвлекаеться на что-то другое пока опрашивает, попробуй останавливать мк во время опроса

GP1 · Сообщение **GP1** » Ср апр 01, 2009 22:06:26

Предыдущий выступающий наверное имел ввиду: запрещай прерывания на время считывния :))

sachok

Я понял:) Останавливать не могу так как жестко привязан к времени, просто игнорирую и всё:) не так уж и часто это бывает

delay

Ну так если не запрещать прерывания на время опроса датчиков - наверняка будут сбои. У меня зарпещаются.

sachok

Понятно. Вот так запрещать и возобновлять?

Код: Выделить всё

#asm("cli")            
temp1=ds18b20_temperature(&rom_code[0][0]);
#asm("sei")

delay

Да. Создает определенные неудобства, например при использовании динамической индикации, обработка которой находится в прерывании. Возможно для тех, кто уже имеет опыт в данном вопросе, этим маневрирует легко. А возможно, как вы предположили выше, просто прописать игнорирование в случае получения данного сигнала ошибки.

shtorm

помоему sachok имел ввиду просто не обращать внимание на это а не игнорировать программно :)))

хотя идея хорошая...использовать буфер

sachok

Попробую так как писал выше посмотрю и отпишусь как работает.

sachok

Со временем шплошные проблемы вышли пришол в голову такой вариант:

Код: Выделить всё

temp1=ds18b20_temperature(&rom_code[0][0]);//меряем температуру
if (temp1==9999)
{
lcd_gotoxy(0,0);
lcd_puts(lcd_buffer);//выводим предыдущие значение
}
else
{
sprintf(lcd_buffer,"t%u=%i\xdfC",i+1,temp1);
lcd_gotoxy(0,0);
lcd_puts(lcd_buffer);//отображаем текущее значение
}

Господа как думаете работать будет?

shtorm

думаю да, только про отрицательную температуру не забудь

ARV · Сообщение **ARV** » Пт апр 03, 2009 11:08:17

sachok, не логичнее ли будет так:

Код: Выделить всё

temp1=ds18b20_temperature(&rom_code[0][0]);//меряем температуру
if (temp1!=9999)
{
sprintf(lcd_buffer,"t%u=%i\xdfC",i+1,temp1);
lcd_gotoxy(0,0);
lcd_puts(lcd_buffer);//отображаем текущее значение
}

зачем выводить старое, если оно и так на дисплее?

delay

sachok, а как часто у вас происходит прерывание (я), и как часто опрашивается датчик? И сколько датчиков?

sachok

2 ARV Ну да не подумал:)
Датчика у меня 3. прерывания внутрение 50 раз в секунду и внешние по входу INT0. Датчики опрашиваю не самым лучшим методом - в бесконечном цикле.

sachok

А 85 градусов это кажись - преобразование не виполнено. Что может быть причиной такого глюка. Периодически проскакивают 85 градусов когда дожно бить 25