Atmega32 и DS18B20

[vikpol]

Всем здравствуйте...
Подскажите пожалуйста, если кто знает.
По просьбе друга ваяю программку по контролю температуры и давления.
Хочу применить 10 шт. DS18B20 и 2 шт. DS1307.
Соответственно однопроводный протокол связи.
Длина проводов к некоторым датчикам доходит до 100 м.
В нете несколько раз встречал, что несколько датчиков в параллель может привести к глюкам. Да еще длина линий... (не смотря на инфу из спецификации протокола).
Кто делал живьем с подобными условиями - подскажите как реализовывали?

[elon]

Всем здравствуйте...
Подскажите пожалуйста, если кто знает.
По просьбе друга ваяю программку по контролю температуры и давления.
Хочу применить 10 шт. DS18B20 и 2 шт. DS1307.
Соответственно однопроводный протокол связи.
Длина проводов к некоторым датчикам доходит до 100 м.
В нете несколько раз встречал, что несколько датчиков в параллель может привести к глюкам. Да еще длина линий... (не смотря на инфу из спецификации протокола).
Кто делал живьем с подобными условиями - подскажите как реализовывали?

делали один проект , 27 датчиков температуры на 30 метров , пришлось делать диф.линию , иначе помехи ловили ... пром.зона , года три уже прошло ... работает без нареканий ... а в вашем случае надо смотреть как датчики будете включать ... если на паразитном питании то скорее всего глюки будут а если отдельное то возможно и пройдет , можно 2п кабель в экране с землей в одной точке

[Easyrider83]

10 датчиков по телефонному кабелю. Провода около 30м. Все идеально. Правда, опторазвязка есть и питание внутри кабеля подведено тоже. Но на паразитном тоже работали.
При чем здесь мега?

[vikpol]

При чем здесь мега?

Да, Вы правы. Atmega32 здесь ни причем, просто на этом камне буду писать прогу.
А 100 м.? Как думаете, надо делать буфер между контроллером и датчиками, или все таки есть вероятность норм работы напрямую (отдельное питание)?

[Easyrider83]

vikpol, на сколько часто нужно получать данные? У этих датчиков есть проверка контрольной суммы. В теории, количество помех лишь уменьшают вероятность получить верные данные с первой попытки, но не исключают ее. Т.е. вы можете хоть с тысячной попытки получить верную контрольную сумму и если это вас устроит, почему нет?

[Easyrider83]

Я забыл добавить, что на каждой плате датчика у меня стоит конденсатор на 100нФ и защита PRTR5V0U2X. И это помимо оптической изоляции.
Да, судя по результатам на практике ошибок передачи еще не было. Работает идеально.

[alvadep]

Согласен с выше сказанным. Гальваническая развязка играет решающую роль. Но и схема самого драйвера не маловажная часть.
Как пример, 4 десятка датчиков с паразитным питанием на линии 200 метров (бухта 4х0.22, в одну сторону 100 и обратно 100).

[Easyrider83]

alvadep, красиво слеплено!

[alvadep]

Софт не мой. Это широко известный Tempcontrol. Или аналог: Tempkeeper.

[vikpol]

vikpol, на сколько часто нужно получать данные? У этих датчиков есть проверка контрольной суммы. В теории, количество помех лишь уменьшают вероятность получить верные данные с первой попытки, но не исключают ее. Т.е. вы можете хоть с тысячной попытки получить верную контрольную сумму и если это вас устроит, почему нет?

В теории, примерно 1 раз в несколько сек., может 1 раз в 5 сек.
Пока трудно сказать, там будет работа и с индикатором и АЦП...
Встречал, давно правда, вариант с опросом всех датчиков и пока все не ответят по кругу опрашиваем...
Прошу понять, и если что извинить, но сейчас идет процесс как раз проработки схемо-алгоритмической логики работы будущего девайса.
Просто не очень хочется городить опытно-схемно-программные решения - вдруг кто-то уже сталкивался с подобными проблемами.

Гальваническая развязка играет решающую роль. Но и схема самого драйвера не маловажная часть.
Как пример, 4 десятка датчиков с паразитным питанием на линии 200 метров (бухта 4х0.22, в одну сторону 100 и обратно 100)

А можно посмотреть схемку? Судя по всему, для меня как раз было бы идеально...