Тема: Виснут контроллеры SCM-IP
Добрый день!
Оборудование:
3 контроллера SCM-IP
ПО:
Win2003 Server
Комендант 3
Проблема:
1 контроллер работает без сбоев, 2 других постоянно виснут. Судя по датчикам порта RJ сетевая активность присутствует, однако контроллеры не пингуются, и запрос статистики из программы Комендант конфигуратор выдает таймаут соединения. При сканировании контроллера nmap`ом все порты закрыты. При этом если провести карточкой по считывателю, то контроллер срабатывает (одиночный звуковой сигнал на считывателе и на контроллере). После сброса по питанию контроллер поднимается и отвечает на пинги и запрос статистики, но не сбрасывает в БД действия прошедшие с момента “зависания”. И такая ситуация происходит очень часто, в среднем контроллер “живет” 10-12 часов.
Контроллер работающий нормально подключен к серверу через 2 свича, общая длина кабеля ~80м, зависающие контроллеры включены напрямую в свич с сервером, общая длина кабеля ~5 и ~7 метров.
чаще всего бывает из-за отсутствия диодов параллельно электрозамкам, либо какой нибудь электромагнитной помехи, т.е. например также наличия электромагнита в помещении не шунтированного диодом, в лифте каком-нибудь например. Проверьте прежде всего диоды, это обязательно. Если нет, установите FR-207 или аналогичные катодом к “+”, анодом к “-”, параллельно замку.
После выключения и включения питания события идут?
ПС: после решения этой проблемы обновите ПО до 5-ой версии
После выключения и включения питания события идут?
Да события после перезагрузки идут.
Если нет, установите FR-207 или аналогичные катодом к “+”, анодом к “-”, параллельно замку.
Эти контроллеры не управляют замком. К ним подключены только считыватели. Все равно подсоединять?
нет, если замков нет, то диоды не нужны. Источником электромагнитных помех может быть что-то еще. Какой блок питания используется? Если компьютерный, то заземлен ли он? Возможен потенциал фазы на вторичных цепях. Попробуйте поменять местами блоки питания на проблемном и не проблемном контроллере, переместится ли дефект?
Поменять местами контроллеры, привязка будет к месту или к экземпляру контроллера?
Также такое возможно когда от считывателя или блока питания отходит “-”(общий провод), проверьте хорошо ли закреплены провода именно минуса. Плюс на это не влияет.
Также проверьте, не замыкают ли цепи питания и сигналов контроллера на какие-либо металлические конструкции.
Зависание происходит всегда в одно и то же время? если в одно и то же, с чем совпадает? Что-то включают или выключают?
UPS, аккумуляторы и т.п. ставить бесполезно, это не проблема пропадания питания.
ЗЫ. Обязательно отпишитесь, что помогло а что нет, статистика будет всем полезна.
Да. Прошу прощения что не писал - был занят на другом проекте.
В общем по порядку:
1) Блок питания - СКАТ-1200А (12v/0.5А). На всех трех свой. На этих же местах, в такой же конфигурации (контроллер + 2 считывателя + СКАТ) раньше стояли контроллеры SMDR-3 и работали без особых проблем.
2) Привязка идет к месту установки, менять местами пробовал, но это ничего не изменило.
3) Минуса везде проверил, все обжато - контакт не теряется.
4) Замыканий оборудования контроллеров и считывателей на внешние металлические конструкции тоже не зафиксировано.
5) Зависают контроллеры хаотично, в разное время в разных конфигурациях: один контроллер проходной, в среднем 10-15 регистраций в час в течение дня, второй контроллер - регистрации утром и вечером в среднем 30-40 регистраций за 2 часа нагрузки, третий просто стоит на стенде, без считывателей и прочего обвеса - работает в “холостом” режиме. На данный момент зависают все три контроллера, но у второго висяки происходят реже (1 в 2-3 дня). Первые два прикреплены к гипрочной стене, третий стоит на деревянной подставке максимально удаленной от источников ЭМИ. Ближайшие девайсы, способные гененерировать хоть какое-то поле - компьютеры. Во всех случаях расстояние от контроллера до любого из них 4+ метров
6) Привязаться к каким-либо событиям я не могу. Скачков напряжения не зафиксировано, отключения электроэнергии тоже. Да и скаты сами по себе являются стабилизаторами и ибпшками в одном флаконе.
Небольшое уточнение к моему предыдущему ответу:
“После выключения и включения питания события идут?”
Да после перезагрузки события начинают идти, но, те события что произошли от момента зависания до момента перезагрузки - пропадают. Т.е. контроллер их на комп не передает.
Есть возможность на одном из контроллеров заменить блок питания на какой-либо другой для эксперимента, например компьютерный?
Дело в том что отсутствие событий - это сбрасываются данные о времени в микросхеме часов, процессор с картой работают, т.к. контроллер реагирует на карту, предварительно найдя ее в базе. В то же время сетевая микросхема теряет свои настройки, после перезагрузки связь восстанавливается, а данные о времени записываются заново с компа. Теоретически можно попробовать сделать для вас перезагрузку при отсутствии связи в течении скажем минуты или двух или меньше (какой таймаут предпочтительнее?), но проблема чисто аппаратная, лучше бы найти причину.
Если с другим блоком питания проблема не исчезнет, отпишитесь, попробуем решить этот момент программно, если исчезнет, поставите такие же блоки питания на остальные два.
Не дождавшись ответа сделали - таймаут 60 сек., нет связи - перезагрузка сетевой микросхемы.
Запустить hardman.exe, та установит IP адрес, SCM-IP, подключиться. Дополнительные функции, запись прошивки+SCM-IP, открыть файл SCM-IP_8_2_2******записать. Пойдет запись, потом проверка, когда выдаст ОК, значит все. Другими функциями играться не рекомендуется. Сообщите мыло куда выслать файлы.
Мыло: #################
С компьютерным блоком питания сегодня поиграюсь, посмотрю.
Вспомнилось...
не установлен ли случайно где-то в сети на каком либо компе второй модуль связи с контроллерами? (могли играться тренироваться и т.д.), если да, то так примерно и должно быть, он перехватывает связь и заставляет контроллеры отвечать себе, а не рабочей копии программы, отсюда видимость отсутствия связи при активности сетевухи контроллера, а также пропадания событий, который паразитный модуль связи забирает в свою базу.
После удаления лишних модулей связи наберите на компе с правильным модулем связи в командной строке arp -d
Пока не проверите, прошивку лучше не трогайте.
Сегодня только добрался до контроллеров.
В общем в сети был обнаружен еще один установленный комендант, но в нем не было заведено ни одного контроллера, а модуль связи был остановлен. Деинсталировал комендант, во избежание, так сказать.
По результатам работы на компьютерном блоке питания - результаты те же. Виснет.
Сегодня поставил на один из контроллеров БП СКАТ 1200 И7, на другой залил прошивку. Будем посмотреть.
Если модуль связи точно был остановлен, то он не мешает.
Добрый день!
Мы их вроде бы победили.
В общем проблема оказалась в перегреве микрросхемы с маркировкой ENCZ8J60-USO 0917AKY (видимо, контроллер сетевухи). На ощупь он нагревается градусов до 90 (более точно измерить не могу ввиду отсутствия измерителя под рукой). После монтажа радиатора на эту микруху температура упала градусов до 30. Вторые сутки - полет нормальный. Ни один контроллер не завис.
В приложении - фотка того, что получилось
Без перепрошивки?
90 это когда можно получить ожог. Ее рабочий режим около 50 - 60 градусов, это когда немного больно держать пальцем. Так и должно быть. Сотни этих микросхем работают со своей штатной температурой, жалоб нет. Допустимый нагрев до 85 градусов.
Есть подозрение что все таки перепрошивка имела место.
Перепрошивал я другой контроллер. Это был со штатной прошивкой.
Температура около 90 именно потому, что пальцы обожгло.
После установки радиатора на ощупь он теплый (примерно 30-35 градусов, замерить более точно нет возможности).
Сейчас все контроллеры работают на прошивке 2.1
