Идея на миллион (чипов) или больше для наших азиатских братьев:

Выпустить bolt-on чип aka-MAX232 для замены оного, только вместо конвертации в уровни RS232 делать USB CDC и/или Bluetooth SPP - отличный ретрофиттинг оборудования возраста г...на мамонта 👍

(какой там floorplan on PCB для LowSpeed USB не критично, ну и одну из дорожек к DB9 использовать как антенну на 2.4ГГц (не кидайте в меня тухлыми помидорами - я верю что китайцы сдюжат и не такое (КСВ) раз на ножку SOIC16 умеют выводить 2.4ГГц и оно даже работает 🙈 (почти))).

PS: Как не вспомнить мем про SOIC16 и реальные изделия по мотивам мема.

PPS: а в дифференциальный RS422/485 прям с самого начала USB так и просится 🥹
(только не говорите, что такое уже есть и я опять всё проспал 😭, потому что crystal-less чипы UART-to-USB в производстве есть давно, по факту нужна просто перепаковка с иной распиновкой)

@embedoka

Подходи не скупись,
Покупай живопись Alveo!

PS: мопед карты не мои,
скрин из фейсбука (но также указан реддит ТС)

@embedoka

потому что ПЛИСы производят в Воронеже, а ЭфПиЖиЭи в капиталистической Америке 🤘

Что-то на богатом…

@embedoka

ARM пытается запретить Qualcomm разрабатывать собственные процессоры, совместимые на уровне набора инструкций с ядрами ARM. И вообще ARM собирается впаривать лицензии и брать деньги со всех, кто занимается подобным.

Какая-то веселуха намечается... 🤑

@embedoka

Там ещё интересно, что Arm ещё на лицензирование вида take-it-or-leave-it хочет перейти. Т.е. либо ты вместе с их ядром используешь только их GPU, NPU, ISP, либо не используешь их ядро. И никаких тебе GPU от AMD и Imagination

Single-LED interface или немного о UI/UX в девайсах

Как давний пользователь девайсов, единственным UI которых является одноцветный светодиод, меня не покидает ощущение, что все их создатели пользовались одной методичкой (либо "списывали" друг у друга):

➡️ LED OFF: отключено от "сети"
➡️ LED BLINKING: подключено к "сети", заряжается
➡️ LED ON: подключено к "сети", заряжено (зарядка окончена)

Для гуманитариев стандартных пользователей более чем достаточный функционал, но неужели никто до сих пор не догадался ШИМом светодиода во время зарядки показывать уровень заряженности батареи?
(это не ШИМ в привычном понимании, но технически это всёже широтно-импульсная модуляция просто очень медленная (1Гц) и только на таймлапсе можно будет заменить разный уровень яркости) - по факту существующий функционал LED blink это ШИМ с заполнением 50%.

Вот подключил и сразу понимаешь насколько разряжен, и для принятия решения об отключении тоже было бы здорово знать сколько в батарею "накапало" (хотя бы на глазок) особенно когда время ограничено внешними обстоятельствами.

Идея с LED PWM при зарядке настолько очевидно, что тут видимо одно из двух:
1) это нужно 5% пользователей, да и то это не будет определяющим фактором для решения о покупке
2) это будет "непонятно" 95% пользователей: "оставьте меандр, не занимайтесь ерундой!"

(Девайсы, работающие по сценарию LED ON/BLINK/OFF, в моем арсенале самые разные: аккумуляторная бритва, зарядный кейс от блютуз-наушников, зарядник аккумулятора зеркалки.)

!!! UPD: пример работы. Частота мига 1Гц
▶️ 100ms on; 900ms off = 10% Battery
▶️ 500ms on; 500ms off = 50% Battery
▶️ 800ms on; 200ms off = 80% Battery

@embedoka

Вот, например, [почти] вся техника Эппл [широко]вещает по BLE такую стандартную характеристику как уровень остаточного заряда 🤘

И как же мне не хватает этого на Dell Latitude, который в sleep под Linux к батарейке беспощаден и может за неделю всё высосать (приходится открывать крышку и смотреть через экран сколько заряда осталось). BTW, пульсирующий LED на Delle присутствует, но информативности от него - ноль 😭

Жду когда в любом девайсе будет встроен always-on BLE (причём ведь уже и по цене и по энергоэффективности решения уже вплотную к фазе "в каждому утюге") 🙏

PS: не могу не выразить признательность авторам замечательной программулины LightBlue, которая не раз выручала при дебаге BLE-девайсов 🥹 (скрин, кстати, оттуда).

@embedoka

Беспощадная работа машины пропаганды в действии (похоже у Ю.Панчула появился антипод)

Т.о. по логике автора: если ты недостаточно мотивирован/умён/талантлив, то твой удел - протирать штаны в МЦСТ и проч, составляя конкуренцию Емелям на печи и Иванам-дурачкам (зато не уволят - счастье!), а Silicon Valley, Израиль, Германия: место силы и притяжения микроэлектронной элиты - не смей посягать! 😳

источник
#золотохабра
@embedoka

Про умные часы

Давно восхищался таким девайсом как Pebble - не без основания этих ребят можно считать пионерами направления Smart Watch и наконец я ознакомился с их историей "от и до". Конечно грустный конец: момент когда надо было продаваться крупняку на пике был недальновидно упущен и в итоге Fitbit купил Pebble по оценке в 10х меньшей предыдущего предложения на пике (и купил фактически только software depаrtment - хардварщиков просто распустили после поглощения (либо они не являлись частью сделки)).

Так вот что до сих пор любопытно, что на рынке нету достойных альтернатив Pebble: я имею в виду возможность добавления собственного функционала (т.е. написание и установка ПО).

Да, есть WatchOS & WearOS, но:
1) мизерное время работы от батарейки
2) написание доп. ПО монополизировано и переусложнено: обычному энтузиасту, который захотел вывести пару значений с нательного BLE-cенсора за пару вечеров такое не сдюжить (за пару десятков вечеров - тоже врядли 😬).

❓ Может я чего-то не очевидного не замечаю: подскажите - есть ли сейчас доступное "железо", позволяющее относительно простое добавление функционала пользователем (SDK для написания собственных приложений под платформу) ?

PS: технически smartwatch/браслет - это удобный User Interface, который всегда "под рукой" (извините за каламбур), для снятия телеметрии/упраления нательными (и не только) сенсорами (и не только), а в случае девайсов класса Pebble - еще и с потрясающей автономностью 💪

@embedoka

FPGA Breaking News!

Xilinx FTDI without a Digilent license. Starting from 2022.2 (or earlier?) Vivado distribution includes an FTDI programming utility that makes the FTx232 devices visible in the Vivado hardware manager. So no need anymore for the secret and invisible Digilent license string!

Xilinx - ты ли это?..🤔

Источник: Antti Lukats (Trenz GmbH - они в т.ч. выпускают Xilinx JTAG FTDI по лицензии)

@embedoka

Profanity - the most used approach in embedded world

Можно бесконечно смотреть на три вещи:
1) Как заливается FW update по UART 9600
2) Как Vivado имплементирует проект
3) Как у радиоинженеров подгорает от "гуманитарного" дизайна железок 😭😭😭

Кстати, о последнем: есть такая площадка - Краудсаплай, на которой собирают деньги на проекты интересные и не очень. Вот этот проект в формате пред-запуска и у меня нет сомнений в том, что два почтенных бюргера Штефан и Микаэль соберут нужную сумму на запуск ("пипл хавает" (с) Б.Титомир), но, блин.. 🤦‍♂️

Ребят как же так 🤷‍♂️
Мало того что при рассчёте antenna on PCB толщина текстолита влияет на параметры излучателя, так вы не просто подкладываете под излучатель кусок текстолита даже толще чем на самом модуле, так еще и ground plane - это прям чтоб совсем по красоте было 🙄

@embedoka

Используемый модуль ESP32-WROVER действительно имеет два партнамбера:
▶️ ESP32-WROVER (PCB antenna)
▶️ ESP32-WROVER (External antenna connector)

Зашёл посмотреть схему и интересный момент с коммутацией этих антенн (даташит писался на протяжении 5 лет, ревизия последняя - v2.6, опечатка маловероятна): в случае IPEXa просто подсоединяется впараллель 2 антенны? (резисторы-перемычки R14 & R15) 🙄

Вообще насколько законно такое запареллеливание двух антенн? 🤔
Есть кто-то кто работал в теме и понимает в "антенных устройствах и волноводах" чуть больше чем я?

@embedoka

Викторина

Угадайте, что за документ такой (из индустрии) с 36-летней историей и что за правки вдруг понадобилось внести в этом году (с этим проще)?

PS: Осторожно! Отгадка в первом комментарии
@embedoka

Двумя неделями ранее затрагивал уже эту тему.

А вот и более обстоятельный обзор противостояния ARM против всех Qualcomm.

TL;DR: "The center of the dispute is whether IPs such as branch predictor, FPU, Out of Order engine, Micro-Op Decoder, etc. are wholly the property of Qualcomm/Nuvia, or if Arm has rights to these pieces of IP. Qualcomm claims that only the instruction set is owned by Arm, but Arm believes that these elements of the core, derivative work, are also subject to the agreement."

@embedoka