Исследовал работу нескольких DS18B20/DS1820 "сидящих" на одной шине, а также возможность динамического подключения/замены данных датчиков на шине. Не нашёл. Некоторые библиотеки, в том числе выложенные на этом форуме являются нерабочими. Написал библиотеки, проверил и выложил их в виде библиотек в соответствующем разделе форума.

А здесь предлагаю для начинающих полный учебный проект использования данных библиотек. Написаны и проверены на стенде Nix-06 для начинающих который обсуждался в топике "getting started ..." и расположен по nix-06.nm.ru. Проект написан на IAR C и закончен, а то многие писали, что хотелось бы понять как применять те или иные библиотеки. Мои или другие.

Подключается несколько датчиков DS1820/ds18b20/ds18s20 в любом сочетании. На LCD дисплей выводится их количество и температура каждого. Допустимо подключения датчиков по двух-проводной схеме включения. Используется динамическое выделение памяти под ROM датчиков.

Библиотека LCD написана таким образом что допускает использование стандартных функций вывода outs и printf с элементами форматирования. Что и пременено в проекте. Имеется прямая индексация курсора и прочие вещи, которые облегчают написание меню и многоуровневых меню. В принципе должно работать для 4-ёх строчных дисплеев, но я не проверял.

Несколько человек обращалось по поводу сложности переноса проекта под другие компиляторы (В одном случае GCC, в остальных - CV). Насколько я понимаю, проблемы возникают с формированием временных интервалов. В IAR имеется удобная встроенная ф-ия задержки на определённое колличество тактов(что легко формулой преобразуется в реальное время), в других компиляторах данная фича реализуется сложнее.

В связи с этим я вынес эти процедуры в отдельный файл(библиотеку) и оформил в виде п/программ, а остальные файлы(библиотеки) сделал более универсальными. Таким образом желающие смогут переписать только одну п/п по формированию задержки 1мкс, что я думаю не сложно. Кроме того я реализовал два варианта формирования задержек. Програмный вариант TimLowSw и аппаратный вариант TimLowHw. Аппаратный подключил к проекту. Он не зависит от компилятора (правда более зависим от частоты процессора и использует таймер 1). Попробовал также избавится от ф-ции __swap_nibbles(). Правда не проверял.

Исспользуемые мной ф-ии сохранения/восстановления прерываний в данном проекте можно запросто выкинуть. Они тут не используются.

Было бы интересно, если бы откликнулся кто-нибудь пробующий перенести проект под, например CV. Ещё лучше если он выложит его здесь же.

Саша ,сделай что то типа этого (проверка BUSY),и не нужно будет думать про задержки
Идет с ходу ,что под текстовый ,что под графический,что в прерывании ,что без.

Я использую BUSY.
А задержки всё равно нужны.
1) для формирования 1-wire шины, так как BUSY там нет.
2) Когда выполняешь операцию управления курсором, то читаю состояние курсора и возвращаю его.
Эта операция без задержки будет выполнена неправильно. Кстати, если будет время прикольнусь - покажу как на моей библиотеке многоуровневые меню формируются. Я из асма писал. Всё что я здесь видел - детский лепет.
3) Для процесса инициализации дисплея. Там BUSY, тоже не сразу читать можно.

В CV в примерах есть подобный проект с использованием встроенных библиотек 1-wire и HD44780. А еще там есть встроенные функции задержки delay_ms(N) и delay_us(N) где N - это число милли- или микросекунд, соответственно, доступны при подключении delay.h.

Использование нескольких датчиков одновременно? Дело в том что не нашёл нигде.

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

В CV они на C. Но вот сама возможность подключения нескольких датчиков, с использованием в дальнейшем их поиска на шине, кмк вещь бесполезная. Как их отличать? Простейший пример - один датчик на улице, другой в квартире. Хочется не просто получить две температуры, но и знать, какая из них на улице, а какая в доме. Или есть способ? Подключение по очереди с запоминанием серийного номера - простейший, но это не требует поиска на шине, то есть не совсем то.

Возможно Вы правы, хотя абсолютных решений не бывает. Вы предлагаете использовать по одному входу на каждый датчик. Тогда каждый датчик чётко связан со своим местом(номером). Это тоже выход. Но у меня их до 10. Использовать 10 входов не всегда возможно. А программа позволяет использовать колличество датчиков ограниченное только свободной памятью (точнее памятью кучи). Например у меня в проекте под кучу выделено 256 байт. Это позволяет использовать 31 датчик из под меги 8.

А вообще я писал проект как учебный. (В смысле я использовал п/п для него в реальном проекте, а этот использовал для отладки) На мой взгляд он простой и наглядный. Возможно кто-нибудь найдёт в нём что-нибудь для себя интересное. Или оптимизирует его для себя и почуствует радость первой победы. С ним просто можно проводить эксперименты. Я применил динамическое выделение памяти, хотя мог бы просто ограничить число датчиков разумным и создать массив. Зато некоторые увидят, как используется динамическая память и указатели.

В программировании не всё очевидно. Вот пример прототипа который я брал за основу.


А вот что получилось у меня.



Найдите три различия.
Не забывайте - это проект для начинающих.

Я рассматривал вариант задействования для этого верхнего/нижнего предела для аларма. Они сохраняются при выключении. Правда, пока не дошел ход, не проверял. Да и все равно, надо делать начальное сканирование, сохранять адреса... Лучше для этого (в моем случае) EEPROM использовать.

Если рассматривать подключение по очереди, то это можно сделать и с помощью моей библиотеки. К тому же, если хочется не тратить память, то можно запоминать лишь метку датчика. Этой меткой является CRC. То есть для хранения необходим лишь один байт. Но это всё равно не сработает если подключить сразу два. Из этого нет выхода, кроме как каждое гнездо на свой вход.



Подключение по очереди ИМЕННО ТРЕБУЕТ поиска на шине и запоминание уже подключенных. Вообще поиск применяют там, где устройство сделано в одном месте, а датчик / датчики - подключат в другом.

По аналогии с базами данных, точнее первичным ключом - идентификатор не должен повторяться. А CRC вполне может.


Я наверно неправильно выразился. Имелся в виду режим обучения, когда датчики подключаются-отключаются по очереди. Одновременно на шине только один датчик. Тогда поиск не нужен и возможно четко провести идентификацию - SKIP ROM- READ ROM. И сохранить считанное в ЕЕПРОМ.

Использовать Th, TL не получится. Данные в них еще надо занести, а для этого придется решать, в какой датчик что писать. И выйдет заколдованный круг.

В данном случае не совсем так. Поясню. CRC является свёрткой. Это математическая ф-ция. Высчитывается её "мощность" - то есть колличество неповторяющихся данных при непрерывной генерации. Для данной формулы CRC примерно 128 байт. читаем же мы всего 7. Если учитывать такой фактор, что 1-2 байта будут повторятся (семейство/партия), то вероятность совпадения близка к нулю.



Ну это уже совсем из области фантазии. Совсем не представляю область применения датчиков таким образом. Я ещё понимаю подключение по одному. Подключил один - привязал (комната). Потом подключил второй - привязал (улица). А если используешь SKIP ROM, то что Вы тогда в EEPROM записывать будете?



Ну это решение необходимо принимать так или иначе. Я не использую такой режим и в библиотеках его нет.


Подытоживая скажу. Безусловно не существует универсальных решений. Я делал эту библиотеку, конечно не для баловства, а она у меня применена в проекте. Попутно выложил. Я её не навязываю. Это бессмысленно. Если Вам она не подходит, то за уши притаскивать глупо. В тоже время там есть, к примеру чтение одиночных датчиков с помощью команды skip rom. IAR, к примеру, не использованные п/п не подключит. Поэтому вы можете использовать удобные для Вас. Кроме того они выложены в исходниках и Вы можете кроить их на своё усмотрение.
Можете задавать вопросы. Буду отвечать.

Почему читаем 7? Всегда думал что идентификатор 64 бита, т.е. 8 байт. Близка к нулю и равна 0 - не одно и то-же.

Не вижу причин так не сделать. Режим обучения - "Подключите датчик улицы и нажмите кнопку...", "Отключите уличный, подключите комнатный и нажмите кнопку". Вполне реализуемо. А после SKIP ROM никто не мешает выполнить READ ROM, что я выше и написал. Другое дело, что SKIP ROM в этом случае и не нужен В ЕЕПРОМ писать то, что вернет датчик на READ ROM. Без CRC.


Неиспользуемые п.п. не подключают все компиляторы C. В свое время мне потребовалось в одном устройстве применить два DS18S20. И вот тогда встала проблема отличать их друг от друга. Задача была решена путем пожертвования "лишней" ножки контроллера так как я не нашел приемлемых путей ввести режим обучения. В устройстве не было ни индикатора, ни кнопок - вообще никакого интерфейса кроме светодиода. Изобретать азбуку Морзе не хотелось. Но зато датчики читаются параллельно, что немного разгружает контроллер. Но вот если нужно будет не 2 датчика, а например 16? Вот отсюда и был мой вопрос о привязке идентификатора к положению датчика в пространстве К сожалению видимо решения нет.

В CV встроенные именно 1-wire и HD44780 - их исходный код не доступен, на Си, по крайней мере, а DS18B20 вполне на Си только расширение у файла .lib. Хорошо когда есть выбор использовать встроенные библиотеки или написанные отдельно... Вот только новичку трудно будет ее портировать на CV, а более искушенные разработчики уходят от CV на IAR или на другие компиляторы...





Я делал проект на 8 датчиков на 8 ножках контроллера - все работало.

7+CRC=8. "Близка к 0" это свойство моего характера - выражаться уклончиво. Я думаю если Вы начнёте экспериментировать, то не дождётесь данного события. Хотя, можно не экспериментировать и записать все 7 байт на датчик, как это делаю я.



Подожди, так в моём варианте это выглядит ещё проще. Подключите датчик улицы - спасибо - Подключите датчик комнаты - спасибо. Даже кнопку нажимать не надо. Я и так увижу. Да и вообще запрос можно не выдавать. Главное по два не подключать. Но можно и два и три. Просто в данном случае неизвестно как система их индентифицирует. Но это не главное. В этом тоже есть своё преимущество. Разъёмы у меня паралельны. Куда бы я не воткнул уличный датчик - он будет уличный.

Но у меня сейчас по другому. Я просто предлагаю воткнуть нужное колличество датчиков и определить какой куда. Тоже интерактивное обучение. А имя присвоить или картинку можно к любому любую.

Так чем Вас не устраивает такая модель?



Извини, но фраза "немного разгружает контроллер", - это для меня непереводимая игра слов. Я считаю что программа написана правильно и конроллер под проект выбран правильно если проц загружен на 80% и более. И то в том случае если проект будет развиваться. Но был у меня проект с загрузкой 98% процессорного времени. Это нормально. Это говорит о том, что программист постарался "выжать из камня всё". Программа пишется один раз, а пользуются ей - длительное время. Поэтому нужно попробовать максимально использовать все возможности.

Решение есть всегда. Настоящий программист такого не напишет. Он ставит на ночь два стакана (как известно) Один полный другой - пустой. Полный на случай если захочется пить, ну а пустой на случай если пить не захочется.
Если меня спросит начальство можно ли сделать робота, который не отличается от человека (или другое аналогичное устр-во), то я отвечаю - "Да, но нецелесообразно"

[quote name='GDI' date='Jan 22 2007, 11:48' post='199881']
[quote](GDI @ Jan 19 2007, 11:44) *

В CV в примерах есть подобный проект с использованием встроенных библиотек 1-wire и HD44780. А еще там есть встроенные функции задержки delay_ms(N) и delay_us(N) где N - это число милли- или микросекунд, соответственно, доступны при подключении delay.h.

В CV встроенные именно 1-wire и HD44780 - их исходный код не доступен, на Си, по крайней мере, а DS18B20 вполне на Си только расширение у файла .lib. Хорошо когда есть выбор использовать встроенные библиотеки или написанные отдельно... Вот только новичку трудно будет ее портировать на CV, а более искушенные разработчики уходят от CV на IAR или на другие компиляторы...



[quote]Но вот если нужно будет не 2 датчика, а например 16?[/quote]

Я делал проект на 8 датчиков на 8 ножках контроллера - все работало.
[/quote]
В CV все либы доступны именно на С,посмотрите внимательнее.
И насчет портирования с IAR-делал много раз,никаких проблем не доставляет.
Проект SasaVitebsk перегнать в СV-дел примерно на полчаса с перекуром.

Предлагаю посмотреть по-лучше вам и в доказательство приведите, пожалуйста исходный код встроенной функции w1_init(void) или w1_read(void) объявленных в 1wire.h
У меня есть версия 1.24.8b Professional, может у вас Full и там это есть?


Ни сколько не сомневаюсь, но и вы, далеко, не начинающий...

Я больше чем уверен, что дождусь не только не успев состариться, но при 32 датчиках на шине возможно даже чаю попить не успею . CRC - 8бит. Абсолютно независимо от входных данных, над которыми выполнялась свертка, возможно всего 256 вариантов CRC. Так что перебрав в среднем 256 датчиков я получу искомое совпадение. Ес-но могу и не получить, но есть вероятность с первого раза вытащить именно такую пару


В моем варианте кнопка то-же не обязательна. В отличие от запроса - он необходим для правильного обучения.
А для определения, что на шине появилось устройство достаточно всего лишь выполнить сброс шины, искать ничего не надо.
Разъемы в таком варианте тоже параллельны, отличие чисто софтовые, в алгоритме обучения. Тот что предлагаю я проще, меньше по объему кода и быстрее. Как идентифицировать датчики включаемые по два и три я так и не понял


Критерии загрузки бывают разные. Для меня например нормально когда память программ заполнена на 10% и большую часть времени контроллер спит. Просто задача требует 44в/в и младшие контроллеры не подходят. Можно конечно взять Мегу8 и кучку регистров внешних, но это выйдет дороже, надежность снизится а потребление вырастет. Так что я использую контроллер "неоптимально" и сплю спокойно


Да, это я погорячился. Надо было так - "К сожалению решение ПОКА не найдено"


1-wire встроенная, HD44780 - вполне открытая - lcd.h, lcd.lib

Признаю, что с HD44780 я ошибся

Поделюсь опытом развешивания по дому DS18B20 в количестве 10 штук (улица, чердак, погреб, по комнатам, к баку с водой, в общем куда токо можно). Естественно в параллель на шину из телефонного кабеля, ибо звезданутая топология по кабелю вышла бы намного хуже. Да и ног могло бы не хватить.
Так вот, я просто сел и поочередно подключая их к устройству (мега8, выход на RS232) давал команду поиска, записывал в экселевскую табличку ID датчика и складывал датчики в рядочек. А потом табличку распечатал и порезал на ленточки, привязав каждую ленточку скотчем к датчику. И все, теперь можно прямо в ту же табличку на экселе вбить названия мест установки датчиков (что я и сделал) и затем пойти развесить их в соответствие с этой таблицей.
То есть просто нужно пронумеровать датчики заранее (кстати на сами датчики можно наносить не ID, а только порядковые номера), а устанавливать их потом уже строго по таблице. И тогда после включения все само заработает.

Я же уже говорил моя библиотека удобна если изделие сделано в одном месте, а используется совершенно в другом. Или например сразу поставили 3 датчика, потом добавили ещё 2. Я делаю идентификацию еще проще. Беру и просто их подключаю. Они у меня нумеруются (автоматически). Далее отображаю их значения и по одному беру в руку. Температура начинает расти, и я вижу за какой я взялся.

Поскольку данная операция используется только тогда, когда проводится установка новых датчиков, то она не вызывает никакой сложности. Впоследствии, даже если датчики воткнуты не в те разъёмы, нумерация датчиков не меняется.

ЗвиняюсЬ,1-wire в CV действительно встроенная функция,но найти можно,ничего смертельного там нет.
Например:
_w1_search:
push r20
push r21
clr r1
clr r20
ld r26,y
ldd r27,y+1
_w1_write:
ldi r22,8
ld r23,y+
clr r30

разобраться не сложно.

2 WHALE именно это я и имел ввиду, что в Си ее нет, но и с асмом можно разобраться, а изменить куда сложнее - по сути надо заново переписать библиотеку на асмовых вставках, тогда уж лучше использовать сразу Си и представленную выше библиотеку.

Библиотеки тоже разные бывают. Так например, моя библиотека для DS вполне стандартная, кроме наличия возможности работы с несколькими датчиками одновременно. Если нет необходимости в этом, то можно воспользоваться любой аналогичной библиотекой.

Но в библиотеке для LCD есть несколько отличий (не знаю как это реализовано в CV). Подключив мою библиотеку Вы можете пользоваться стандартной ф-цией prinf. Таким образом вы можете вывести число с плавающей точкой не думая как бы его преобразовать. Но не только это. Вы можете вывести число в конкретную позицию экрана. Например таким способом
printf("\CR_CURDIRECT\0x25",Cnt1820);
выведем число в первую строку в пятую позицию.

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