«Любую техническую проблему можно решить введением дополнительного уровня абстракции. Кроме одной — слишком большого количества уровней абстракции»

@embedoka

При оформлении технической документации часто приходится вставлять скетчи/куски схемы и хочется использовать не скрин из EDA/CAD, а что-то красивое, векторное, версионируемое. Как GraphViz, но только не для диаграмм, а для схем.

И похоже есть прекрасное начинание для такого инструмента, принимающего на вход специально оформленный JSON (который можно выписать из Yosys), а на выходе отдающий SVG:

yosys -p "prep -top my_top -flatten; write_json output.json" input.v

netlistsvg  output.json [-o output.svg] [--skin skin_file]

💾 https://github.com/nturley/netlistsvg

PS: Проекту хочется пожелать процветания и повторения триумфа Wavedrom'овской рисовалки эпюр.

#techdoc #doc-as-code
@embedoka

"У нас тут глушилки из Китая/собраны из г... и палок, так что уровень внеполосных излучений таков, что при одновременном включении нескольких соседние БС ложатся, но вы напишите об этом как-нить помягче... обтекаемыми формулировками..."

источник
@embedoka

Aliaksei Chapyzhenka, cоздатель WaveDrom, запилил проект-сателлит Sekvenco, который умеет переводить из формата WaveDrom'овского метаописания (т.н.WaveJSON ) в последовательность событий (для последующего преобразования в тест-векторы/автогенерации спеков?).

В качестве предпосылки создания приводится парадигма Specification by example (SBE):
▫️ https://en.wikipedia.org/wiki/Specification_by_example
▫️ https://www.techdesignforums.com/practice/technique/executable-specification-soc-ip/

@embedoka

А вы знали, что Линукс - это не операционная система?..
А впрочем.. Слово амбассадору 🤓

@embedoka

IEEE Chipathon-II

Список финалистов "чипатлона" для ноды SKY130 PDK.

Наряду со знакомыми из Пакистана, присутствуют Чили, Бразилия, Аргентина, Уругвай (воистину равные возможности для всех 🎉).

Еще очень приятно наблюдать качественный скачок проектов: от "yet another RISC-V" к аналоговым блокам (LNA, ADC, DCDC, PLL, 60GHz demo). Ведь цифрУ можно и на FPGA пощупать, а вот гуманитарные запуски для аналоговых сущностей можно как "ошибку с нулевой стоимостью" рассматривать, а затем ничего не помешает (если есть такое целеполагание) там же запуститься в рамках ChipIgnite за $10k 🤑

▫️https://ieeexplore.ieee.org/ielx7/4563670/10157990/10158295.pdf

@embedoka

Годные примеры и советы для использования #asciidoc на #github

Для тех кто предпочитает использовать README.adoc вместо README.md

▫️ https://gist.github.com/dcode/0cfbf2699a1fe9b46ff04c41721dda74

#techdoc
@embedoka

Eagle CAD R.I.P?

@embedoka

MCU code density comparison

- Такую поисковую фразу я вбивал, пытаясь найти хоть какое-то сравнение плотности кода разных МК (8051, AVR, PIC16, MSP430, HC08, Cortex-M, RISC-V, etc).

Максимум релевантного, что удалось найти: это преза 2009г от NXP, восхваляющая Cortex-M0. Естественно, М0 в этом сравнении "велик и могуч" по всем аспектам, а уж по плотности кода в thumb-mode кладёт на лопатки все архитектуры существовавшие до его изобретения 🙄.
Естественно, никакой речи в презе 2009г про RISC-V в ней не шло, а хотелось бы его тоже добавить в сравнение, особенно с расширением 16битными командами.

❓Никому такое не попадалось случаем такое исследование (или несколько, чтобы результаты не были столь однобокими каковые получились у NXP с М0)?

@embedoka

Собрал в один блог-пост "Полезные ресурсы Github для инженеров FPGA/ASIC" серию публикаций в канале:

▫️https://t.me/embedoka/833
▫️https://t.me/embedoka/834
▫️https://t.me/embedoka/835
▫️https://t.me/embedoka/837
▫️https://t.me/embedoka/839

Так намного проще добавлять новые источники и иметь всегда актуальный список годноты.

@embedoka