Форум РадиоКот

Всем привет! Собственно сабж. Очень меня впечатлил, начнем погружение
Отладочная плата EVU-BA-2.5 стоит вменяемых денег. Ну... а мне подарили

Ага, какой раздел у них не открой на сайте, везде "503 Service Unavailable". Офигенно поизучаем!

ejsanyo писал(а): Чт июл 02, 2026 16:44:46 Ага, какой раздел у них не открой на сайте, везде "503 Service Unavailable". Офигенно поизучаем!

Да ладно... Все качается. И SDK и мануалы
Вот например, сегодня утащил https://mcu.baikalelectronics.ru/assets ... 97ab589.gz

Хмм, оказалось под фаерфоксом плохо открывается сайт. Причём в приватных вкладках всё работает нормально. Да, после этого пробовал отключать все плагины - не помогает, видимо не в них дело.

https://arsysop.ru/tinplate/ - IDE
под виндой работает, под линукс сейчас чинят

maxlab писал(а): Чт июл 02, 2026 11:18:59 Ну... а мне подарили

Читал про него недавно: https://www.compel.ru/lib/305568
Интересная штука. Подожду, может, тоже подарят

Zapolyarny писал(а): Чт июл 02, 2026 23:08:12 Интересная штука. Подожду, может, тоже подарят

Особенно интересно PIO с вспомогательным ядром. Это круче чем на PR2040
Хочу попробовать сделать SoftDDS на нем c 4x фазным выходом для смесителя IQ

maxlab писал(а): Чт июл 02, 2026 23:37:06 Хочу попробовать сделать SoftDDS на нем c 4x фазным выходом для смесителя IQ

Будет очень интересно посмотреть, если опубликуете работу.

maxlab писал(а): Чт июл 02, 2026 23:37:06Особенно интересно PIO с вспомогательным ядром. Это круче чем на PR2040

У PR2040/2350 PIO со всеми портами работает, можно за такт записать 32 бита, начиная с текущего пина, одновременно дергая еще 5 других пинов и все 12 PIO SM могут это делать одновременно. Полнейший детерминизм, поэтому там можно всякие HDMI реализовывать. A у U-1000 просто третьему ядру выделили быстрый 16-ти битный порт(у Pico они все быстрые). Понятно, что у RISC-V ядра инструкций намного больше и можно писать более гибкие программы, но что будет если параллельно с SoftDDS запустить на PIO что-то другое? Поэтому я бы очень осторожно высказывался касательно "круче чем на Pico" )

Adrift писал(а): Пт июл 03, 2026 08:21:54 я бы очень осторожно высказывался касательно "круче чем на Pico" )

Ну хорошо, вместо слова "круче" пока применим "гибче"
Но тут главная идея не запускать на этом ядре что то еще кроме SoftDDS. Для чего то другого есть еще 2 ядра с GPIO.
Как объяснили создатели U-1000 это вспомогательное ядро было введено как раз для узкоспециализированных целей в интерфейсо/протоколо строении.
Обещали выложить апноут как этим хозяйством грамотно пользоваться. Ждем-с

Друзья, а куда делась ссылка https://img.radiokot.ru в окне редактирования? Как картинки теперь вставлять?

вложением файла и получением на него ссылки

Отладка в модели ТСМА в виртуалке под виндой
https://cloud.mail.ru/public/ix1N/6hPZGJ1jT
Есть полезная особенность. Не обязательно иметь внешний JTAG на FTDI. Одно ядро можно задействовать в качестве эмулятора JTAG через USB.
Почти как у ESP32C3 . Еще есть интересная фича... Можно предкомпилированный дамп грузить в специальную область памяти для Core_2 и осуществлять запуск.
Фактически все 3 ядра могут исполнять разнонаправленные задачи, при этом разделяя между собой отдельные банки памяти с независимым доступом. Память у них 2х портовая

а закинуть в это ядро, тоже (как у других) множество вариантов?

Zapolyarny писал(а): Вс июл 05, 2026 13:49:27 а закинуть в это ядро, тоже (как у других) множество вариантов?

Выходит что можно по разному. Можно отладить задачу на нужном ядре и потом в рантайме подгрузить полученный дамп.
Но этот вопрос еще предстоит глубоко исследовать.

Кстати, вам не кажется, что RISC-V в разных своих проявлениях уже вполне дорос до того, что заслуживает отдельный раздел на форуме?

А смысл? Это практически ARM. По идее, лучше делать для разных серий разных производителей, так как, например, CH32V00x и этот BE U-1000 различаются настолько сильно, что то, что они оба RISC-V - уже как-то и не важно. Кроме того, недавно мне говорили, что только безграмотный любит лазить в отладках, читать ассемблерный листинг и т.д. Предположим, что это так (хотя это совершенно не так). Тогда вообще нет разницы, какая основная архитектура, остаются лишь различия в периферии и таких вот ядерных нюансов как у BE U-1000.

Zapolyarny писал(а): Пн июл 06, 2026 12:38:02 различаются настолько сильно, что то, что они оба RISC-V - уже как-то и не важно.

Ну так и Армы все разные. Тем не менее, все почему-то здесь в одной куче ветке.

Да. Тут логика не ясна. Для каких-то отдельно, для каких-то в кучу...

Zapolyarny писал(а): Пн июл 06, 2026 12:38:02 Кроме того, недавно мне говорили, что только безграмотный любит лазить в отладках, читать ассемблерный листинг и т.д.

Видимо я пещерный человек Кто такую глупость сказал? Я брошу в него камень!
На самом деле есть несколько подходов... мое субъективное мнение.
Разграничение ответственности между производителем чипов и конечным потребителем. Поясню на примере десктоп разработки .
Операционная система - Библиотечная абстракция - Приложение пользователя.
На каждом этапе своя ответственность. И не всегда нужен доступ к ОС на уровне WinAPI например, или к железу минуя syscall ОС.
То же самое можно отнести и к эмбедингу. Зачем разбираться с периферией на уровне регистров если есть вменяемый HALL (библиотечная абстракция), а вопрос архитектуры - это тулчейн.
Это разделение существенно сокращает время вывода приложения в эксплуатацию, т.к, в первом приближении, достаточно хорошо изучить библиотечную абстракцию.
Но если речь идет об выжимании из железа всего возможного - велком на нижестоящий уровень