Не-не-не. Бывает так, что его пробивает "по питанию". Т.е. в двухпроводном режиме он норм работает, а в трёхпроводном начинает дико разогреватьсяBOB51 писал(а):Датчик или жив или мертв.
Китайцы ПО разрабатывали(ежли не ...л то ПО разрабатывал)
Я серьёзно.
МК с дисплеем и разъемами для 4-х датчиков: подключился, считал температуру несколько раз - это если не снимать датчики, а так желательно их нагревать/охлаждать и ловить сбоиUnКайF писал(а):Во время планового ремонта локомотива тоже датчики нужно проверять чем то.
Тоже об этом подумал, но тогда проблема возникает ниже 1.5 градуса сразу 0. В общем совсем запутался, да код сейчас выложу, извиняюсь.Gudd-Head писал(а):Инвертируйте бит полуградусов.
Простых путей не ищем )) Вначале не нужна была точность в 0.5 потому делал сдвиг, тем самым отбрасывая младший разряд и получалось цело число. Затем добавил проверку младшего разряда. Если там 1, то в показаниях добавляется еще полградуса, если 0 то остается как есть. С вычитанием из 127 это для отрицательных температур. Пока не до них. Не трогаем )Аlex писал(а):Чёто Вы намудрили.
Код: Выделить всё
signed int temper;
.....
.....
byte0 = DS_RX();
byte1 = DS_RX();
temper = ((int)byte0<<8) | byte1;
Ну это все понятно. Это значительно упрощает, но сути не меняет. Я же говорю, что в Протеусе отображает как задано на датчике. Но в реале после запятой инвертируется значение почему то. Может быть первый бит (самый младший) при чтении коряво читается, но тогда почему именно с точностью до наоборот?Аlex писал(а):Всё, теперь в temper лежит температура, умноженная на 2
Ну да, с таймерами есть некоторые сложности, но тут они в принципе и не нужны.Аlex писал(а):ЗЫ: И ещё. Выучите таймеры и сделайте нормально динамическую индикацию, освободив основной цикл от этого безумного кода.
Это ещё не известно. Сделайте нормально, а там будет видно.Bkmz писал(а):но сути не меняет
Как раз таки, они тут и нужны.Bkmz писал(а):но тут они в принципе и не нужны