ОРИОН ПРО 1.12 переодически теряет приборы (ПИ-USB)

[Slava_sl]

Вопрос следующего плана:
имеем версию Ориона 1.12 со всеми патчами-апдейтами,
схема подключения приборов: RS485 <-->C2000M --> rs232 C2000ПИ 485<-->485 C2000USB -->PC
два пульта - две ветки ОС и ПС раздельны, объединяются по 485 перед преобразователем 485USB
(понятно что USB хуже железного ком порта, но что есть то есть, к тому же сервер 1U).
При этом происходит периодическое пропадание приборов с последующим обратным подключением (интервалы 5-30мин)
режим пульта -"компьютер", все приборы в серверной (кроме клавы), оставлено по 2а джампера (на краях линии) в каждой ветке. Длинна линии интерфейса не более 50м.
И сам вопрос - это глюк самого ориона 1.12 и при таком включении ничего уже не сделать или все же можно как то поиграться с настройками таймингов 485 и ком порта и решить проблему (в небольших пределах пытался сделать , но безрезультатно)

[grosseshlange]

Что-то мне думается, что на одном СОМ порту не может быть двух ПКУ. Надо от каждого пульта до сервера тащить линию и двумя ПИ-USB подключаться. Но я их (ПИ-USB) недолюбливаю - бывает отваливаются без причины. СОМ порт в сервер совсем не прикрутить? Есть же адаптеры для горизонтального монтажа PCI или PCI-E плат.

[Slava_sl]

На одном сом порту может быть много ППКУ (это типовая схема болида), естественно при этом снижается скорость опроса, но в моем случае 2-а пульта и суммарно приборов около 30и, - это не существенно.

[Admin]

Схема подключения нескольких пультов

Для корректного резервирования работы АРМ «Орион» или АРМ «Орион Про» пультом его конфигурация должна максимально соответствовать конфигурации АРМ, задаваемой программой «Администратор Базы Данных». Размер базы данных пульта «С2000М» сильно ограничен по сравнению с размером базы данных АРМ «Орион», что является препятствием для резервирования систем с количеством шлейфов сигнализации более 2048 и более 511 разделов. Возможное решение – резервирование несколькими пультами «С2000М». Чтобы к одному интерфейсу RS-232 компьютера подключить несколько пультов, необходимо преобразовать интерфейс RS-232 компьютера в интерфейс RS-485 (преобразователем «С2000-ПИ»). К интерфейсу RS-485 можно подключить несколько пультов «С2000М». Для подключения выходов RS-232 пультов к линии RS-485 компьютера используются преобразователи интерфейсов «С2000-ПИ». К выходам RS-485 пультов подключаются приборы ИСО «Орион». Схема подключения нескольких пультов «С2000М» к персональному компьютеру приведена на рисунке. Кроме возможности подключения нескольких пультов к одному COM-порту компьютера, преобразователи «С2000-ПИ» обеспечивают гальваническую изоляцию между компьютером и пультами.

При резервировании несколькими пультами компьютера с АРМ »Орион» имеются ограничения: количество приборов в системе (включая пульты) не должно превышать 127, а адресация приборов сквозная, то есть в системе не должно быть приборов с одинаковыми адресами, даже если они подключены к разным пультам. АРМ «Орион Про» таких ограничений не имеет. Теоретически к каждому COM-порту компьютера можно подключить до 127 пультов, а к каждому пульту – до 127 приборов. Практический размер системы ограничивается пропускной способностью линии связи пультов с компьютерами, линий связи пультов с приборами ИСО «Орион» и ограниченным количеством зон, поддерживаемых пультами.

[Slava_sl]

to admin,
именно по такой схеме у меня все и расключено, отсюда и непонятки по периодической потери приборов.
Больше всего склоняюсь к глючности 1.12 версии, особенно ее работа с usb преобразователем.

[SlavZgr]

Такая же проблема, но у нас пульт и компьютер соединяются через локальную сеть с использованием Ethernet2000.
Теряются приборы только если com порт опрашивает больше одного пульта С200М. Приборы теряются и через пару секунд начинают вновь подключаться. Хотелось бы узнать алгоритм определения наличия связи с приборами.

[SlavZgr]

Да, версия 1.12 с сервиспаком.

[zova]

В букварях болидовских не рекомендуют применение приведённой схемы. Откуда взялась эта провокационная схема?

[Slava_sl]

Да, ну...
-эта схема присутствует почти во всех "букварях" болида и является стандартной. Не рекомендация относится лишь к USB, в противовес СОМ-у.
Но проблема до сих пор присутствует.

[zova]

Нет ну где то же я читал что "не рекомендуется" две М-ки на один СОМ-порт. По меньшей мере это не удобно.

[Slava_sl]

У Болида такой "не рекомендации" нет, скорее всего где-то на форуме кто-то высказывался.

[pet-and]

У Болида такой "не рекомендации" нет, скорее всего где-то на форуме кто-то высказывался.

У Болида есть рекомендация на 1 Сom сажать 1 пульт, написано в инструкции то ли на М-ку, то ли на Орион-Про.

[Marauder]

У Болида такой "не рекомендации" нет, скорее всего где-то на форуме кто-то высказывался.

У Болида есть рекомендация на 1 Сom сажать 1 пульт, написано в инструкции то ли на М-ку, то ли на Орион-Про.

Рекомендации, рекомендациями. Но данная схема прекрасно работает на нескольких больших объектах. Самая большая - это сборка из шести пультов С2000М на одном железном КОМ-порту. Да, скорость опроса приборов страдает, но работает стабильно уже больше года. ПО Орион про 1.11 сп5
Недавно запустил сборку из четырех пультов, на одном USB-485 (один виртуальный ком-порт), стабильно работает уже три месяца на скорости 19200, ничего не отваливается. ПО Орион про 1.12 сп2.

[Slava_sl]

Недавно запустил сборку из четырех пультов, на одном USB-485 (один виртуальный ком-порт), стабильно работает уже три месяца на скорости 19200, ничего не отваливается. ПО Орион про 1.12 сп2.

А не подскажете, - тайминги при этом, были дефолтные или подбирались? и на какой ОС
(в моем случае ОС 2008 серверr2)

[Marauder]

А не подскажете, - тайминги при этом, были дефолтные или подбирались? и на какой ОС
(в моем случае ОС 2008 серверr2)

Тайминги дефолтные, ось: win7 pro x64 на железе HP proliant DL360

[Slava_sl]

Уточнение: отваливается именно пульт, а за ним есно и остальные приборы, т.к. висят на пульте. Восстанавливается связь, буквально, через 2-4 секунды, периоды между отвалами - не системны (или не уловил закономерность).

эта схема подключения также присутствует в руководстве на пульт (п. 2.1.6)

[Marauder]

Уточнение: отваливается именно пульт, а за ним есно и остальные приборы, т.к. висят на пульте. Восстанавливается связь, буквально, через 2-4 секунды, периоды между отвалами - не системны (или не уловил закономерность).

Опять же это логика работы. Как вариант замените преобразователь "УСБ-485", посмотрите железные настройки ком-порта, т.е. не программой RS485settings. На винде поотключайте лишние службы, там очень много того, что мы совсем не используем, в частности брендмауэр (фаервол).

[zova]

если уж Вы захерачили несколько С2000-М на один СОМ-порт то:
1 измените настройки всех С2000-M при помощи RSsettings таким образом чтобы С2000-М пореже опрашивала подключенные к ней приборы
2 расписарьте номера СОМ-портов в соответствии с рекомендацией от сюда

Конечно это не очень здорово что протоколы Орион и Орион-Про проприетарные, закрытые. В отличие скажем от Modbus, Profibus и многих других которые хоть и являются проприетарными (из указанных Шнайдер и Сименс соответственно) но являются либо полностью открытыми (Modbus) либо community opened (Profibus).

Но! насколько я понимаю, С2000-М общается с ядром опроса интерактивно. То есть, чем больше есть что сказать С2000-М ядру тем дольше они общаются. (как правило сказать о том, что всё везде хорошо) При этом остальные С2000-М ждут. Ждут-ждут и ... не дожидаются - фиксируют в своём мозгу событие потеря связи. Когда доходит очередь - все события передаются в ядро. Опять же, повторюсь, протокол закрытый, это всего лишь мои догадки. Догадки основаны на том факте, что при увеличении тайм-аутов опроса приборов под C2000-М в самой С2000-М, уменьшается также скорость опроса этой С2000-М в ядре.

ИМХО вешать несколько М-ок на один СОМ мовэтон.

[zova]

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

Я предсказываю крах Болида как империи ОПС.

* -либо заплати за лицензию на применение в своих продуктах протокола, либо вступительный взнос в сообщество разработчиков
------------------------------------------------
"Я мечтаю вернуться с войны ..." Тальков

[Slava_sl]

Закрытый протокол, конечно, плохо, но вряд ли он является виной отвалов. К тому же, вы сами вспомнили другие схожие протоколы - модбас, лон, баснет, кнх и др. - все они также используют один ком порт с подключенной веткой контроллеров и нормально с этим справляются.