Тема: SCM-NET перестают отправляться данные
Здравствуйте !
Около 2х месяцев назад начали возникать проблемы с отправкой данных входа/выхода сотрудников. Данные перестают вноситься в БД. Обычно это происходит с утра - когда только начинается рабочий день, либо в обед. Помогает в таком случае только если вытащить шнур ethernet на 5 сек и вставить, либо полная перезагрузка СКУД.
В чем может быть проблема ?
SCM-NET
Версия ПО: 6.2.3 сборка модуля 3
MySQL: 5.4.2-beta
Укажите версию прошивки контроллера.
Версия указана в свойствах точки доступа контроллера на вкладке “Параметры”.
Версия: 4.2
Каким образом вы организовали работу программы с MySQL 5.4.2-betta?
Вот что гласит мануал:
—- Версия MySQL устанавливаемая из дистрибутива 5.0.22. Допустимо использование уже установленного MySQL, но только если его версия >= 5.0.22 до 5.0.XX (версия 5.1 и выше не допускаются для использования).
Хмм но СКУД исправно работал 2 года. Это началось когда перенесли физически сам контроллер. На новом месте отличается, только ширина канала в 1Г/бит.
Контроллер замком управляет? Если так, то стоит ли диод в замке параллельно обмотке?
Да стоит.
Уточню - стоит со стороны контроллера диод, или стоит со стороны замка?
Как вариант, при переносе контроллер был помещен в сеть, где его входной буфер быстро переполняется кучей больших широковещательных пакетов, ну мало ли где какой софт стоит. На этот случай предусмотрена перезагрузка сетевого интерфейса по таймауту 1 мин., поэтому при возникновении подобной ситуации имеет смысл подождать 1 мин. и посмотреть не восстановится ли связь. в такой ситуации события никуда не пропадут, а скачаются в базу при появлении связи.
Если сама не восстанавливается, стоит подумать о контактах в RJ45 на стороне контроллера, возможно грязные или слишком тонкий коннектор(бывает такое), или контакты не достают до провода. желательно попробовать заведомо из другой партии.
Уточню - стоит со стороны контроллера диод, или стоит со стороны замка?
Прошу прощения, немного не правильно понял предыдущее сообщение. Контроллер вообще никак не связан с замком.
Как вариант, при переносе контроллер был помещен в сеть, где его входной буфер быстро переполняется кучей больших широковещательных пакетов, ну мало ли где какой софт стоит. На этот случай предусмотрена перезагрузка сетевого интерфейса по таймауту 1 мин., поэтому при возникновении подобной ситуации имеет смысл подождать 1 мин. и посмотреть не восстановится ли связь. в такой ситуации события никуда не пропадут, а скачаются в базу при появлении связи.
Если сама не восстанавливается, стоит подумать о контактах в RJ45 на стороне контроллера, возможно грязные или слишком тонкий коннектор(бывает такое), или контакты не достают до провода. желательно попробовать заведомо из другой партии.
Если ограничить канал скажем до 10Мбит, может сработать ? Через 1 мин связь не восстанавливается, только при перезагрузке СКУД. БД находится удаленно и связь может прерываться. Если там есть восстановление по таймауту в 1 мин, то можно ли увеличить таймаут ? Нашел опцию в конфигураторе, в пункте “Модуль связи” “Время задержки обращения к БД”, увеличил в 3 раза не помогло
идея была не в мегабитах, а большом количестве широковещательных пакетов
если через минуту не восситанавливается то причина не в переполнении буфера, в эту сторону можно не копать.
А служба связи находится тоже удаленно?
идея была не в мегабитах, а большом количестве широковещательных пакетов
если через минуту не восситанавливается то причина не в переполнении буфера, в эту сторону можно не копать.
А служба связи находится тоже удаленно?
Нет, служба как раз не удаленно.
Проверьте, кто-нибудь в теории может получать динамический IP совпадающий c IP контроллера. Например телефоном через wifi.
В момент отсутствия связи контроллер пингуется?
События считывания карт в момент отсутствия связи после возобновления скачиваются в базу или теряются?
Проверьте, кто-нибудь в теории может получать динамический IP совпадающий c IP контроллера. Например телефоном через wifi.
В момент отсутствия связи контроллер пингуется?
События считывания карт в момент отсутствия связи после возобновления скачиваются в базу или теряются?
Нет IP не может совпадать, т.к. DHCP сервер не выдает IP адреса в этой зоне
Подловить, когда именно нет связи не получается, это возникает в разное время.
Да после возобновления связи, события скачиваются в базу и НЕ теряются. Хотя было время, когда все же терялись, почему то некоторые события - не все, но это было всего пару раз.
Скажу одно после увеличения таймаута обращения к БД, всю прошлую неделю все работало исправно и повторилось, только после выходных (т.е. вчера в понедельник). Сегодня с утра все работает пока исправно.
В этот момент еще нужно посмотреть что пишет служба связи, нет связи с контроллером или с БД.
Линк на котроллере гаснет? А на свиче?
Не установлена ли случайно служба связи на еще каком-нибудь компьютере, может где-то случайно забыли снести.
Ну и остается пробовать переносить контроллер и компьютер со службой связи в другой свич, службу связи на другой компьютер и смотреть где останется или переместится дефект.
