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

Литиевые батарейки Fanso для систем телеметрии и дистанционного контроля

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

Подробнее

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites
                     

Приглашаем на вебинар Решения для построения ультразвуковых счетчиков жидкостей и газов на базе MSP430

Компэл совместно с Texas Instruments 23 октября 2019 приглашают на вебинар, посвященный системам-на-кристалле для построения ультразвуковых расходомеров жидкостей и газов на базе ядра MSP430. Вебинар проводит Йоханн Ципперер – эксперт по ультразвуковым технологиям, непосредственно участвовавший в создании данного решения. На вебинаре компания Texas Instruments представит однокристальное решение, позволяющее создавать точные недорогие счетчики жидкостей и газов.

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

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

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

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

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

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

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

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

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

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

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...

  • Сообщения

    • Абсолютный, полный аналог искать нет смысла, нужно смотреть, какой функционал используется в исходной схеме и подбирать замену исходя из этого. А в курсе, что под другой МК ещё и прошивку придётся писать с нуля?
    • Окончание попыток сборки "качественных" УНЧ у меня состоялось в тот день, когда стробоскопом осветил этот самый диффузор - полное совпадение с поверхностью воды, которую обдувают вентилятором. И это при синусоидальном токе в обмотке динамика! Теория и математическая модель работы диффузора в корне отличается от практически визуально наблюдаемой картинки. Уважаемые ПРОФИ в области конструирования высококачественных УНЧ, Ваши схемы и электроника создают, вероятно, только электрически качественный ток. А как же конечный результат или цель Ваших конструкций?  Некоторый положительный эффект улучшения качества звука возможен при ЭМОС (электромеханической обратной связи) по сигналу перемещения диффузора названного динамика.   Кроме критики могу добавить следующее, резкое улучшение качества звука у меня получилось при подключении к усилителю маленьких динамиков с диффузором из алюминия диаметром 40-50 мм. Для воспроизведения низких частот желательно соединить их параллельно-последовательно, что даёт возможность согласования по необходимому значению требуемого электрического сопротивления, несколько динамиков на одной плоскости.  
    • Самое интересное - каким боком тут может помочь ардуина?
    • А ссылка, что Бориска дал, действительно хорошая. Буквально каждый узел разобран по косточкам.
    • 5. Две одинокие ромашки на маковом поле. Их УЗД маскируется уровнем всего остального. Ведь фильтрация у шириков тю-тю а они тянут до 16кгц с выраженным пиком 5кгц. 6. При совокупности всех факторов пародия и есть...
    • Перемотал дроссель. литцендрат - провод 0,25мм - 13 жил  -- 21 виток. Всё равно греется.. Когда на выходе на динамики значение переменки превышает 20 вольт - дроссель начинает зудеть.. потиху. на 30 вольтах очень даже ощутимо зудит-пищит.. Максимум показал 34 вольта пока был холодный. Нагрелся - максимум стал 32 вольта с копейками. Когда вход зашунтирован  - на выходе 0,4 вольта постоянки (я так понимаю, что это и есть остаток несущей). Поднимаю громкость - вырастает до 0,6 в гдето, поднимаю до максимума - дроссель начинает зудеть  -  а постоянка резко уходит в минусовые показатели...
    • 1. Для чего снято и выложено подобные демо мы прекрасно понимает...  2. Не имеет значения. Вообще следует головке отдавать тот диапазон, где её ачх максимально линейна, отрезав лишнее. Вам бы справочник по акустике почитать а не форумы...  3. Сможете аргументировать, что групповой излучатель не может состоять из группы разнотипных излучателей/ас? 4. Сколько людей столько мнений. Но держу пари, большинство  категорически против подобных щитов, роликов и мнений их авторов.
  • Покупай!

×
×
  • Create New...