|
Проблемы с Далласами, дохнут, врут... |
|
|
|
Jul 31 2007, 20:00
|

Местный
  
Группа: Свой
Сообщений: 263
Регистрация: 7-10-05
Из: UA
Пользователь №: 9 342

|
Цитата(Rst7 @ Jul 30 2007, 10:15)  Я бы не говорил так категорично - RS485 в этом отношении с порогом 50мв имеет свои грабли Вот именно, как я уже говорил про "продолжение достоинств" Цитата - дабы в период тишины на линии не ловить начало пакета от помех надо либо делать некоторую принудительную поляризацию линии (ну допустим до уровня 0.7вольт, чтобы четко удержать лог. 1 на выходе приемника, пока нет никакой передачи) Ну так эти "растяжки" -- совершенно стандартный элемент схемотехники RS-485, вплоть до включения их в состав микросхем. Цитата , либо добавлять специальный байт 0xFF перед пакетом, причем при приеме его отбрасывать Не надо ничего "добавлять" и "выбрасывать". Достаточно включать передатчик на передачу лог. "1" за пару "байт" до собственно посылки информации в линию. Именно это предусмотрено, например, протоколом MODBUS RTU. Тогда низкий импеданс передатчика удавит помехи, а тот "мусор", который успел принять приемник до включения передатчика, будет отброшен алгоритмом по таймауту. Цитата Вообщем проблем тоже как грязи... Идеального ничего нет... Вот именно! НО! Для того же RS-485 эти проблемы тем или иным образом решаемы. Хотя бы, в крайнем случае, понижением скорости обмена. А у 1-wire -- принципиально нерешаемы. Никак Цитата Можно конечно попробовать... Но не стоит забывать, что сам датчик принимает информацию именно по семплу в одной точке... Так что таким образом можно подлечить канал только наполовину  Вот именно это (низкая помехоустойчивость самих датчиков) я и имел в виду, когда говорил о "принципиальной нерешаемости".
--------------------
Gray©at
|
|
|
|
|
Aug 1 2007, 07:24
|

Йа моск ;)
     
Группа: Модераторы
Сообщений: 4 345
Регистрация: 7-07-05
Из: Kharkiv-city
Пользователь №: 6 610

|
Цитата(GrayCat @ Jul 31 2007, 23:00)  Ну так эти "растяжки" -- совершенно стандартный элемент схемотехники RS-485, вплоть до включения их в состав микросхем. Криво это все... И, кстати, лишнее потребление от этих растяжек (ведь надо пересилить 60ом двух терминаторов (обычно), по 10 ком в + и в - речь не идет, это только если обрыв происходит).... Цитата Не надо ничего "добавлять" и "выбрасывать". Достаточно включать передатчик на передачу лог. "1" за пару "байт" до собственно посылки информации в линию. Именно это предусмотрено, например, протоколом MODBUS RTU. Тогда низкий импеданс передатчика удавит помехи, а тот "мусор", который успел принять приемник до включения передатчика, будет отброшен алгоритмом по таймауту. А вот такие вещи не работают, если делаешь репитер с автоматическим переключением направления... Точнее, работает только на сегменте от передатчика до первого репитера, а дальше уже нет, нет защитного интервала, репитер то включится только по старту... Цитата Вот именно! НО! Для того же RS-485 эти проблемы тем или иным образом решаемы. Хотя бы, в крайнем случае, понижением скорости обмена. А у 1-wire -- принципиально нерешаемы. Никак Вот именно это (низкая помехоустойчивость самих датчиков) я и имел в виду, когда говорил о "принципиальной нерешаемости". согласен.
--------------------
"Практика выше (теоретического) познания, ибо она имеет не только достоинство всеобщности, но и непосредственной действительности." - В.И. Ленин
|
|
|
|
|
Aug 1 2007, 16:52
|

Местный
  
Группа: Свой
Сообщений: 263
Регистрация: 7-10-05
Из: UA
Пользователь №: 9 342

|
Цитата(Rst7 @ Aug 1 2007, 10:24)  Криво это все... Не более криво, чем "лог.1" по умолчанию на висящем ТТЛ-входе  :D Цитата И, кстати, лишнее потребление от этих растяжек (ведь надо пересилить 60ом двух терминаторов (обычно), по 10 ком в + и в - речь не идет, это только если обрыв происходит).... Та ладно, обычно там где RS-485, лишние пара мА не проблема. Цитата А вот такие вещи не работают, если делаешь репитер с автоматическим переключением направления... Наверное, да. Нам пока что репитеры без надобности. А если и понадобится -- уже есть отработанная схема "свича" RS232/422/485 <-> RS422/485, на "двухпортовом" микроконтроллере, который сам все необходимые времянки отработает. Но, увы, Далласам это уже никак не поможет...
--------------------
Gray©at
|
|
|
|
|
Oct 17 2007, 04:45
|
Участник

Группа: Участник
Сообщений: 24
Регистрация: 18-06-07
Из: Челябинск
Пользователь №: 28 529

|
Мы тоже используем DS18b20, причем длина провода до датчика - около 100м. Питание-постоянное 5В, не паразитное. Производим мониторинг температуры в пропарочных камерах. После полугода работы начались проблемы с датчиками - непонятно откуда берутся пики температуры амплитудой от 10 до 50 град плюсом к текущей температуре, длительностью 3-5 секунд. Пока частично решили проблему установкой непосредственно возле датчика электролита и керамического конденсатора. Кто что думает, почему такое происходит? Чувствительность датчика к помехам?Просадка питания на длинном проводе, соединяющем датчик и контроллер?
--------------------
- Своя программа жизни -
|
|
|
|
|
Nov 7 2007, 07:43
|

Местный
  
Группа: Свой
Сообщений: 263
Регистрация: 7-10-05
Из: UA
Пользователь №: 9 342

|
Цитата(_Pasha @ Nov 5 2007, 18:59)  Не может быть. Имеется с десяток устройств, где оные условия функционирования. Работают уже по полтора года. Конечно, не всякая грязь целебна  Не знаю, конкретно про грязь видел в форумах, у человека на нескольких тысячах экземпляров вылезало такое... "Десяток устройств" -- не показатель
--------------------
Gray©at
|
|
|
|
|
Nov 8 2007, 06:57
|
;
     
Группа: Участник
Сообщений: 5 646
Регистрация: 1-08-07
Пользователь №: 29 509

|
Цитата(GrayCat @ Nov 7 2007, 11:43)  Не знаю, конкретно про грязь видел в форумах, у человека на нескольких тысячах экземпляров вылезало такое... "Десяток устройств" -- не показатель   Другой бы спорил - а я не буду. Только из http://electronix.ru/forum/index.php?showtopic=25608народ говорил, что все нормально. Вот чего я думаю: может дело все-таки в партиях далласов? И вот как у человека на тысячах экзепляров проходили закупки? И когда это было?
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|