Типичная схема подключения датчиков (из даташита) показана на рисунке 1. Протокол обмена I2C, работает как SLAVE устройство на шине. Базовый адрес SLAVE устройства tmp275 на шине 0x90. На одной шине можно подключить до 8 датчиков TMP275. Ножками A1-A3 задаются остальные SLAVE адреса относительно базового адреса 0x90 соответственно подтяжкой их к земле или шине питания устройства.
Из внешних компонентов для датчика TMP275 нужен только конденсатор между VCC и GND, и два подтягивающих резистора на линиях SDA и SCL. Номинальная декларируемая точность датчика tmp275 0,5 градуса C.
Рис.1 Собственно как выглядит датчик и типичная схема подключения датчиков (из даташита)
Таблица адресов датчиков, реализованная таким образом, выглядит так: 0x90, 0x92, 0x94, 0x96, 0x98, 0x9A, 0x9C, 0x9E. Чтобы не ограничивать себя адресами конкретных slave адресов, было принято решение при включении устройства анализировать подключенные в данный момент датчики и формировать список доступных. Поэтому можно подключить от 1 до 8 датчиков любого из данных slave адресов.
| A2 | A1 | A0 | Slave Address |
| 0 | 0 | 0 | 1001000 |
| 0 | 0 | 1 | 1001001 |
| 0 | 1 | 0 | 1001010 |
| 0 | 1 | 1 | 1001011 |
| 1 | 0 | 0 | 1001100 |
| 1 | 0 | 1 | 1001101 |
| 1 | 1 | 0 | 1001110 |
| 1 | 1 | 1 | 1001111 |
Таб.2 Таблица slave адресов датчиков на шине i2c
В качестве основы устройства был выбран микроконтроллер atmel AVR mega8. Опрос датчиков по I2C протоколу реализовывался на основе имеющегося в данном контроллере интерфейса аппаратного TWI (i2c). Частота обмена шины TWI выбрана 100кгц.
Время, выделяемое на опрос каждого датчика, было выбрано в нашей реализации примерно 1с. Думаю, нет смысла напоминать, что не следует рядом с контроллером монтировать тепловыделяющие элементы – резисторы, транзисторы, дисплеи, корпуса контроллеров. Дорожки или проводники подключающие датчики к контроллеру не должны быть широкими, также следует избегать обширных полигонов медной фольги (дорожек) рядом. Иначе будут значительные неточности измерений из-за теплопередачи или охлаждения за счет отвода тепла на обширных поверхностях медной фольги.
Для передачи данных ПК было решено использовать USB HID протокол. Почему именно HID? Класс USB HID описывает устройства, которые используются практически в каждом современном компьютере. В нём существует множество предопределённых функций. Они позволяют производителям аппаратного обеспечения разрабатывать продукты, соответствующие спецификации USB HID, и ожидать, что они будут работать с любым программным обеспечением, которое так же поддерживает эти спецификации. Это значит, что в большинстве случаев отсутствует необходимость для разработчиков разрабатывать свой драйвер для конкретного устройства, а пользователь тратит считанные секунды для начала работы с устройством (вместо обычного поиска и установки драйвера под каждый новый тип устройства).
Схема устройства, таким образом, выглядит следующим образом. Дополнительно LC фильтр рекомендуется ставить в особо тяжелых в плане помех питания случаях. Тактируется контроллер от кварца 12мгц, блокировочные конденсаторы 22 пф. Стабилитроны на линиях d+ и d- на 3,3 -3,6В. Резистор подтяжки на линии d- 1,5 -2,2 Ком он служит для правильного опознавания устройства как низкоскоростное hid устройство. Slave адрес в данном случае при неподключенных пинах a0-a3 будет 0x90
Рис 2. Схема устройства
Программа для ПК написана под С++ Builder c использованием библиотек JEDI для работы с hid устройствами. Программа позволяет просматривать данные температуры от 1 до 8 датчиков согласно описанных ранее базовых slave адресов.
Рис3. Программа HID термометра (в данном случае подключено 3 датчика)
Для правильной работы устройства необходимо прошить следующие биты конфигурации (фьюзы) для контроллера mega8.
В архиве прилагаются программа для ПК, программа для контроллера, схема устройства.
Источник: http://radio-hobby.org
