За проделанную работу респект. Но лучше взять цифровые модули (наподобие RF69 или SI4432), с котороми работа идет сразу на уровне пакетов с CRC. По стоимости это будет не сильно дороже, особенно если учесть, что это трансиверы, и для полноценной двухсторонней связи нужен один модуль.
The Cortex-M0 / M0+ / M1 implement the ARMv6-M architecture,[9] the Cortex-M3 implements the ARMv7-M architecture,[10] and the Cortex-M4 / Cortex-M7 implements the ARMv7E-M architecture.[10]
Не очень удачное и очень сложное начало для новичка (стеки, ассемблер, линкеры).
Не раскрыта тема потребностей в таком мощном и дорогом МК (Cortex-M7, а тут вы его собрались использовать для включения лампы?) Есть куда более дешевые и популярные варианты, та же Blue Pill.
Очень круто плата сделано, даже не скажешь, что в Diptrace сделано (для тех, кто не в курсе — это что-то типа пейнта в области разводки печатных плат).
Вопрос, а для чего датчик холла там, если есть геркон?
Блютуз для связи с приложением на телефоне. Через приложение управление будет удобнее, имхо.
Юзкейсы:
Управление базами ключей/кодов, если база большая.
Можно сделать привязки кодов к точкам на карте.
Возможность быстро делиться кодами друг с другом, публичная база.
Можно использовать незаметно и без подозрений, убрав устройство в карман (наверняка есть такие сценарии).
Обновление прошивки, наконец.
Что по функционалу планируется? Синезуб на борту будет?
Я конечно не дизайнер, но имхо, неплохо бы смотрелся черный корпус (мне нравится сочетание черного и оранжевого). Если пойдете на кикстартер, можно сделать оба варианта корпуса.
Почему бы не выкинуть оттуда вообще этот SoC и оставить только STM32?
Энергопотребление упадет на порядок (а это критично для носимого устройства), стоимость устройства тоже.
А для работы с wifi проще использовать ноутбук или какой-нибудь Wifi Pineapple, как мне видится.
Можно использовать камеру с аппаратным FIFO, куда быстро сохраняется кадр с камеры, а затем считывается медленной ардуиной. Это наверное единственный вариант получить картинку в движении и без смазывания.
Еще можно уменьшить разрешение картинки, тогда и FPS подрастет. У меня выходило где-то 10 FPS при разрешении 300х400, но там все упиралось в пропускную способность UARTa (1 MBod/s).
Устройство с этой картинки — не хаб, а непонятная приблуда, которая подходит только для раздачи питания. Все порты там распаяны параллельно, никаких компонентов нет.
Возможно, стоит уделить больше внимания разводке питания и земли мк? С сервами не работал, но делал платы с GSM-модулями, где мк питался от RC, проблем при этом не наблюдалось.
Тут емкостной датчик, а значит их можно покрыть толстым слоем лака, тогда контакта с почвой не будет и коррозии тоже, поидее.
По-моему автор пытается сделать радиомодем из подручных материалов.
За проделанную работу респект. Но лучше взять цифровые модули (наподобие RF69 или SI4432), с котороми работа идет сразу на уровне пакетов с CRC. По стоимости это будет не сильно дороже, особенно если учесть, что это трансиверы, и для полноценной двухсторонней связи нужен один модуль.
Не думаю, что слово fingerprints можно так перевести в данном контексте.
Не актуально, так как после 2038 года наступит 1970-й.
Кстати, U-blox крайне не советует мыть свои модули таким образом.
MAX-M8 Hardware Integration Manual, page 21:
Как альтернативу адресным светодиодам можно использовать холодный неон.
https://youtu.be/NkRdWnYu1DQ
Да, вы правы, перепутал.
Не очень удачное и очень сложное начало для новичка (стеки, ассемблер, линкеры).
Не раскрыта тема потребностей в таком мощном и дорогом МК (Cortex-M7, а тут вы его собрались использовать для включения лампы?) Есть куда более дешевые и популярные варианты, та же Blue Pill.
У STM32F746NG архитектура Cortex-M7.
Очень круто плата сделано, даже не скажешь, что в Diptrace сделано (для тех, кто не в курсе — это что-то типа пейнта в области разводки печатных плат).
Вопрос, а для чего датчик холла там, если есть геркон?
Такой подход реализован в Proxmark.
Гибкость очень большая, но сложно разрабатывать (все же FPGA это совсем другой уровень).
Да, именно так :)
Блютуз для связи с приложением на телефоне. Через приложение управление будет удобнее, имхо.
Юзкейсы:
Управление базами ключей/кодов, если база большая.
Можно сделать привязки кодов к точкам на карте.
Возможность быстро делиться кодами друг с другом, публичная база.
Можно использовать незаметно и без подозрений, убрав устройство в карман (наверняка есть такие сценарии).
Обновление прошивки, наконец.
Что по функционалу планируется? Синезуб на борту будет?
Я конечно не дизайнер, но имхо, неплохо бы смотрелся черный корпус (мне нравится сочетание черного и оранжевого). Если пойдете на кикстартер, можно сделать оба варианта корпуса.
Почему бы не выкинуть оттуда вообще этот SoC и оставить только STM32?
Энергопотребление упадет на порядок (а это критично для носимого устройства), стоимость устройства тоже.
А для работы с wifi проще использовать ноутбук или какой-нибудь Wifi Pineapple, как мне видится.
Можно использовать камеру с аппаратным FIFO, куда быстро сохраняется кадр с камеры, а затем считывается медленной ардуиной. Это наверное единственный вариант получить картинку в движении и без смазывания.
Еще можно уменьшить разрешение картинки, тогда и FPS подрастет. У меня выходило где-то 10 FPS при разрешении 300х400, но там все упиралось в пропускную способность UARTa (1 MBod/s).
Устройство с этой картинки — не хаб, а непонятная приблуда, которая подходит только для раздачи питания. Все порты там распаяны параллельно, никаких компонентов нет.
Можно подробнее про это, как рассчитали?
Эх, ну ладно, пойду
палкой по пальмам стучатьбайты по регистрам распихивать.Возможно, стоит уделить больше внимания разводке питания и земли мк? С сервами не работал, но делал платы с GSM-модулями, где мк питался от RC, проблем при этом не наблюдалось.