Тема: Проблема с отображением точек доступа
Еще мысль: если контроллер висит на гипсокартоне, не долбят ли дверью, так что на контроллере отходят контакты карты?
Завтра третий контроллер повесим в реальную работу. Со считывателями и с замком. Если он будет работать нормально, то попробуем перевесить второй (глючащий) в другое место. Насчет сотрясения гипсокартона - мысль интересная. В проблемном месте - это возможно...
Помех по питанию там быть не должно, ибо запитаны от блоков бесперебойного питания СКАТ, и рядом никаких мощных силовых проводов нет.
Помехи НЕ ПО ПИТАНИЮ. Его бесперебойность не поможет. Помехи эфирные, идут по воздуху. Вызваны индуктивным выбросом какого-либо электрооборудования, упомянутого ранее, либо искрением контактов внутри него.
На активность можно тоже не грешить потому что если положить на оба считывателя карты и будет идти примерно по событию в секунду, увидите, повиснет не быстрее, а в свое время, сопоставимое с тем как обычно бывает.
Со считывателями и с замком.
Диод не забудьте!
Если повиснет, замок может не открыться.
Со считывателями и с замком.
Диод не забудьте!
Если повиснет, замок может не открыться.
Диод там уже стоит. Там сейчас контроллер SMDR-5, который будем менять. И стоит дублирующий контроллер с отделным считывателем ключей ТочМемори, который умеет только разблокировать замок. Так что блокировка двери не страшна 😊
Отправили прошивку, там еще кое что сделано в плане помехоустойчивости, имеет смысл обновить. если при прошивке выскочит ошибка, не выключайте bootloader а просто запустите прошивку еще раз.
Значит последние новости.
Тот контроллер, который поставили с замком - стоит, работает и вроде не глючит. Сутки - полет нормальный.
Остался последний. Отваливается от сети несколько раз в день, теряя при этом события. Сняли его вместе со считывателями, и блоком питания, принесли к себе. 2 карты запрограммировали, положили на считыватели, считывание каждую секунду.
Виснет через 5-20 минут.
Отнесли в серверную. Там прохладно, нет помех, питание на его БП (Скат) подали через SmartUPS, то есть по сети помех нет. Пофиг - повис через 5 минут.
Сменили блок питания Скат на другой. Повис.
Отключили от локальной сети, оставив в автономке - всю ночь проработал, накопив 56000 событий и не сбойнул.
Выдернули сетевой кабель из коммутатора Dlink DES-3028 и подключили через дешевый Dlink DES-1008. Продержался чуть дольше, но повис.
Сейчас прошил его версией 2.4, жду результата...
через 10 минут работы - вроде работает нормально, пикает, релюшками щелкает, но статистика 16776972 событий. Т.е. прошивка не помогла.
Да, еще попутно пытался пропаять на нем разьем питания (было на одном из контроллеров - непропай), и те, но которых сетевой модуль висит. Тоже не помогло.
Через пару часов привезут пару других считывателей, попробую (может один из моих - глючит).
Ну и если не поможет, отнесу этажом выше и подключу в коммутатор 3Com (просто остальные 2 контроллера работают там). Может у него нетерпимость к коммутаторам DLink….
Контроллер с замком, по прошествии 26 часов работы - выкинул из памяти данные по ключам. Статистика - ключей 0, событий 0
Попытался перепрошить на 2.4. Четыре неудачные попытки, потом попробовал прошить на 2.2, получилось со второй попытки, потом с первой попытки прошил на 2.4
Подозреваю, что таике вещи из-за того, что не просто компьютер подключен к контроллеру, а они все включены в сеть, где более 150 компьютеров и сетевых устройств.
Попутно у меня вопрос - это только у меня такие проблемы с контроллерами SCM-IP? Может нам просто партия бракованная попалась?
Попробовал запустить контроллер с компьютерным блоком питания.
5 минут работы - опять 16 млн событий.
Сейчас на всякий случай попробую перепрошить назад на 2.1 и повторить эксперимент.
на версии 2.1 с компьютерным блоком питания продержался 12 минут после чего попискивание стало ровным и непрерывним писком без щелчков реле, и осталось таковым даже после снятия карт. Пинговаться контроллер тоже перестал.
Ну и последние испытания на сегодня. Как я уже упоминал - с неподключенной сетью он проработал ночь без сбоев.
Собрали ему идеальную сеть - DLink DES-1008, подключенные в него - контроллер и 1 компьютер с установленным Комендантом 5.
Результат - полчаса без глюков.
Ради интереса снова воткнули его в общую сеть, вывели в отдельную подсеть 192.168.66.ххх , где нет никаких устройств кроме контроллеров и собственно сервера, на котором стоит Комендант 5 с адресом 192.168.1.251, которому дали алиас 192.168.66.251
Повис через 5 минут.
Сейчас снова ткнем его в вышеописанную идеальную сеть и оставим на сутки. Отпишусь по результатам. Если не повиснет, значит вариант один - его роняют какие-то бегающие по сети пакеты. Напоминаю, что в сети около 100 компьютеров и около 50 различных сетевых устройств. При этом ни на одном из них проблем с сетью не замечалось. Вот данные с моего компьютера:
Статистика интерфейса
Получено Отправлено
Байт 9191063 11172938
Одноадресные пакеты 16019 17293
Многоадресные пакеты 8305 86
Отброшено 0 0
Ошибки 0 0
Неизвестный протокол 61
Собрать для контроллеров отдельную сеть - не представляется возможным, так как у нас 5 удаленных точек, куда впоследствии тоже планировалось ставить такие же контроллеры, которые должны быть сведены воедино и иметь возможность мониторинга всех сразу с некоторых рабочих станций сети.
Сетевой интерфейс теоретически может захлебнуться излишним потоком широковещательных пакетов, но при это исключен сброс событий или тем более ключей. Сброс событий и ключей происходит из-за того что сектор карты в процессе перезаписи портится в оперативке, в 2.4 чтение сектора с количеством ключей и событий сделано каждый раз, а не при загрузке контроллера. Из-за того же не прошивается с первого раза. То что контроллер проработал всю ночь, скорее всего причина в ночи, а не в отсутствии сети, т.к. ночью источник помех скорее всего был выключен. Косвенно этот момент зависит от активности, т.к. перезапись сектора происходит только во время какого-либо действия или чтения события, когда оно есть.
Эту ситуацию мы воссоздавали несколько раз на версии 2.1 путем включения и выключения 2 электромагнитных замков без диода, контроллер либо виснет, либо делает 16728064 событий, сброса ключей добиться не удалось. Попутно вис 1 свич и еще 1 комп. Так что замена экземпляра контроллера ничего не даст.
После прошивки на 2.4 программирование делали? Неправильное количество событий могло остаться с прошлого раза.
Попискивание стало ровным, это значит что повисла сама карта, потому и после снятия звук остался таким же, контроллер без карты не работает вообще.
Существует еще IP контроллер с ethernet SCM-NET, у которого пользователей поменьше (1536) и функционально попроще, в остальном то же самое, там используется не SDкарта, а другие флешки в виде микросхем, запись в которые производится без загрузки сектора в оперативку, возможно что ваши помехи на них не подействуют, а возможно и проявятся в чем то другом. Если есть желание, можем выслать на пробу 1 шт., нужно его испытать длительно, несколько недель по крайней мере, если все будет нормально, поменяем на большее количество, пропорционально стоимости (5шт получается).
Последние попытки:
На собранной идеальной сети - DLink DES-1008, подключенные в него - контроллер и 1 компьютер (WinXP) с установленным Комендантом 5., 2 карты положены на 2 считывателя.
Результат - 2,5 дня без глюков. Это уже положительный результат.
Попробовал изменить схему - на сервере, на котором изначально стоял Комендант, подключил контроллер на отдельную сетевую плату без хаба вообще, сделал отдельную подсеть на эту сетевую плату. Повис с 16 млн. событий через 5 мин.
Попробовать заменить на контроллер SCM-NET - интересный вариант, тем более что нам врядли понадобится функционал SCM-IP, просто брали по принципу - вдруг когда пригодится. Так что если вы готовы выслать на пробу - буду весьма рад.
Что необходимо от нас для этого?
