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

[индюк]

ptr, а сама то ст видит такой вариант?))))

[omercury]

к обсуждаемой теме о прогнозах развития STM32?

... в теме о ГигаДевайсах...

- первый был ответом на запрошенный пример SoC
- второй полон вопросов,
...увы, риторических

[ptr]

ptr, а сама то ст видит такой вариант?))))

Вероятность того, что следующим МК, сравнимым по популярности с STM32, окажется МК, разработанный STMicroelectronics - невелика.
Но, естественно, в направлении SoC они движутся.

[ptr]

- первый был ответом на запрошенный пример SoC

А если читать сообщения целиком, а не видеть в нем только одно слово?

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

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

Можно пример?

[две ссылки на SoC c FPGA]

[CERGEI1982]

Маленько с именем темы ошибся,но поправить не в моих силах.
Тему можно было назвать : Какой курс держать в будущем в плане микроконтроллеров(ваши прогнозы и мысли),после stm32

[omercury]

Но, естественно, в направлении SoC они движутся.

Ну вот наконец они и лохонулись...(((

Сколько блютуз-устройств мы используем в повседневной жизни?
Я - ни одного, а вы?

Маленько с именем темы ошибся

С этим либо к Мессингу, либо к Ванеге.

...но оба уже того...

[mike-y-k]

Таки надо окончательно как-то разделить мух и котлеты.
Для начала требуется решить вопрос с классификацией области.
Потом уже определится к какой части области относится обсуждаемое/прогнозы/пожелания/мечты/…/недостающее вписать .
Потом решить что таки SoC в выбранном пространстве и определится с его вариантами применения и задачами в этом пространстве.
Ну а потом уже пытаться что-то обсуждать.

ptr, пример с USB в свете SoC именно и связан с необходимостью отдельного и явно более мощного и богатого ядра чем сам CPU для обслуживания только USB. Там же ещё ничего не было про USB-LAN, хотя и USB-WiFi уже содержит стек сетевых протоколов, Программа в CPU ведь будет работать с сетью просто читая/записывая данные в память ? А в запасе для подключения их ещё столько самых разных - USB-AV (в вариациях), USB-ZigBee ,… Тут уже впору задуматься об инфраструктуре поставки и загрузки для того контроллера драйверов производителей, антивирусной защите стороннего кода,…
И для множества применений эта концепция станет ночным ужасом программиста, хотя и породит огромную индустрию сервиса, сопровождения,… Что-то это мне уже напоминает в верхнем сегменте… Проекция гения WHGIII(Jr) на новое поле деятельности?

Таки в этом сегменте гораздо перспективней создание и предоставление разработчикам вылизанных библиотек, кроссплатформенной (без Java! ) среды разработки и отладки, совместное создание (самими разработчиками, при вменяемой цене и открытом коде) универсального программатора/отладчика (на FT2232/4232 уже энтузиастами делается), максимальная интеграция в чипе (без фанатизма конечно) обвязки (тот же конденсатор керамический по питанию ), взаимное тестирование периферии,…

Тогда проектирование совсем станет похоже на Lego при росте качества, облегчится и ускорится разработка программной начинки при росте ее качества и расширении функционала, потребители смогут получить менее глючное оборудование с более унифицированным интерфейсом и расширенным функционалом, вырастут обороты, и IoT/IIoT получат импульс к развитию при резком снижении головной боли от задач унификации, дополнительная прибыль пойдёт в исследования и разработки,…

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

Пока все гораздо больше похоже на проект для форка arduino с более высоким уровнем начинки на плате и прицелом на ещё большее снижение количества работы на нижнем уровне и такой arduino2++…
Некоторое подобие мигания светодиодом на ПК из программки на VB с помощью вызовов надстройки над MFC (без прерываний, таймера,… на delay())…

CERGEI1982, совсем чуть чуть . Надо только только добавить "и варианты развития" к текущему. Но это надо только постучать модераторам на своём первом топике. Ваш вариант названия не все смогут переварить и начнётся тут очередная оффтоп баталия.

[eddy]

Какой курс держать в будущем в плане микроконтроллеров(ваши прогнозы и мысли),после stm32

Хочется 256-битных МК с флешем в десяток МБ, оперативкой в полмегабайта и встроенным FPU с аппаратной поддержкой double. И аппаратным ethernet'ом внутрях. И по цене в 150-200 рублей...
Тогда не нужны будут посредники в виде 10-баксовых "апельсинок" и веб-морды можно будет прямо на МК пихать.

[ptr]

Я - ни одного, а вы?

Мобильник, ноутбук, hands-free в машине, донгл на десктопе и т.п. В сумме на семью получается десяток.
Но BLE в этом чипе не столь интересен, как 802.15.4.

[CERGEI1982]

Хочется 256-битных МК с флешем в десяток МБ, оперативкой в полмегабайта и встроенным FPU с аппаратной поддержкой double. И аппаратным ethernet'ом внутрях. И по цене в 150-200 рублей...
Тогда не нужны будут посредники в виде 10-баксовых "апельсинок" и веб-морды можно будет прямо на МК пихать.

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