GD32F330 - новые мк от GigaDevice

[AR_Favorit]

хранения программ выделено 512 кБайт, а оставшиеся до 2,5 МБайт - это флеш под данные. Ну то есть, программный код оттудава не исполняется, но могут считываться константные данные, ну типа там графика или звук.

да и пофик, покажите мне того героя, который будет писать 512 кило чистого исполняемого кода, без RO-дата)))

Как, впрочем и того идиота, который для хранения звука/графики станет переплачивать за 3 гига недешевого набортного NOR-флеша вместо того, чтоб копеечный внешний NAND в том или ином обличии привесить...

[Исбанни]

Ну я тех героев не знаю, не встречал. Я лишь нашел в доках и перевел сюды то, что там есть.
А про какие 3 Гига набортного NOR речь? Адресное пространство то всего то 4 Гигабайта для 32-битной системы. Имеете ввиду 3 мега, скорее всего?

Я не берусь судить за цены, я просто рассуждаю. С другой стороны, может быть конечно полезно иметь для RO-данных, для тех же элементов растровой графики хотябы лишний мегабайт флеша внутри МК, а не тянуть его с отдельной микросхемы на плате, со всеми вытекающими - либо параллельный интерфейс, либо большие задержки от сериального. Иной раз как раз этих то 1-2 мегабайт и не хватает для счастья.

ПС. О, между прочим! Случайно обнаружил, что "Чип и Дип" может поставлять продукцию Гигадевайсов - https://www.chipdip.ru/catalog/ext/gigadevice
Там в списке есть и микроконтроллеры, и даже отладочные платы. Но цена - да ну ее нахрен, по-моему, не меньше чем у аналогичных стм32.

[AR_Favorit]

Имеете ввиду 3 мега, скорее всего?

Аха. В эпоху терабайтов рука не поднимается про мегабайты писать)

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

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

Вообще, ИМХо (еще раз, ИМХО) те же М7 кортексы - штука прикольная, но невостребованная. Ну нету у них ниши, или она очень узкая. И не дешевые, и с кортекс-А не сравнятся.

[Исбанни]

Да тут уже 32H7xx активно продвигается. Они почти по цене F7, ну чуть дороже может. Периферии новой туда понаворотили, частота 400 МГц. Но фишка в том, что 400 - это только ядро, а любая периферия - не более 200, там делитель стоит сразу после ответвления на тактирование ядра.
Может, из-за H7 забобрили F7? Не знаю, тут опять же не берусь судить по ценам...
Но как бы такие вещи, как F7 и H7 - они уже достаточно сложны, и не каждый уже осилит их. Кому-то проще уже взять одноплатник типа Orange и получить вдесятеро больше за те же деньги и с меньшими усилиями. Тут уже вопрос философский...

[pamalofeev]

где написано, что:
128 KBytes of inner Flash ... is avaible for storing programs and data, both accessed at CPU clock speed with zero wait states.

Ну zero wait флэш gd везде указывает как одну из главных фишек, сразу после stm32 совместимости. Но и недостатки не особо прячет, таже гораздо более высокая прожорливость. А вообще, интересно, насколько в целом стабильны эти МК. Но видимо в англоязычном и русскоязычном сегменте этого пока не узнать, экзотический зверь)

[AR_Favorit]

Кому-то проще уже взять одноплатник типа Orange и получить вдесятеро больше за те же деньги и с меньшими усилиями.

Об чем и речь. Только не одноплатник, а соответствующую платформу, если речь о производстве.
Все эти апельсины-бананы-малины - суть игрушки, инструмент для изучения того, на чем они сделаны. А то, что они стоят дешевле иной дискаверины - как бы приговор старшим кортексам-м)
Броадком же торговал малинами себе в убыток - чтоб приучать народ к своей платформе)

[Исбанни]

zero wait решается очень просто - это конвейер. А в доках на GD4ххх я натолкнулся на такой текст: (своими словами) "флеш для программного кода имеет zero-wait, а вот флеш для данных (которая расширенная до 3 МБ) имеет 2 цикла ожидания, то есть не буферизованная".

.....
На одноплатниках хорошо именно изучать. Ибо спаять макетку такую в домашних условиях не под силу )))))) Да и немногие из нас делают это именно для производства. Хотя на "малинах" делают и "умные дома", и медиацентры, и... А один раз видел, что внутри кассового аппарата стоял какой-то одноплатник. Не разглядывал, ибо просто в обычном магазине сервисмен открыл его и ковырялся там чето. Там ведь в принципе то, "не малиной единой ссыт человек" ))))

[AR_Favorit]

zero wait решается очень просто - это конвейер.

Если говорят zero wait - это просто быстрая флеш. А конвейер тут ни при чем. Конвейер - это не буфер, не кеш, и не какая-то волшебная палочка, позволяющая извлекать из флеша данные быстрее, чем он их может отдать)

[AR_Favorit]

Хотя на "малинах" делают и "умные дома", и медиацентры, и...

и все прочее, что делают на ардуинах, только в разы навороченнее)))

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

внутри кассового аппарата стоял какой-то одноплатник.

Оно и унутре весьма серьезных агрегатов, бывает, стоит. Только не малины-апельсины, а тоже вполне серьезные девайсы, в индустриальном исполнении, и выполненные обычно по известному стандарту...

[STM32F0]

zero wait - это просто быстрая флеш

Да странно как-то, у гига есть, у других нет.