Исследовал работу нескольких 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% процессорного времени. Это нормально. Это говорит о том, что программист постарался "выжать из камня всё". Программа пишется один раз, а пользуются ей - длительное время. Поэтому нужно попробовать максимально использовать все возможности.

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