Необычная работа 1-wire, что это может значить?, Когда подключены на общий клемник работают, а если расстояние 2м нет. Опции

[Santy]

Здравствуйте.
Реализовал на AVR небольшую сеть(10м) из датчиков DS18B20 (все условия протокола соблюдены и тщательно проверены, схема подключения стандартная 3-х проводная с подтяжкой 4,7 кОм). Кабель витая пара FTP (даже ПВС 3х1 пробывал, но нечего не изменилось). Сеть работает, когда датчики подключены на общий клемник ( т.е в непосредственной близости друг от друга). Проблема возникает когда расстояние между датчиками более 0,5м. Причём один из датчиков работает нормально (даже если его поменять местом подключения с неработающим), а при работе с другим возникает авария контрольных сумм. Датчики все новые. Всё повторяется на других экземплярах датчиков.
Место где находится сеть обычное, без серьёзных помех. Подскажите пожалуйста в чём может быть проблема?

[kovigor]

Подскажите пожалуйста в чём может быть проблема?

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

[Santy]

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

При работе с сетью у меня все прерывания запрещены. Для приёма и передачи использую 1 и тот же пин не UART (хотя возможно лучше использовать 2 пина и транзистор, один из пинов включает и выключает ключ, а другой работает на приём), причём этот пин всегда включен на выход.
Приём и передача бита в соответствии с datasheet.
Приём:

Код

PRIEM_BIT_CIKL:
     rcall ZA60MKS
         cbi PORTE,0
     rcall ZA2MKS
         sbi PORTE,0
     rcall ZA2MKS
PROV_BIT:
         sbic PINE,0;
     rjmp BIT_1;ВЫПОЛНИТЬ КОМАНДУ ПЕРЕХОДА ЕСЛИ ПРИНИМАЕМЫЙ БИТ=1
         rjmp BIT_0

Передача:

Код

UST1_BIT_CIKL:
         dec vspom_reg
         lsr bait
         cbi PORTE,0
     rcall ZA5MKS      
         sbi PORTE,0
     rcall ZA60MKS      
     rjmp PEREDACHA_BIT_CIKL
UST0_BIT_CIKL:
         dec vspom_reg
         lsr bait
         cbi PORTE,0
     rcall ZA60MKS
         sbi PORTE,0
     rcall ZA5MKS

Пришёл к выводу , что влияют паразитные ёмкости да и кабель имеет значение. Заменил FTP кабель на телефонную лапшу так даже хуже стало.

Сообщение отредактировал Santy - Jul 22 2014, 16:16

[Сергей Борщ]

Код

...
         cbi PORTE,0
...
         sbi PORTE,0
...

"Садитесь, два". Открытый коллектор так не делается. С таким кодом вы можете наловить всяких чудес, если повезет не спалить датчик. Вам надо раз и навсегда записать в PORTE,0 ноль и "отпускать" его в единицу переводя ногу в режим входа регистром DDRE. Уровень единицы на шине должен обеспечиваться внешним резистром подтяжки.

И еще - для публикации кода на форме ввода сообщения есть кнопка . С вашим опытом на этом форуме стыдно этого не знать.