СКУД. Знать, что хочет заказчик

Наличие обновления хоть на фонарном столбе хоть на просторах всемирной помойки: - еще не означает что что-то хорошо продается или замечательно покупается, даже при том что если через пару-тройку дней - это объявление будет сорвано.

Сомневаюсь - тема, то вкусная)))

https://market.yandex.ru/search?clid=545&cvredirect=0&text=aim-4sl&local-offers-first=0&deliveryincluded=0&onstock=1

Первый ответ от контроллера не является подтверждением, что комманда выполнена, а вот предпоследний ближе к правде

Ну уж давайте разбираться.

Пакет 1687, 10.10.50.200->;10.10.50.1 Команда открыть дверь (щелкнуть реле). Исходящий порт 49794. Метка времени 13:16:48.047056000

Пакет 1688 (т.е. следующий в общем потоке трафика) 10.10.50.1 ->; 10.10.50.200, передано на порт 49794, т.е. туда, откуда пришел запрос. Метка времени 14:16:48.048372000

Показана пара команда - подверждение приема.

Разница времени составляет 0,001316 секунды. Уж никак не 0,7.

0,7 секунды - это много, это заметно визуально.

Показана пара команда - подверждение приема.

а с OSDP идея не плохая, главное, чтобы не получилось бы как с CAN

Главное что бы не получилось как у нас в видимости наблюдения с ONVIF:

- Хотели как лучшеЕ. Получилось как всегда.

;)

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

Живой форум это норм :)

IP vs RS485 по скорости:

Фундаментально у IP конечно лучше шансы быстро работать. Не из-за полосы передачи (которая в СКУД особо не нужна), только из-за возможности асинхронно послать данные, не дожидаясь пока опрос доберется до нужного устройства.

Но больше решают особенности реализации. Если кто-то по IP карточки пишет в контроллер по одной, то он проиграет тем, кто по RS пишет их сразу много, и т.п.

В чем достижение контроллеру ответить на IP пакет за считанные ms - непонятно. Верю, многие так и отвечают.

В тоже время непонятно и зачем это так ценить, если бы отвечал за 100ms это имеет все шансы никак не сказаться на видимые пользователю финальные показатели.

Про скорость реакции на карту просто забавно:

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

Что это было: Считыватель Tantos, который сначала пикает, а только потом начинает формировать wiegand посылку ;)

Как решить, что делать? Единственный вариант - посоветовали подключить его пикалку на контроллер. Теперь работает ровно столь же медленно как раньше, но пользователи довольны, т.к. проблема решилась - теперь пикает и сразу открывает :)

По пресечению повторных проходов вот еще режим в коллекцию экзотических:

Если человек прошел в какую-то сторону, то какое-то непродолжительное время не пускать его ни в какую сторону через некоторую группу точек доступа.

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

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

По Алкотестеру перестаньте уже, а то я напишу как все было. Кстати, замените в гневной новости, бегущей строке и рассылаемых материалах Сфинкс на Sigur. У нас же был ребрендинг :)

Ну уж давайте разбираться.

Андрей, проблема в том что UDP - широковещательный пакет и чем больше отправителей - тем шире "сетевой шторм".

Ну и еще в том, что UDP пакет - не имеет квита и не требует гарантированной доставки до получателя.

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

а вот если бы сообща - договорились и стандартизировали (включили в поддержку), тогда бы производители конечных устройств подтянулись

Только кто бы еще оплатил эту самую стандартизацию, и кто бы еще потом отчислял за юзанье этого стандарта? ;)

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

По Алкотестеру перестаньте уже, а то я напишу как все было

Александр, посмотрите старую почту с товарищами - там есть все ответы на как было)))

Кстати, замените в гневной новости, бегущей строке и рассылаемых материалах Сфинкс на Sigur

Все это относится к Сфинкс, к Sigur'у это вообще не имеет никакого отношения, так что можете начинать все с чистого листа

Ну вот все карты открыты....