Доброго всем времени суток. Такая проблема:
при вычислении температуры на ATmega162 с DS18S20 по формуле

TEMPERATURE= TEMP_READ - 0.25 + (COUNT_PER_C - COUNT_REMAIN)/COUNT_PER_C

получаю странные результаты в отрицательной области, а именно: при увеличении температуры по формуле получается уменьшение, а затем скачком повышение! В положительной области все нормально.

Вот таблица составленная из лога и исходник.

Спасибо за внимание, с уважением, Олег.

А сам датчик исправен? С другим не пробовали?
А где таблица с логом?

Вообще-то только с одним датчиком пробовал, а таблица в архиве с исходником.

анализ.xls? И что там не то? Пометить как то надо неправильные строки, а если они там все неправильные, то надо добавить с обоих краев правильные значения. В общем ничего непосвященному непонятно.
Датчики эти иногда дохнут, причем проявляться это может по разному. Попробуйте все же другой сперва.
Компилятор какой, CodeVision, судя по инклюдам? Там функции работали правильно эти, по крайней мере раньше... давно я им не пользовался...

Вот, пояснил, надеюсь сейчас будет понятнее.

Сообщение отредактировал _Олег_ - Aug 20 2008, 09:10

Да уж, если формула неправильная, то это к Максиму претензии, но может у вас изначально не те значения идут? заголовочник то от 1820, не знаю какие отличия от 18S20. А может вам вообще применить 18B20? Он сразу с шагом 0,0625 температуру выдает. А датчики вы калибровать собираетесь, иначе зачем вам шаг уменьшать, если у этих датчиков заводская точность 0,5 градуса?

Спасибо, DS18B20 у меня есть, но я сначала хотел разобраться с DS18S20 . Нет я не собирался калибровать.
Мне кажется самое сомнительное место здесь:


хотя я до этого сам дошел, не совсем понятно: делить на 2 нужно всю формулу или temp_l отбрасывая младший и /2. И еще непонятно, почему COUNT_PER_C всегда 16?

Сообщение отредактировал _Олег_ - Aug 20 2008, 10:49

При такой операции потеряется знаковый бит, нодо его сохранять отдельно.

но temp_l не содержит знака, это -


а знак -

Да, только температура там в дополнительном коде записана и нельзя просто отбросить знаковые биты.

спасибо, попробую еще поэксперементировать.

А зачем делить на 2? чтобы потерять лишний разряд? Храните всю температуру в signed short и операции с ним делайте и все будет нормально, и доп код автоматом учитываться будет(если сдвигом не пользоваться)
Хотя если не собираетесь калибровать , то зачем вообще все это?

В полку неучей прибыло http://electronix.ru/forum/index.php?showt...=23218&st=0

Здорово, наверно, так ссылками кидаться А по делу?
Там DS18B20, а не DS18S20 и по поводу этой формулы ничего нет!

Видемо вы еще с той ветки не остыли

Сообщение отредактировал _Олег_ - Aug 20 2008, 15:02

В том и дело, что даже владение арифметикой на 0, а подавай "формулы", которые тоже понять знания арифметики нужны. Замкнутый круг..

Ужас сделать из 9bit 12bit слабо?
if( id[0] == DS18S20_ID )
{ // 9 -> 12 bit if 18S20
meas <<= 3;
}
Далее по тексту....

Кипячусь я не так. А это просто горькая констатация факта уровня образования...