Открыть список
Как стать автором
Обновить

Комментарии 8

А что мешало использовать (пусть вшитые) ключи для авторизации административных операций? Или банальные логин-пароль?
По большому счет, ни чего не мешало. Но т.к. контроллер управляется в составе автоматики через Control4 контроллер, то необходимо было написать драйвер для этого контроллера для взаимодействия со СКУД. Изначально инсталяторы, которые монтировали автоматику, реализовали драйвер без возможности даже Basic авторизации. На данный момент драйвер переписан уже моими силами и в дальнейшем будет реализован доступ к HTTP API через Token.
Вопрос, который напрашивается сам собой: зачем необходима лишняя сущность в виде Arduino? Raspberry Pi не случайно оборудован GPIO.
Конечно, GPIO на RPi присутствует, но при подключение считывателя возникли проблемы (то считыватель отваливался, то ключи рваные приходили). На Arduino все заработало, как говорится, из коробки. С реле также возникли сложности с питанием. Его было недостаточно от ног GPIO. Питание Arduino от USB порта RPi хватило вполне. Уверен, что можно было бы решить все эти сложности, но решено было использовать костыль в виде микроконтроллера.

Кто бы написал статью про создание драйвера для RPi для работы с GPIO.

Не встречал проблем с управление GPIO. Есть же стандартные библиотеки управления ими.
Хоть из питона, хоть из C++.
А использовать Arduino вместо простого согласования входов/выходов (да хоть простыми биполярными транзисторами) это очень оригинальное решение.

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

Делал видеонаблюдение для дачи полностью на плате малины (с механизмом поворота камеры в двух осях управляемых через GPIO). Увы… за неделю минимум один раз малина зависает. И питание ей дела с буфером через свинцовый аккумулятор и радиатор вешал на проц…

Именно сомнения в надёжности RPi, при навешиванием на нее доп. оборудования через GPIO, склонили к использованию отдельного микроконтроллера, оставив на малине только программную часть.


Насколько я знаю, подобная связка используется в большинстве общественных железок (венденговые и кофейные аппараты и т.п.). Там всегда есть ПК и микроконтроллер и связаны они, в большинстве случаев через RS-232 или RS-485 интерфейсы. Конечно, там используют не ардуино, а более промышленные варианты типа STM32.


Еще момент в не стабильности малины был замечен при использовании второй и третьей версии платы. Я реализовал решение на первой. Как писал в статье полгода, полет нормальный.


А вообще, относительно надёжности, на малине даже спутник реализовали и вроде как удачно.
https://www.raspberrypi.org/blog/european-astro-pi-mission-complete/


Так что может я просто не умею её нормально готовить)))

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