о приобщении к технологиям и правильной мотивации:

Перестаньте решать проблемы за ваших детей. Вы потратили много времени, приучая их к ночному горшку, пока они маленькие дети, поскольку способность использовать туалет является важным навыком в современном обществе. Вам надо поступить так же с технологиями. Обязательно купите им компьютер, но если что-то пойдет не так — пусть они это чинят. Вот идея. Когда им стукнет одиннадцать, дайте им текстовый файл с десятью тысячами паролей WPA2, и скажите, что один из них настоящий. Посмотрите, как быстро они откроют для себя Python или Bash.

узнал о существовании прекрасного словосочетания, которое для большого сердца инженера нечто большее чем просто выигрыш тендера на поставку компонент

How do you verify the quality of external HW IP if you don't get the sourcecode from the supplier?

Trust, but verify –– from an old Russian proverb, and later eternalized as a presidential phrase.

https://semiengineering.com/intellectual-property-trust-but-verify/

You know it's a *quality* hacking movie when it doesn't give two shits about spelling "algorithm" correctly

Долгосрочная стратегия Xilinx пойти (наконец!) по пути Nvidia, откусить лакомый кусок от ДЦ рынка, сделав использование FPGA максимально простым, благодаря наращиванию команды ответственной за компиляторы и библиотеки. До сих пор восхищает тактическая мудрость Nvidia, которая ой как вовремя поняла, что надо гигантскими темпами наращивать SW-составляющую: оно того стОит.

The position will provide a unique opportunity to develop technology that will advance software programmability, directly enabling the progress towards the Datacenter division:
https://careers.xilinx.com/jobs/5178750-fpga-complier-datacenter-staff-software-engineer

Full Stack boy exists in Embedded World!

https://wentingzhang.com/

О прокрастинации и костыльных решениях в мире ПО

Уже долгое время пользуюсь нативным клиентом телеграм на CentOS, и всегда беспокоила одна "фича" - тотальная неспособность отображения полужирного шрифта: т.е. вообще нигде - ни в сообщениях будь то отправленные или принятые, ни в UI. И как-то уже пообвык обходиться без этого - ибо известно что пользователи CentOS должны страдать за свой выбор, поэтому даже в голову не приходило погуглить в чём же дело, пока точно такой же кейс не повторился на Убунте.

Выяснилось, что о баге этом разработчики были уведомлены аж с 2016г, в 2017г был предложен костыль для линуксов:

sudo [yum|apt] remove open-sans-fonts

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

BTW, закрыли это issue буквально 2 месяца назад, чтож неплохой скрам с аджайлом.

PS: почему нельзя обновиться до последней версии и городить костыли:
примерно с декабря-января сборки ТГ под линукс перешли на новую версию glibc/libstdc++ и пропала возможность пользоваться автоматическими обновлениями на CentOS.

Немного о FlexLM

Достаточно распространенной задачей для того чтобы "попробовать" тот или иной функционал EDA/CAE необходимо знать название фич (FEATURE в терминологии файла лицензий). Угадывание нужных названий фич для "добавления" в лицензию задача нетривиальная, в случае если функционал новый это вызывает дополнительные сложности. Приходится названия фич добывать по крупицам либо действовать методом угадывания по аналогии, к сожалению фичи чувствительны к регистру символов что усложняет задачу.

Как действовать в подобной ситуации?

1. Можно воспользоваться каталогом OpenLM License Parser, в котором содержатся фичи инженерного софта, отсортированные по вендорам и продуктам
2. Самые актуальные названия фич можно получить на различных институтских сайтах, которые публикуют в сети список своих возможностей. Вот здесь для Cadence, Synopsys, Mentor, Silvaco, Matlab (хороший институт!), кликать надо на Listing/Expiration dates.

#flexlm

Похоже, что в ближайший год железячников ожидает нашествие #WFH продуктов. Подобные решения развивались и раньше (отладка на стороне клиента, географически распределенная команда и/или дороговизна таргет-девайса), однако сегодня приходит понимание размеров рынка и, конечно, первопроходцы будут "ломить ценник" как это видно уже сейчас (это вам не релюшкой через ардуинку щёлкать).

Кстати, хостовую часть они похоже взяли опенсорсную.

#WorkFromHome

Полезная, но неочевидная фича гитхаба

Оказывается можно применить дополнительный фильтр, выведя только те репо, в которых основным языком будет являться заданный в запросе, просто дописав URL.

Фильтр для применения к аккам организаций: ?language=

Фильтр для применения к аккаунтам пользователей: ?tab=repositories&language=

Пример использования:
◦ https://github.com/NXP?language=verilog
◦ https://github.com/olofk?tab=repositories&language=verilog

PS: verilog & systemverilog - разные языки по логике гитхаб.

О .gitignore замолвите слово

Гитхаб собирает коллекцию своих вариантов gitignore для популярного ПО, удивительно было найти в названиях файлов коллекции Xilinx, Synopsys, Virtuoso, Modelsim, MATLAB.

Лет 5 назад я предпринимал аналогичную попытку создать подобную коллекцию для разработчиков ASIC/FPGA, увы, сегодня понимаю тщетность усилий - это работает только внутри конкретного коллектива/флоу разработки:
слишком много нюансов и степеней свободы. Кто-то файлы проектов/скриптов синтеза не пишет вручную, а каждый раз пересоздаёт в рантайме (и как любой нерукотворный труд - не кладёт в гит), кто-то в соответствии с корпоративным флоу помещает в гит edif/verilog-нетлисты независимых IP-блоков (или даже дампов моделирования).

Одним словом для ASIC и FPGA универсальной пилюли .gitignore не существует, каждый шаблон необходимо обтёсывать (в т.ч. при смене работодателя), но есть позитив - эти изменения обычно минорны и шаблоны таки скорее полезны чем нет.

FPGA-числодробилка задёшево

Первая волна дешёвых плат с жирными FPGA была после майнеров, тогда на рынок хлынули б/у VCU1525 и их клоны.

Теперь похоже подтянулась вторая волна: железо из датацентров. Речь про наводнившую ибей карту Microsoft Catapult v2 Pikes Peak, которую достаточно проблематично (в отличии от клонов VCU1525) использовать без документации.

На сегодня наиболее полная информация по карте собрана в этом репо: https://github.com/wirebond/catapult_v2_pikes_peak
Сообщество продвинулось достаточно далеко - даже разработана карта, которая пробрасывает PCI-E с Samtec-коннектора на USB3-райзер (привет GPU-майнерам).

FPGA-числодробилка задёшево-II

BTW, причудливый форм-фактор платы не плод деятельности укуренных инженеров, а вполне на уровне (для 2014г) и обязан такой форме стандарту Open CloudServer OCS Chassis Specification Version 2.0.

Для поиска железок будут полезны следующие партнамберы (любопытно что железки поставлялись также Dell & HP):
◦ X900563-001 (Microsoft OEM p/n)
◦ 834147-001, also 838874-001 (HP p/n)
◦ Dell CRD CTL FPGA PKPK WCS K5K73 AIRFLOW 0K5K73 (Dell p/n)

Heterogeneous Computing: Intro to Networking + Hardware in Azure

Эволюция Hardware-as-a-Service от Майкрософт

Российские крупные IT-игроки всё больше усиливают свои HW-департаменты, а их девайсы всё более на слуху, что не могло не привлечь внимания DIY-сообщества.

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

1. Еще со времён первых адсл-модемов (если не раньше) парадигма разработки девайсов эволюционирована - чипмейкеры не только поставляли SoC и саппорт, а полный комплект: референсный дизайн таргет-девайса, всё ПО (FW для baseband + SW c линуксом), естественно под NDA. Задача разработчика девайса сводилась к тому, чтобы поменять лого в веб-интерфейсе на своё и разработать свой корпус под реф.дизайн (который редко когда претерпевал изменения). С умными колонками примерно такая же история, все они используют платформы, выпущенные чипмейкерами специально под этот сегмент:
◦ Allwinner R18 (я.станция)
◦ Amlogic A113X (я.мини, алекса)
◦ Rockchip RK3308 (Капсула Мейла)
В таком кейсе, скорее всего, производитель колонки связан обязательствами с чипмейкером (NDA), поскольку схемотехника колонки всегда в той или иной степени производная от референсной, предоставленной чипмейкером, схемы.
Кратко этот пункт называется: не можем.

2. Относительно низкие тиражи, что заставляет продавать умные колонки практически себе в убыток (в одной только Капсуле от мейла насчитал более 10ти кастомных деталей из пластика и металла), а зарабатывать на подписке и т.н. "биг дате", если вы понимаете о чём я. Что произойдёт при "открытии железа" компаниями?.. Правильно - начнут появляться альтернативные прошивки "без майора" и модель заработка компаний даст сбой (а открытых проектов голосовых помощников, работающих локально, уже есть какое-то количество).
Кратко этот пункт можно назвать: не хотим.


PS: интересный момент - пока что каким-то чудесным образом ускользает от внимания момент, что внутри колонок - GPLный линукс (это не совсем про ремонт, больше про "патчинг" ПО), но помнится, когда деревья были зеленее к роутерам и адсл-модемам прикладывался диск с tar.gz непроприетарной части прошивки. Как сегодня эти требования обходятся - неизвестно, не слежу за трендом, но скорее всего стрелки переведутся на вендоров чипов - мол, они поставляют линукс - к ним и вопросы.