Ами причината е чисто практическа колкото и да не им се вярва на харкор армърите Когато се опре до съпорт и поддръжка на код който ти е в милион изделия на пазара, особено писан от някой друг преди 6 години примерно, тогава лъсват предимствата на осмиците. В аутомотив и в еър/спейс индустриите си се ползват масово както и преди 20 години и няма тенденция това да се промени скоро

Е то в това отношение - да - за какво да го сменям като си работи - имам няколко дребносерийни джаджи дето си почнаха с 2520, после минах на 25к22 сега ще минавам и на Q. Само някой дребни корекции правя. Ама това с епрома трябваше да го умувам, щото както беше на К-то не се усещаше, ама на Q-то се получи грозен ефект.

За това си прав, обаче от друга стана не те ли дразни това, че с новите технологични процеси, всеки един от падовете за свързване на пинчетата има по-голяма площ от цялото ядро+RAM+Flash. И ако махнеш един пад/пин от 8 битов скачаш на 32 битов с 10 по-бърз процесор, 10 пъти повече RAM+Flash.
И ако искаш този 32 битов MCU може да ти емулира едновременно не един ами няколко от тези 8 битовите процесори.

Ko? Не!

Когато опре до производство изборът на чепове винаги е повече или по-малко субективен. Изключая цената, която може би е единствения обективен фактор с който всички се съобразяват. Съпорта и поддръжката не че не са важни, но имат малко по-различен смисъл в производството. Никой не се интересува кой как и кога бил написал нещо си. Обикновено написването и пренаписването са най-най-дребния проблем. Особено за 8-битови истории. Много по-страшно е последващото тестване, евентуално сертифициране или преузаконяване. Даже и само пренастройването на производство, диагностики, сервизи и документации е в пъти по-сложно от самото проектиране.
Тъй че дали е 8 или 64-бит е последното нещо, което се гледа. Поне в областите в които имам опит/наблюдение. Иначе ако това беше важно, 8-бит отдавна да бяха изчезнали

Въпроса е дали ти трябва 32 битов?

Все си мисля че с преминаване на друг процес и цената ще пада, така че да има смисъл да си продължаваме да си ги влагаме във вече готово проектирани и тествани изделия. Единственото притеснително е дали ще си останат все така дуракоустойчиви. Щото имам спомен как PIC16F628 преди 10-тина години седя половин час захранен с 12 волта и продължи да си работи... Силно се съмнявам някой сегашен Q или има едни още по-нови да устискат на такива издевателства.

На теб или на "аутомотив, еър/спейс индустриите"...?

Зависи... на теория ако 8 кила желязо са достатъчни, няма нужда да слагаш 32. На практика обаче разликата не е количествена, а качествена. За 8-бит няма почти нищо стандартно. Като почнеш от компилатори, библиотеки, дебъгери и т.н. Пак казвам нищо на теория не изисква тия неща да ги няма или да не са стандартни. Просто на практика това е дереджето.
То даже и на 32-бит не всичко е пИрфектно, ама поне е на няколко порядъка по-развито. Истината е, че всякакви технологии и инструменти в нашата област се развиват като за РС. От там някои неща стават да се прехвърлят за ембедед, но колкото по-малко си е ембедед (разбирай лайнукс, боза) толкова по-лесно е. И обратно, колкото отиваш към разни джвъчки, толкова повече оставаш без инструменти и без технологии... Демек толкова повече се налага сам да си топлиш водата и сам да си откриваш колелото.

Точно там дето най-много се ползват 8 битови сметалки, "стандартно" или "готов код" е неуместно понятие. Или поне така беше в добрите стари времена.

еее.. в добрите стари времена хората се радваха и на най-елементарните неща.
Уви, за съжаление хората, или по-точно хората които определят правилата стават все по-тъпи и се налага да заместваш липсата на човешки интелект с код в устройствата. Това не е лесно на никаква платформа, а какво остава на 8-битова пародия...
Е примерно миналата седмица писах един код, който трябва да приема едно съобщение от едни данъчни... Съобщението е буквално един бит, хайде има и параметърчета, сложи ги общо 2-3 байта информация. Тъпо та чак дрънка. Викам си фасулска работа. Да де, ама за красота съобщението е оформено в XML, няма лошо... Някой се е сетил, че е нужна сигурност и за целта xml-a е подписан с цифров подпис. И тва как да е се преглъща. Крайният файл е записан в един pkcs7 формат... грубичко е, ама карай. Обаче това всичкото явно е правено с някакво програмче на М$ и не точно файлът е подписан, ами определени атрибути и вече чашата прелива, защото списъка с атрибути е отворен. Утре може да им скимне да си изберат други атрибути. Не знам какво се очаква от мен, да напиша фърмуер, който има интелект и работи с отворени списъци, отворени файлови формати, проверява подписи и сертификати.... Аз това и на РС не съм го видял да работи универсално, а какво остана за ембедед. Еле пък за 8-бит и то да си пишеш сам всичко... Ъпсурдт!

Виж сега, тук си абсолютно прав. Всичко си зависи от конкретното приложение. И 8 и 16 и 32 и 64 си имат своите ниши където просто няма разумен вариант за нещо друго. Даже неотдавна и 4-ка видях в продукт правен 2016! Ако е за заместване на (липсата на) нечий акъл, ясно е че си трябва повечко, ако ти е да ти цъкне едно реленце или да ти завърти перка, там просто няма смисъл... Абе добре е че има избор

Такива системи могат да работят само ако има възможност за ежедневен OTA ъпдейт - нищо друго не може да устои на безразборното сменяне на изисквания. Че на моменти иска и HW ъпдейт - което го правят по базовите станции, ама много скъпо излиза.

PS5 Teardown: An up-close and personal look at the console hardware

https://youtu.be/CaAY-jAjm0w

Увеличават си тежестта като клиент на TSMC.

Altera стана Интел. Xilinx ще стане AMD. Яко...