Ещё вопрос.
Для того чтобы записать конфигурационный байт нужно подать последовательно такие команды:
- reset;
- skip rom 0xCC;
- write scratchpad 0x4E;
- записать TH;
- записать TL;
- конфигурация.

Так ли это?
А с завода датчики выпускаются с 12-резолюцией?

Да, всё так, если у вас одно устройство на шине. При подаче питания на датчик устанавливается 12-битное разрешение.

Ещё один вопрос в догонку, скорее по написанию программы.
В файле драйвера DS18B20 (пусть это будет DS18B20.c) я ввожу новую переменную.
Например, flag_znak=0 если температура положительная и flag_znak=1 если температура отрицательная. А опрашивать эту переменную буду в другом файле (допустим main.c).
Вопрос: как определить переменную (char? int? extern?) и в каком файле?

1) В файле DS18B20.c определяете переменную:

2) В файле DS18B20.h наряду с прототипами функций работы с термометром должна присутствовать строчка:

3) В файле main.c должна присутствовать строчка:

Маленькое дополнение: очень желательно, чтобы строчка присутствовала также и в самом "DS18B20.с", для того чтобы компилятор имел возможность во время компиляции проверить соответствие типов объявленной и реализованной переменных. Иначе, если вы, например, внутри "DS18B20.с" поменяете тип этой переменной с unsigned на signed, но не отразите это в "DS18B20.h", то основная программа (в "main.c") будет по прежнему считать ее unsigned, что чревато крайне трудноуловимыми глюками.

У меня всё заработало!!!! Большое спасибо!!!!!!!

А можно сюда выложить программку, а то я 3 ночь с датчиком разбираюся.

Вот здесь пример смотри разбирайся
http://electronix.ru/forum/index.php?showt...10934&st=15

Можно, но попозже, когда со всеми глюками разберусь.
краткие характеристики:
Контроллер ATmega16, кварц на 16 МГц, динамическая индикация, 4-разрядный АЛС с ОА, 1 датчик DS18B20.
Дай ссылку на почтовый ящик, закончу - вышлю.

Это само собой. Любой с-файл, сопровождаемый h-файлом должен содержать в себе его объявление.
Но за уточнение спасибо.

а при линковке соответствие типов не проверяется?

Это делает компилятор. Линкер занимается другим.

Хорошо.Компилятор должен проверять соответствие типов при обьявлении extern типа из другого файла?

ООооо это было бы вобще классно. Мой емайл roman_1986@xnet.uz.
Заранее спасибо!!!

ИАР проверяет. Думаю, что и другие должны. Например, если в одном файле определить unsigned char A; а в другом объявить extern signed long A; то линкер выругается. Компилятор не имеет возможности отлавливать такие ошибки, ибо при компиляции второго файла не имеет информации о содержимом (и даже о существовании) первого.

Cпасибо,CV тоже проверяет при линковке и выдает -ошибка линкера несоответсвие типов.
Тогда здесь речь об чем?

Видимо не все линкеры ловят. И даже если ловят, то выдают варнинг, который можно не разобравшись задавить. Вот тогда чудеса и начнутся.

посмотри почту

Линкер способен словить несоответствия размеров переменных. А каким образом они объявлены -- signed, unsigned или вообще структура -- о том ведомо только компилятору.

а вот и нет-signed и unsigned отлавливаются также и именно линкером,по крайней мере в CV.

Ну, значит счастливых пользователей CV можно поздравить с тем, что в объектник пишется полная информация о типах Но не стоит расслабляться: так дела обстоят не у всех. Не вечно же вы будете пользоваться только CV! Так что не стоит забывать хорошую манеру прописывать объявление переменных в .h-файле и включать его в .c-файл с определением этой же переменной.

iar ругается на такое, типа двойное объявление или что то типа того...

СV аналогично.А в чем смысл двойного обьявляния и в хидере и в с-файле?

В хидере объявляют переменную, если хотят, чтоб её можно было видеть из других файлов. При этом, перед объявлением переменной в хидере, пишут ключевое слово extern. При объявлении этой же переменной в .С-файле это ключевое слово не указывается.

А вот не надо делать двойное объявление . А надо различать объявление и выделение памяти.

Файл functions.h:
Файл functions.c:
Файл main.c:

Так вот в functions.h содержится именно объявление. Просмотрев строку extern unsigned char Variable; компилятор просто "держит в уме", что где-то эта переменная будет, и знает, каким образом с ней обращаться. Включение "functions.h" в main.c не генерирует никакого кода и не выделяет никакой памяти. На это указывает ключевое слово extern.

А вот в functions.c происходит реальное выделение памяти под unsigned char Variable; . Поскольку в данном случае тип переменной согласуется с тем, что было объявлено в "functions.h", то все в порядке.

доброе время суток. Если я Вас правильно понял, то так можно обьявлять только extern переменые, а не глобальные для одного *.с файла.

Да.

Доброе время суток всем. Посадил датчик на 50м кабель и подтягивающий резистор 4,7к, но получаю постоянно ошибкуCRC8. Может кто-нибудь подскажет временные задержки delays для нормальной работы. Заранее спасибо.

Что значит для нормальной работы? Ставьте такие задержки которые будут у вас работать. Можно еще подтяжку уменьшить, я уменьшал до 1к, но расстояние у меня было 10м

2 GDI. Поменял pullup соппротивление на 2.2к, но считанные данные проверку на CRC8 не проходят, к сожалению, получаю нули. Буду пробовать подходящие timeslotы. Кстати, большое спасибо за идею параллельного опроса датчиков.

А на близком расстянии работает? Питание у датчиков какое паразитное или 3й провод идет? Осциллом не пробовали смотреть что там на датчике происходит?

Питание на 3 провода. Эх, осциллографа нет. Поэтому и тыкаюсь в темноте. На близком все тип-топ.
Может кто-нибудь знает, хотя бы примерно, в каком диапазоне timeslotы использовать.

На 10м с подтяжкой 1к у меня работали самые быстрые тайм-слоты 15 и 70 мкс.
Для начала стоит попробовать увеличить в 2-3- раза, хотя я не помню, есть ли там ограничение на время тайм-слотов.

Поставил pullup на 1к, заработало со стандартными таймслотами.

Доброе время суток. Извините за глупый вопрос, а какая связь между pullup-сопротивлением и напряжением на входе контроллера? Если можно поподробнее. Почему с уменьшением сопротивления растет напряжение на входе при 0. Заранее спасибо.

В вашем случае вполне верояно может звенеть сама линия интерфейса
фронты у вас крутые поэтому после информационного импульса за ним
возникает отклик который может быть значительной амплитуды,
осцилографом их видно. Такие вещи особенно проявляются когда
на длинной линии много датчиков висит. Боротся с этим вполне реально
обычно делают драйвер линии который валит фронты до приемлемых
значений. У DS по этому вопросу были рекомендации, эжели ссылку
найду то скину. А из практики делал 30 датчиков на 150 м с драйвером линии
все работало. А вот программно подбирать интервалы не советую
тут раз на раз не приходится, как попадеш к тому же на разных температурах
чуствительность датчика к звону разная на плюсе может и работать а
на минусе загнется.

Pullup на 1К ставить нельзя. Ключ в этом датчике терпит 4ма. При повышенной температуре (не знаю точно,какой) Dallas рекомендует не более 3ма. Так что расчетное сопротивление на pullup должно быть не меньше 1,66К.

Доброе время суток, господа эмбеддеры. Спасибо всем за ответы. Свой вопрос
я задал уважаемому участнегу нашего форума Dima_Ag, на который получил очень исчерпывающий ответ.
С его разрешения, я привожу его ниже.

При большом номинале подтягивающего сопротивления возрастает время переходного процесса, ввиду чего короткие импульсы, которыми передаются "единицы", могут быть слишком "удлинены". Отсюда и ошибки в передаче данных.



Связь тут следующая:

в конце даташита можно найти тьакую табличку:
DC ELECTRICAL CHARACTERISTICS
где указано, что Sink Current = 4 мА.

Это означает, что такой ток будет протекать через подтягивающий резистор
в то время, когда термометр "выдаёт" ноль. Чем больше номинал резистора, тем ближе напряжение "нуля" к 0 Вольтам. Если же номинал подтягивающего резистора взять очень маленьким, то протекающий ток в 4 мА может не создать
достаточно "сильного" падения напряжения на этом самом резисторе, следовательно, уровень нуля может быть слишком высок.

Пример: если взять подтягивающий резистор в 500 Ом, питание 5 Вольт,
то ток, протекающий от DS18b20 создаст падение напряжения = 500*0.004 = 2 В, таким образом, уровень "нуля" на входе микроконтроллера будет 5В - 2В =3 В! , что, естественно, за "ноль" не воспримется.
........

И еще неплохая ссылка на форум по этой теме.

Там что, в термометре, источник тока на 4 mA или всё-таки ключ? Если ключ (ИМХО так), то 4 mA - это его максимальный ток, при большем токе он сгорит/нагреет термометр, но напряжение нуля будет равно его напряжению насыщения.
Если источник тока, то объясните мне зачем такой изврат.

Скорее всего в качестве ключа там стоит полевой транзистор (что видно по картинке 10 в даташите). А полевой транзистор не имеет такого параметра как напряжение насыщения, вместо этого он имеет сопротивление канала в открытом состоянии (Rds-on). На той же картинке оно указано - 100 Ом. Ну а поскольку оно сопротивление, то вместе с сопротивлением подтяжки образуется делитель, и чем меньше сопротивление подтяжки, тем выше напряжение с выхода делителя. И при определенном сопротивлении подтяжки напряжение оказывается выше напряжения нуля. То же и на стороне контроллера. И естественно, мощность, выделяющаяся на сопротивлении открытого канала, приводит к разогреву термометра - это вы правильно заметили.

У меня при работе с подтяжкой 1к наблюдался саморазогрев датчика, но конструктивно сама микросхема датчика помещалась в массивный металлический корпус, а сам датчик в сборе измерял температуру в жидкости, так что небольшой разогрев датчика не влиял на работу устройства в целом, т.к. корпус датчика служил как бы радиатором.