Добрый день.

Наша система: Сервер Орион Про 1.12 + Оперативная задача + АБД + УРВ, 7 считывателей С2000-2 (шесть 1.11 и один 2.02)

После миграции виртуальной машины началось хаотичное многократное дублирование событий в мониторе оперативной задачи (см. скриншот). Никакой зависимости от конкретного контроллера или карты доступа замечено не было. События то дублируются, то нет. Бывает, что "Проход" и "Доступ предоставлен" отображаются правильно, то есть в единичном экземпляре, но в основном, идут дубли. Все контроллеры соединены последовательно и через USB-преобразователь подключены к серверу. USB-порт пробрасывается к виртуальной машине (VMware).

http://prntscr.com/hd9qny

До этого такой проблемы не наблюдалось.

Посмотрели БД, расхождения с монитором нет, то есть картина аналогичная.

Подскажите, в какую сторону смотреть?

Спасибо!

Монитор Орион Про Центральный сервер Орион Про

7 лет 1 месяц назад

Сальников Григорий

#ссылка

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

– Волков Андрей 7 лет 1 месяц назад

#ссылка

добавить комментарий

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

5 ответов

А покопать в сторону виртуалки? Ведь после манипуляций с ней у Вас возникли проблемы.
Запустите Орион на чистой винде и посмотрите.

7 лет назад

Ситников Алексей Юрьевич

851

#ссылка

добавить комментарий

Дополнительная информация.
Мы мигрировали виртуальную машину обратно, на тот же сервер. Это не помогло.

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

Пробовали менять значение "Настройка паузы ответа", - не повлияло.

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

В одном из мануаловупомянуто, что...

" ... некоторые негативные эффекты (как многократное повторение одного события), способы их устранения, а также много других ответов на вопросы пользователей содержатся в документе «Прочтите прежде всего» или readme_kd.htm."

Но сам документ найти не удалось.

То есть проблема, получается, известна. Или была известна :)

Подскажите, кто-нибудь в курсе, о чем идет речь? Или, возможно, у кого-то сохранился "Прочтите прежде всего"?

Спасибо.

7 лет назад

Сальников Григорий

#ссылка

добавить комментарий

Попробуйте для используемого СОМ-порта изменить настройки "Таймаут ожидания запроса", "Таймаут ожидания команд", "Таймаут на запись данных запроса/команд" в сторону увеличения. Делается это программой Settings.

7 лет назад

Налетов Константин

2021

#ссылка

По вашему совету увеличили значения в 3 раза. Проблема,к сожалению, осталась:

http://prntscr.com/hh9ibo

Иногда события пишутся нормально , но это редкость.

– Сальников Григорий 7 лет назад

#ссылка

добавить комментарий

Для порта поставьте тип протокола "Орион", а тип ПИ "С2000-ПИ". Настройки СОМ-порта (паузы и тайминги) надо увеличивать не от балды.
На мой взгляд наиболее понятное описание изменяемых величин указано в РЭ на C2000-Ethernet п.1.4.4.2. По аналогии примените изменения для Вашего случая. И, как сказал Волков Андрей, похоже, что контроллеры не получают квитанции о приёме сообщений вовремя, а этому виной может быть только задержка при пересылке данных между физическим портом и виртуалкой.

7 лет назад

Налетов Константин

2021

#ссылка

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

– Налетов Константин 7 лет назад

#ссылка

добавить комментарий

Для анализа ситуации откройте ядро опроса и понаблюдайте за обменом данных на разных вкладках, может там что-то заметите наводящее на решение проблемы.
А какой USB-преобразователь используете?

7 лет назад

Налетов Константин

2021

#ссылка

Спасибо! Будем пробовать.

Используем преобразователь Bolid USB-RS485.

– Сальников Григорий 7 лет назад

#ссылка

добавить комментарий