Блютуз для связи с приложением на телефоне. Через приложение управление будет удобнее, имхо.
Юзкейсы:
Управление базами ключей/кодов, если база большая.
Можно сделать привязки кодов к точкам на карте.
Возможность быстро делиться кодами друг с другом, публичная база.
Можно использовать незаметно и без подозрений, убрав устройство в карман (наверняка есть такие сценарии).
Обновление прошивки, наконец.
Что по функционалу планируется? Синезуб на борту будет?
Я конечно не дизайнер, но имхо, неплохо бы смотрелся черный корпус (мне нравится сочетание черного и оранжевого). Если пойдете на кикстартер, можно сделать оба варианта корпуса.
Почему бы не выкинуть оттуда вообще этот SoC и оставить только STM32?
Энергопотребление упадет на порядок (а это критично для носимого устройства), стоимость устройства тоже.
А для работы с wifi проще использовать ноутбук или какой-нибудь Wifi Pineapple, как мне видится.
Можно использовать камеру с аппаратным FIFO, куда быстро сохраняется кадр с камеры, а затем считывается медленной ардуиной. Это наверное единственный вариант получить картинку в движении и без смазывания.
Еще можно уменьшить разрешение картинки, тогда и FPS подрастет. У меня выходило где-то 10 FPS при разрешении 300х400, но там все упиралось в пропускную способность UARTa (1 MBod/s).
Устройство с этой картинки — не хаб, а непонятная приблуда, которая подходит только для раздачи питания. Все порты там распаяны параллельно, никаких компонентов нет.
Возможно, стоит уделить больше внимания разводке питания и земли мк? С сервами не работал, но делал платы с GSM-модулями, где мк питался от RC, проблем при этом не наблюдалось.
От кварца действительно можно избавиться, встроенный RC генератор может работать на той же частоте в 8 МГц. Тогда еще уйдут С4, С5 и R1.
Батарею лучше заменить на Li-on и поставить плату зарядки от USB, например TP4056.
Поставить коннекторы типа XH2.54 (JST). Тот же шаг гребенки, но есть защита от подключения не той стороной.
Питание сервоприводов можно коммутировать полевиком (лучше P-канальным, по питанию — например ao3401).
В Arduino IDE можно нативно компилировать код для gcc-avr, по крайней мере это работает с Atmega328p и Attiny13. Скетч в таком случае выглядеть будет примерно так
Сомнительная затея. Имхо, на производстве не взлетит, там давно rs-485, который дешевле, поддерживается почти всем и вся, умеет в топологию типа кольцо и дружит с опторазвязками. В автомобильной электронике так же давно есть CAN. Скорости в 10 мбит/с там не нужны.
Единственное применение, которое приходит на ум — ip-телефония, скорости подходящие и некоторая экономия проводов.
Software serial вещь глючная, лучше использовать аппаратный UART. Причем ничего не мешает это делать даже на платах, где распаян конвертер USB-UART, например Arduino nano :)
Домашний сервер — вещь крайне полезная, а к облакам доверия нет.
Как можно использовать:
-VPN, как для перенаправления трафика из недоверенных сетей или обхода блокировок РКН, так и для доступа ко всем остальным сервисам ниже.
-Файлообменник с дисками большого объема. Доступ к нему со всех устройств (с разными правами в разные папки).
-Бекапы всего и вся в отдельное место, откуда нельзя случайно (или словив шифровальщика) удалить их.
-Раздача или загрузка торрентов 24/7 (актуально для раздач с малым количеством сидов).
-Раздача медиаконтента по локальной сети или через VPN.
-Видеонаблюдение — запись видеопотоков, аналитика.
-Мониторинг радиоэфира при помощи SDR.
-Мессенджер для своих (например jabber).
-Умный дом.
-Тестовая площадка для всякого самописного софта, который должен работать 24/7.
RPI и прочие одноплатники для задач выше подходят плохо, поэтому лучше взять x86-материнку с пассивным охлаждением. По цене и энергопотреблению примерно то же самое, но зато гигабитный ethernet, sata, aes-ni.
Блютуз для связи с приложением на телефоне. Через приложение управление будет удобнее, имхо.
Юзкейсы:
Управление базами ключей/кодов, если база большая.
Можно сделать привязки кодов к точкам на карте.
Возможность быстро делиться кодами друг с другом, публичная база.
Можно использовать незаметно и без подозрений, убрав устройство в карман (наверняка есть такие сценарии).
Обновление прошивки, наконец.
Что по функционалу планируется? Синезуб на борту будет?
Я конечно не дизайнер, но имхо, неплохо бы смотрелся черный корпус (мне нравится сочетание черного и оранжевого). Если пойдете на кикстартер, можно сделать оба варианта корпуса.
Почему бы не выкинуть оттуда вообще этот SoC и оставить только STM32?
Энергопотребление упадет на порядок (а это критично для носимого устройства), стоимость устройства тоже.
А для работы с wifi проще использовать ноутбук или какой-нибудь Wifi Pineapple, как мне видится.
Можно использовать камеру с аппаратным FIFO, куда быстро сохраняется кадр с камеры, а затем считывается медленной ардуиной. Это наверное единственный вариант получить картинку в движении и без смазывания.
Еще можно уменьшить разрешение картинки, тогда и FPS подрастет. У меня выходило где-то 10 FPS при разрешении 300х400, но там все упиралось в пропускную способность UARTa (1 MBod/s).
Устройство с этой картинки — не хаб, а непонятная приблуда, которая подходит только для раздачи питания. Все порты там распаяны параллельно, никаких компонентов нет.
Можно подробнее про это, как рассчитали?
Эх, ну ладно, пойду
палкой по пальмам стучатьбайты по регистрам распихивать.Возможно, стоит уделить больше внимания разводке питания и земли мк? С сервами не работал, но делал платы с GSM-модулями, где мк питался от RC, проблем при этом не наблюдалось.
Забавный таракашка получился.
Что можно улучшить:
Сомнительная затея. Имхо, на производстве не взлетит, там давно rs-485, который дешевле, поддерживается почти всем и вся, умеет в топологию типа кольцо и дружит с опторазвязками. В автомобильной электронике так же давно есть CAN. Скорости в 10 мбит/с там не нужны.
Единственное применение, которое приходит на ум — ip-телефония, скорости подходящие и некоторая экономия проводов.
Даже сложно представить, зачем нужны числа, большие чем uint64. Разве что только для алгоритма Диффи-Хеллманна.
Предлагаете для моргания светодиодом использовать Raspberry Pi с каким-нибудь модным фреймворком? :)
Для чего это все на микроконтроллерах, если есть отладка?
Как решается проблема взаимодействия с реальным железом?
Смартфоны уже освоили, кажется :)
https://www.youtube.com/watch?v=EpfWNEr0sa0
Software serial вещь глючная, лучше использовать аппаратный UART. Причем ничего не мешает это делать даже на платах, где распаян конвертер USB-UART, например Arduino nano :)
А какой у вас формат бесконтактных карт используется?
Можно подробнее про это явление?
Домашний сервер — вещь крайне полезная, а к облакам доверия нет.
Как можно использовать:
-VPN, как для перенаправления трафика из недоверенных сетей или обхода блокировок РКН, так и для доступа ко всем остальным сервисам ниже.
-Файлообменник с дисками большого объема. Доступ к нему со всех устройств (с разными правами в разные папки).
-Бекапы всего и вся в отдельное место, откуда нельзя случайно (или словив шифровальщика) удалить их.
-Раздача или загрузка торрентов 24/7 (актуально для раздач с малым количеством сидов).
-Раздача медиаконтента по локальной сети или через VPN.
-Видеонаблюдение — запись видеопотоков, аналитика.
-Мониторинг радиоэфира при помощи SDR.
-Мессенджер для своих (например jabber).
-Умный дом.
-Тестовая площадка для всякого самописного софта, который должен работать 24/7.
RPI и прочие одноплатники для задач выше подходят плохо, поэтому лучше взять x86-материнку с пассивным охлаждением. По цене и энергопотреблению примерно то же самое, но зато гигабитный ethernet, sata, aes-ni.
В теории по кабелям может горение пойти дальше.
Ну все же электронный микроскоп — это немного другое. Им только если атомы припаивать друг к другу :)