Зависает ADAM 4520 и аналоги |
Ответить | Страница 123 5> |
Автор | ||
Новичок Присоединился: 07 Июль 2008 Категория: Russian Federation Online Status: Offline Публикации: 21 |
Опубликовано: 07 Июль 2008 05:52 |
|
Здравствуйте, собственно излагаю проблему:
Стоят датчики, измеряют плановые смещения, инфо от них по 485 интерфейсу. Линия метров 500-700. В аппаратном зале АСУТП стоит преобразователь ADAM 4520 в 232 ну и на com порт ПК для работы с софтом датчиков. Ну так вот, этот преобразователь периодически зависает, просто тупо не работает, в норму приходит при сбросе питания, попробовал ставить аналоги фирмы ICP CON тоже самое, причем они в норму не приходят сразу после сброса +24В. Господа у кого какие мысли? |
||
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Действительный член Присоединился: 02 Октябрь 2007 Категория: Russian Federation Online Status: Offline Публикации: 427 |
||
Нет ли устройств на линии которые зависают и занимают линию? Саму линию обязательно подгрузить на концах 120-150 Ом. И на дальнем и на преобразователе. Дальше есть такой момент. На стороне преобразователя надо попробовать задать поляризацию - принудительное смещение линий а и в. К сожалению, в конструкции и ADAM и ICP не предусмотрено для этотого ничего (несмотря на требования стандарта !). Поэтому сделаем так: линию B на землю через 510 Ом , линию A на +24 через 5100 Ом. Все на клеммах самого преобразователя. Мощность не важна - главное механическая прочность . Найдете МЛТ 0.5 - самое то. Начинка и того и того преобразователя сделана без гальванической развязки питания и интерфейса (вообще мужики без башки были). Поэтому по 24 вольтам в преобразователи может приходить все что угодно. Попробуйте питание на преобразователь подавать специальним источником питания который только его питает и стоит рядом с преобразователем.
И еще вопрос: протокол какой? какой то ASCII или ModBus RTU. Если RTU, то поляризацию ставить обязательно. |
||
При экспериментах ни один чайник не пострадал
----------- Плохому системному интегратору всегда OPC сервер мешает. ______________ Пишу на C++ за еду |
||
Новичок Присоединился: 07 Июль 2008 Категория: Russian Federation Online Status: Offline Публикации: 21 |
||
Сделал последнее, что вы посоветовали. Поставил не импульсный блок питания. На стандартном БП, который шел в комплекте висело 2 преобразователя, расцепил для каждого ИП. Подгрузить не знаю какими номиналами, так как в вся линия связи сделана из кусков-это обычная витая пара(не 485), потом кабель связи(двухпроводный хрен знает какой марки). В датчиках стоят встроенные терминаторы по 120 Ом.
Про протокол не знаю, в паспорте датчика просто RS 485. Поляризация не понял: линия В-это Data-? А линия А-это Data+? МЛТ 0.5-это что? ) Вроде по паспорту написанно что он гальванически развязан. Поставил еще ICP CON точно с развязкой, который AR в конце. То же самое. Спасибо за отзывчивость.. |
||
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Действительный член Присоединился: 02 Октябрь 2007 Категория: Russian Federation Online Status: Offline Публикации: 427 |
||
Номинал особой роли не играет. Примерно 120 Ом поставьте. Один с одного конца линии и один на самом преобразователе. Насторожила фраза "в датчиках стоят терминаторы по 120 Ом". Терминатор должен быть всего один - на самом дальнем датчике. A - это Data+. B - это Data-. МЛТ 0.5 - это был такой резистор при социализме:))) В модулях гальваническая развязка есть между начинкой модуля и драйвером RS232. А между 24 вольтами и драйвером RS485 - нет. |
||
При экспериментах ни один чайник не пострадал
----------- Плохому системному интегратору всегда OPC сервер мешает. ______________ Пишу на C++ за еду |
||
Действительный член Присоединился: 24 Апрель 2006 Категория: Russian Federation Online Status: Offline Публикации: 135 |
||
Зря. |
||
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Действительный член Присоединился: 02 Октябрь 2007 Категория: Russian Federation Online Status: Offline Публикации: 427 |
||
Всяко бывает и источники всякие есть.
|
||
При экспериментах ни один чайник не пострадал
----------- Плохому системному интегратору всегда OPC сервер мешает. ______________ Пишу на C++ за еду |
||
Новичок Присоединился: 07 Июль 2008 Категория: Russian Federation Online Status: Offline Публикации: 21 |
||
Для чего проводится поляризация? Разве если преобразователь висит на собственном БП по 24 вольтам что то лишнее может прилететь? Чем плох не импульсный источник? Может ли они виснут из за плохой линии связи? Постоянно битые пакеты летят, но для измерений ее хватает вроде. Про терминаторы - там в модуле микроконтролера стоят джампики которыми выставляется сопротивление, не знаю точно на каком из них стоит 120 ом, наверное на конце линии, делал систему не я, вручили и сказали разбирайся. Как определить протокол связи?
|
||
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Действительный член Присоединился: 07 Октябрь 2004 Категория: Russian Federation Online Status: Offline Публикации: 359 |
||
МЛТ 0.5 - это обычный керамический резистор с рассеиваемой мощностью 0.5 Вт. Выпускались такие резисторы мощьностью 0.125, 0.25, 0.5, 1.0 и 2 Вт. |
||
Новичок Присоединился: 07 Июль 2008 Категория: Russian Federation Online Status: Offline Публикации: 21 |
||
А насчет протоколов - использовали свой собственный, но для ФПКС-2 и ФПКС-2М они
чуть отличаются: в первом случае 8 битный с управляемым битом четности (11 бит, т.е. стартовый бит, 8 бит данных, бит четности, стоповый), во втором случае без бита четности (10 бит). Пакет на передачу 3 или 4 байта, на прием 17. |
||
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Действительный член Присоединился: 02 Октябрь 2007 Категория: Russian Federation Online Status: Offline Публикации: 427 |
||
Поляризация. Асинхронная приемо передача к которой мы привыкли и относимся как к само собой разумеющейся штуке которая работает сама по себе а тонкости нам не нужны , предполагает перед посылкой байта наличие единичного уровня , прием байта начинается со стартового импульса нулевого уровня, затем идет собственно 8 битов и после бит паритета (если используется) и один или два стоп бита. Когда передача данных осуществляется между устройствами которые разделяют канал и работают по нему по очереди, райверы передатчика устройст сделаны так что они могут занимать канал (подключаться к нему и задавать в нем уровни напряжения) или освобождать канал. При освобождении канала и в промежуток времени когда канал свободен приемники устройств которые к этому каналу подключены всегда слышат все переходные процессы канала. Освобождение канала, его висение свободным и занятие канала драйвером отвечающего устройства может сопровождаться щелчками и сменами уровней которую приемник устройства ожидающего ответ принимает за стартовый импульс, а шум за ним - за передаваемый байт. В ASCII протоколе можно после занятия канала передающим устройством передающему устройству немного подождать, а потом начать передавать полезную информацию. Приемник , хотя в его приемном буфере послезная посылка будет предварена мусором спокойно разберет посылку. Можно перед полезной информацией передатьнесколько символов . В RTU протоколе , когда играют значение промежутки времени между байтами в передаче и нет специального выделенного символа с которого может начинаться ответ - нет возможности разобрать ответ прибора или запрос головного устройства если его предваряет мусор, даже один байт, поэтому RTU протокол хотя и занимает меньше времени на саму передачу символов , но требует очень чистого канала. Поляризация затагивает линии канала так что при освобождении канала и при его занятии в нем не происходит щелчков и это снижает вероятность того что приемник начнет прием не полезного сообщения а щелчка. Тип источника питания. Тут скорее не тип играет значение а вообще то что получилось с питанием. В сложной помеховой обстановкеможет происходить все что угодно с питающим напряжением , причем оно может стабильным быть , но и земля и само напряжение могут прыгать относительно земли (а может и земля прыгать относительно них). На линию связи все это естественно в виде емкости может передаваться и периодически портить обмен. Не случайно по стандарту RS485 это не 2 , а 3 провода A, B ,C. Провод C это земля драйвера которая идет параллельно информационным проводам и объединяет все земли приемников на линии. В ADAM поскольку они не развязали линии A и B от питания проводом C фактически выступает -24 вольта. Причиной битых пакетов к сожалению может быть много чего. А вы можете выделить устройство с которого хуже всего получается и можете найти устройство которое лучше всего работает? Нет ли такого устройства , при отключении которого все улучшается? Можно ли оборвать линию связи на какой то длине и на этом расстоянии все начинает лучше работать ? Есть ли такое время суток в которое улучшается работа или наоборот ухудшается? Надо проверить: Скорость, которая выставлена в преобразователе интерфейса. Паритет и число стоп битов в программе и устройствах должны согласовываться. Тайм ауты на ожидание ответов. Вообще говоря, может возникнуть ситуация, когда уровень помех большой и требуется честную линию проложить витой парой в экране а кабель в коробе металлическом.
Тип протокола. Иногда из документации невозможно понять какой протокол используется. К прибору есть прога , прибор с ней работает а как они общаются - не понятно. Тут надо по простому : послушать как идет обмен. Для RS 485 это делается так. Ставится еще один преобразователь интерфейса параллельно рабочему и этот второй преобразователь подключается к другому порту компьютораю . Запускается программка которая просто слушает что в порту происходит. Мы ей ставим параметры связи такие же как и в канала обмена, а сами смотрим что там бегает. Много не усмотришь- там объем большой , но кусок отражающий несколько секунд обмена позволит понять все что там происходит.
К сожалению разбираться приходится и с системами которые не только сам делал но и приборы разрабатывал все и программы :)))) |
||
При экспериментах ни один чайник не пострадал
----------- Плохому системному интегратору всегда OPC сервер мешает. ______________ Пишу на C++ за еду |
||
Ответить | Страница 123 5> |
Переход на форум | Права доступа на форуме Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме |