Результаты поиска

Но, т.к. вы выбрали уровень Arduino, да ещё на известном всем чипе, то уже понятно, что ничего интересного и коммерчески выгодного там не будет и “защищать” там нечего. Тем более в единичном устройстве.

А если вы “зашифруете” Flash и зададите проверки на перепрограммирование, без реализации защиты внешними сервисами, то это позволит другим использовать платные альтернативные прошивки для вашего устройства :P

Практика показывает, что “защиту” вы cможете организовать только путем внешнего сервиса и услуг, а не в конечном оборудовании для пользователя. При этом прошивку защищают исключительно уровнями от дурака, чтобы уменьшить возврат товара от любителей перепрограмировать всё что попадется. А как раз...

В большинстве случаев копирование без модификации никому не сдалось. Тем более для дублирования потребуется аналогичная печатная плата и комплектация. А уровень проектов на Arduino ниже плинтуса и для нормального разработчика аналогичный проект пишется за вечер. По этому, никакого смысла в...

А в BootLoadr-е? И у вас "коммерческий" проект. Обращайтесь к платным услугам :ROFLMAO:

Каким образом шифрование внешней Flash защитит от копирования продукта? В 99% требуется только сама идея, а прошивки на Arduino пишутся за вечер. И обычно с лучшей и дополненной реализацией, чем ваша. Это и есть вся цена для дублирования. По этому “защита” от копирования возможна только с...

Убрать все прямые обращения к данным с Flash в вашей программе.

А зачем передавать текст в URL или URN? В websocket и других вариантах можно передавать и принимать данные в любом формате.

Зачем что-то кодировать-декодировать для текста? Достаточно объявить кодировку UTF-8

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

Убит питанием 5B c USB? Всё работает в норме: 18:30:06: Searching for devices 18:31:05: Connecting to: MHO_614E04 18:31:12: Hardware Revision String: 2022 18:31:12: Software Revision String: V5.2 18:31:12: Firmware Revision String: github.com/pvvx 18:31:12: Detected custom Firmware 18:31:12...

Если экран не работает, это не значит, что кирпич. OTA BLE и Zigbee всё равно работает, но не показывает и разбирать для программирования проводами нет нужды...

Явно села батарейка. На BLE соединение уже не хватает.

Когда данный чип будет выдавать аналогично хотя-бы другим имеющимся MCU со встроенными 12бит DAC и 24 ADC, тогда будет смысл ковыряться. К примеру аналогичное измерение при соединении 12bit DAC на 24 bit ADC другие чипы выдают такое: (увеличенный фрагмент - вывод 12 битного DAC)

А далее, к примеру, возьмем какой древний мелкий ULP MCU от Microchip и включим его для вывода через ШИМ – RC 4..20 мA через XTR111A. От XTR111A и питание MCU (5B). Частоту MCU выставим до 1 МГц, чтобы не жрал более пары мА. В итоге от ветвления программы, параметров RC и при работе цепи...

И в завершении о переводе цифрового сигнала обратно в аналоговый с помощью вывода GPIO, при любых типах коммутации. Включаем Ютубе поиск управляемых БП на ESP-Arduino и тащимся над блохерами, где выход ШИМ гонят на управление выходным напряжением. ШИМ там всегда выходит с GPIO и идет на RC...

Как пример – если надо получить шум на уровне 12 бит, то питание коммутирующего элемента должно быть стабилизировано и не иметь шумов в используемом диапазоне более 3.3/4096=0.0008В p-p. И для линейности надо не RC цепь, а коммутируемый источник тока работающий на C... Т.е. приближение к выводу...

В итоге вывод звука или других аналоговых уровней путем ШИМ, SDM, DSD и т.д. через RC цепь – это удел диких Ардуинщиков. Особенно во всяких ESP, у которых питание, которое коммутируется на вход RC, имеет шум больше пары самых значащих разрядов такого DAC...

Выход GPIO коммутирует весь шум цифрового питания, что явно отражается на выходе RC цепи. При большем выходном напряжении на DAC-RC – больше шума. А пере-коммутировать какое аналоговое отфильтрованное питание с частотами фронтов за десятки МГц дополнительным цифровым буферным элементом нет...

Под рукой ещё есть макетка с UBIA... А там писал тест TestADCDAC.html, где через соединение по BLE на DAC выводит пилу с шагом 50 мВ. При включении выхода DAC через RC фильтр ко входу ADC получаем: Частота выхода SDM-DAC задана в 60 нс: На 60 нс транзисторов для прямой коммутации динамика нет.