The first millimeter-wave Antenna-in-Package solution for 5G
А вот это действительно потрясающий коллаб MixComm и GLOBALFOUNDRIES.
И, сдаётся мне, тут скорее не AiP, а PiP: "ФАР в корпусе" - и насколько я знаю на такие технологии в US экспортные ограничения - из-за этого даже большинство вендоров Hi-End GNSS вынуждено использовать традиционные антенны для дистрибьюции продукции world-wide. 😞
Неужели в ближайшем будущем новые технологии будут аффектить геополитику?.. 🤔
пресс-релиз
@embedoka
А вот это действительно потрясающий коллаб MixComm и GLOBALFOUNDRIES.
И, сдаётся мне, тут скорее не AiP, а PiP: "ФАР в корпусе" - и насколько я знаю на такие технологии в US экспортные ограничения - из-за этого даже большинство вендоров Hi-End GNSS вынуждено использовать традиционные антенны для дистрибьюции продукции world-wide. 😞
Неужели в ближайшем будущем новые технологии будут аффектить геополитику?.. 🤔
пресс-релиз
@embedoka
Unpatchable_Silicon_@embedoka.pdf
283.7 KB
Кажется, что еще не делился своей удобной и простой доделкой китайского Saleae:
1️⃣ вместо SMD-резистора на 0 Ом впаивает SMD-предохранитель (он там и должен быть изначально) + выводим на пин это питание
2️⃣ 3.3В после LDO также выводим на пин
3️⃣ чтобы логические каналы захвата получились симметрично в центре гребёнки добавляем ещё один ряд земель
До этого часто приходилось использовать дополнительный порт USB, чтобы запитать DUT, теперь же запитка от Saleae - в ноутбучно-полевых условиях выгода налицо: в ноуте USB портов никогда не бывает много 🤓
#HWmod
@embedoka
1️⃣ вместо SMD-резистора на 0 Ом впаивает SMD-предохранитель (он там и должен быть изначально) + выводим на пин это питание
2️⃣ 3.3В после LDO также выводим на пин
3️⃣ чтобы логические каналы захвата получились симметрично в центре гребёнки добавляем ещё один ряд земель
До этого часто приходилось использовать дополнительный порт USB, чтобы запитать DUT, теперь же запитка от Saleae - в ноутбучно-полевых условиях выгода налицо: в ноуте USB портов никогда не бывает много 🤓
#HWmod
@embedoka
Как-то я пропустил момент наступления новой реальности, когда помимо полосового фильтра на вход приемников #GNSS стали ставить фильтры "против LTE" (В самый раз вспомнить про чипирование и вышки 5G 😊)
BTW, B13 UL 777 - 787 MHz, B13 DL 746 - 756 MHz (я так понимаю вторая гармоника в снайпера играет)🤔
Вот что пишет вендор:
At the average power levels of –130 dBm that have to be received by a GNSS receiver, the system will not have in-band intermodulation problems caused by the GNSS-signal itself. Strong out-of-b and cell phone TX jammers however can cause linearity problems and result in third-order intermodulation products in the GNSS frequency band.
@embedoka
BTW, B13 UL 777 - 787 MHz, B13 DL 746 - 756 MHz (я так понимаю вторая гармоника в снайпера играет)🤔
Вот что пишет вендор:
At the average power levels of –130 dBm that have to be received by a GNSS receiver, the system will not have in-band intermodulation problems caused by the GNSS-signal itself. Strong out-of-b and cell phone TX jammers however can cause linearity problems and result in third-order intermodulation products in the GNSS frequency band.
@embedoka
Is simultanious use of USB 3.0 and USB 2.0 via a single USB 3.0 port possible?
А вот что интересно в случае наличия хостового интерфейса USB3 (на USB-A | USB-C) там же по факту 2 разных (и независимых) USB: USB2 & USB3 c "независимыми" хостовыми контроллерами:
Если у меня девайс с ограниченным количеством портов USB (например роутер на линуксе с "синим USB"), то электрически я могу к нему подключить два девайса на USB2 & USB3 (напрямую, без хаба), а вот с точки зрения софтового [USB] стека - интересно насколько это сложно/невозможно пропатчить, чтобы всё в итоге заработало?!
(по дефолту, я так понимаю, если поднят коннект USB3, то хост-контроллер USB2 в этом же хостовом разъёме отключается)
PS: C одной стороны в сети есть эксперименты с отрезанием D+/D- от USB3 (и девайс USB3 продолжал работу - т.е. никакого side channel signaling по USB2 не осуществляется), а с другой стороны, если бы всё было так просто - китайцы бы уже давно клепали разветвители 1-в-2, но что-то я в принципе не нахожу следов их существования 🤷♂️
@embedoka
А вот что интересно в случае наличия хостового интерфейса USB3 (на USB-A | USB-C) там же по факту 2 разных (и независимых) USB: USB2 & USB3 c "независимыми" хостовыми контроллерами:
Если у меня девайс с ограниченным количеством портов USB (например роутер на линуксе с "синим USB"), то электрически я могу к нему подключить два девайса на USB2 & USB3 (напрямую, без хаба), а вот с точки зрения софтового [USB] стека - интересно насколько это сложно/невозможно пропатчить, чтобы всё в итоге заработало?!
(по дефолту, я так понимаю, если поднят коннект USB3, то хост-контроллер USB2 в этом же хостовом разъёме отключается)
PS: C одной стороны в сети есть эксперименты с отрезанием D+/D- от USB3 (и девайс USB3 продолжал работу - т.е. никакого side channel signaling по USB2 не осуществляется), а с другой стороны, если бы всё было так просто - китайцы бы уже давно клепали разветвители 1-в-2, но что-то я в принципе не нахожу следов их существования 🤷♂️
@embedoka
Интересную статью о промышленном шпионаже подогнал @SoftFAN
Если ты, товарищ, хочешь бороться с проклятым западным капитализмом — копируй смело, не стесняйся. Ленин ведь что сказал:
Коммунистом стать можно лишь тогда, когда обогатишь свою память знанием всех тех богатств, которые выработало человечество.
Вот! Под словами «обогатишь свою память» как раз и понимается самое беззастенчивое копирование «всех тех богатств, которые выработало человечество».
Они там тратятся, отлаживают всё, набивают себе шишки — а ты перерисовывай, не парься. Пользуйся тем, что наработали неизвестные тебе рабы капитала. Не пропадет их скорбный труд во глубине пиндосских руд. Так победим! 🤘🏻
ЗЫЖ жаль в коментах не такой срачик как на хипстерском хабре 🙃
@embedoka
Если ты, товарищ, хочешь бороться с проклятым западным капитализмом — копируй смело, не стесняйся. Ленин ведь что сказал:
Коммунистом стать можно лишь тогда, когда обогатишь свою память знанием всех тех богатств, которые выработало человечество.
Вот! Под словами «обогатишь свою память» как раз и понимается самое беззастенчивое копирование «всех тех богатств, которые выработало человечество».
Они там тратятся, отлаживают всё, набивают себе шишки — а ты перерисовывай, не парься. Пользуйся тем, что наработали неизвестные тебе рабы капитала. Не пропадет их скорбный труд во глубине пиндосских руд. Так победим! 🤘🏻
ЗЫЖ жаль в коментах не такой срачик как на хипстерском хабре 🙃
@embedoka
Forwarded from Serjio
Образование не требуется совсем. Российская микроэлектроника и военка - гиблое дело. Что навыки что тех часть продукта не способна в конкуренции с рынком, поэтому может существовать только в пузыре из гос субсидий. Остальные компании не требуют диплом. Никто не решит упускать прибыль из-за предубеждений, тем более учитывая то что в российских ит универах не учат практичесаи ничему толковому. Я сам отдам предпочтение соискателю с инициативой, чем тому кто четыре года ел кашу из кормушки. Через HR работу искать бессмысленно, нужно уметь энтузиазм проявлять и просто общаться, самому писать сотрудникам компании - так предложения будут значительно интереснее.
Техничечкие трудности бывают, но никаких инопланетных технологий. В худшем случае можно найти того кто с этим уже работал. Всë решается со временем. Именно способность здраво относиться к проблемам и давать себе шанс на ошибку - не усложнять и не выдумывать драму, а просто решать решаемые задачи дает человеку шанс стать крутым спецом и получить прекрасную карьеру в эмбеде.
Проблема не в эмбеде, проблема в отношении к эмбеду.
Техничечкие трудности бывают, но никаких инопланетных технологий. В худшем случае можно найти того кто с этим уже работал. Всë решается со временем. Именно способность здраво относиться к проблемам и давать себе шанс на ошибку - не усложнять и не выдумывать драму, а просто решать решаемые задачи дает человеку шанс стать крутым спецом и получить прекрасную карьеру в эмбеде.
Проблема не в эмбеде, проблема в отношении к эмбеду.
Как самопровозглашенный амбассадор Intel CPU (см.мою кампанию Any reason for Ryzen?) не могу не поделиться наполеоновскими планами компании по обретению былого величия в кремнии:
▫️7nm - the end of 2021
▫️4nm - late 2022
▫️3nm - second half of 2023
▫️20Å (20 angstrom, 2nm) - 2024
▫️18Å - early 2025
@embedoka
▫️7nm - the end of 2021
▫️4nm - late 2022
▫️3nm - second half of 2023
▫️20Å (20 angstrom, 2nm) - 2024
▫️18Å - early 2025
@embedoka
У вас (эмбедерщиков) такое было, что вы думали "ну я то в эту ситуацию уж точно не попал бы"?!. 🙄
Рассказываю как дело было: для очередной авто-поделки понадобилось поднять шину LIN на STM8 (а точнее - на STM8S003, который поддерживает только режим LIN master - немаловажная деталь в последствии) и, руководствуясь правилом интернета №51, решил поискать готовые примеры и что самое удивительное - нашёл.
Название статьи с примером кода "STM8 и неработающая шина LIN" не предвещало беды и действительно - беда пришла откуда не ждали 😭
Несколько часов было потрачено на подъём готового и работающего примера (с обрядом призывания господина Светодиода и Логического анализатора). Конечно, не обошлось без заглядывания в Errata (ST славится обильными ошибками в кремнии, кто пытался использовать аппаратный I2C меня поймут).
В общем, через некоторое время, имея на руках
И вот оно!.. Попался:
The LBDF flag is set only if a valid Break + Delimiter has been received back on the
UART_RX pin.
Будь у меня подсоединен LIN-трансивер к uC, то в такую поистине идиотскую ситуацию не попал бы (а я еще докучи выключил приёмник UART чтобы исключить влияние на поведение МК). Как только я водрузил перемычку на TXD-RXD программа магическим образом "починилась" 🤦🏻♂️
PS: Всегда удивлялся людям, попадающим в аналогичную ситуацию в куда более сложным (но чаще используемым) CAN, а тем более там в такую ситуацию можно попасть дважды:
1) без подключенного трансивера
2) с трансивером, но с отсутствием иных абонентов на шине (счётчик ошибок "мгновенно" переполняется и контроллер затихает). А теперь вот и сам посыпаю голову пеплом ☺️
Happy debugging! ✌🏻
@embedoka
Рассказываю как дело было: для очередной авто-поделки понадобилось поднять шину LIN на STM8 (а точнее - на STM8S003, который поддерживает только режим LIN master - немаловажная деталь в последствии) и, руководствуясь правилом интернета №51, решил поискать готовые примеры и что самое удивительное - нашёл.
Название статьи с примером кода "STM8 и неработающая шина LIN" не предвещало беды и действительно - беда пришла откуда не ждали 😭
Несколько часов было потрачено на подъём готового и работающего примера (с обрядом призывания господина Светодиода и Логического анализатора). Конечно, не обошлось без заглядывания в Errata (ST славится обильными ошибками в кремнии, кто пытался использовать аппаратный I2C меня поймут).
В общем, через некоторое время, имея на руках
sdcc и stm8flash, была установлена строчка на которой валится (отправка Break+Delimiter), но поскольку поведение программы было необъяснимым в ход пошли такие способы как пробы различных версий sdcc (лет 5 назад поведение sdcc тоже порой было необъяснимым). Ну и конечно последний рубеж - построчное перечитывание главы UART в Reference Manual. И вот оно!.. Попался:
The LBDF flag is set only if a valid Break + Delimiter has been received back on the
UART_RX pin.
Будь у меня подсоединен LIN-трансивер к uC, то в такую поистине идиотскую ситуацию не попал бы (а я еще докучи выключил приёмник UART чтобы исключить влияние на поведение МК). Как только я водрузил перемычку на TXD-RXD программа магическим образом "починилась" 🤦🏻♂️
PS: Всегда удивлялся людям, попадающим в аналогичную ситуацию в куда более сложным (но чаще используемым) CAN, а тем более там в такую ситуацию можно попасть дважды:
1) без подключенного трансивера
2) с трансивером, но с отсутствием иных абонентов на шине (счётчик ошибок "мгновенно" переполняется и контроллер затихает). А теперь вот и сам посыпаю голову пеплом ☺️
Happy debugging! ✌🏻
@embedoka