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

Павлик, ну оставь-те сии = мудовые рыдания, для тех проэктов в коих вас никогда-не-будет . :)

)))

Дык- вот : надо-было подключить будку-динго к СКУДному-отечественному = решению ... Подключили...((( Ужос = ДЫМ . А к аполло = подключили...нема = ДЫМа !!! Еще, есть = вопросы ?!

Парсек, Болид, кастрировано но все же - Перко - это которые мы знаем, да и у Вас будет работать процентов на 60% надо только события склеить, да фильтр сделать

А к аполло

А-я не знаю ни одного пользователя = аполло

спите дальше...сладких снов про безоблачную пенсию)))

Зачем-мне = будка-динго ? :)

а мне откуда знать?

Я слеплю на датчике этанола "индикатор газовой среды" - за три-рупля...)))

делайте, я буду только рад - конечно елси будет реализация удачная

Пока мы тут 100 страниц генерировали - я из пяти поданных Вами идей - одну уже "состряпал за три рупля" по Вашему жаргону)))

СКУД на raspberyy PI 3, основные технические характеристики:

1. Неограниченное количество владельцев
2. Возможность хранения фотографий и других персональных данных для отображения на подключаемом мониторе
3. Неограниченное количество уровней доступа
4. Неограниченное количество временных зон
5. Неограниченное количество алгоритмов прохода
6. Неограниченное количество вложенных зон
7. Неограниченное количество алгоритмов КПВ
8. Неограниченное количество форматов карт
9. Несколько банков памяти с картами
10. Низкое токопотребление
11. Возможность использования питания монитора при наличии USB
12. При использовании powerbank, при отсутсвии внешнего питания работа не менее 3 суток
13. Подключение монитора
14. Возможность записи видео и скриншотов
15. Подключение любого USB оборудования
16. Wi-Fi, Bluetooth
17. многое другое

Основные места применения

1. Контроллер СКУД
2. Стенды для алкотестирования с учетом рабочего времени
3. Терминалы выдачи мат.ценностей, инструмента и других
4. Автоматические камеры хранения
5. Домофония
6. многое другое

Поддерживается работа в составе любой СКУД (имитация протокола, SQL запросы, API)

Так по Вашему должно быть? Может я что-то упустил?

сЪедет крыша от импульса-само-индукции с электромагнитного

не едет, да к тому же

1. Бесплатно
2. Функционально
3. Плевать как реализовано, потому что п.1 и п.2
4. "Будка-замки" = хреновые

Все-моёные шняги были заказаны-вперёд = оплачены . :) ВСЕ .

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

Так что хватит заниматься ерундой, с pi это все Лирика, хотя....

Автономное обеспечение сложной программируемой логики работы системы доступа – другой тренд, который в последнее время все больше актуализиру- ется. Контроллеры берут на себя часть функций, ранее выполняемых компью- терами. Главное достоинство такого подхода – логика работы системы сохра- няется при выходе из строя или нарушении связи контроллера СКУД с компью- тером. Важной деталью является то, что эта логика может программироваться самим потребителем и будет работать уже на аппаратном уровне. Это дает широкие возможности интеграторам и продвинутым пользователям, которые получат современный инструмент интеграции с другими системами и возмож- ность создания индивидуальных пользовательских алгоритмов прохода.

Модульный контроллер Модульные принципы построения СКУД давно стали реальностью, можно ожи- дать их проникновение на уровень самого контроллера, в результате чего дол- жен появиться модульный контроллер, который может собираться из стандарт- ных блоков, за счет этого его функциональность может меняться – от простого дверного контроллера или охранной панели до центрального контроллера системы. Написанное выше не является долгосрочным прогнозом, думаю, что до конца года мы сможем увидеть новые контроллеры СКУД от известных производите- лей, что называется, воочию.

А.А.Гинце(Журнал СКУД 2017)

Так что заканчивайте со СКУД'ом и начинайте лудить анализаторы, а то ведь на разработку еще 20 лет надо будет, да еще не факт, что получится...ну или на пенсию пока деньги на нее есть

Я думаю за встраиваемым Linux будущее в части контроллеров. Не столько сам Linux сколько приход больших ресурсов, которые больше не надо сильно экономить, и использование обычных подходов к разработке, ускоряющих процесс.

Конкретно Raspberry - ну не знаю, это бытовое устройство, для СКУД не надо столько мегагерц, HDMI и что там еще, в тоже время надо клеммы, электрическую их защиту и всякую другую мелкую специфику (типа оцифровки собственного питающего напряжения, источника питания часов, каких-нибудь перемычек и пр).

И еще конкретно Raspberry - относительно закрытое решение, попробуйте хотя бы получить полный datasheet на чип ;) Поэтому для СКУД контроллеров скорее будет что-то другое, например, реализации ARM архитектуры от Atmel, которые поставляются в промышленном исполнении под монтаж на вашу интерфейсную плату на схожие деньги.

В любом случае, это разговоры про компонент. Это как крутой двигатель найти и сказать что это мега машина теперь. Контроллер СКУД кроме физической части это многие годы разработки программы и логики, и в это есть овер много нюансов.

попробуйте хотя бы получить полный datasheet на чип ;

ну так возьмите российский аналог на Миландере - в чем проблема?

Контроллер СКУД кроме физической части это многие годы разработки программы и логики

Жюль-Верн СКУДной = ТЕМЫ ...)))

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

Как я тут уже говорил, я думаю что все превращается в софт.

Broadcom, Atmel или Microchip - не важно. Тем или иным способом, у нас теперь есть дешево много мегагерц и гигабайт. "Клеммы" же вообще не выглядят сложно или дорого.

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