Jump to content
nxs

Построение Скд: Прямые Запросы К Mysql

Recommended Posts

Добрый день, друзья!

Помогите советом в выборе оборудования и в шагах реализации.

Пытаюсь своими силами реализовать простейшую СКД: дверь, замок, считыватель карточек.

Но есть один нюанс: хочу, чтобы после считывания карточки контроллер обращался не к своей базе памяти ключей, а каждый раз отправлял запрос на доступ к серверу БД (MySQL).

Такое возможно? Может это уже реализовано?

Если нет, на каком оборудовании это пытаться реализовать?

Если нужно уточнить какие-то детали - буду рад ответить на ваши вопросы.

Спасибо за помощь!

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Конденсаторы Panasonic. Часть 4. Полимеры – номенклатура

В заключительной, четвертой статье из цикла «Конденсаторы Panasonic» рассматриваются основные достоинства и особенности использования конденсаторов этого японского производителя на основе полимерной технологии. Главной конструктивной особенностью таких конденсаторов является полимерный материал, используемый в качестве проводящего слоя. Полимер обеспечивает конденсаторам высокую электрическую проводимость и пониженное эквивалентное сопротивление (ESR). Номинальная емкость и ESR отличается в данном случае высокой стабильностью во всем рабочем диапазоне температур. А повышенная емкость при низком ESR идеальна для решения задач шумоподавления и ограничения токовых паразитных импульсов в широком частотном диапазоне.

Читать статью

распберри пи на каждую точку

Может запрос будет через ПК...ждем автора.

Share this post


Link to post
Share on other sites

К каждому замку ставить ПК? :)

Хотя распберри и будет тем самым пк, только небольшим и относительно дешевым...

А сама база, очевидно, где то в сети этих "замков", вероятно на пк или еще где...

Share this post


Link to post
Share on other sites
                     

STM32G0 - средства противодействия угрозам безопасности

Результатом выполнения требований безопасности всегда является усложнение разрабатываемой системы. Особенно чувствительными эти расходы стали теперь, в процессе массового внедрения IoT. Обладая мощным набором инструментов информационной безопасности, микроконтроллеры STM32G0 производства STMicroelectronics, объединив в себе невысокую цену, энергоэффективность и расширенный арсенал встроенных аппаратных инструментов, способны обеспечить полную безопасность разрабатываемого устройства.

Подробнее...

Программу для контроллера пишешь сам?

Пока ещё ничего не пишу. Рассматриваю все варианты, ищу готовые решения.

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

К каждому замку ставить ПК? :)

Хотя распберри и будет тем самым пк, только небольшим и относительно дешевым...

А сама база, очевидно, где то в сети этих "замков", вероятно на пк или еще где...

Этот вариант вполне допустимый, если контроллеры нужным мне функционалом прошить невозможно.

Управлять всеми замками с распберри? Есть какие-то готовые решения (желательно под линукс)?

База - не то, что за пределами замков, но даже за пределами города, где эти замки будут расположены.

Edited by nxs

Share this post


Link to post
Share on other sites

Пытаюсь своими силами реализовать простейшую СКД: дверь, замок, считыватель карточек.

Но есть один нюанс: хочу, чтобы после считывания карточки контроллер обращался не к своей базе памяти ключей, а каждый раз отправлял запрос на доступ к серверу БД (MySQL).

Такое возможно? Может это уже реализовано?

Если нет, на каком оборудовании это пытаться реализовать?

Разжуйте слово "Реализовать": Разработать , Выбрать готовое?

Сколько точек доступа? Степень территориальной распределенности?

К чему такая категоричная централизванность? При перебоях связи двери будут заблокированы что ли? (Кстати не забывайте про ответственные моменты по пожарной безопасности, СКУД должен работать как часы и открыться по сигналу "пожар").

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

И почему именно Мускуль если не секрет? Мало чтоли СУБД нормальных под Линукс(PostgreSQL, Firebird и др.)

Почитайте например как работают СКУДы Kantech, Бастион, Perco...

Вот например на Perco можно все сделать, нормальный Питерский СКУД, неплохие контроллеры с Ethernet интерфейсом

пс Ставить комп на каждую дверь это как минимум "из пушки по воробьям"

Share this post


Link to post
Share on other sites
Управлять всеми замками с распберри? Есть какие-то готовые решения (желательно под линукс)?
На каждую дверь свой распберри, да. Это реально первое, что идет в голову, если надо реализовать "свою" подобную систему, достаточно специфическая задача для любых контроллеров и точно потребует разработки. Или готовые СКД, которые уже разработаны и которых, мягко говоря, дофига... Готовые решения для распберри? Прямой запрос к серверу MySQL или любому другому, из под линукса - не проблема вообще, вопрос 5 минут гугления. Дергать одним-двумя i/o портами на распберри - тоже дело пары минут...
если контроллеры нужным мне функционалом прошить невозможно.
Можно, на любом мк с езернет модулем на борту, или отдельным недорогим езернет контроллером на плате, плюс разъем с трансформаторами внутри... Просто и недорого, в железе... А вот программная часть - "слегка" наоборот. Я, например, если и возьмусь реализовать такое, запрошу минимум несколько десятков тысяч за один экземпляр, гербер этого экземпляра и хекс для прошивки (не исходники, за них значительно больше)... Edited by NebsteR

Share this post


Link to post
Share on other sites

Можно, на любом мк с езернет модулем на борту...

Забавно будет понаблюдать за переписыванием libmySQL.so под какую нибудь Мегу или Пик (см. название топика) :crazy:

Share this post


Link to post
Share on other sites

А никто это не собирается делать, для простого запроса к базе и получения ответа достаточно поднятого tcp/ip стека, с некоторыми дополнениями...

К тому же, если во главе угла не стоит максимальная дешевизна железа, то вполне можно поднять все это дело под мелким линуксом на arm ядре (да, собственно, и не только на arm), и все сведется к тем же высокоуровневым манипуляциям, что и на распберри...

Share this post


Link to post
Share on other sites

Но arm ни есть любой мк, это достаточно мощная железяка.

Можно и на "любом" 8 битном МК сделать, если отказаться от гнилой концепции СУБД-Контроллер в пользу трехзвенки. Сервер приложений общается с контроллерами на своем "примитивном" протоколе, сервер приложений с СУБД стандартными средствами и без костылей.

пс Поднимать весь стек TCP\IP полностью и не нужно вовсе, он слишком жирен

Edited by ferrum

Share this post


Link to post
Share on other sites
Сервер приложений общается с контроллерами на своем "примитивном" протоколе, сервер приложений с СУБД стандартными средствами и без костылей.
Такой вариант тоже есть...
Но arm ни есть любой мк, это достаточно мощная железяка.
Я и не говорил, что это любой мк :)
пс Поднимать весь стек TCP\IP полностью и не нужно вовсе, он слишком жирен
Ясен пень...

Share this post


Link to post
Share on other sites

Такой вариант тоже есть...

Прикольно, приведите пример любого серьезного СКУДа где используется не такой вариант...

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

Share this post


Link to post
Share on other sites
Прикольно, приведите пример любого серьезного СКУДа где используется не такой вариант...
Понятия не имею, ТС спрашивал о прямых запросах от контроллера - я ответил :)

Share this post


Link to post
Share on other sites

ТС очередной человек, зарегистрировавшийся чтоб задать единственный провакационный вопрос "А что если сделать квадратные колеса" и смыться :crazy:

Нужен этот огород? Я подозреваю что человек нуждается в интеграции с какой то системой( не иначе как с апачем), дак это совсем другой разговор

Share this post


Link to post
Share on other sites

Разжуйте слово "Реализовать": Разработать , Выбрать готовое?

Разработать, если нет готового решения (или хотя-бы частичного решения)

Сколько точек доступа? Степень территориальной распределенности?

На данный момент одна дверь. Всё.

К чему такая категоричная централизванность? При перебоях связи двери будут заблокированы что ли? (Кстати не забывайте про ответственные моменты по пожарной безопасности, СКУД должен работать как часы и открыться по сигналу "пожар").

Идеально было бы всегда обращаться к центральной БД, если связи нет - открывать/закрывать "по памяти".

Что касается пожарной безопасности - решение это "для себя", по-этому вопросы открытия по сигналу "пожар" пока не рассматриваю.

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

Мне нужно как раз наоборот для правильной интеграции в существующую систему учета рабочего времени.

И почему именно Мускуль если не секрет? Мало чтоли СУБД нормальных под Линукс(PostgreSQL, Firebird и др.)

Наша система учета рабочего времени работает на MySQL.

пс Ставить комп на каждую дверь это как минимум "из пушки по воробьям"

Даже это решение на данном этапе устроит. Если не сложно - опишите пути реализации, пожалуйста.

Но arm ни есть любой мк, это достаточно мощная железяка.

Можно и на "любом" 8 битном МК сделать, если отказаться от гнилой концепции СУБД-Контроллер в пользу трехзвенки. Сервер приложений общается с контроллерами на своем "примитивном" протоколе, сервер приложений с СУБД стандартными средствами и без костылей.

Но как? :) Где об этом почитать?

ТС очередной человек, зарегистрировавшийся чтоб задать единственный провакационный вопрос "А что если сделать квадратные колеса" и смыться :crazy:

Нужен этот огород? Я подозреваю что человек нуждается в интеграции с какой то системой( не иначе как с апачем), дак это совсем другой разговор

Да, позвольте описать немного подробнее:

1. есть система учета рабочего времени, написана на основе liferay (java)

2. работает примитивно: каждый сотрудник вручную заполняет время потраченное на определенные задачи

3. нужно в эту систему добавлять время прихода/ухода сотрудника.

4. (этот пункт пока не обязательный) так же хотелось бы иметь быть возможность предупреждать сотрудника перед выходом о недоработке <-- то есть, нужна непосредственная связь с MySQL.

Share this post


Link to post
Share on other sites

А у вас как с программированием под ПК?

Контроллер Z5R NET и SDK к нему для ваших задач я думаю за глаза и никаких малин.

Извиняйте но библиотекак Виндовая только, хотя стоит уточнить

Edited by ferrum

Share this post


Link to post
Share on other sites

Вот уже больше 10ти лет работаю системным администратором.

Пописываю на пхп в качестве подработки, скрипты на шелле - само собой.

Системным программированием не увлекался, но руки прямо стоят - думаю, справлюсь.

Share this post


Link to post
Share on other sites

Конвертер Z397 для Линуксов нормально подойдет, так как аппаратный в отличии от СДК выше упомянутый, протокол конвертер-ПК открыт.

На PHP я думаю "не совсем удобно" будет, удобней написать будет демон мониторящий компорт, выбирающий события из контроллера и закидывающий их в БД

Share this post


Link to post
Share on other sites

Спасибо, сейчас посмотрю, что я смогу с ним сделать.

Ещё нашел такой вариант, но вам не по душе будет: http://nesit.org/rfp...-access-system/

Но очень просто в реализации.

Edited by nxs

Share this post


Link to post
Share on other sites

Почему же не по душе, эффектная игрушка.

Главное чтоб вам нравилось.

Share this post


Link to post
Share on other sites

Мне нравится. Я имел ввиду, что в ваших глазах это решение "с пушки по воробьям" :)

У меня ещё один вопрос. Реализую по вот этой схеме: https://github.com/xillwillx/RFPiD

Там есть картинка, где все красиво нарисовано. Вот она:

jXt2pnKlvHmEA.png\

Не могли бы вы ответить, что это там? Нигде не нашел описания.

Share this post


Link to post
Share on other sites

Семен-семеныч ... спасибо!

Кстати, (простите за дилетантский вопрос) а на сколько безопасна такая схема?

Может дополнительно добавить какие-то развязки?

Edited by nxs

Share this post


Link to post
Share on other sites

Друзья, у меня все получилось, все отлично работает (даже с видео и звуком).

Вопрос новый появился: что мне нужно в схеме заменить, если место замка (12 вольт на клемы) надо подавать питание 220В на другое устройство (звонок) с большим током (около 10 ампер)?

С блоком питания понятно, а с транзистором как?

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Сообщения

    • так-же как и уложить БЕЗ разрушения трассы - невозможно.  А, получить разрешение от дорожников и ГИБДД-шников на укладку такого рода датчиков... - как минимум потребует согласования с ФСО и ... чуть ли не через госдуму проводить.   По сути - банальный датчик движения.  Программа "обрабатывает" скорость. ПЛЮС - дистанционный металл-детектор. Два совпадения - включается камера.  Вот только "дистанционный" метал-детектор - пока ещё из серии "ноу, но не хау". остаётся банальная камера и приличное ПО.  Но, проще - не экономить на "памяти".  Да и с законодательством лучше не шутить.   
    • Осталось несколько плат к прибору Tweezer RCL-meter. По Украине. Цена одной платы 120 гривен. 
    • 25мин 40сек 
    • У меня тоже самое в усилителе на 1875, петля есть, но тишина в АС полная. Есть еще одна уловка, при которой мне удавалось добиться тишины при псевдо двойном моно- два раздельных БП от одной обмотки, земля обоих на общей мекке. Ремонтировал знакомому недавно амфитон, там тоже псевдо двойное моно, но фона тоже нет. Посмотрел, а там сигнальная земля протянута с мекки БП отдельно, а силовая отдельно. Так что варианты есть.
    • Может кому пригодиться, лучше поздно, чем вчера. Левый В мультиметре как на фото маркировка 9090, в аналогичном 9000, сопротивление по мультиметру 909 оМ и 900 оМ соотв. Правый В мультиметре как на фото и в аналогичном маркировка 1000, сопротивление по мультиметру 99.4 оМ и 100 оМ соотв.
    • попробуй начать предлагать со 100 баксов ... так проникнется большее кол-во народа ....
  • Покупай!

×
×
  • Create New...