ARM в виде Raspberry Pi

[Рязанцев Владислав]

Реальных 2 ядра есть у ESP32, и RTOS на ней работает и частоты до 240мГц, а флешку любую до 16мб можно повесить. Да еще синий зуб и вай вай. Хочется поиграться с многозадачностью- самое оно. Для диких извращенцев- попробуйте запустить wifi+bt+adc и еще чегонибудь тяжелого под RTOS, срывы стека и глюки модема гарантированы, что подразумевает танцы с бубном для их исправления.

[ARV]

мощный аналог ардуины для тех, кто хочет идти дальше

ну вот смотрите, как ситуация видится мне:
имеем по сути 2 МК (ядра), 133 МГц, по меркам ардуины - просто дикое количество памяти и достаточно много портов ввода-вывода. бонусом - готовые "библиотеки" для всей имеющейся периферии и оптимизированные функции работы с float.
то есть для неизбалованного ресурсами AVR-щика (даже не ардуинщика!) - это море возможностей!

а на вопрос - чего бы такого на всем этом богатстве сделать? ответа нет...

высокая скорость работы могла бы быть полезна там, где было узкое место у AVR - в работе с SPI-устройствами, например, дисплеями или SD-картой. наличие двух ядер могло бы решить проблему одновременного чтения "картинок" с SD-карты и вывод на дисплей. ну и куда эту возможность приделать с пользой? сделать воспроизведение анимированной GIF-ки - и что? для какой пользы эта анимация может пригодиться?

запитать кучу WS****? так это делается по примерам - все функции для этого уже готовы и лежат в коробке. неинтересно, и все равно остается вопрос - нафига?! очередную гирлянду на ёлку?

можно реализовать мою давнишнюю мечту - настоящий плейер S3M и подобных файлов... только для AVR это казалось невероятно крутым, а на этой платформе уже не кажется... и вопрос пользы все равно остается.

к сожалению, приходится еще учитывать наличие свободных финансов, поэтому, например, 3D-принтер или фрезер я уже не потяну, т.к. там механика стоит немеряных денег... коптеры всякие по той же причине отпадают.

и остается пустота безысходности...

поскольку платка стоит меньше 300 рублей, одна радость - поковыряться с реальной многозадачностью, а потом - в ящик стола. лет 10 борюсь со скукой, и она побеждает.

[jcxz]

[uquote="slyubez",url="/forum/viewtopic.php?p=4232907#p4232907"]Ни в коем случае. Там разве что можно только идеи брать. А заказы - это удел тех, кто уже умеет.[/uquote]Боитесь конкуренции?

[muravei_]

ARV, купили?
Я в прошлом году сделал на нем 3-й SPI ( на нем два)
Использую VSCode и Pico-sdk.
Сейчас проблема : никак не могу объяснить VSCode , что есть еще папки внутри папки проекта.
File -> Preferences -> Settings. "includePath" , а он их не видит.

[ARV]

ну, вы спохватились... купить-то купил, да так и валяется. иссяк запал...

[Adrift]

Уже Pico2 пора покупать, все-таки 2-х ядерный M33 - это значительный шаг вперед. А из старого Pico можно сделать CMSIS-DAP программатор )

[muravei_]

[uquote="Adrift",url="/forum/viewtopic.php?p=4640893#p4640893"]все-таки 2-х ядерный А из старого Pico можно сделать CMSIS-DAP программатор )[/uquote]
RP2040 тоже 2х ядерный..

И , думаете, с Pico2 проблема сразу рассосется?

и зачем мне этот "зоопарк2 из M33 и RISC-V?
Нам такой хоккей зоопарк не нужен! пока.

[Adrift]

[uquote="muravei_",url="/forum/viewtopic.php?p=4640897#p4640897"]RP2040 тоже 2х ядерный..[/uquote]
Да, но M0+ без DSP/FPU и еще многих полезных инструкций, даже не считая кастомных, из-за чего их пришлось засунуть в ROM, деление сделать отдельным модулем и т.д..

И , думаете, с Pico2 проблема сразу рассосется?

VS Code для Pico позиционируется как основная IDE, значит основные проблемы должны быть решены, иначе недовольные пользователи им бы сразу заспамили форум )

и зачем мне этот "зоопарк2 из M33 и RISC-V?

По умолчания активен M33, никто не заставляет переключаться на RISC-V, можно все главы про него смело пропускать.

[muravei_]

Кажись, сам разобрался : Добавить в CMakeLists.txt - target_include_directories

[muravei_]

[uquote="Adrift",url="/forum/viewtopic.php?p=4640893#p4640893"]все-таки 2-х ядерный M33 - CMSIS-DAP программатор )[/uquote]
Таки , там 4 ядра ?

Adopts unique dual-core and dual-architecture design: dual-core Arm Cortex-M33 processor and dual-core Hazard3 RISC-V processor, flexible clock running up to 150 MHz.

Это интересно!

[Adrift]

[uquote="muravei_",url="/forum/viewtopic.php?p=4641364#p4641364"]Таки , там 4 ядра ?[/uquote]
4, но работать могут только любые 2. RISC-V там, видимо, просто чтобы перетянуть еще любителей RISС-V, а так он хуже M33 практически во всем.

[abc]

Без разницы, сколько ядер - все любительские поделки заканчиваются "помигать светодиодом" и индикатором пердежа.
Ведь был уже 8-ядерный МК по 80MHz на ядро. Аж 10 лет назад. И много на нём конструкций здесь, на сайте ? Аж одна.

[muravei_]

[uquote="abc",url="/forum/viewtopic.php?p=4641397#p4641397"]И много на нём конструкций здесь, на сайте ? Аж одна.[/uquote]
А НАСрать ! Мне нужен был 3-й SPI, и я на нем его сделал , и 4 по плечу.
Много вы знаете МК , где можно делать свои переферийные ус-ва?

[Adrift]

[uquote="abc",url="/forum/viewtopic.php?p=4641397#p4641397"]Без разницы, сколько ядер - все любительские поделки заканчиваются "помигать светодиодом" и индикатором пердежа.
Ведь был уже 8-ядерный МК по 80MHz на ядро. Аж 10 лет назад. И много на нём конструкций здесь, на сайте ? Аж одна.[/uquote]
У 8-ми ядерного Propeller не было никакой периферии и инструкции выполнялись за 4 такта, то есть все 8 ядер, учитывая убогость набора команд, суммарно сопоставимы с одним ядров первого Pico. Флеша не было тоже, прошивка грузилась в RAM из внешней EEPROM. Не удивительно, что такой мк мало кого впечатлил...

[abc]

Ну, не знаю, с таким подходом можно и всю жизнь прождать. Убер-инструкций, восьми штук SPI и терабайта набортного флэша.
А ведь народ даже на 16F84 умудрялся делать вполне чудесатые вещи. Году примерно в 1998 )

Мне нужен был 3-й SPI, и я на нем его сделал , и 4 по плечу.

Что в итоге-то ? Это какая-то готовая конструкция ? Или чтоб снова помигать светодиодом, но в 100500 раз быстрее ?
Просто (не обижайтесь только) тут я вспомнил речь какого-то персонажа : "А вот йух у меня 8см в диаметре ! И по его толщине я чемпион мира !" И ведь бедолага даже не подозревал, что нужную подружку он хрен где найдет )

[Adrift]

Вышло новое SDK:

RP2040 has now been certified to run at a system clock of 200Mhz when using a regulator voltage of at least 1.15 volts.
We may certify new frequencies for the different platforms in the future.

[muravei_]

И уже дошло до VSC

Еще бы отладку второго ядра.

[Adrift]

[uquote="muravei_",url="/forum/viewtopic.php?p=4685512#p4685512"]Еще бы отладку второго ядра.[/uquote]
Отладка второго ядра в RP2350 и VisualGDB нормально работает, но пришлось править rp2350.cfg, там есть две строки:

Код: Выделить всё

73: target create $_TARGETNAME_CM0 cortex_m -dap $_CHIPNAME.dap -ap-num 0x2000
97: target create $_TARGETNAME_CM1 cortex_m -dap $_CHIPNAME.dap -ap-num 0x4000

А должно быть

Код: Выделить всё

target create $_TARGETNAME_CM0 cortex_m -dap $_CHIPNAME.dap -ap-num 0x2000 -coreid 0
target create $_TARGETNAME_CM1 cortex_m -dap $_CHIPNAME.dap -ap-num 0x4000 -coreid 1

Без этой правки если поставить брейкпоинт на второе ядро, то прилетает SIG Fault. Может и с RP2040 тоже так, не знаю.

[muravei_]

Может и с RP2040 тоже так

Нет , все гораздо печальнее:

Код: Выделить всё

# core 0
if { $_USE_CORE != 1 } {
	dap create $_CHIPNAME.dap0 -chain-position $_CHIPNAME.cpu -dp-id $_CPUTAPID -instance-id 0
	set _TARGETNAME_0 $_CHIPNAME.core0
	target create $_TARGETNAME_0 cortex_m -dap $_CHIPNAME.dap0 -coreid 0
	# srst does not exist; use SYSRESETREQ to perform a soft reset
	$_TARGETNAME_0 cortex_m reset_config sysresetreq
}

# core 1
if { $_USE_CORE != 0 } {
	dap create $_CHIPNAME.dap1 -chain-position $_CHIPNAME.cpu -dp-id $_CPUTAPID -instance-id 1
	set _TARGETNAME_1 $_CHIPNAME.core1
	target create $_TARGETNAME_1 cortex_m -dap $_CHIPNAME.dap1 -coreid 1
	$_TARGETNAME_1 cortex_m reset_config sysresetreq
}

[muravei_]

Adrift, похоже вы тут один , кто использует 2040. Меня интересует использование 2х ядер.
Одно - подготавливает данные , второе - передает по SPI. Все это по таймеру. Примеры работают.
А практически все заканчивается hardfault.
Последний используемый способ : queue_add_blocking , queue_remove_blocking.