Армянское Радио

Все утверждения похожи на правду, но 4 и 5 не вполне точны - видео на девайс идет отдельно от I2C

Подключить по USB и держать кнопку FLASH. Остальное - как при обычной прошивке любого девайса на ESP8266

В условиях небольшого помещения сеть из ESP8266 на вайфае - первый выбор, оставляющий далеко позади блютус (маленький радиус стабильной работы) и уж тем более радиомодули на безлицензионных диапазонах (на автора этой идеи я бы хотел так сказать, посмотреть - с легкой руки усложнить задачу на два порядка - это надо уметь!)

Также не нужны разного рода ModBus over TCP - потому что это лишний слой абстракции поверх уже имеющейся в IP адресации.

Фактически, вам нужно просто слушать сокет, выполнять команды и отвечать на пинги.

Понятно, что и замки такие есть, и (в некоторых случаях), они используют сотовую связь ( а следовательно, и симкарту) для связи с управляющим центром.

Но, так как это нишевой продукт, и отчасти, реализующий безопасность через неясность, маловероятно, что частное лицо может что-то такое купить (попробуйте купить турникет из метро, или валидатор из автобуса - эффект будет похожий). Компаниям - пожалуйста

0) Терминология. Микроконтроллер - это как правило, микросхема и только микросхема. Которая содержит в себе оперативку, вычислительное ядро, некоторые периферийные устройства (например, wi-fi стек, как ESP8266).

Вставить симку в микроконтроллер невозможно, потому что невозможно вставить симку в микросхему.
Симку можно вставить в слот на плате контроллера, на которой могут быть расположены микроконтроллер, антенна wi-fi, преобразователь питания и другие блоки.

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

В зависимости от этого, используют или HTTPS, как главный на сегодня протокол для безопасных коммуникаций в интернете, или MODBUS (в пределах локальной сети контроллеров со шлюзом в интернет), или свой велосипед.

Использование в интернете каких-то протоколов, отличных от HTTP(S) сразу тащит за собой кучу проблем вида "а вот у меня провайдер режет порты".
Использование HTTP влечет за собой проблемы вида "S in IoT stands for Secure". Ваш трафик сможет прослушивать и модифицировать любой желающий, а также встраивать в него рекламу.

Вывод. Если ваш контроллер смотрит напрямую в Интернет, используйте HTTPS / WebSocket. Если через шлюз - используйте MODBUS.

Для того, чтобы использовать велосипедное решение, нужно назвать как минимум три фатальных недостатка вышеперечисленных. Утверждение "это изобрел не я" не является фатальным недостатком технологии.

Разбирайтесь с подключением, компортами и всем таким.

По первому вопросу - да, это крайне желательно. Плюсом также идет возможность вписать плату в нужный габарит и конфигурацию корпуса, возможность выкинуть лишние детальки (вот вам нужен конвертер USB-Serial? А линейный источник питания? А разъем USB.?) и так далее. Зато нужна пачка фильтров по питанию (это же автомобиль), защита входов и выходов.

По второму вопросу - java тащит за собой jre, а он довольно жирный, ему нужен жирный контроллер, который любит вкусно кушать электроэнергию. Кроме того, поведение и задержки программы на C++ довольно предсказуемы, на java - нужны дополнительные ухищрения для того, чтобы сборщик мусора не навестил вас внезапно.

Можно дальше развивать тему, отметив, что в условиях жестко ограниченных ресурсов (сколько там RAM? 8 килобайт?) язык с ручным управлением ресурсами (C, C++) гораздо более предсказуем, нежели вся такая автоматическая и удобная жаба.

Ну и еще - я за всю свою радиогубительскую практику (более 15 лет) ни разу не покупал ардуину - я сразу проектировал прототип и делал плату (сначала ЛУТом, потом заказывал на производстве, так как это качественней и не намного дольше + на производстве изготовят сразу десяток плат, которые не страшно запороть в процессе отладки) - это
на порядки надежнее ковыряний в клубке проводов. Ну и некоторые девайсы с аналоговым трактом (анализатор спектра, анализатор миоактивности) в виде клубка просто не работают.

Лучше поправить мозгам прошивку (или сменить мозги), чем вот так вот колхозить.
Есть риск спалить датчику выход


Стабилитрон на 3.9 вольта - 1N4730A

Подключите внешний кварц.

Ну вот вам SECU-3
-полный опенсорс
-на atmega. 8 бит AVR оказалось достаточно.

Если коротко - самый примитивный алгоритм ЭБУ - это электронное зажигание с электронной же коррекцией угла опережения зажигания. Закон, по которому нужно менять УОЗ в зависимости от числа оборотов задается просто табличкой.

Входными данными для такого устройства будет датчик положения коленчатого вала.

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

Потом еще больше - добавляем лямбда-зонд, и теперь у нас есть обратная связь по составу смеси.

Послушать - посмотреть на эту тему

Схемотехника - максимум паранои и защит.

Переходник как у вас на картинке просто физически подключает линии USB, которые есть в ноутбучном разъеме расширения, к стандартному разъему USB.
Так как по сути, ваш модем - обычное USB-устройство, просто в странном форм-факторе.

Если вы хотите этот модем подключить к сети, вам нужен переходник для USB, а потом роутер с портом USB, либо мини-компьютер типа RPi.

На воспроизведение аудио тактов может и не хватить - а может и хватит, трудно сказать. По отдельности все задачи решаются этим контроллером, это факт.

В 99.9% случаев имеется аппаратная защита от чтения прошивки. Либо вы сможете найти аппаратный хак, который позволит обойти эту защиту (в некоторых случаях, это удавалось сделать), либо - увы.

Если не работает JTAG - сирисовывайте монтаж и сравнивайте с даташитом.

Похоже на лаборатору какую-то.

Расскажу, как это делал я, дело было 10+ лет назад. Контроллер был AVR, но сути дела это не меняет.

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

Так как программу проще отлаживать на взрослом компе, я написал развесистую кучу абстракций на C++, которая отправляла байты в LPT порт, к которому был прицеплен дисплей. Так у меня появилось понимание, как управлять дисплеем и надежно работающий стенд.

Потом тот же код я откомпилировал под AVR, благо там были шаблоны и бинарный код был легковесен - и получил работающий дисплей с микроконтроллером.

Проект был аналогичный - анализатор спектра звукового сигнала + цветомузыка, но на AVR, до 16 кГц.
Точно также, я использовал БПФ - для того, чтобы не считать половину преобразования впустую (спектр мощности действительного сигнала будет симметричен относительно своей середины), я применил трюк - сразу при съеме с АЦП домножал отсчеты на доворачивающие множители, что позволило мне сэкономить память и вычисления двухкратно. Ну и использовал арифметику с фиксированной точкой, чтобы уложиться в нужное количество тактов между съемами с АЦП - пока заполняется очередное окно БПФ, контроллер должен был обсчитать предыдущее и выдать его на экран.

Потом был процесс отладки - я нашел программу - генератор синусоидальных сигналов, отдавал их на свою поделку и смотрел на экран - появляется ли в нужном месте палка, движется ли она при качании частоты генератора.

На все про все у меня ушло два интереснейших месяца.

Я думаю, вы можете либо пойти тем же путем, либо нагуглить нужные библиотеки и собрать их в кучу - но не факт, что это будет работать, и при том верно.

easyelectronics.ru