Подключение датчика температуры DS18B20 к Orange Pi, Banana Pi, Raspberry Pi

DS18B20, пожалуй, один из самых из известных и доступных датчиков температуры. В основном для чтения данных с DS18B20 используется микроконтроллеры, к примеру: ATmega8, ATtiny2313, Arduino и др.. С появлением одноплатных мини-компьютеров стало интересно, как будет работать подключённый датчик температуры DS18B20 к Orange Pi, Banana Pi или Raspberry Pi — самые популярнуе мини-компьютеры.
Для работы с GPIO на Orange Pi и Banana Pi необходимо установить WiringOP и BPI-WiringPi соответственно, и IDE Code::Blocks.
При создании статьи был выбран Banana Pi M3, так как он  у меня постоянно включён. Но данный пример программы будет работать и при подключении DS18B20 к Orange Pi или Raspberry Pi.

OneWire библиотека

OneWire.h

OneWire.cpp

Подключение нескольких DS18B20 к Orange Pi на одну шину

Подключение датчика температуры DS18B20 к Orange Pi, Banana Pi, Raspberry Pi

При подключение нескольких датчиков DS18B20 к Orange Pi, Banana Pi или Raspberry Pi на одну шину, главное устройство (компьютер) должно определить коды ROM всех подчиненных устройств на шине. Команда SEARCH ROM [F0h] — (ПОИСК ROM) позволяет устройству управления определять номера и типы подчиненных устройств. Устройство управления изучает коды ROM через процесс устранения, которое требует, чтобы Главное устройство исполнил цикл Поиска ROM (то есть, команда ROM Поиска, сопровождаемая обменом данных). Эту процедуру необходимо выполнить столько раз, сколько необходимо, чтобы идентифицировать все из подчиненных устройств. Если есть только одно подчиненное устройство на шине, более простая команда READ ROM [33h] (Чтения ROM) может использоваться место процесса Поиска ROM.
После каждого цикла Поиска ROM, устройство управления шиной должно возвратиться к Шагу 1 (Инициализация) в операционной последовательности.

main.cpp

double getTemp(OneWire * oneWire, uint64_t ds18b20s) — возвращает данные температуры в градусах Цельсия.

Результат

Подключение датчика температуры DS18B20 к Orange Pi, Banana Pi, Raspberry Pi

Скачать проект Code::blocks

DS18B20 Banana Pi M3.zip

Если есть вопросы, пишите в комментариях, попробуем разобраться.

 

Похожие записи

Комментарии 23

  • Как компилировать скрипт?

  • Благодарю за статью. Все отлично завелось на OrangePi Zero.

    • Здравствуйте, я изменил чуть-чуть прошивку, добавил метод

      чтобы проверять целостность данных. Также изменил и функцию

  • Подскажите, пожалуйста, как скомпилировать скрипт на OrangePi Zero ? Машины с Ubuntu/XServer нет 🙁

    Пробую так:
    root@orangepizero:~/sensor# sudo g++ OneWire.cpp -o OneWire -lwiringPi -lpthread

    Выдает:
    /usr/lib/gcc/arm-linux-gnueabihf/4.9/../../../arm-linux-gnueabihf/crt1.o: In function _start':
    (.text+0x28): undefined reference to
    main’
    collect2: error: ld returned 1 exit status

    При компиляции main.cpp жалуется на отсутствие OneWire.

    • Если вы хотите сделать это вручную, вы можете скомпилировать все ваши .cpp файлы в объектные файлы:

      и связывать все объектные файлы:

      -c означает «скомпилировать, не связывать», и вы получите файлы name.o.

      Или перечислите все остальные файлы .cpp после main.cpp.

      где main.out и есть программа

      • Спасибо за оперативный ответ. Компиляция прошла без ошибок. Появился файл main.out. Если я правильно понял, то это исполняемый бинарник.
        Выполнил chmod +x ./main.out. Запускаю.

        Выдает в цикле ошибку:
        [digitalRead:L2123] the pin:-1 is invalid, please check it over!
        [getAlt:L1572] the pin:-1 mode: 0 is invaild,please check it over!

        Что может быть?

        Датчики подключены 2 шт, как указано на схеме. Только GND взят с 25 контакта, вместо 39-го, т.к. у меня OrangePI-Zero, и на CON3 всего 26 контактов.

        • Я так понимаю вам нужно задать другой пин здесь вместо 24-го;

          к примеру 1, 4, 5 или 11.
          выполните команду gpio readall, чтобы понять что это за пины:

  • Вы оказались правы. Именно в этом параметре была загвоздка.

    Кто будет подключать Orange PI Zero, на заметку:
    11-у пину соответствует значение wPi — 0.
    С этим значением программа скомпилировалась, но не запустилась, выдав:
    error: id_bit = cmp_id_bit = 1.
    То, что диод на этом порту моргал отлично, только сбивает с толку.

    У меня заработало так: сигнальный провод датчика на 26-й пин,
    строка кода в main.cpp: OneWire * ds18b20 = new OneWire(11);
    После этого, я получил температуру с датчика.

    Спасибо вам, добрый админ!

    • Добавка к предыдущему посту (Open Pi Zero):
      По предложенной на сайте схеме, когда провод данных подключается к 11-му пину, строчка в программе в main.cpp: OneWire * ds18b20 = new OneWire(0);
      программа запускается, и видит датчики. Но иногда (довольно часто) не запускается с выше указанной ошибкой. Что меня и смутило в первый раз. Иногда видит только один датчик. Показания температуры могут улетать в зону 4000 градусов, а могут колебаться в пределах +- 10 градусов на соседних измерениях. При том, что среда так не меняется.

      В любом случае, спасибо хозяину этого замечательного места! С вашей помощью датчики завелись. Буду добиваться от них надежной работы. Хочу климатику на них регулировать.

      • Лучше всего использовать пины wPi GPIO.* (GPIO.1, GPIO.4, GPIO.5, GPIO.7 и GPIO.11 — это физические 12, 16, 18, 7 и 26 соответственно), так как они общего назначения, т.е. их можно использовать как обычные цифровые пины входа и выхода. Все остальные пины — это порты IIC (I2C), SPI и UART.
        Так что для Orange Pi Zero следующие конфигурации самые оптимальные:

        И ещё, если надумаете использовать на долгое время датчик, тогда нужно запитать от 3.3 В, чтобы не убить GPIO от 5 В. У меня вроде не сгорел, но лучше подстраховаться.

  • Спасибо огромное автору за эти исходники и вообще за этот бесценный ресурс! Ничего подобного больше нигде найти не смог.

    У меня на RPi 3 чтение датчиков завелось со значением пина 7.
    Однако запускается не каждый раз. При запуске вначале выдает от нуля до пяти одинаковых ошибок:
    error: id_bit = cmp_id_bit = 1
    Если ошибок три и менее, то дальше начинается нормальное цикличное вычитывание данных температуры. Если ошибок четыре или пять, то после этого выдает std::exception и дальше не работает. От запуска к запуску число ошибок рандомно. Это вообще чего за ошибки и как с ними бороться? У меня 3 датчика подключено сейчас.

    • Лучше всего использовать пины wPi GPIO.* (GPIO.1, GPIO.4, GPIO.5, GPIO.6, GPIO.26, GPIO.27, GPIO.28, GPIO.29 и др — это физические 12, 16, 18, 22, 32, 36, 38, 40 и тд. соответственно), так как они общего назначения, т.е. их можно использовать как обычные цифровые пины входа и выхода. Все остальные пины — это порты IIC (I2C), SPI и UART.

      Если я не ошибаюсь, пин 7 зарезервирован под One Wire

      вот пример использования http://www.avislab.com/blog/raspberry-pi-ds18b20_ru/
      у меня есть подобная статья, только для Orange Pi с Armbian, что почти то же самое
      https://micro-pi.ru/%d1%81%d1%87%d0%b8%d1%82%d1%8b%d0%b2%d0%b0%d0%bd%d0%b8%d0%b5-%d1%82%d0%b5%d0%bc%d0%bf%d0%b5%d1%80%d0%b0%d1%82%d1%83%d1%80%d1%8b-ds18b20-orange-pi/
      Так для Raspberry Pi 3 Model B следующие конфигурации самые оптимальные:

      И ещё, если надумаете использовать на долгое время датчик, тогда нужно запитать от 3.3 В, чтобы не убить GPIO от 5 В.

      • Не помогло.
        Я до того, как нашёл эту статью, подключал датчики к встроенному в Raspbian интерфейсу 1-Wire посредством встроенного же драйвера. Всё работало, но мне нужна немного иная логика работы с датчиками, для чего нужно было бы переписать драйвер, чего я делать не умею. Потом я нашёл вашу статью, но не учёл, что тут интерфейс 1-Wire реализован полностью автономно и драйвер не используется. Поэтому оставил датчики подключенными к 7-му пину, который действительно в RPi зарезервирован под 1-Wire. Однако это резервирование не жёсткое и через GUI Raspbian встроенный 1-Wire можно отключить. Я отключил, но ошибки не пропали. После этого я переключил датчики на 40-й физический пин, который в wPi имеет номер 29, но ошибки и в этот раз не пропали. Всё выглядит по-прежнему так же. Ка быть?

        • Пробовал и другие пины, например 32(26) — то же самое.

        • Тогда откройте файл OneWire.cpp и отредактируйте эту функцию:

          увеличивая число допустимых ошибок, к примеру 10:

          чем больше подключённых датчиков, тем вероятнее появление этой ошибки, я тестировал с двумя датчиками и было достаточно 3-х попыток

          Так как это софтовый OneWite, данные иногда отправляются и принимаются с ошибками, особенно если процессор нагружен, т.е. проблема в delayMicroseconds

          • Да, это, естественно, помогло, спасибо. Ошибок бывает по 8 штук вылетает. А в чём суть этой ошибки? Вижу, что возникает она в момент поиска адресов устройств на шине. Заметил, что иногда при запуске у меня находятся не 3, а 2 датчика. Попробовал добавить небольшую задержку delay(100); после writeByte (CMD_SEARCHROM); и число ошибок резко сократилось. Датчики медленные или в чём дело может быть? Эту ошибку реально пофиксить, в чём её природа?

            Хотя я планирую в своём проекте забить адреса датчиков в конфиг вручную, и функция поиска устройств на шине не потребуется. Но всё равно интересно, почему эти ошибки возникают.

            • Самая большая проблема в том, что из ОС невозможно получить идеальные задержки с помощью функции delayMicroseconds(), особенно очень маленькие. Чтобы минимизировать число ошибок нужно задать процессу самый большой приоритет, что не очень хорошо.
              Ошибки появляются во время поиска, так как 64 раза по 2 раза вызывается функция readBit()

              а в readBit() уже 3 раза вызывается delayMicroseconds().

              Попробуйте изменить readBit() увеличивая последнюю задержку с 45 до 53, именно это значение используется в Arduino и в даташите. Я указал 45, так как с 53 у меня вообще не работало.
              было:

              стало:

              Почему с задержкой delay(100); после writeByte (CMD_SEARCHROM); стало лучше работать — не знаю, по даташиту её вообще не должно быть.

              Попробуйте уменьшить/увеличить значение всех задержек функции uint8_t OneWire::readBit(void) на +- 1-3мкрс

              • Спасибо, суть проблемы понял. Подёргал все задержки, да, зависимость есть, но добиться безошибочной работы не удаётся.

                А встроенный драйвер разве сам не софтово реализует 1-Wire? При его использовании ошибок нет. Вот тут я исходники нашёл, но плохо их понимаю https://elixir.bootlin.com/linux/latest/source/drivers/w1/masters/w1-gpio.c

  • Обрати внимание здесь https://elixir.bootlin.com/linux/latest/source/drivers/w1/w1_io.c
    тут используется udelay(), как я понял — это именно то, что нам нужно

    и ещё, тут есть очень важная деталь, а именно local_irq_save(flags); и local_irq_restore(flags); эти функции отключает/восстанавливает прерывания на время чтения и внешние процессы не мешают https://www.kernel.org/doc/htmldocs/kernel-hacking/routines-local-irqs.html
    так что можешь изучить эти функции и сделать почти также, и я постараюсь исправить в ближайшее время

    и

    • Да, спасибо. Задержка там как-то хитро реализована, на цикле каком-то чтоле… С прерываниями тоже нюанс важный, да. Надо это всё изучать.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *