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

[ptr]

Потом уже определится к какой части области относится обсуждаемое/прогнозы/пожелания/мечты/…/недостающее вписать .

Так ведь вопрос был уже четко обозначен.
Ну повторю в четвертый раз. Я не гордый:

Хорошо, сделайте прогноз что будет после stm32 ? Какие ресурсы будут чтоб экономить и писать на низком уровне, настраивая выводы и т д...
Сначала был асем под пики, сейчас си, а дальше?

пример с USB в свете SoC именно и связан с необходимостью отдельного и явно более мощного и богатого ядра чем сам CPU для обслуживания только USB.

Зачем, если мы говорим о гетерогенной системной архитектуре? Размещайте все ваши IEEE 802.15.4, 802.11, 802.3 и т.п. прямо на чипе, с доступом к общей памяти.

Программа в CPU ведь будет работать с сетью просто читая/записывая данные в память ?

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

Тут уже впору задуматься об инфраструктуре

Можете не задумываться. Эта инфраструктура уже есть. Вопрос только за выбором RTOS для переферийных процессоров. Для определенности можно считать, что это будет FreeRTOS. Центральный, вроде, очевидно, под Linux.

Таки в этом сегменте гораздо перспективней создание и предоставление разработчикам вылизанных библиотек

Вы хоть читали, о чем Вас спрашивали?

Сначала был асем под пики, сейчас си, а дальше?

Какое средство разработки, более высокого уровня чем C/С++ Вы предлагаете?
Я же писал:

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

Разницу понимаете? Я веду речь о развитии и создании аналога языка шейдеров, но не для GPU, а для переферийных ядер. Причем наработки в этом направлении уже есть в виде стандартов IEC61131-3.

Тогда проектирование совсем станет похоже на Lego

Столь наивные мысли посещали мир уже не раз. Но суровая правда жизни говорит о том, что сложная иерархия классов все равно требует работы квалифицированного программиста, а вот внести в нее исправления ошибок, допущенных на этапе ее разработки, очень сложно.
Тогда как тот же LD или FBD из IEC61131-3 спокойно используется не программистами.

И FPGA здесь отлично впишутся. Если частоту вентилей оставить на уровне 33/66MHz, то их можно будет покупать ведрами на вес.

Вы покупайте, конечно - деньги Ваши. Но с логикой в 33/66МГц вполне справятся уже сейчас имеющиеся 400МГц ядра STM32. Особенно с учетом того, что логику то будет задавать куда более производительные CPU. Мне даже интересно стало, где вы в массовых областях применения МК увидели потребность в FPGA? Именно FPGA, а не DSP.

Вариант от уважаемого omercury и гармоничней, и перспективней таки .

Как вариант развития STM32 и среды разработки для него? Не убедили.

[STM32F0]

Посоны, вы шо там курите? ))))))))))))
Или осваивайте что есть, или займитесь вышиванием крестиком. ))))))))
А то в темах два слова связать не можете, а здесь от избытка ума на портянки рветесь. )))))))))

[mike-y-k]

256 бит наверное перебор, большие ещё на эту вершину не залезли .
С плавающей математикой вроде все относительно спокойно - она таки есть, хотя не у всех.
Наличие Ethernet PHY внутри немного спорно, да и добавить его не столь дорогая и сложная проблема, а при множестве вариантов доступа тогда уж сразу WiFi двухдиапазонный, BT/BLE, ZigBee стоило добавить.
А вообще - надо нанороботам на нанофабриках делать чипы в нужном количестве и конфигурации - тогда все устройства станут одночиповыми…
И программирование нижнего уровня поддерживать облачным ИИ с высоким скиллом по оптимизации.
Тогда только основную логику останется прописать.
И тестирование с отладкой вести на симулирующем облачном ИИ с дружественным интерфейсом и мгновенной коррекцией кода в прошивку…


CERGEI1982, кроме куба и прочих вполне можно ожидать появления других вариантов абстракции, да и в наличии наверняка не только они…
Тут вот путь унификации всей широты имеющегося на будущее напрашивается, тогда все ресурсы можно будет спокойно в унифицированной нотации использовать и DS уже только для работы со специфическими расширениями будет нужен (весьма редко)…

ptr для начала стоит при цитировании таки сохранять смысл.
Например про Lego фраза была совсем не про программирование.

У Вас получается, что работа по обмену данными, настройке, обработке ошибок и состояний,… где-то происходит без участия CPU? Строгий пример массового применения в студию. Именно варианта только формирования данных CPU с дальнейшей обработкой его абсолютно без участия CPU, на одном с ним кристалле и вместе с памятью.
Не CC430?

А меня о чём-то спрашивали? Кто? Тут таки не игра в вопрос- ответ, а обсуждение.

FPGA/CPLD для той же обработки матриц кнопок, энкодеров. Далее везде. И нет нужды просыпаться CPU для отработки на 400MHz при батарейном питании той логики, даже не на полной скорости. Даже отдельно отлично решает такие задачи и выдаёт прерывание при необходимости вмешательства процессора. И процессор подойдёт помедленнее с меньшим потреблением…

Определения для классификации таки нужны, поскольку наблюдается перетекание с вольными границами.

А почему центральный не под Windows 10 (или даже 11 ), или FreeBSD, или Darwin?
А почему периферийный с RTOS, а не множество отдельных процессоров с реализацией на каждом отдельного протокола/подсемейства и контроллером очереди доступа к интерфейсу?
А firmware там исключительно проприетарное или таки все его смогут увидеть? Или как всегда?

Явно к ночи помянул WHGIII(Jr)

[NewWriter]

Харэ фантазировать ))) SoC? Всё это уже давно есть и работает!!! Возьмите например процессор из Raspberry Pi3 - Broadcom BCM2837B0 с ядром Cortex-A53.
Да даже ST уже выпускает МК с "радио" на борту - серия WB, серии BlueNRG, серии NFC.

Вы просто не слишком информированы о современных и уже доступных технологиях )))
Нечего тут фантазировать, уже всё есть, тенденции и рынки уже распределены.
Кстати, GigaDevice GD32F330F4 - херня собачья на фоне современных, даже не самых навороченных технологий! Так что забейте.

И я как бы вообще не понял сути споров и большого количества букв. Вы вообще о чем спорите то? Букв все понаписали доталова, а сути - ноль целых хер десятых. Рассуждаете о будущности? Че, закатываем 32-битки или еще 8-битки катим? Broadcom-ы уже давно 64-битные, пора 32-битки закатывать давно.

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

[ptr]

Харэ фантазировать ))) Всё это уже давно есть и работает!!!

Ну приведите пример архитектуры МК за несколько долларов, программировать которую можно на лету не программисту. Что-то все варианты поддержки того же IEC61131-3, которые мне известны, подразумевают кросс-компиляцию на обычном компьютере.

[NewWriter]

ptr, ты тут уже дохуя написал букав, да только в большинстве - какая-то лажа.
Архитектура, которую может программировать на лету не программист - это че за поебень такая то? Ты сам то хоть понял, че написал? Ты вообще вкурсах дел то?
Ну есть ПЛК типа Сименс или какой-нить Овен, там не надо знать TIM1-›ARR=123, там по-другому всё. Но стоимость дохрена.

Я вообще как бы не врубаюсь, че ты тут пытаешься доказать то? Че ты тут раскидался модными "умными" словами, смысла которых даже сам то невкуриваешь? "Кросс-компиляция на обычном компьютере"? Бля, а если на "необычном"? Че за поебень то? Харэ уже говно в ступе месить...
"МК программировать не программист". Ога. А паять МК - не паяльщик. И чтоб стоило "несколько баксов". Че за хня тут происходит то?

[omercury]

какая-то лажа

Видео:

Тяпница...

[ptr]

ptr, ты тут уже

Я конечно понимаю, что Вы публично признали себя неправым, вынуждены были перейти на личные нецензурные оскорбления, чтобы это продемонстрировать, но в любом случае:
1. Немедленно удалите свой пост
2. Публично принесите извинения всем, кто мог прочитать Вашу лексику, достойную, разве что, подзаборного БОМЖа.

[STM32F0]

Обана! Пошла вода! ))))))))
Всем на колени, извиняться не останавливаясь! С вами царь молвит! ))))))))]

[nml]

дохуя-поебень-Бля-поебень-хня

На неделю бан