реклама на сайте
подробности

 
 
2 страниц V  < 1 2  
Reply to this topicStart new topic
> Хотим детектировать аварию на другом конце RS485 шины.
alex_zhuravlyov
сообщение Aug 25 2016, 11:55
Сообщение #16


Частый гость
**

Группа: Участник
Сообщений: 106
Регистрация: 13-03-10
Из: Украина
Пользователь №: 55 934



Цитата(SWT-RUS @ Aug 23 2016, 23:09) *
Когда случайно, когда намеренно кабели или отстегиваются или просто перебиваются. И когда в нужный момент ответа не поступает то это действительно и есть авария.

возможно, более простым вариантом, будет использование еще одного провода в кабеле? на него можно подать какое-то контрольное напряжение и измеряя его детектировать проблему?


--------------------
Go to the top of the page
 
+Quote Post
khach
сообщение Aug 27 2016, 07:10
Сообщение #17


Гуру
******

Группа: Свой
Сообщений: 3 238
Регистрация: 29-12-04
Пользователь №: 1 741



Видел параноидальную схему с двумя АЦП на каждую линию 485 шины и двумя ключами на подтягивающие резисторы для подачи тестового тока смещения 10-20ма. Перед этим была схема с двумя компараторами, но она давала слишком много ложных срабатываний. Вариант со встроенным рефлектометром был отвергнут как слишком сложный.
Еще прорабатывался вариант с токовыми датчиками на каждую линию, но отвергнут как нетехнологичный. Схема по мотивам драйвера ADSL линии типа такой

Это все придумывалось для интерфейса энкодера, где пропадание сигнала грозило очень большими неприятностями, а дубляж энкодеров не работал по другим причинам.
Go to the top of the page
 
+Quote Post
smalcom
сообщение Aug 27 2016, 10:28
Сообщение #18


Профессионал
*****

Группа: Свой
Сообщений: 1 290
Регистрация: 26-06-07
Пользователь №: 28 718



Мне кажется всю эту сверхзадачу можно решить "токовой петлёй".
Go to the top of the page
 
+Quote Post
Dmitry Dubrovenk...
сообщение Aug 27 2016, 10:42
Сообщение #19


Частый гость
**

Группа: Участник
Сообщений: 168
Регистрация: 3-11-06
Из: Санкт-Ленинград
Пользователь №: 21 949



Ребяты, вы о чём?!
Какие третьи провода и токовые петли в 485-м?
А сверхзадача такая легко решается нормальным протоколом. sm.gif


--------------------
Obligatus servus.
Go to the top of the page
 
+Quote Post
smalcom
сообщение Aug 27 2016, 11:23
Сообщение #20


Профессионал
*****

Группа: Свой
Сообщений: 1 290
Регистрация: 26-06-07
Пользователь №: 28 718



почитайте тему. человек хочет именно аппаратное решение. про протокол уже говорили.
Go to the top of the page
 
+Quote Post
Dmitry Dubrovenk...
сообщение Aug 27 2016, 12:43
Сообщение #21


Частый гость
**

Группа: Участник
Сообщений: 168
Регистрация: 3-11-06
Из: Санкт-Ленинград
Пользователь №: 21 949



Цитата(smalcom @ Aug 27 2016, 14:23) *
почитайте тему
Сами-то читали?
Человек хочет 485-й.

А вообще, не очень понятно.
Если ТС занимается разработкой, так что мешает как-раз малость подправить в консерватории, т.е. в протоколе?
А если он не занимается разработкой, так что он вообще сможет исправить?


--------------------
Obligatus servus.
Go to the top of the page
 
+Quote Post
smalcom
сообщение Aug 27 2016, 15:42
Сообщение #22


Профессионал
*****

Группа: Свой
Сообщений: 1 290
Регистрация: 26-06-07
Пользователь №: 28 718



Читал конечно
http://electronix.ru/forum/index.php?showt...t&p=1444852
Go to the top of the page
 
+Quote Post
SWT-RUS
сообщение Aug 27 2016, 15:52
Сообщение #23


Знающий
****

Группа: Свой
Сообщений: 569
Регистрация: 22-01-08
Из: Москва
Пользователь №: 34 316



Цитата(smalcom @ Aug 27 2016, 18:42) *

Речь идет о сборе данных домовых теплосчетчиков. Кто в курсе тот понимает размер зоопарка протоколов. biggrin.gif
По поводу RS232. Нашлась одна подходящая опция - выход INVALID в чипе MAX3243. Пин идет вниз когда все приемники отдыхают. Но эта косточка 8-миканальная и стоит дороже чем я рассчитывал. Может кто встречал подобное на простых драйверах типа 2 приемника и 2 передатчика?
Go to the top of the page
 
+Quote Post
SWT-RUS
сообщение Aug 27 2016, 18:53
Сообщение #24


Знающий
****

Группа: Свой
Сообщений: 569
Регистрация: 22-01-08
Из: Москва
Пользователь №: 34 316



.
Go to the top of the page
 
+Quote Post
smalcom
сообщение Aug 27 2016, 23:34
Сообщение #25


Профессионал
*****

Группа: Свой
Сообщений: 1 290
Регистрация: 26-06-07
Пользователь №: 28 718



А вы не пробовали поднимать потенциал общего, который уходит к удалённому устройству... щас набросаю схемку
Эскизы прикрепленных изображений
Прикрепленное изображение
 
Go to the top of the page
 
+Quote Post
HardEgor
сообщение Aug 28 2016, 04:22
Сообщение #26


Профессионал
*****

Группа: Свой
Сообщений: 1 750
Регистрация: 3-03-06
Из: Tomsk
Пользователь №: 14 925



Цитата(SWT-RUS @ Aug 27 2016, 22:52) *
По поводу RS232. Нашлась одна подходящая опция - выход INVALID в чипе MAX3243. Пин идет вниз когда все приемники отдыхают. Но эта косточка 8-миканальная и стоит дороже чем я рассчитывал. Может кто встречал подобное на простых драйверах типа 2 приемника и 2 передатчика?

там же MAX3221/MAX3223
Go to the top of the page
 
+Quote Post
khach
сообщение Aug 28 2016, 08:42
Сообщение #27


Гуру
******

Группа: Свой
Сообщений: 3 238
Регистрация: 29-12-04
Пользователь №: 1 741



А что именно предполагается детектировать? Молчание удаленной стороны детектируется протоколом. А вот обрыв одной из жил витой пары, замыкание жил между собой или на землю, отсутствие питания удаленной стороны- события часто встречающиеся и не всегда детектируемые самопрослушкой.
Если линия однонаправленная, то полноценная self health диагностика возможна только со стороны передатчика. Тогда нужна третья линия, чтобы сообщить об ошибке на другую сторону.
При использовании энкодеров (неинтеллектуальный протокол, вернее его отсутствие) и передатчики на удаленной стороне для сообщения об ошибках делали импульсный флуд на линии индекса. Я понимаю, что это не случай ТС, но может какие идеи будут полезными.
При молчащей другой стороне мы проверяли постоянные уровни на линиях при выключенном передатчике. Если питание удаленной стороны включено и там терминиация с подтяжками к питания и земле то по уровням на линии это было видно. Потом переводили линию в активное состояние и подавая 0 и 1 измеряли равенство (симметрию) втекающих и вытекающих токов по дифф линии. На основании этого можно было принять решение об обрыве-кз линии. Потом можно было грубо оценить емкость линии по задержке фронта приемника самопрослушивания относительно фронта передатчика. При этом раздельно измерялась задержка фронтов в дифференциальном канале и по каждой линии относительно общего провода. Был вариант с инжекцией слабого синуса в линию и постоянный контроль емкости линии.
Go to the top of the page
 
+Quote Post
SWT-RUS
сообщение Aug 28 2016, 15:07
Сообщение #28


Знающий
****

Группа: Свой
Сообщений: 569
Регистрация: 22-01-08
Из: Москва
Пользователь №: 34 316



Цитата(khach @ Aug 28 2016, 12:42) *
А что именно предполагается детектировать?...

В идеальном случае хотели выловить обрыв хотя бы одной жилы и замыкание в интерфейсах RS232 и RS485.
Go to the top of the page
 
+Quote Post

2 страниц V  < 1 2
Reply to this topicStart new topic
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 19th November 2017 - 08:47
Рейтинг@Mail.ru


Страница сгенерированна за 0.01326 секунд с 7
ELECTRONIX ©2004-2016