Nice Smilo + лог открытий

[Lupantrop]

Отцы, всех приветствую!

Наслушался хвалебных отзывов о крутых возможностях Z5R-Web, захотелось хотя бы половины, но для приёмника Nice OXI. Понятно, что так просто не получится, но получение лога проездов через шлагбаумы по брелкам кажется возможным. Как примерно себе это представляю:
1) сваять, напр., на ардуино, плату с приёмником, которая будет считывать из эфира Keeloq-код от смайлы;
2) вычленять из кода серийный номер брелка и нажатую кнопку;
3) отправлять GET'ом данные на мой сервер в интернете.

Соответственно, нужна ардуина, приёмник, Ethernet и программа. Разместить всё это в столбике шлагбаума, питание и езернет там есть
Вопросы к знатокам:
1) кто-то что-то подобное делал?
2) кто-то чувствует в себе силы сваять такое решение за материальное вознаграждение?

 

[Vorottok]

Если не ошибаюсь, комфорт паркинг реализовала лог на Найсовских пультах.

 

[Lupantrop]

Ха-ха-ха! Смешно! Это как раз та самая компания, которая нам ставила шлагбаумы и обеспечивает диспетчеризацию. Отправил им запрос, посмотрим, что скажут... У них точно есть решение для логирования проездов с помощью оператора. Лог красивый, даже фотки с камер прикладываются. А вот для пультов не видел варианта...

 

[passkal]

1. Чем обусловлен выбор NICE ?
2. Брелки прописывать в OXI и в arduin-у ? (OXI управляет шлагбаумом, а Arduino стоит рядышком и подглядывает за эфиром?)
3. По мне правильнее нужно чтобы одно устройство и принимало обрабатывало сигнал и открывало шлагбаум)

Для мозгов задача полезная, времени бы ещё где нибудь взять для этого )))

 

[Lupantrop]

1. Чем обусловлен выбор NICE ?

Шлагбаумы уже стоят и на руках over-дофига пультов.

2. Брелки прописывать в OXI и в arduin-у ? (OXI управляет шлагбаумом, а Arduino стоит рядышком и подглядывает за эфиром?)

Не, в ардуину не надо ничего прописывать. Надо, чтобы она просто из эфира вытащила серийный номер и отправила мне на веб-сервер. Вся логика, если и будет когда-нибудь сделана, то именно на сервере.

3. По мне правильнее нужно чтобы одно устройство и принимало обрабатывало сигнал и открывало шлагбаум)

Категорически согласен. Но у того же найса похожее решение есть только для частного дома.

Для мозгов задача полезная, времени бы ещё где нибудь взять для этого )))

Ну, не. Не только для мозгов. Можно сделать решение, которое будет давать возможность вести логи и легко и быстро (удалённо!) отключать и включать проезд для нужных пультов. И при этом не нужно менять существующую инфраструктуру.

 

[passkal]

Ну если предложение от Комфорт Паркинга не устроит, пиши, будем подумать.

 

[Vorottok]

О том что они это реализовали, слышал от Найс. Сам этим вопросом задавался года три назад, но переключился на другой СКУД.

 

[Lupantrop]

...но переключился на другой СКУД.

А на какой именно, если не секрет? Что-то от PAL?

 

[Vorottok]

Да, более удобно оказалось

 

[Lupantrop]

Комфорт Паркинг выразился о своём решении кратко: "сетевой контроллер (z5rweb, z5rnet+z397, gateIP) + радиочастотный считыватель". Более подробно пока не расспрашивал, т.к. решение предполагает замену той кучи брелков, которые находятся на руках у жильцов, а это не вариант.

 

[Lupantrop]

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

В общем, всем советую при проектировании СКУД выбирать решения с диалоговым кодом, всё остальное от лукавого.

 

[passkal]

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

В общем, всем советую при проектировании СКУД выбирать решения с диалоговым кодом, всё остальное от лукавого.

Ну во первых по твоему плану: OXI будет стоят и открывать шлагбаум. А сторонний прибор будет только считывать сигналы пультов (серийник) и отправлять на сервер в лог (дата+серийник), т.е. непосредственно в открытии шлагбаума он не участвует.

 

[Lupantrop]

...А сторонний прибор будет только считывать сигналы пультов (серийник) и отправлять на сервер в лог (дата+серийник), т.е. непосредственно в открытии шлагбаума он не участвует.

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

 

[passkal]

Но если действительно делать нормальное решение

Ну вот с этого и надо начинать!

Посмотри, может будет интереснее этот GSM

 

[Lupantrop]

Посмотри, может будет интереснее этот GSM

Посмотрел. Там очень нравится сама идея краудсорсинга, но есть очень слабые места, которые для нас критичны:
1. Краудсорсинг на базе канала в телеграме сильно ограничивает аудиторию, у нас во дворе хорошо если процентов у 5 жителей есть телеграм, а желание кому-то что-то открывать - и того меньше, а еще телеграм регулярно блокируют. Так что пока считаю, что диспетчеризация разумнее. Кстати, автор сам признаёт, что какая-то тётка долго хотела выехать, но ей так и не открыли - это плохо.
2. Приложение и виджеты только для андроида - даже если забыть про айфоны, то у нас много дедушек и бабушек с кнопочными телефонами, они тоже в пролёте;
3. Открытие с телефона в принципе не всем подходит, особенно когда больше 1-го шлагбаума, брелок в этом смысле удобнее.
4. Тема с распознаванием номеров очень прикольная, но, во-первых, народ не любит номера протирать, а во-вторых, камеры и ПО для распознавания номеров сразу сильно удорожают систему (и в случае автора, и в нашем случае таких систем надо по три штуки). Реально может оказаться дешевле поставить RFID и клеить метки (самоуничтожающиеся при отрывании) на лобовые стёкла.

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

 

[passkal]

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

Ну держите в курсе, сам развлекаюсь ардуиной.