Ошибка конвертации бд орион про в с2000м

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

Вернуться в «АРМ Орион Про версии до 1.20»

Установка и настройка АРМ «Орион Про» в клиент-серверном исполнении

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

Содержание:

На одном установлен Windows Server (он будет в качестве сервера соответственно), а на втором обычная пользовательская Windows (ПК оператора/охраны).

Первое что необходимо сделать это вставить ключи с лицензиями Орион в ПК и скачать саму программу с сайта.

1. Установка серверной части «Орион про»

На сервере устанавливаем «Орион Про» установив галку при запросе установки MS SQL Server (только если MS SQL не был установлен ранее). Программа установки сама скачает и настроит MS SQL Server и никаких действий при этом не требуется.

Все остальные пункты установки можно оставить по-умолчанию.

Лучше сразу задать с свойствах сервера, монитора, управление сервером и т.д. запуск от администратора по-умолчанию.

Проверяем подключение к серверу. Для этого запускаем «Управление сервером» (пароль по-умолчанию 73173100) и в окне должно быть «Соединение: установлено».

После запускаем «Оболочку системы» и начинаем добавлять данные в АБД (Администратор Базы Данных).

Если ругается на подключение к БД

и вылетает ошибка после запуска оболочки (как было у меня)

, то необходимо проделать следующие действия.

Находим в менеджере центрального сервера в меню БД пункт «Присоединение базы данных к серверу».

На ошибку нажимаем «ок» и далее запускается мастер присоединения БД.

В поле «Имя псевдонима подключаемой БД» вносим любое имя на анг. раскладке, можно оставить по-умолчанию — Orion.

В поле «Имя файла базы данных» выбираем файл в папке C:ORIONBASEMSDE2008″ либо orion1202.mdf либо orion1201.mdf на выбор.

Нажимаем «далее» и после подключения и завершения работы мастера пробуем запустить оболочку либо управление сервером.

В итоге сообщений и ошибок быть не должно.

Заходим в АБД и создаем компьютер клиента. Нам необходимо ввести ip-адрес клиента, выбрать настройки и его имя.

На этом установка и настройка «Орион Про» на сервере закончена.

После окончания установки рекомендую перезагрузить ПК.

2. Установка «Орион Про» на клиенте.

На клиенте устанавливаем Орион Про без галки установки MS SQL Server.

Также выбираем тип установки — вручную.

Выбираем нужные нам элементы на клиенте (соответственно сервер Орион, ядро и т.п. выбирать не нужно).

Вводим ip-адрес сервера, жмем далее и ждем окончания установки.

3. Подключение клиента «Орион Про» к серверу.

После установки и перезагрузки клиент должен подключиться к серверу.

Если нет связи с сервером, то необходимо на машине сервера добавить «сервер Орион» в исключение брандмауэра и антивируса.

Где-то в 2009 году, когда еще речи не шло о группе компаний в сегодняшнем виде, i-Free арендовала помещения в бизнес-центре, сначала занимая одну комнату и расширяясь с годами.
Филиалы в шести странах мира и размещение «с трудом» в четырёх бизнес-центрах Санкт-Петербурга ещё впереди, а пока только 5 кабинетов в разных концах коридора и даже на разных этажах. Коридор общий для разных арендаторов, вход в БЦ свободный. Бегая к коллегам в другой кабинет, замыкать двери на ключ нередко забывали. Стало быть, СКУД стал необходимостью. Задумались о решении, и тогда выбор пал на Болид.

Почему Болид? Альтернатив особо не было, что было реализовано в бизнес-центре, то и «продлили» для себя, просто потому, что был нужный специалист «под рукой».

Быстро решили отделить свою систему от бизнес-центра, чтобы не было дискуссий о доступах и управлении СКУДом.
После появления большего количества помещений, отказались от контактных «таблеток» в пользу более удобных бесконтактных. Появились считыватели em marine, карточки. Купили «аж 150 карточек» и вбивали их в систему.
Спроектировали, смонтировали, настройка закончена, карточки выданы, пошла ежедневная работа.

Я опущу плюсы, буду писать о минусах, чтобы было понятно, как и почему мы пришли к сегодняшней системе.

— для простой выдачи карточки требуется специалист, обученный работе с весьма замысловатым интерфейсом Болида, имеющий соответствующие доступы в программу управления. Значит «в отпуск нельзя, болеть нельзя, умереть запрещено под страхом смертной казни»;
— очень быстро пришло понимание, что карточки нужно не только выдавать, но и менять. При росте компании свыше 200 сотрудников теряли не менее 2-х карточек в неделю;
— гораздо чаще «ой я забыл сегодня дома, дай карточку». До десятка в день;
— а еще «к нам гости из Пекина, 10 человек, в коридоре, нужно срочно карточки… что значит тебе некогда? мне же нужно!»;
— дублирование ввода информации — кадровик вводит информацию о сотруднике в 1С, администратор — в AD, инженер СКУД — в Болид. Три раза;
— а еще, компания оплачивает питание сотрудников, и всё время в воздухе витала идея «а как бы это нам по карточкам обедать в нашем кафе»;
— «а неплохо бы еще вооот такой отчётик, у нас же все ходы логируются… что значит нельзя сделать отчет? это же база данных. ». Отчеты у Болида тогда были предусмотрены, но за деньги. И весьма ограниченный набор отчётов при этом;

Первым шагом к интеграции стал перевод базы данных Болида на сервер. Описание БД есть, попробовали подключиться из 1С — ура! Вопрос с отчетами решен. Какой хотим, такой и получаем.

Шло время, и была разработана система оплаты питания «по карточкам», предвестник нынешнего наЛанча
Система питания потребовала формата Mifare, дабы организовать на карточке «кошелёк», пришлось заменить все считыватели. И это был следующий этап.

В какой-то момент мы выросли из «нашего» бизнес-центра, арендовали дополнительно еще два этажа в другом. Подключили удаленные помещения по локальной сети, благо Болид позоляет такую архитектуру. Намного позднее к нашей системе подключили даже филиалы в Москве, Украине, Казахстане.

Узким местом остались турникеты на входе во второй БЦ — пришлось навешать на чужие приборы, работающие с em marine, наши считыватели Mifare. Если «на этажах» вход в наши помещения мы контролировали самостоятельно, то «на турникеты» приходилось регулярно передавать списки ключей, новых и заблокированных. Один раз в неделю, что создавало проблемы для «потеряшек» и новых сотрудников. В какой-то момент удалось договориться с удаленными бизнес-центрами поставить параллельно не считыватели, а наши приборы, подключенные по сети. И тогда вопрос обновления ключей стал делом минут, а не дней.

В то же время мы активно изучали Болид изнутри, это оказалась довольно гибкая система. За счет внутреннего макроязыка сценариев, нам удалось дисциплинировать сотрудников: ежедневно скрипт проверял порядка 50 помещений на предмет взятия под охрану, если помещение не под охраной, создавался алерт ответственному, для разборки полетов. Плюс дополнительные удобства: постановка под охрану сразу нескольких помещений при определенном алгоритме, или получение комментариев от охраны на e-mail, при возникновении тревожных ситуаций.

Шло время, наконец закончился переход на Mifare и мучения с двумя карточками у сотрудников. Отчеты по СКУД уже в 1С, корпоративное питание тоже, дело за малым — добиться того, чтобы данные из 1С сами попадали в контроллеры. Здесь нам на помощь пришел комплект разработчика для Ориона Про.

С помощью XML-RPC процедур мы смогли немедленно обновлять данные на контроллерах системы, оперативно блокировать ключи или изменять уровни доступа сотрудников.

Вот пример, как можно поиграться с дверьми, если у вас аналогичная система — запрос ControlAccess отправляет команду на открытие двери, для этого нам понадобится Curl и запрос вида:

Сохраняем в test.txt отправляем на сервер СКУД, в нашем случае он локальный C:curlincurl.exe -X POST -d @C: est.txt 127.0.0.1:8080

Замок разблокируется на выставленное время или до момента открытия двери, только не надо рассчитывать, что это действие останется незамеченным. В логе событий Ориона увидим запись: ДатаВремя – хх.хх.ххх чч.мм.сс; Событие — Доступ предоставлен (по кнопке); Дверь — название; Описание – ВходВыход; Адрес – 1/0/111/1; Зона доступа – прописанная в контроллере.

В скором времени наш основной БЦ стал уже тесен и не удовлетворял текущим запросам, для этого специально для нас было надстроено три этажа в конгрессно-выстовочном центре по соседству, в котором и сейчас благополучно находится наш главный офис.

В ходе знакомства с текущими системами нового бизнес-центра нам снова встретился Болид: в виде пожарной, охранной системы и системы контроля доступа, на нем мы и продолжили строиться.

Сборы и переезд — отдельная тема, но результат того стоил того.

Интеграция болида в 1С существенно облегчила администрирование, позволила создавать автоматические правила по смене уровней доступа при перемещении сотрудника между отделами и автоматической блокировки при увольнении, но при замене карт по-прежнему требовалось вмешательство оператора.

Здесь с помощью нашего SMS-Direct мы подключили сервис по автоматической замене и блокировке карт, для этого сотруднику необходимо отправить кодовые слова, если skud block, то блокируются все имеющиеся ключи у сотрудника, если skud pin то в ответ приходит код, который в дальнейшем необходимо ввести на клавиатуре для аутентификации.

Список сотрудников с телефонами хранится в 1С, ежедневно в ноду SMS-Direct выгружается белый список телефонных номеров сотрудников. При поступлении SMS с запросом номер телефона проверяется по списку, если нет в списке, отправляется ответ о том, что хорошо бы зайти в отдел HR и провериться, если всё Ok — генерируется случайный короткий номер и отправляется в 1С и сотруднику, 1С конвертирует пин-код в ключ для контроллеров:

1234 = F300000000123401
4321 = 1B00000000432101
9876 = 9E00000000987601
4582 = 8200000000458201
123456 = 0500000012345601

Если разобрать последний пример, то 05 – контрольная сумма, 000000 – добивает до 16 символов, 123456 – наш короткий код, 01 – добавляется в конец ко всем ключам.

CRCTable: array [0..255] of byte = (
0,94,188,226,97,63,221,131,194,156,126,32,163,253,31,65,
157,195,33,127,252,162,64,30,95,1,227,189,62,96,130,220,
35,125,159,193,66,28,254,160,225,191,93,3,128,222,60,98,
190,224,2,92,223,129,99,61,124,34,192,158,29,67,161,255,
70,24,250,164,39,121,155,197,132,218,56,102,229,187,89,7,
219,133,103,57,186,228,6,88,25,71,165,251,120,38,196,154,
101,59,217,135,4,90,184,230,167,249,27,69,198,152,122,36,
248,166,68,26,153,199,37,123,58,100,134,216,91,5,231,185,
140,210,48,110,237,179,81,15,78,16,242,172,47,113,147,205,
17,79,173,243,112,46,204,146,211,141,111,49,178,236,14,80,
175,241,19,77,206,144,114,44,109,51,209,143,12,82,176,238,
50,108,142,208,83,13,239,177,240,174,76,18,145,207,45,115,
202,148,118,40,171,245,23,73,8,86,180,234,105,55,213,139,
87,9,235,181,54,104,138,212,149,203,41,119,244,170,72,22,
233,183,85,11,136,214,52,106,43,117,151,201,74,20,246,168,
116,42,200,150,21,75,169,247,182,232,10,84,215,137,107,53);

KeyCode: array[1..8] of byte;
KeyCode[ 8 ] := 0;

For j := 1 to 7 do
KeyCode[ 8 ] := CRCTable[ KeyCode[ 8 ] xor KeyCode[ j ] ];

Далее в 1С задается заранее установленный уровень доступа с включенным antipassback (дабы ключ не вводили по 5 раз) и отправляется XML на ядро. Орион, согласно уровню доступа, рассылает ключи необходимым контроллерам, контроллеры ждут появления нашего сотрудника. Обычно процедура запроса пин-кода занимает не более минуты, после ввода сотрудником пин-кода на клавиатуре, контроллер формирует сигнал о предоставлении доступа и отправляет в Орион сообщение об успешной аутентификации сотрудника. В Орионе начинается мониторинг поднесенного ключа к нужному нам считывателю, методом ReadKeyCodeFromReader, и отправляется команда на включение реле 2 для подачи сигнала пользователю о «прислонении» карты, после получения кода отпускается реле (активируя antipassback) и формируется запрос в 1С, в котором передается короткий код аутентификации и новый код карты. В 1С по этому запросу создаются соответствующие документы замены ключей. Вся операция от отправки смс до активации карты занимает не более пары минут.

Терминал для активации карт представляет из себя контроллер С2000-2 и подключенные к нему считыватель и клавиатуру, плюс пачка незарегистрированных карточек. Мы расположили один на посту охраны, второй в отделе HR.

Теперь каждый сотрудник может самостоятельно в любое время заменить себе проходку и попасть в офис согласно своему уровню доступа, да ещё и пообедать «по проходке» через пару часов после активации.
Если форм фактор в виде карточки не устраивает, любой сотрудник может взять кожаный брелок, силиконовый браслет или наклейку на телефон — кому что удобнее — и самостоятельно активировать при получении, в отделе HR по той же процедуре.

В процессе этой автоматической замены, конечно же, слишком много посредников, и всё это можно сделать на одном устройстве в виде планшета с gsm и nfc или raspberry с подключенным считывателем и gsm модемом, но в исходных данных у нас был Болид, и нам важно было показать возможности интеграции и автоматизации системы контроля доступа именно на его основе.

Эти решения помогли нам избавиться от ручного вмешательства в СКУД; свести к нулю риск возникновения ошибок при назначении уровней доступа и заменевыдаче ключей; ускорить выдачу новых карт; повысить общую безопасность системы и интегрировать новые сервисы.

По прошествии нескольких лет наш партнер, достаточно крупная компания, занимающаяся ритейлом в сфере FMCG, обратилась за помощью в подобной интеграции в свою инфраструктуру, что мы успешно сделали, естественно, учитывая все трудности, с которыми нам пришлось столкнуться при внедрении системы в i-Free. То есть сейчас наше решение доказало возможность быстрого масштабирования и в других компаниях, независимо от специфики работы и количества сотрудников.

Установка и настройка АРМ «Орион Про» в клиент-серверном исполнении

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

Содержание:

На одном установлен Windows Server (он будет в качестве сервера соответственно), а на втором обычная пользовательская Windows (ПК оператора/охраны).

Первое что необходимо сделать это вставить ключи с лицензиями Орион в ПК и скачать саму программу с сайта.

1. Установка серверной части «Орион про»

На сервере устанавливаем «Орион Про» установив галку при запросе установки MS SQL Server (только если MS SQL не был установлен ранее). Программа установки сама скачает и настроит MS SQL Server и никаких действий при этом не требуется.

Все остальные пункты установки можно оставить по-умолчанию.

Лучше сразу задать с свойствах сервера, монитора, управление сервером и т.д. запуск от администратора по-умолчанию.

Проверяем подключение к серверу. Для этого запускаем «Управление сервером» (пароль по-умолчанию 73173100) и в окне должно быть «Соединение: установлено».

После запускаем «Оболочку системы» и начинаем добавлять данные в АБД (Администратор Базы Данных).

Если ругается на подключение к БД

и вылетает ошибка после запуска оболочки (как было у меня)

, то необходимо проделать следующие действия.

Находим в менеджере центрального сервера в меню БД пункт «Присоединение базы данных к серверу».

На ошибку нажимаем «ок» и далее запускается мастер присоединения БД.

В поле «Имя псевдонима подключаемой БД» вносим любое имя на анг. раскладке, можно оставить по-умолчанию — Orion.

В поле «Имя файла базы данных» выбираем файл в папке C:ORIONBASEMSDE2008″ либо orion1202.mdf либо orion1201.mdf на выбор.

Нажимаем «далее» и после подключения и завершения работы мастера пробуем запустить оболочку либо управление сервером.

В итоге сообщений и ошибок быть не должно.

Заходим в АБД и создаем компьютер клиента. Нам необходимо ввести ip-адрес клиента, выбрать настройки и его имя.

На этом установка и настройка «Орион Про» на сервере закончена.

После окончания установки рекомендую перезагрузить ПК.

2. Установка «Орион Про» на клиенте.

На клиенте устанавливаем Орион Про без галки установки MS SQL Server.

Также выбираем тип установки — вручную.

Выбираем нужные нам элементы на клиенте (соответственно сервер Орион, ядро и т.п. выбирать не нужно).

Вводим ip-адрес сервера, жмем далее и ждем окончания установки.

3. Подключение клиента «Орион Про» к серверу.

После установки и перезагрузки клиент должен подключиться к серверу.

Если нет связи с сервером, то необходимо на машине сервера добавить «сервер Орион» в исключение брандмауэра и антивируса.

Я занимаюсь программированием обслуживания довольно большого проекта, который был начат кем-то, кто теперь покинул компанию…

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

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

однако, как только я доберусь до точки в программе, где он должен выполнить хранимую процедура, я получаю сообщение об ошибке Invalid object name 'Informix.dbo.customer'.

запуск той же функции в исходной базе данных отлично работает и возвращает данные, которые я ожидаю увидеть.

объяснения подобных ошибок, которые я нашел, похоже, относятся к схемам, но именно там все становится немного странным. Исходная база данных явно не есть любые схемы; в своей папке» безопасность «он просто имеет папку» Пользователи», содержащую dbo, и папку «роли», содержащую » роли базы данных» папка, с обычным db_owner и т. д. материал и пустая папка с именем «роли приложений».

папка безопасности в резервной копии и восстановленной базе данных полна всякого дерьма. Три пользователя в дополнение к dbo, папка «схемы», папка «сертификаты», две папки ключей шифрования… Я не могу их удалить.

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

для моего собственного понимания, в чем суть проблемы, что рвет эти Invalid object name ошибки? И для практических вопросов, что я могу сделать, чтобы исправить эту ситуацию и на самом деле программа, которую я использую, работает над тестовой базой данных так же, как и над живой?

2 ответов

---

Если я правильно понимаю, вы выполняете процедуру (SomeProc) в базе данных (SomeDB), и это дает ошибку Invalid object name 'Informix.dbo.customer'? Это просто означает, что SomeProc не может найти объект «клиент» в схеме под названием «ДБО» в базу данных «СУБД Informix». Для этого существует несколько возможных причин:

1. объект не существует, возможно, потому, что схема и / или база данных не существуют
2. объект существует, но пользователь, выполняющий процедуру, не имейте разрешение даже увидеть его
3. объект существует, но база данных чувствительна к регистру, и некоторая часть имени не соответствует имени в вашем коде

вам нужно будет исследовать больше, чтобы узнать, какова причина в вашем случае, но как полная догадка, ваш производственный сервер имеет базы данных Informix и SomeDB, но ваш тестовый сервер имеет только SomeDB?

наконец, при публикации вопросов всегда включайте версию SQL Server (2000/2005/2008) и издание (Express, Standard, Enterprise); они могут быть очень важны, когда речь идет о схемах и разрешениях, потому что функции и поведение могут быть разными.

---

Это может быть проблема с владельцем объекта (SP в вашем случае).
Проверьте владельца в SQL management studio

---

Я занимаюсь техническим обслуживанием довольно большого проекта, который был начат кем-то, кто теперь покинул компанию …

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

Затем я прохожу обычную процедуру входа в систему, и эта часть, похоже, тоже работает.

Однако, как только я дохожу до точки в программе, где требуется выполнить хранимую процедуру, я получаю сообщение об ошибке. Invalid object name 'Informix.dbo.customer'.

Выполнение той же функции в исходной базе данных работает нормально и возвращает данные, которые я ожидаю увидеть.

Объяснения подобных ошибок, которые я обнаружил, похоже, относятся к схемам, но здесь все становится немного странно. Исходная база данных явно не иметь любые схемы; В папке «Безопасность» у него просто есть папка «Пользователи», содержащая dbo, и папка «Роли», содержащая папку «Роли базы данных», с обычным материалом db_owner и т. Д., И пустая папка с именем «Роли приложений». «.

Папка Security в базе данных с резервным копированием и восстановлением полна всякой ерунды. Три пользователя в дополнение к dbo, папка «Schemas», папка «Certificates», две папки с ключами шифрования … Я не могу удалить ни одну из них.

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

Насколько я понимаю, в чем суть проблемы, которая вызывает эти Invalid object name ошибки? Что касается практических вопросов, что я могу сделать, чтобы исправить эту ситуацию и заставить программу, которую я использую, работать с тестовой базой данных так же, как и с реальной?

Эксплуатация » Поломался Орион Про, как ПРОЩЕ починить или переустановить?

Microsoft Server 2003 Std
Орион Про 1.12 без SP
Всё ставилось с дистрибутива Орион Про, ничего постороннего
На сервере установлены: Сервер, Оболочка с Ядром опроса, Управление сервером. Всё остальное не устанавливалось, сервер только для сервера.
Соединения с двумя пультами через два COM-порта.

UProg с этого сервера успешно общается с приборами, то есть, COM-порты рабочие.

Сегодня была авария по питанию, которую не заметили из-за ИБП. После смерти ИБП отвалились мониторы. Подали электричество, запустили, оболочка на сервере (не на мониторах) запускается с ошибкой соединения. Лог такой
29.07.2019 12:54:46 | Hint: Соединение с сервером
29.07.2019 12:54:59 | Error: Ошибка 240. Невыполнение запроса: транслируемые события
В ядре опроса СОМ-порты перестали присутствовать.
Orion.ini нормальный (у меня сохранён эталонный для сравнения)
Сейчас система работает под пультами и БКИ, есть время подумать.

Как с меньшими потерями запустить сервер?
Могу развернуть системный диск из февральского образа + субботний бэкап базы. Проблема — потеряется доверие в домене, придётся выводить из домена и затаскивать обратно. Вроде бы несложно и я знаю, как это сделать.
Можно переустановить сервер на работающей машине. Не представляю себе это, просто никогда не делал. Сдуру переустановлю всё.
А может быть можно при переустановки отметить галочкой только ядро опроса и всё?
Посоветуйте.

Источник

Эксплуатация » Орион 1.20, МЦС, не удалось подключиться к серверу

Установлена Орион ПРО 1.20. ЦСО запущен.
Когда первый раз заходил в Мнеджер Центрального Сервера, ошибка — не удалось подключиться к серверу.

В файле orion.ini прописал локальный сервер (127.0.0.1), порт 2001 — заработало. Всё увидело.

Спустя 2 дня снова ошибка — не удалось подключится к серверу.

Что можно сделать в данной ситуации?

3 года 7 месяцев назад

– Налетов Константин 3 года 7 месяцев назад

9 ответов

Не изменилось ничего.

Просто пишет — не удалось соединиться с сервером.

ЦСО запущен 100%. В автозагрузке висит. Запускаю МЦС при открытом ЦСО — выдаёт ошибку.

Запускалось. Чего ей щас не хватает — непонятно. Пробовал в orion.ini писать имя компа, его локальный ip-адрес. Всё равно ошибка.

3 года 7 месяцев назад

– Комаров Александр Федорович 3 года 7 месяцев назад

– Налетов Константин 3 года 7 месяцев назад

Совершенно недавно поднималась тема про антивирус KAV https://partners.bolid.ru/forum/forum_3486.html, который закрывает порты, может и у Вас такая же ситуация.

3 года 7 месяцев назад

Антивирус не установлен. Разве что встроенный windows defender. Но ведь работало.

3 года 7 месяцев назад

А как узнать, какие каталоги правильные? Всё запускается из одной директории. Версия 1.20 (выпуск 1, постройка 803).

3 года 7 месяцев назад

Если у вас каталог всего один — он с вероятностью 99% правильный, если вы руками не заменяли модули.
У каждой программы есть версия (которую в том числе можно посмотреть в свойствах файла на вкладке «подробно») и они на ЦСО и менеджере сервера должны быть 1.20 или выше.

Откройте ЦСО на вкладке «О программе». Посмотрите текущий порт. (по умолчанию 2001).
Выполните в командной строке команду

Запустите менеджер сервера. Дождитесь ошибки, что не удалось подключиться и нажмите ок.
В менеджере сервера выберите пункт «ФайлСервер. «. В открывшемся окне укажите текущий адрес компьютера (или 127.0.0.1 для локального) и порт совпадающий с тем, который указан в ЦСО. Нажмите ок.

Если нет записи что порт LISTENING или всё равно возникает ошибка — надо проверять настройки антивирусов и фаерволов.
Если совсем ничего не получается — обращайтесь в техподдержку. С вами ещё раз проверят все настройки и если не найдут ошибок в настройках — вышлют специальные модули для диагностики проблемы.

– Комаров Александр Федорович 3 года 7 месяцев назад

Источник

forum-bolid.ru

Менеджер центрального сервера , проблемы с Параметрами БД

Здравствуйте, есть Орион Про 1.20.1 настроен, работает.
НО есть 2 проблемы.
1) При запуске утилиты, как приложено в картинке, нет параметров БД , информации по базе . НО при этом сам орион работает, монитор, сервер и все все все. А вот в Менеджере ничего сделать нельзя ибо во вкладке БД все пункты серые, не активные.
Лечится данная ерись методом перебора способа подключения базы (127.0.0.1, имя сервера при поиске из списка, ай пи адресс) Настроено по айпи адресу. Раза с 20-30 помогает, и соединение появляется и все ок. Проблема возникает через раз, а если перезагрузки компьютера небыло больше недели то 100 %.
КАК решить данную проблему?
2) Где искать или может кто поможет пошагово написав инструкцию по Резервному копированию БД при помощи Винды и планировщика задач.(у самого нихрена не получается. Болидовцы говорят что мля нажми 2 кнопки и все гуд. НО нихрена не работает, Задача не создается автоматически).

Картинку для наглядности и то что получается.(качество режет форум)
И по 2 вопросу, я написал что хотел, трудности с пониманием и знанием функционала, тогда наверное не стоит писать ненужные посты, а если хотите поговорить за жизнь то пишите в личку, пообщаемся.

Можно попробовать в реестре поискать ветку BOLID, и там в подветках ручками поправить, тоже прокатывает.
У меня как-то тоже была проблема с именем базы, ручками поправил в реестре и прокатило.

Ну это так, если другие варианты не получатся. Атак же.

Pahill , у Вас используется плата расширения на 10 com портов?

Посмотрите в программном модуле Администратор Базы Данных (АБД) настройки com портов- какой там задан тип ПИ ?

Возможно поможет тема (последнее сообщение):
Загрузка CPU сервера опроса.

У ТС проблема была в типе преобразователя интерфейсов. Разница между ними кстати описана в инструкции, но про рекомендации для С2000-Ethernet ни гу-гу.

«. Тип преобразователя интерфейсов, используемого для конвертирования RS-485 интерфейса.

Источник

forum-bolid.ru

Проблема с Windows Server 2016 и Орион Про

Здравствуйте!
На Windows 7 (EN) работает всё отлично, ставил сам.
Сейчас осуществляем переезд на другую железку с Windows Server 2016. Система англоязычная, поэтому сначала установил SQLEXPRESS2012 с активированной учеткой SA и паролем 1-6, импортировал нашу базу, установил Орион Про, изменил в реестре данные для нашей базы.
Запускаю shell, запускаю cso (OCS) и больше ничего не запустить. При запуске Server Manager — ошибка «Can’t connect to server». Адрес 127.0.0.1 и порт 2001. Пробовал локальный адрес машины указывать — бестолку.
Пробовал разные версии Ориона — 1.20/1.20.1/1.12 и русские и английские.. Ставил с нуля sqlexpress 2008/2012..

Чувство, что сервер (CSO) находится в своей песочнице и его не видят остальные компоненты программы. Прошу помочь, уже третий день сна не знаю

У вас сервер менеджер не может подключиться к ЦСО.
До SQL дело даже близко не доходит.
Открываем ЦСО на первую вкладку и смотрим внизу порт.
Идём в фаервол и убеждаемся что порт не заблокирован. Идём в антивирус и убеждаемся что порт не заблокирован. Идём в командную строку netstat /a от админа и убеждаемся что порт открыт. Если не открыт — идём в настройки совместимости и запускаем ЦСО от имени администратора. Если порт всё ещё не открыт а ЦСО «работает» — на этом моменте мы уже обращаемся в техподдержку.
Дальше идём в каталог с Орион ПРО в файл orion.ini.
В разделе SrvLog проверяем SrvAddr — адрес машины. Можно 127.0.0.1 если всё на одной машине и lopback активен (проходит пинг на 127.0.0.1). SrvPort — должен совпадать с тем, который выводит ЦСО.
После того как всё проверили — запускаем сервер менеджер. И если оно опять не коннектится — обращаемся в техподдержку.

При обращении в техподдержку быть готовы назвать: Точную версию Орион ПРО (можно посмотреть в файле version_orion.ini). Версию ОС (включая разрядность). Версию SQL.

Не доходит дело до SQL.

Давайте ещё пару моментов проверим. Посмотрите в свойствах файлов ЦСО и Сервер менеджера в дополнительных что они одного выпуска. Если случайно попались ЦСО и сервер менеджер из разных выпусков (до 1.20 и после), то они не смогут соединиться.
Дальше вы говорите что руками переносили в реестр настройки. Стоит их убрать — полностью снести ветку. Возможно происходит какая то внутренняя ошибка при чтении.
Ну и в личку номер обращения в техподдержку.

Стандартный чеклист на этом заканчивается. Дальше только логи (в идеале тимвьювер или аналоги). Но это всё только через техподдержку.

Так может потому и пишут, что сервер не запущен ))

Таааакс. Так с SQL сервером-то ЦСО связывается, а не менеджер сервера. Откуда он может знать, сервер менеджер, что SQL сервер работает (или не работает), если он не может связаться с ЦСО?

Добавлено спустя 36 секунд:
А так да, вижу, SQL сервер запущен.

Получил следующий ответ от поддержки. Увы, на пятом шаге всё та же ошибка.. Переустанавливаю систему)
Спойлер Для настройки параметров SQL сервера, после установки АРМ Орион ПРО в ручном режиме на ПК с уже установленным SQL сервером необходимо:
1.
с помощью Среда SQL Server Management Studio необходимо проверить подключение к SQL серверу, при этом необходимо выбрать авторизацию SQL ввести учетную запись «sa» и пароль «123456».
Если при этом подключение не будет выполнено, то в SQL необходимо настроить данную учетную запись.
Так же стоит обратить внимание, на то что если в меню пуск в группе SQL Сервера отсутствует Среда SQL Server Management Studio, то её необходимо поставить и проверить.
2.
Далее если вход выполняется корректно, необходимо отключится от SQL сервера или перезапустить Management Studio. Из окна авторизации необходимо скопировать имя сервера (оно потом понадобится при настройке параметров сервера).
3.
При закрытом центральном сервере Орион ПРО необходимо зайти в редактор реестра по команде regedit путь
HKEY_LOCAL_MACHINESOFTWAREBolidORIONCSO для 32х
HKEY_LOCAL_MACHINESOFTWAREWow6432NodeBolidORIONCSO для 64х
и удалить папку DBPARAMS и если есть DBPARAMS12.
4.
Запустить центральный сервер Орион ПРО из контекстного меню «от имени администратора» (актуально для win7 и новее, что бы каждый раз не использовать данное меню можно зайти в свойства ярлыка выбрать вкладку совместимость и задать параметр «всегда выполнять от имени администратора»).
5.
Запустить «управление сервером» из меню пуск так же по правой кнопке — «от имени администратора», после запуска программы нужно ввести пароль 73173100, при этом в строке статуса должно быть указано «соединение установлено».
Если же при запуке выдается сообщение «нет соединения с сервером», то необходимо убедится, что в систем трее запущено CSO (центральный сервер), далее в меню файл — сервер — указать ip адрес текущего ПК, так же можно указать локальный адрес 127.0.0.1. После чего меню файл — переподключится и ввести пароль «73173100», результатом должно быть подключение к серверу и статус «соединение установлено».
6.
После запуска Менеджера центрального сервера, необходимо выбрать вкладку «параметры БД»
в параметрах указать
Database Access: ADO
Drivers: MSSQL
DATABASE NAME: не указываем
SERVER NAME: указывается имя сервера, скопированного из авторизации SQL Server Management Studio.
USER NAME: sa
CommandTimeout: 0
PASSWORD: 123456

7.
Далее
если была старая база SQL — указываем её имя в DATABASE NAME,
если база перенесена с другого ПК то в меню БД выбираем Восстановление (для восстановления из файла *.bak) или присоединение базы данных если скопированы файлы *.LDF и *.MDF
если не было базы, то в меню БД выбираем — «создать новую. «, далее следуя шагам мастера необходимо указать новое уникальное имя базы в поле DATABASE NAME.

Для присоедененных БД (или если база уже была на ПК) необходимо выполнить в меню БД — модернизация/слияние БД, в мастере отметить «модернизация» и следовать шагам. После кеширования в появившихся параметрах необходимо указать новое имя БД.
8.
После создания или присоединения БД, можно запустить оболочку Орион ПРО, в которой выбрать АБД, пароль либо 1, либо пароль от вашей старой БД.

9.
В АБД на первой вкладке нужно добавить ПК, указав его реальный ip в поле ip-адрес, а в поле имя указать hostname, после чего нажать сохранить.

10.
Далее необходимо отредактировать созданный ПК, в поле настройки выбрать «. » и отметить какие компоненты можно запускать на данном ПК, после чего сохранить параметры.

11.
Далее необходимо в меню сервис выбрать — обновление базы данных, при этом в оболочке параметр «анализ окружения» должен увеличится до 100%, и с некоторой задержкой запуститься Оперативная задача.

На этом настройка параметров сервера завершена.

Источник

forum-bolid.ru

Центральный сервер периодически виснет

Физический сервер — HP ProLiant DL145 Generation 2
ОС — Windows Server 2008 R2 Standart Service Pack 1 64bit
СУБД — MS SQL Server 2005 32bit
Версия программы — Центральный сервер Орион 1.11.2.46
На этой же машине подключены приборы по COM-порту. Там же работает Оболочка системы и Оперативная задача. В системе есть ещё 3 клиентские машины, каждая со своими ролями:
— Персональная карточка (стоит на раб. месте охранника у турникетов)
— Оперативная задача (раб. место начальника смены охраны)
— АБД (бюро пропусков).

Периодически (иногда несколько раз в день . ) что-то происходит с Центральным сервером (по всей видимости). Выглядит это так — на раб. местах Оперативная задача появляется сообщение о потере соединения с центральным сервером, на раб. месте персональная карточка перестают обновляться фото проходящих через турникет сотрудников.

Простым перезапуском на сервере Оболочки и Сервера БД Орион не лечится. Убийство процессов Оболочки и Центрального сервера в Диспетчере задач также не помогает. Приходится перезагружать ОС, запускать там Сервер БД Орион, Оболочку системы и Оперативную задачу (чтобы собирать данные с турникетов и приборов). Сегодня такое случалось уже 18 раз .

Ещё CoreOrion.exe не помешает. И надеюсь у вас в сообщение, а не в правилах антивируса опечатка — CSO.exe

Что выводится в лог оболочки при разрыве связи?
Локально (на ПК с ЦСО) тоже теряется связь с центральным сервером?

В доверенной зоне антивируса добавил CoreOrion.exe, исправил опечатку вместо sco.exe сделал cso.exe

Вот последние записи в файле EventLog.log

========== 21.04.2014 14:30:00 ========== omonitor.exe 1.11.2.1896()
21.04.2014 14:30:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:00 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:00 | Warning: Разрыв связи
21.04.2014 14:30:27 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:27 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:27 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:27 | Warning: Разрыв связи
21.04.2014 14:30:58 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:58 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:58 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:58 | Warning: Разрыв связи
========== 21.04.2014 14:37:53 ========== omonitor.exe 1.11.2.1896()
21.04.2014 14:37:53 | Hint: Соединение с сервером
21.04.2014 14:38:35 | Hint: TabAdd
21.04.2014 14:38:35 | Hint: Периметр 1
21.04.2014 14:38:35 | Hint: Периметр 2
21.04.2014 14:38:35 | Hint: Периметр 3
21.04.2014 14:38:35 | Hint: Периметр 4
21.04.2014 14:38:35 | Hint: Периметр 5
21.04.2014 14:38:35 | Hint: Периметр 6
21.04.2014 14:38:35 | Hint: Периметр 7
21.04.2014 14:38:35 | Hint: Периметр 8
21.04.2014 15:06:27 | Hint: TabAdd
21.04.2014 15:06:27 | Hint: Периметр 1
21.04.2014 15:06:27 | Hint: Периметр 2
21.04.2014 15:06:27 | Hint: Периметр 3
21.04.2014 15:06:27 | Hint: Периметр 4
21.04.2014 15:06:27 | Hint: Периметр 5
21.04.2014 15:06:27 | Hint: Периметр 6
21.04.2014 15:06:27 | Hint: Периметр 7
21.04.2014 15:06:27 | Hint: Периметр 8
21.04.2014 15:09:17 | Hint: TabAdd
21.04.2014 15:09:17 | Hint: Периметр 1
21.04.2014 15:09:17 | Hint: Периметр 2
21.04.2014 15:09:17 | Hint: Периметр 3
21.04.2014 15:09:17 | Hint: Периметр 4
21.04.2014 15:09:17 | Hint: Периметр 5
21.04.2014 15:09:17 | Hint: Периметр 6
21.04.2014 15:09:17 | Hint: Периметр 7
21.04.2014 15:09:17 | Hint: Периметр 8

А вот последние записи в файле logErrorFromShell.log
========== 21.04.2014 14:26:39 ========== Shell.exe 1.11.2.996()
21.04.2014 14:26:39 | Hint: Соединение с сервером
21.04.2014 14:28:39 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:28:39 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:28:39 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:28:39 | Warning: Разрыв связи
21.04.2014 14:29:20 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:29:20 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:29:20 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:29:20 | Warning: Разрыв связи
21.04.2014 14:30:01 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:01 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:01 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:01 | Warning: Разрыв связи
21.04.2014 14:30:41 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:41 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:41 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:41 | Warning: Разрыв связи
21.04.2014 14:31:22 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:31:22 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:31:22 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:31:22 | Warning: Разрыв связи
========== 21.04.2014 14:33:00 ========== Shell.exe 1.11.2.996()
21.04.2014 14:33:00 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:33:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:33:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:33:00 | Warning: Разрыв связи
========== 21.04.2014 14:37:36 ========== Shell.exe 1.11.2.996()
21.04.2014 14:37:36 | Hint: Соединение с сервером

Оба лога с компьютера-сервера, на клиентских станциях логи пока не смотрел

Источник

Имеется ИСО «Орион» со структурной схемой, приведенной ниже и имеется некая проблема, препятствующая нормальной работе.

Проложена линия 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 в пульт – он, как следствие, эти приборы не видит. Т.е. нет ни обрывов, ни восстановления связи. Приборов просто НЕТ.

Вопрос: Кто виноват и что делать?

Структура линии интерфеса тут:

http://s57.radikal.ru/i156/1507/d3/b.

[04.07.2015 22:40:38]

Одна из лучших стратегий — локализация.
Переместите С2000М на место прибора №9, а хвост отцепите.

Просмотрите скорость опроса на всех устройствах (понизить) и расположение резисторов 620 Ом.

Viss ®

Резисторы стояли на приборах №1 и №2, убрал — эффекта нет.

Переместить попробую, но

А) Эффект вряд ли будет, т.к. эти приборы и так видны без пульта на месте его установки
Б) Пульт должен стоять там, где он стоит.
В) Надо добиться устойчивой связи с приборами, а они в 20% случаев отваливаются.

[04.07.2015 23:05:01]

Поиск неисправности предполагает именно поиск. Надо убедиться, что хвост никак не влияет на проблему.

«На панели предлагаемого оборудования находятся 4 порта 10/100 Base-T(X) и 1 порт 100 Base-FX, при этом на последнем поддерживается передача данных по одномодовому оптическому волокну.»

Почему написано одномод, а у Вас многомод?

Ошибся коммутатором =(

[04.07.2015 23:14:06]

А так можете http://prntscr.com/7ot3hq

Хоть я и не верю в такую затею, пульт попробую перенести. Мало ли чего бывает.

Так не могу по следующим причинам:

а) Ато отдельно стоящие здания.
б) 200 метров там минимум и только напрямую, т.к. вероятней всего прорыта траншея, где эта оптика и проложена. А витая пара на таком расстоянии гарантированно не заводится).
в) Если бы мог — не пришлось бы ставить дорогие Моксы. 🙂

[05.07.2015 10:11:25]

Ну продублируйте вопрос на http://forum-bolid.ru

И здесь https://partners.bolid.ru/auth/

*Ну и.

[05.07.2015 10:47:05]

Пришла мне в голову мысль интересная.

Есть подозрения на неисправный прибор, вешающий линию интерфейса.

Надо будет осциллограмму посмотреть и уже от нее плясать.

Ну так сократите интерфейс. С2000М на место №9, а исправный прибор №2 на место №11. №12 тоже отключите.
У Вас получится линия RS-485 С2000М —— прибор №2, куда уж короче?!

[05.07.2015 15:26:02]

Хм. Здравая мысль.

На следующей неделе поеду ковырять.

Еще можно попробовать добавить повторитель потокола возле прибора 9 или прибора 11.

[06.07.2015 15:41:08]

Зачем?

Tregart ®

У этой Моксы на корпусе есть переключатель для защиты от широковещательных штормов. Его попробуй перещёлкнуть, хотя вряд ли поможет.
Хорошо бы RS485 из ветвистого сделать линейным .

[06.07.2015 17:36:17]

однозначно здесь проблемы с преобразованием, пляшите с настройками с2000-eth. Попробуйте в реестре http://s011.radikal.ru/i316/1507/b4/. поиграйте с таймаутами, загрубите и опросите их uprog-ом. Когда подберете оптимал, переносите их в пульт. Вообще я в такие моменты устанавливаю орион-про, там можно отследить в ядре количество потерянных пакетов, что коррелирует с оптимальными параметрами опроса

Рустам74 ®

>>>У этой Моксы на корпусе есть переключатель для защиты от широковещательных штормов.

О как. Проверю, спасибо.

>>>Хорошо бы RS485 из ветвистого сделать линейным .

Да там от ответвлений одно название. При скорости 9600 Бод и паспортной дальности 3 км и максимально-допустимом сопротивлении кабеля 300 Ом, эти 10 метров (и то, это я с запасом взял) — ниочем.

Эм. Не совсем понял что в реестре смотреть. В архитектуре ПК-то у меня нету, только пульт)))

Может я конечно плохо инструкцию смотрел, но по таймаутам езернетника там мутно все. Время ожидания получения квитанции расписано подробно, но не мой случай, т.к. у меня пинг 5 мс. А для столь короткого пинга оставляется значение по умолчанию (80 мс).

Орион-Про вкорячить даже на время нереально, т.к. демо-версий у болида нет. 🙁

Совсем непонятна ситуация, при которой Uprog видит приборы, а пульт не видит. У пульта параметры интерфейса ненастраиваемые. Это плохо.

Было раз подобное (правда без эзернетников). Неисправный Сигнал-20П ложил линию. Заодно и это проверю, сниму осциллограмму.

[07.07.2015 12:21:56]

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

установите настройки в с2000м, изернет не трогайте там все что нужно стоит:
таймаут ответа при поиске:300 мс
пауза после общей команды:300 мс
таймаут для ответа на запрос событий 300мс
таймаут для ответа на команду :1000мс

Это грубо , система может тормозить, но это поможет понять, будут ли отваливаться приборы.

//—————————————
ПК то в архитектуре нет, но это поможет подобрать оптимальные настройки, я когда настраивал с2000-рпи, я тоже поставил орион-про и день мониторил пакеты, оказалось 99% прошло, значит все настроено хорошо, потом просто залил в пульт настройки, которые были в реестре для орион про и все пошло

а) Сразу не написал, уточняю: у меня пусконаладка новой системы. Т.е. не «бац, отвалилось», а «бац, не заработало».

б) Ок, попробую таймауты сменить.

[07.07.2015 18:35:16]

Ну широковещательный шторм не может все время забивать изернеты. На него можно грешить, когда связь периодически пропадает, но не когда вообще ничего не находится. Вообще в старых прошивках при шторме изернеты вешались и помогал только ресет, но сейчас вроде все в порядке

Саппорт болида посоветовал следующие таймауты:

Тайм-аут для ответа при поиске = 240 мс
Пауза после общей команды = 240 мс
Тайм-аут для ответа на запрос событий = 260 мс
Тайм-аут для ответа на команду = 830 мс

Если вам дали в работу проект пожарной сигнализации, в котором С2000М подключается к компьютеру без COM-порта — сразу бейте тревогу. Ничего хорошего не выйдет.

В отличие от охранной сигнализации, пожарная сигнализация должна работать только под управлением сертифицированного прибора. Таким прибором является контроллер С2000М, а обычный компьютер с установленным «Орион ПРО» — не является.

Вот пункт из ГОСТ Р 53325 2012.

7.2.5 Контроллеры промышленного назначения, а также СВТ,

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

требованиям настоящего раздела. Примененные контроллеры и СВТ не

должны использоваться для выполнения функций, не связанных с

обеспечением пожарной безопасности.

*СВТ — средства вычислительной техники.

Вот пункт из руководства по эксплуатации С2000М.

2.2.5 Подключение пульта к АРМ «Орион Про»

Принцип взаимодействия АРМ «Орион» и «Орион Про» с «С2000М» следующий:

1) «С2000М» выполняет свои основные функции независимо от работы АРМ;

2) компьютер с АРМ опрашивает пульты «С2000М», получает от них события.

Энергонезависимый буфер событий «С2000М» позволяет отключать и заново запускать АРМ без

потери событий (в пределах объёма буфера);

3) АРМ имеет возможность получать информацию от отдельных блоков, работающих

совместно с «С2000М», и управлять ими;

4) Получаемые от «С2000М» события и информация о состоянии элементов

используются АРМ для отображения состояния защищаемого объекта.

Требование наличия в системе пожарной сигнализации контролера С2000М понимают неправильно и решают чудным образом. Вот схема соединений С2000М с устройствами системы и компьютером из проекта пожарной сигнализации:

На схеме видно, что система пожарной сигнализации находится под управлением компьютера, а управление к контроллеру С2000М передается только когда связь приборов с компьютером теряется. Причем, управление передается тупо контактами реле.

Релейный модуль С2000-СП1 принимает решение о том — куда подключить линию интерфейса RS-485, приходящую от приборов системы: к компьютеру под управлением АРМ Орион ПРО или к контроллеру С2000М.

Чем не резервирование — пропадает связь с «Орион ПРО» и в систему в качестве контроллера включается С2000М.

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

Поэтому часто на объекте С2000М просто висит в режиме программирования, как бутафория.

Встречаю уже третью систему пожарной сигнализации, организованную таким образом и доставляющую жуткую головную боль.

Преобразователь интерфейса С2000-USB рано или поздно виснет и приборы отваливаются. Починить это на некоторое время помогает перезагрузка компьютера.

Если система достаточно немаленькая, то включение АРМ Орион ПРО после перезагрузки может достигать 15 минут.

Существует замечательный документ ОРГАНИЗАЦИЯ КАНАЛА ИНТЕРФЕЙСА RS-232, но его, видимо, мало кто читает. Есть и pdf версия документа.

В этом документе все подробно разъяснено и приведена правильная схема:

Эта схема редко реализуется на практике.

Несмотря на однозначность очень много веток обсуждения вариантов подключения системы пожарной сигнализации на форуме Болид. Вот типичная презентабельная ветка: Инсталляция и монтаж по RS-485?.

Почему так получается?

Небольшая система пожарной сигнализации не требует наличия компьютера.

Использование большой системы безопасности без АРМ Орион ПРО не то что невозможно, но весьма затруднительно.

Встает вопрос о покупке компьютера. Все дело в том, что сейчас, купленный наобум системный блок, 100% будет без com-порта.

Подключение оборудования Болид к АРМ Орион ПРО, установленном на таком компьютере возможно только по USB при помощи преобразователя С2000-USB.

Вроде бы и ничего страшного — работает. И совсем без С2000М работает же.

Поди объясни несведущим — почему так нельзя.

Работа С2000М с АРМ Орион ПРО может осуществляться по трем схемам:

1. Через COM порт в режиме компьютер.

Для пожарной системы это единственно правильный вариант.

Управление системой пожарной сигнализации осуществляет контроллер С2000М. Компьютер используется как вспомогательное средство наглядного отображения состояний и удобного управления контроллером.

Многие не знают, а еще больше не соглашаются с тем, что система пожарной сигнализации не имеет права работать под управлением только компьютера с АРМ «Орион ПРО», поэтому встречаются и другие варианты подключения.

2. Через COM порт в режиме ПИ-Резерв.

В этом варианте управление системой осуществляется компьютером. Контроллер С2000М находится в режиме преобразователя интерфейсов — неглубоком сне, параллельно отслеживая состояние системы и перехватывая управление, когда связь с компьютером теряется.

Резервирование есть, но требование чтобы противопожарная система находилась под управлением сертифицированного прибора не выполняется.

3. Через USB.

Контроллер С2000М никак не участвует в процессе управления и вообще физически отключен от системы.

Резервирование можно обеспечить только извращенным способом при помощи релейной логики, что и было сделано в самой первой схеме из проекта.

Вот проектное подключение из обсуждения на форуме Болид, приведенном выше:

При таком варианте С2000М будет всегда висеть в режиме программирования, как бутафория. Для проекта охранной сигнализации вроде бы и ничего, но схема успешно кочует и по проектам пожарной сигнализации.

То-есть изначально проекты неправильные!

Почему не сделать сразу как надо?

Тому есть несколько причин.

1. Невозможность объяснить почему нужен системный блок именно с com портом клеркам, заказывающим оборудование.

2. Некоторая сложность в создании зеркальных баз данных для С2000М и Орион ПРО. Функция конвертирования у меня так ни разу нигде не заработала — все надо делать руками. Сложно даже не сделать,а отслеживать изменения и делать их параллельно. Потому и не заморачиваются.

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 в пульт – он, как следствие, эти приборы не видит. Т.е. нет ни обрывов, ни восстановления связи. Приборов просто НЕТ.

Вопрос: Кто виноват и что делать?

Структура линии интерфеса тут:

http://s57.radikal.ru/i156/1507/d3/b.

[04.07.2015 22:40:38]

Одна из лучших стратегий — локализация.
Переместите С2000М на место прибора №9, а хвост отцепите.

Просмотрите скорость опроса на всех устройствах (понизить) и расположение резисторов 620 Ом.

Viss ®

Резисторы стояли на приборах №1 и №2, убрал — эффекта нет.

Переместить попробую, но

А) Эффект вряд ли будет, т.к. эти приборы и так видны без пульта на месте его установки
Б) Пульт должен стоять там, где он стоит.
В) Надо добиться устойчивой связи с приборами, а они в 20% случаев отваливаются.

[04.07.2015 23:05:01]

Поиск неисправности предполагает именно поиск. Надо убедиться, что хвост никак не влияет на проблему.

«На панели предлагаемого оборудования находятся 4 порта 10/100 Base-T(X) и 1 порт 100 Base-FX, при этом на последнем поддерживается передача данных по одномодовому оптическому волокну.»

Почему написано одномод, а у Вас многомод?

Ошибся коммутатором =(

[04.07.2015 23:14:06]

А так можете http://prntscr.com/7ot3hq

Хоть я и не верю в такую затею, пульт попробую перенести. Мало ли чего бывает.

Так не могу по следующим причинам:

а) Ато отдельно стоящие здания.
б) 200 метров там минимум и только напрямую, т.к. вероятней всего прорыта траншея, где эта оптика и проложена. А витая пара на таком расстоянии гарантированно не заводится).
в) Если бы мог — не пришлось бы ставить дорогие Моксы. 🙂

[05.07.2015 10:11:25]

Ну продублируйте вопрос на http://forum-bolid.ru

И здесь https://partners.bolid.ru/auth/

*Ну и.

[05.07.2015 10:47:05]

Пришла мне в голову мысль интересная.

Есть подозрения на неисправный прибор, вешающий линию интерфейса.

Надо будет осциллограмму посмотреть и уже от нее плясать.

Ну так сократите интерфейс. С2000М на место №9, а исправный прибор №2 на место №11. №12 тоже отключите.
У Вас получится линия RS-485 С2000М —— прибор №2, куда уж короче?!

[05.07.2015 15:26:02]

Хм. Здравая мысль.

На следующей неделе поеду ковырять.

Еще можно попробовать добавить повторитель потокола возле прибора 9 или прибора 11.

[06.07.2015 15:41:08]

Зачем?

Tregart ®

У этой Моксы на корпусе есть переключатель для защиты от широковещательных штормов. Его попробуй перещёлкнуть, хотя вряд ли поможет.
Хорошо бы RS485 из ветвистого сделать линейным .

[06.07.2015 17:36:17]

однозначно здесь проблемы с преобразованием, пляшите с настройками с2000-eth. Попробуйте в реестре http://s011.radikal.ru/i316/1507/b4/. поиграйте с таймаутами, загрубите и опросите их uprog-ом. Когда подберете оптимал, переносите их в пульт. Вообще я в такие моменты устанавливаю орион-про, там можно отследить в ядре количество потерянных пакетов, что коррелирует с оптимальными параметрами опроса

Рустам74 ®

>>>У этой Моксы на корпусе есть переключатель для защиты от широковещательных штормов.

О как. Проверю, спасибо.

>>>Хорошо бы RS485 из ветвистого сделать линейным .

Да там от ответвлений одно название. При скорости 9600 Бод и паспортной дальности 3 км и максимально-допустимом сопротивлении кабеля 300 Ом, эти 10 метров (и то, это я с запасом взял) — ниочем.

Эм. Не совсем понял что в реестре смотреть. В архитектуре ПК-то у меня нету, только пульт)))

Может я конечно плохо инструкцию смотрел, но по таймаутам езернетника там мутно все. Время ожидания получения квитанции расписано подробно, но не мой случай, т.к. у меня пинг 5 мс. А для столь короткого пинга оставляется значение по умолчанию (80 мс).

Орион-Про вкорячить даже на время нереально, т.к. демо-версий у болида нет. 🙁

Совсем непонятна ситуация, при которой Uprog видит приборы, а пульт не видит. У пульта параметры интерфейса ненастраиваемые. Это плохо.

Было раз подобное (правда без эзернетников). Неисправный Сигнал-20П ложил линию. Заодно и это проверю, сниму осциллограмму.

[07.07.2015 12:21:56]

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

установите настройки в с2000м, изернет не трогайте там все что нужно стоит:
таймаут ответа при поиске:300 мс
пауза после общей команды:300 мс
таймаут для ответа на запрос событий 300мс
таймаут для ответа на команду :1000мс

Это грубо , система может тормозить, но это поможет понять, будут ли отваливаться приборы.

//—————————————
ПК то в архитектуре нет, но это поможет подобрать оптимальные настройки, я когда настраивал с2000-рпи, я тоже поставил орион-про и день мониторил пакеты, оказалось 99% прошло, значит все настроено хорошо, потом просто залил в пульт настройки, которые были в реестре для орион про и все пошло

а) Сразу не написал, уточняю: у меня пусконаладка новой системы. Т.е. не «бац, отвалилось», а «бац, не заработало».

б) Ок, попробую таймауты сменить.

[07.07.2015 18:35:16]

Ну широковещательный шторм не может все время забивать изернеты. На него можно грешить, когда связь периодически пропадает, но не когда вообще ничего не находится. Вообще в старых прошивках при шторме изернеты вешались и помогал только ресет, но сейчас вроде все в порядке

Саппорт болида посоветовал следующие таймауты:

Тайм-аут для ответа при поиске = 240 мс
Пауза после общей команды = 240 мс
Тайм-аут для ответа на запрос событий = 260 мс
Тайм-аут для ответа на команду = 830 мс