Embedded Doka – Telegram
Embedded Doka
3.65K subscribers
1.02K photos
28 videos
52 files
470 links
Авторский канал инженера-радиотехника 🤓

Если хотите рассказать мне интересное 👉 @iDoka

Let's keep in touch:
▫️ http://linkedin.com/in/idoka
▫️ https://github.com/iDoka
Download Telegram
Специфический юмор от эмбеддед-инженеров из Поднебесной.
(вскрывал роутер для перешивки на OpenWRT через консоль)

@embedoka
Организаторы конференции FPGA-Systems 2021.1, на которой в прошедшую субботу я выступил с докладом "про крипту", выложили запись выступления и слайды доклада.

Тем кто присутствовал или смотрел онлайн - надеюсь доклад был полезен, c удовольствием приму обратную связь в ключе что можно было бы сделать лучше (надеюсь это не моё последнее выступление по FPGASIC).

Если кто-то не смог присутствовать или посмотреть онлайн трансляцию - это можно сделать сейчас, задать вопросы по технической стороне можно в комментариях к этой записи (только, пожалуйста, не провокационные 🙏🏻).

@embedoka
Разгрёб дела и постепенно выхожу на режим периодического написания постов, мыслей, идей, а то уже поднакопилось .

Вот замечательный пример симбиоза двух технологий, которые еще лет 10 назад выглядели бы как из фантастического рассказа:
▫️adaptive embeddable FPGA
▫️open ISA for expandable CPU core

Ребята замутили такую крутую штуку как расширение набора инструкций SoC на базе RISC-V за счёт встраивания реконфигурируемой области с eFPGA (просто взрыв мозга от крутости идеи)!!

Замысел грандиозен, но и реализация должна быть под стать (быть не менее грандиозной), ведь она тянет за собой не только статичную поддержку со стороны тулчейна, но и динамическую - ведь налету можно залить новую схему в ПЛИС и это будет "уже совсем другой RISC-V".

@embedoka
PS: к слову сказать нечто похожее у меня тоже возникало в форме идеи-предложения при участии в проектировании SoC на базе RISC-V: на интерфейс CPU к ускорителю подключать не фиксированную логику, а eFPGA от FlexLogix (тулчейн не задевается) + небольшой кусок eFPGA на внешние пины для обеспечения создания периферийных интерфейсов не существующих на сегодняшний момент либо если требования к ним не могут быть сформированы на этапе разработки SoC.
Есть отдельный вид RTL-кода:
это код написанный настолько нечеловекопонятно, что выглядит будто он сгенерён машиной:

1) без комментариев
2) минимум поведенческого описания
3) больше похож на нетлист
4) максимально неинформативные имена сигналов и сущностей

На гитхаб такое часто встречается, увы.

У меня появилась идея для линтера, который запускается, например, в пре-коммит хуке:
проверка уровня документированности исходников в зависимости от типа файла:
1) топ-левел RTL (номинальное комментирование)
2) RTL-мясо (метрика с соотношением % кода и комментариев + метрика уровня "распределенности комментариев" по коду)
3) тестбенчи (???)

Под эту задачу наверное хорошо бы зашёл какой-нить ML NLP движок, который был бы обучен на плохих и хороших комментариях, ибо стандартные движки линтеров имеют формальные правила и проверки правил

@embedoka
👍1
Forwarded from 𝐃𝐎𝐊𝐀
тогда раскрою мысль более подробно для чего разработчику ПЛИС чрезвычайно желательно иметь несколько версий тулов:

когда работаешь с проектами с утилизацией категории "almost full" и пытаешься сначала догнать, а потом и перегнать конкурентов, то однажды с удивлением обнаруживаешь, что блок А оптимальнее (по ресурсам) синтезируется в туле версии Х, а блок Б в версии У, и начинаешь писать в tcl монстра:

делаем синтез поблочно в апостериори-"оптимальных" версиях, выписываем нетлист, и топ уже собираем из нетлистов в (желательно) последней версии тула.

ЗЫЖ так подозреваю, что в неозвученных специфических кейсах сценарий (для вивдо) также вполне рабочий

@embedoka
Уж не знаю к какой категории стоит отнести данную заметку:

1️⃣ ученый изнасиловал журналиста
2️⃣ больше хайпа богам хайпа!
3️⃣ слабаки! забыли такие ингредиенты как блокчейн и ML!
4️⃣ чего прицепился - люди делают что-то полезное!
5️⃣ мы просто глупцы и неспособны постичь того, что реально необходимо для развития беспилотников на текущем этапе 🤷‍♂️

источник
@embedoka
категория:
Anonymous Poll
37%
1
8%
2
24%
3
11%
4
18%
5
DIY chip for $10k

Теперь на Efabless появилась возможность делать чипы по SkyWater 130нм без требования опенсорсить дизайн. Честно говоря не знаю насколько ценник дешевле/дороже TSMC 130нм через MPW Европрактики.

Что предлагают за 10 000 долларов?
10mm^2 и 100 QFN или 300 WCSP чипов
(WCSP можно увеличить до 1000шт, доплатив $20 за чип).

Кстати, в заметке интересный термин: TaaS - Technology as a Service.

@embedoka
Про проекты на efabless

Из любознательности полез посмотреть что же за опенсорц-проекты делались на Efabless по SkyWater 130нм, и чёт приуныл:

Если и не большинство, то достаточное количество проектов - это шит-асики для шиткоинов (и сразу такие мысли в голове - а что так можно было?!?!). 😳

Вторая категория проектов - различные вариации гитхабовских SoC на RISC-V. 😬

Конечно есть и интересные проекты, вроде openFPGA, OpenTDC, обкатки Analog & RF IPs, etc.

PS: а еще я нигде в явном виде не встречал информацию, но у меня есть догадка о том, что инициатива гугла на Sky130 появилась не случайно, а благодаря гугловскому же проекту openTITAN, а точнее проблемами с которыми в 2019г он столкнулся: невозможность предоставления полностью прозрачного design flow (Anyone can inspect, evaluate, and contribute to OpenTitan's design and documentation to help build a more transparent, trustworthy silicon RoT for all) из-за того как раз что на всяких TSMC & GloFo закрыты NDA и не подлежат публикации DDK & PDK.

@embedoka
Вот вам для разминка мозгов тривиальная задачка с собеса на схемотехника.
Какое напряжение на выходе?

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

Есть классические вокодеры (в том же GSM, например), которые построены по принципу построения модели речевого тракта как трубы с 10 разными сечениями и разными вариантами возбудителей. Собственно в GSM оттого и качество передачи речи скудное, что передаются параметры этой модели (не всегда попадающие точь-в-точь), а не "оцифрованный" собеседник.

Есть специальные "классические" вокодеры, которые совсем уж тихоходные (до 300 бит/с), типа codec2. И ,казалось бы, вот куда приткнуть нейроночки, но недавняя попытка гугла с lyra (на 3кбит/с) как-то не очень убедительна, но тут нейронка только в декодере и это даже не опенсорс (да и нейронка-то там не для лучшей компрессии, а для попыток восстановления речи при проблемах с каналом связи).

Поэтому моё недоумевание связано с непониманием, что же мешает в то время как Speech-to-Text & Text-to-Speech движки для е-коммерса развиваются семимильными шагами, передавать по каналу текст энтропийно сжатый в Морзянку + индивидуальные параметры спикера по какому-нить PSK31 (а может можно и по более современным альтернативам типа той же LoRa)?!

На мой дилетантский взгляд помимо military/defence есть достаточное число гражданских применений для ultra low bit-rate vocoders.

Так что же я упускаю в этом вопросе?
@embedoka
Ordering parts in 2021 be like (chip shortage)

@embedoka
и вот ещё на злободневную тему
#пятничное
@embedoka