Орион про не видит приборы в режиме компьютер
Originally posted by Or:
что не нравится. Вы используете ПО преднозначеное для локальной (по совей идеологии) работы в качестве сетевого. Это не ваша вина, это ваша беда и жадность (просто болидовцы погнались за золотшком и поналяпали тучу удаленных рабочих мест к ПО задуманному изночально как локальное).
Originally posted by Or:
2. Турникеты без датчиков проворота палки это экзотическое дерьмо. (даже дешовка имеет эти датчики).
Есть там датчик поворота, нашел уже, завтра подключу, и проверю как отрабатывает на контроллере.
Originally posted by Or:
Вопросы: 1.коррекция базы проводится удаленно?
2. проверялся ли запуск ОЗ при отключеной сети?
3. Если да и тормоза сохранялись, то проверялись ли настройи ком-порта (скорость передачи и проверка пакетов), правильность прокладки(соединения) 485 интерфейса, длинна прокладки 232 интерфейса?
С коррекцией пока сложно. там к сожалению синхронизация данных работает только "в одну сторону", то что вносится на месте не видно на удаленном компе с УАБД, и при коррекции с УАБД теряются те данные что на месте вводились. Хреново. Возможно что не всегда, там же можно с УАБД не полностью базу обновлять а только новые данные, но толком еще не могу определить как лучше корректировать, тут еще имеются не очень умелые ручки начальницы ОК, что она там творит - дело темное, клянется что ничего не трогала а вчера кудато половина данных слетела, включая планы помещений. Полдня восстанавливал.
Как в анекдоте про верблюда :"Чего у тебя шея кривая? А вы чего у меня вааще прямого видали?"
При отключенной сети не проверял, завтра попробую. Тут правда есть еще один нюанс - комп на проходной местный админ заблокировал от шаловливых ручек по самое не балуйся, он парень грамотный без дураков но особенности эксплуатации данного софта ни он ни я толком не знаем и имхо тут собака и порылась.
232 и 485 нормально работают, я даже на 232 скорость поднял повыше, там всего 2 метра провода соединитель, С2000-ПИ прямо над системником висит, и С2000-2 рядом же.Тот контроллер что у нач. ОК нужен только для добавления пропусков, он из опроса отключен совсем, (кстати там была заморочка с чтением новых карточек пока я его из опроса не исключил, по совету техподдержки Болида)
Еще занес все карточки в память контроллеров, для скорости и чтобы при траблах с компом проходную не блокировало. В принципе стирать их выборочно достаточно просто - синхронизацией ключей в АБД.
И еще появился вопрос по УРВ, там в настройках надо пароль на доступ к серверу както ввести, а опция заглушена, и при соединении пишет что "пользователь вошел неавторизованным".
В справке нифига не понял где этот пароль назначается, написано что в АБД в разделе паролей пользователей надо чтото прописать, а найти что и где - не могу.
Спасибо за ответы, а Вы первый кто откликнулся.
Originally posted by Or:
По поводу удаленной базы: это возможно, но делается это не штатно (штатно база на томже компе) из соображений безапасности базы (быстродействие ОЗ падает, что грозит долгой реакцией на проход после предъявления карточки).
А как можно сделать? Быстродействие я думаю с учетом того что в памяти контроллеров ключи напрямую занесены сильно не упадет, а вот как нормально коррекцию базы наладить? Желательно с УАБД, чтобы на проходную не бегать.
На одном форуме вычитал что можно базу прописать как сетевую папку к компу с ОЗ, вроде бы утверждается что нормально работает, но как УАБД тут состыковать? Вот вопрос. если делать синхронизацию базы с компа с УАБД, то как настроить чтобы ОЗ обновлялась? Может отключать ОЗ на время коррекции базы?
АРМ Орион 7.6.3 + С2000М(РЕЖИМ: КОМПЬЮТЕР) = нет связи!?
FORUM_NAME: АРМ ОрионОписание: Программное обеспечение АРМ «Орион» предназначено для организации автоматизированных рабочих мест различного назначения при эксплуатации ИСО «Орион».
Справочная информация, руководства для АРМ Орион
Модератор: Модераторы
ПК (RS-232, COM1) <--> (RS-232) С2000М (RS-485) <-->
ПРИБОРЫ:
- С2000-КДЛ - 6 шт
- С2000-КПБ - 2 шт
- Сигнал-20П - 3 шт
- С2000-СП1 - 3 шт
- С2000-ADEM - 1 шт
- С2000-БИ - 1 шт
- С2000-БКИ - 1 шт
Разделы:
- суммарно: 139
Сделано:
- С2000М
-- Переведен в РЕЖИМ: КОМПЬЮТЕР
-- RS-232: установлен сетевой адрес = 50
-- Скорость работы выбрана: 19200 бит\с
- Компьютер:
-- в настройках COM-порта №1: выбрана скорость 19200
- АРМ "Орион" 7.6.3
-- Выбран COM1
Проблемы:
- АРМ "Орион" 7.6.3 - не видит приборы. Никакие. Если перевести С2000М в режим программирования - видятся ВСЕ приборы по шине RS-485.
- смена скорости портов(и в С2000М и на Компьютере) на 9600 бит\с - не помогает
- Напрягает строка в документации: "Для корректного резервирования работы АРМ "Орион" или АРМ "Орион Про" пультом его конфигурация должна максимально соответствовать конфигурации АРМ, задаваемой программой Администратор Базы Данных".
Т.е., означает ли ЭТО, что мне необходимо будет отдельно настраивать всю конфигурацию для С2000М, и отдельно на АРМ "Орион" 7.6.3, причем так - чтоб они были 1:1, и автоматических способов их синхронизаций(в части конфигураций) - не предусмотрено?
Хочу сделать:
1) Настройить С2000М - чтобы АРМ "Орион" считала конфигурацию оттуда
либо
1) Настроить А РМ "Орион" 7.6.3 - и чтобы С2000М считала конфигурацию с него
Чтобы компьютер с АРМ "Орион" связывался с пультом С2000М, и через него контролировал все устройства цепи.
При отключении компьютера - С2000М берет "на себя" весь функционал, при включении - скидывает на компьютер.
Схема описана в руководстве С2000М(п. 2.2.5 стр 24 для версии прошивки 2.05).
Вопрос:
- Где косяк, ибо схема не рабочая? АРМ не видит С2000М.
- Должен ли адрес устройства С2000М(в разделе RS-232) соответствовать адресу устройства С2000(В разделе RS-485)?
- Если да - на кой черт вбивать одно и тоже в двух местах?
Вопросы заданы для понимаю "принципа" построения системы, ибо после вкуривания man-ов - осознания происходящего не прибавилось. Прошу помощи знатоков. Самому интересно, но настраиваю впервые.
Имеется ИСО «Орион» со структурной схемой, приведенной ниже и имеется некая проблема, препятствующая нормальной работе.
Проложена линия RS-485, все приборы, соединенные непосредственно интерфейсом работают без проблем, но я не могу заставить пульт (и только пульт) увидеть приборы №11 и №12.
Что делалось и проверялось:
Оба преобразователя С2000-Ethernet запрограммированы в прозрачном режиме, т.е. пересылают команды RS-485 туда-сюда.
Пингование приборов С2000-Ethernet показывает следующее: Первый пинг занимает 11 мс, все последующие (вплоть до 100 пакетов) – 5 мс. Без «провалов» и обрывов. Пингование осуществлялось с обеих сторон.
Пингование осуществлялось с ключом -n 100
Оба преобразователя C2000-Ethernet были версии 2.15. Обновил на версию 2.52. Таймаут ожидания квитанции – 80 мс, в соответствии с РЭ. Стоповый бит 1, в соответствии с РЭ.
Когда я встаю планшетом с Uprog’ом и преобразователем USB-RS485 на клеммы «А В» преобразователя С2000-Ethernet №1, я вижу приборы №11 и №12, но в 20% случаев при опросе порта не виден один или оба прибора.
Когда я встаю Uprog’ом на клеммы «А В» и преобразователем USB-RS485 пульта С2000-М переведя пульт в режим программирования, то я так же вижу эти приборы и так же в 20% случаев при опросе порта не виден один или оба прибора.
Когда я встаю Uprog’ом с преобразователем USB-RS232 на пульт, при этом пульт работает в режиме «Принтер» и переведен в режим программирования, я также вижу эти приборы. Но в 20% случаев при опросе порта не виден один или оба прибора.
Когда я встаю Pprog’ом с преобразователем USB-RS232 на пульт, при этом пульт работает в режиме «Компьютер» (протокол ОрионПро), то я не вижу приборы №11 и №12, беспросветно. Все остальные приборы, естественно, видны.
Вручную закатал приборы №11 и №12 в пульт – он, как следствие, эти приборы не видит. Т.е. нет ни обрывов, ни восстановления связи. Приборов просто НЕТ.
Вопрос: Кто виноват и что делать?
Структура линии интерфеса тут:
Просмотрите скорость опроса на всех устройствах (понизить) и расположение резисторов 620 Ом.
Переместить попробую, но
А) Эффект вряд ли будет, т.к. эти приборы и так видны без пульта на месте его установки
Б) Пульт должен стоять там, где он стоит.
В) Надо добиться устойчивой связи с приборами, а они в 20% случаев отваливаются.
Почему написано одномод, а у Вас многомод?
Так не могу по следующим причинам:
Есть подозрения на неисправный прибор, вешающий линию интерфейса.
Надо будет осциллограмму посмотреть и уже от нее плясать.
На следующей неделе поеду ковырять.
У этой Моксы на корпусе есть переключатель для защиты от широковещательных штормов. Его попробуй перещёлкнуть, хотя вряд ли поможет.
Хорошо бы RS485 из ветвистого сделать линейным .
>>>У этой Моксы на корпусе есть переключатель для защиты от широковещательных штормов.
О как. Проверю, спасибо.
>>>Хорошо бы RS485 из ветвистого сделать линейным .
Эм. Не совсем понял что в реестре смотреть. В архитектуре ПК-то у меня нету, только пульт)))
Может я конечно плохо инструкцию смотрел, но по таймаутам езернетника там мутно все. Время ожидания получения квитанции расписано подробно, но не мой случай, т.к. у меня пинг 5 мс. А для столь короткого пинга оставляется значение по умолчанию (80 мс).
Орион-Про вкорячить даже на время нереально, т.к. демо-версий у болида нет. 🙁
Совсем непонятна ситуация, при которой Uprog видит приборы, а пульт не видит. У пульта параметры интерфейса ненастраиваемые. Это плохо.
Было раз подобное (правда без эзернетников). Неисправный Сигнал-20П ложил линию. Заодно и это проверю, сниму осциллограмму.
установите настройки в с2000м, изернет не трогайте там все что нужно стоит:
таймаут ответа при поиске:300 мс
пауза после общей команды:300 мс
таймаут для ответа на запрос событий 300мс
таймаут для ответа на команду :1000мс
Это грубо , система может тормозить, но это поможет понять, будут ли отваливаться приборы.
б) Ок, попробую таймауты сменить.
Тайм-аут для ответа при поиске = 240 мс
Пауза после общей команды = 240 мс
Тайм-аут для ответа на запрос событий = 260 мс
Тайм-аут для ответа на команду = 830 мс
Вот пункт из ГОСТ Р 53325 2012.
7.2.5 Контроллеры промышленного назначения, а также СВТ,
используемые для создания приборов, должны удовлетворять всем
требованиям настоящего раздела. Примененные контроллеры и СВТ не
должны использоваться для выполнения функций, не связанных с
обеспечением пожарной безопасности.
Вот пункт из руководства по эксплуатации С2000М.
2.2.5 Подключение пульта к АРМ «Орион Про»
Принцип взаимодействия АРМ «Орион» и «Орион Про» с «С2000М» следующий:
1) «С2000М» выполняет свои основные функции независимо от работы АРМ;
2) компьютер с АРМ опрашивает пульты «С2000М», получает от них события.
Энергонезависимый буфер событий «С2000М» позволяет отключать и заново запускать АРМ без
потери событий (в пределах объёма буфера);
3) АРМ имеет возможность получать информацию от отдельных блоков, работающих
совместно с «С2000М», и управлять ими;
4) Получаемые от «С2000М» события и информация о состоянии элементов
используются АРМ для отображения состояния защищаемого объекта.
Требование наличия в системе пожарной сигнализации контролера С2000М понимают неправильно и решают чудным образом. Вот схема соединений С2000М с устройствами системы и компьютером из проекта пожарной сигнализации:
На схеме видно, что система пожарной сигнализации находится под управлением компьютера, а управление к контроллеру С2000М передается только когда связь приборов с компьютером теряется. Причем, управление передается тупо контактами реле.
При этом контроллер вновь начинает находить все устройства сети, получая при этом из каждого устройства все события, произошедшие пока контроллер был отключен. Все пищит, мигает и непонятно что происходит.
Поэтому часто на объекте С2000М просто висит в режиме программирования, как бутафория.
Встречаю уже третью систему пожарной сигнализации, организованную таким образом и доставляющую жуткую головную боль.
Преобразователь интерфейса С2000-USB рано или поздно виснет и приборы отваливаются. Починить это на некоторое время помогает перезагрузка компьютера.
Если система достаточно немаленькая, то включение АРМ Орион ПРО после перезагрузки может достигать 15 минут.
Существует замечательный документ ОРГАНИЗАЦИЯ КАНАЛА ИНТЕРФЕЙСА RS-232, но его, видимо, мало кто читает. Есть и pdf версия документа.
В этом документе все подробно разъяснено и приведена правильная схема:
Эта схема редко реализуется на практике.
Несмотря на однозначность очень много веток обсуждения вариантов подключения системы пожарной сигнализации на форуме Болид. Вот типичная презентабельная ветка: Инсталляция и монтаж по RS-485?.
Почему так получается?
Небольшая система пожарной сигнализации не требует наличия компьютера.
Использование большой системы безопасности без АРМ Орион ПРО не то что невозможно, но весьма затруднительно.
Встает вопрос о покупке компьютера. Все дело в том, что сейчас, купленный наобум системный блок, 100% будет без com-порта.
Подключение оборудования Болид к АРМ Орион ПРО, установленном на таком компьютере возможно только по USB при помощи преобразователя С2000-USB.
Связь С2000М с АРМ Орион ПРО.
Работа С2000М с АРМ Орион ПРО может осуществляться по трем схемам:
1. Через COM порт в режиме компьютер.
Для пожарной системы это единственно правильный вариант.
Управление системой пожарной сигнализации осуществляет контроллер С2000М. Компьютер используется как вспомогательное средство наглядного отображения состояний и удобного управления контроллером.
Многие не знают, а еще больше не соглашаются с тем, что система пожарной сигнализации не имеет права работать под управлением только компьютера с АРМ "Орион ПРО", поэтому встречаются и другие варианты подключения.
2. Через COM порт в режиме ПИ-Резерв.
Резервирование есть, но требование чтобы противопожарная система находилась под управлением сертифицированного прибора не выполняется.
3. Через USB.
Контроллер С2000М никак не участвует в процессе управления и вообще физически отключен от системы.
Резервирование можно обеспечить только извращенным способом при помощи релейной логики, что и было сделано в самой первой схеме из проекта.
Вот проектное подключение из обсуждения на форуме Болид, приведенном выше:
При таком варианте С2000М будет всегда висеть в режиме программирования, как бутафория. Для проекта охранной сигнализации вроде бы и ничего, но схема успешно кочует и по проектам пожарной сигнализации.
То-есть изначально проекты неправильные!
Почему не сделать сразу как надо?
Тому есть несколько причин.
1. Невозможность объяснить почему нужен системный блок именно с com портом клеркам, заказывающим оборудование.
3. Скорость работ. На заключительном этапе строительства время ускоряется и никто уже не слушает нытье какого-то "программиста" слаботочных систем.
4. Отсутствие пусконаладочных работ. Пусконаладка сейчас вообще не является работой и отсутствует как класс.
Имеется ИСО «Орион» со структурной схемой, приведенной ниже и имеется некая проблема, препятствующая нормальной работе.
Проложена линия RS-485, все приборы, соединенные непосредственно интерфейсом работают без проблем, но я не могу заставить пульт (и только пульт) увидеть приборы №11 и №12.
Что делалось и проверялось:
Оба преобразователя С2000-Ethernet запрограммированы в прозрачном режиме, т.е. пересылают команды RS-485 туда-сюда.
Пингование приборов С2000-Ethernet показывает следующее: Первый пинг занимает 11 мс, все последующие (вплоть до 100 пакетов) – 5 мс. Без «провалов» и обрывов. Пингование осуществлялось с обеих сторон.
Пингование осуществлялось с ключом -n 100
Оба преобразователя C2000-Ethernet были версии 2.15. Обновил на версию 2.52. Таймаут ожидания квитанции – 80 мс, в соответствии с РЭ. Стоповый бит 1, в соответствии с РЭ.
Когда я встаю планшетом с Uprog’ом и преобразователем USB-RS485 на клеммы «А В» преобразователя С2000-Ethernet №1, я вижу приборы №11 и №12, но в 20% случаев при опросе порта не виден один или оба прибора.
Когда я встаю Uprog’ом на клеммы «А В» и преобразователем USB-RS485 пульта С2000-М переведя пульт в режим программирования, то я так же вижу эти приборы и так же в 20% случаев при опросе порта не виден один или оба прибора.
Когда я встаю Uprog’ом с преобразователем USB-RS232 на пульт, при этом пульт работает в режиме «Принтер» и переведен в режим программирования, я также вижу эти приборы. Но в 20% случаев при опросе порта не виден один или оба прибора.
Когда я встаю Pprog’ом с преобразователем USB-RS232 на пульт, при этом пульт работает в режиме «Компьютер» (протокол ОрионПро), то я не вижу приборы №11 и №12, беспросветно. Все остальные приборы, естественно, видны.
Вручную закатал приборы №11 и №12 в пульт – он, как следствие, эти приборы не видит. Т.е. нет ни обрывов, ни восстановления связи. Приборов просто НЕТ.
Вопрос: Кто виноват и что делать?
Структура линии интерфеса тут:
Просмотрите скорость опроса на всех устройствах (понизить) и расположение резисторов 620 Ом.
Переместить попробую, но
А) Эффект вряд ли будет, т.к. эти приборы и так видны без пульта на месте его установки
Б) Пульт должен стоять там, где он стоит.
В) Надо добиться устойчивой связи с приборами, а они в 20% случаев отваливаются.
Почему написано одномод, а у Вас многомод?
Так не могу по следующим причинам:
Есть подозрения на неисправный прибор, вешающий линию интерфейса.
Надо будет осциллограмму посмотреть и уже от нее плясать.
На следующей неделе поеду ковырять.
У этой Моксы на корпусе есть переключатель для защиты от широковещательных штормов. Его попробуй перещёлкнуть, хотя вряд ли поможет.
Хорошо бы RS485 из ветвистого сделать линейным .
>>>У этой Моксы на корпусе есть переключатель для защиты от широковещательных штормов.
О как. Проверю, спасибо.
>>>Хорошо бы RS485 из ветвистого сделать линейным .
Эм. Не совсем понял что в реестре смотреть. В архитектуре ПК-то у меня нету, только пульт)))
Может я конечно плохо инструкцию смотрел, но по таймаутам езернетника там мутно все. Время ожидания получения квитанции расписано подробно, но не мой случай, т.к. у меня пинг 5 мс. А для столь короткого пинга оставляется значение по умолчанию (80 мс).
Орион-Про вкорячить даже на время нереально, т.к. демо-версий у болида нет. 🙁
Совсем непонятна ситуация, при которой Uprog видит приборы, а пульт не видит. У пульта параметры интерфейса ненастраиваемые. Это плохо.
Было раз подобное (правда без эзернетников). Неисправный Сигнал-20П ложил линию. Заодно и это проверю, сниму осциллограмму.
установите настройки в с2000м, изернет не трогайте там все что нужно стоит:
таймаут ответа при поиске:300 мс
пауза после общей команды:300 мс
таймаут для ответа на запрос событий 300мс
таймаут для ответа на команду :1000мс
Это грубо , система может тормозить, но это поможет понять, будут ли отваливаться приборы.
б) Ок, попробую таймауты сменить.
Тайм-аут для ответа при поиске = 240 мс
Пауза после общей команды = 240 мс
Тайм-аут для ответа на запрос событий = 260 мс
Тайм-аут для ответа на команду = 830 мс
Первым делом на сервере (10.7.8.87 <=> Windows 7 x64, HDD = 500Gb, RAM = 4G,CPU=4 СКУД (Bolid Orion Pro) отключаем брандмауэр, затем создаем компьютер:
Но первым делом нужно проверить что сервер 10.7.8.87 прослушивает порт 2001
c:\Users\Admin\netstat -a | findstr /I ":2001"
- Фамилия: alektest
- Имя: alektest
- Отчество: alektest
- Статус: любое значение из выпадающего списка
- Сотрудник: alektest a. a.
- Тип кода: Пароль для программ
- Код: нажимаем сюда и указываем пароль:
- Новый пароль: Aa1234567
- Подтверждение пароля: Aa1234567
- Полномочия на запуск программ:
- Учет рабочего времени — вкл
- Генератор отчетов — вкл
- Имя — было указано хост имя клиентской станции
- TCP/IP — был указан IP адрес клиентской станции
На заметку: советую на клиентской машине также как на сервере где установлен СКУД выключить брандмауэр.
В конечном итоге заведенный компьютер будет выглядеть так:
Теперь запускаю Virtualbox с осью Windows 7 x86 Корпоративная, устанавливаю из инсталляционного пакета клиентскую часть:
orionprosetup.exe (Версия файла: 1.12.2.0 от 03.09.2015, размер инсталляционного пакета: 958 MБ)
- Установить MS SQL Server Express 2008 не установлен: галочкой не отмечаем
- Тип установки: Ручная установка
- Папка назначение — оставляем по дефолту
- Компоненты: нужно только:
- Учет рабочего времени Орион Про
- Генератор отчетов Орион Про
- Монитор Орион Про
Далее указываем IP адрес компьютера на котором развернута база данных СКУД, в моем случае все на одной машине:
Теперь перехожу в каталог куда установилось клиентское ПО Болида:
C:\BOLID\ARM_ORION_PRO1_12_2\открываю файл orion.ini и изменяю его, а именно параметры:
Не забываем сохранить внесенные изменения.
Теперь запускаю на клиентской станции:
Пуск — Все программы — Болид — АРМ Орион Про 1.12 с сервисным пакетом 2 — Оболочка системы, подключение должно произойти, если это не произошло то можно посмотреть лог
проверяйте все заново, вот так в правильном случае должно выглядеть окно подключения к системе контроля управления доступом.
Ну, а дальше работа в оснастке не вызывает каких-либо трудностей, все интуитивно понятно. На этом я прощаюсь, заметка работоспособна. С уважением автор блога — ekzorchik.
Используйте прокси ((заблокировано роскомнадзором, используйте vpn или proxy)) при использовании Telegram клиента:
Поблагодари автора и новые статьи
будут появляться чаще :)
Карта МКБ: 4432-7300-2472-8059
Большое спасибо тем кто благодарит автора за практические заметки небольшими пожертвованиями. С уважением, Олло Александр aka ekzorchik.
Читайте также:
- Как отключить javascript в chrome
- Как выключить компьютер если он завис
- Как расшифровать фото на компьютере
- На развитие этого направления значительное влияние оказал прогресс в области компьютерной техники
- При работе с текстовым редактором необходимы следующие аппаратные средства персонального компьютера