Перейти к содержанию
    

16 часов назад, Arlleex сказал:
23 часа назад, Xenia сказал:

Но шина к памяти обязательно должна быть 64-разрядная (именно поэтому ратую сразу за STM32H7, в не за STM32Fx).

Почему такое категоричное требование (желание)? ИМХО, несколько прогрессивнее было бы сделать именно шину доступа к Flash пошире, как у МК Tiva (TI) - 256 бит. Второй важный момент - реализовать TCM-память.

Против расширения шины сверх 64-разрядов я ровно ничего не имею, а назвала 64 только потому, что не верю, что НИИЭТ способен на большее.

 

А идея тут такова: если в РФ нет достаточно прогрессивного техпроцесса, чтобы "догнать" STM32H7 по тактовой частоте, то логично расширять параллелизм в отношении доступа к памяти, поскольку именно здесь находится время-лимитирующая стадия. Тем более что российский flash, скорее всего, тоже окажется более медленным, чем у STM32.

 

И вообще мне НИИЭТ нравится :) тем, что хотя бы пытается клонировать популярные микроконтроллеры. Это и AVR-архитектуры касается. И если бы они продолжали начатое (шагая в след прогрессу в рамках той же архитектуры) и стали бы выпускать продукция в нормальных (невоенных) корпусах с той же цоколевкой, что и оригинальные, то спрос на такую продукцию точно был, а стало быть, и себестоимость единицы была бы заметно снижена. Тогда как штучное производств (по заказу) годится лишь для работы на военку, у которой денег куры не клюют. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

23 часа назад, Xenia сказал:

но ведь для STM32H7 и так приходится кучу "таймаутов" ставить (FLASH LATENCY), поскольку он слишком быстр, т.к. иначе он свой flash будет не успевать читать.

В реальных задачах FLASH LATENCY имеет мало значения для скорости выполнения кода. Так как такие МК как правило имеют кеш. Иначе не было бы никакого смысла в высоких тактовых частотах.

Так что "такой же МК, но на более низкой частоте" - это совсем не "такой же МК".

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 час назад, jcxz сказал:

В реальных задачах FLASH LATENCY имеет мало значения для скорости выполнения кода. Так как такие МК как правило имеют кеш. Иначе не было бы никакого смысла в высоких тактовых частотах.

Так что "такой же МК, но на более низкой частоте" - это совсем не "такой же МК".

Это имеет мало значения для тех, у кого микроконтроллер импортный :) и быстрый. А поскольку нам на своем техпроцессе такой скорости не достичь, то и кеш нам без надобности.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

4 hours ago, POLL said:

Нужно разрабатывать свое ПО, т.к. тот же open source разработчик, по политическим взглядам, может для твоей страны его ЗАБЛОКИРОВАТЬ, запретить использования на территории РФ.

Простите, но как Вы себе это представляете ? Вы вообще понимаете, что такое FOSS и как это все работает в глобальном масштабе ? 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

19 hours ago, Gradient said:

nRF51822 все цифровые пины переназначаемы без ограничений

про 52840 не знаю

Не все пины у nRF одинаковые. Например, для меня было неприятным сюрпризом на nRF52832 наличие неотключаемого пуллапа на некоторых пинах (8 - P0.06, 24 - P0,21, 39 - P0.27) - для батарейных схем это катастрофа. Впрочем, это оффтопик.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

10 hours ago, Xenia said:

Тем более что российский flash, скорее всего, тоже окажется более медленным, чем у STM32.

Весьма вероятно, что так и будет, поэтому можно вспомнить про 2 вида мухлежей около медленной Flash-ROM:
1. Flash-ROM снабжается статической памятью, в которую (при инициализации микросхемы) переносится содержимое Flash-ROM. Так сделанно в Xilinx CPLD: CoorRunner и CoolRunner II.
2. Рядом с Flash-ROM ставиться статическая или даже динамическая память, в которую переваливается содержимое Flash-ROM. Так было сделано в обычных PC ёще до появление кешей, называлось: Shadow RAM.

10 hours ago, jcxz said:

В реальных задачах FLASH LATENCY имеет мало значения для скорости выполнения кода. Так как такие МК как правило имеют кеш. Иначе не было бы никакого смысла в высоких тактовых частотах.

Угу, но только если не учитывать Cache Miss. После которого всё становится очень тоскливо.

9 hours ago, Xenia said:

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

При прочих равных условиях так пока и есть. Работают заметно медленнее, жрут заметно больше.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

https://www.zelenograd.ru/hitech/otechestvennye-fotolitografy-zntc-kovalev/?from=feed&utm_referrer=https%3A%2F%2Fzen.yandex.com&utm_campaign=dbr

Статья об отечественных литографах в Зеленограде от 9.02.2022.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

будучи на выставках, я спрашивал у представителей НИИЭТ про то, почему они в своих микроконтроллерах делают такую маленькую Flash память.

ответ был - закажите нам, мы скорпусируем туда больше.

т.е. ответ очевиден - применяемая технология не позволяет. слишком толстая

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

14 hours ago, Eddy_Em said:

Не может, если лицензия свободная. Скажем, GPL. Почитайте ее текст: свобода гарантируется каждому человеку. Независимо от расы, национальности и тараканов в голове!

Свободные лицензии вне политики, как бы всякие корпорации ни пытались их под себя подмять!

 

Серьезно???

Ты отстал от современной реальности https://www.kommersant.ru/doc/5237468

 

10 hours ago, checkpoint said:

Простите, но как Вы себе это представляете ? Вы вообще понимаете, что такое FOSS и как это все работает в глобальном масштабе ? 

Российское программное обеспечение и операционные системы, работающие на открытом программном коде, могут оказаться под угрозой блокировки. 

https://www.kommersant.ru/doc/5237468

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

13 часов назад, Xenia сказал:

Против расширения шины сверх 64-разрядов я ровно ничего не имею...

Я говорил про шину данных (которая в STM32H7 - AXI-Lite). Вероятно, именно ее Вы и имели ввиду.
А шина чтения Flash - это не та же самая шина - она совсем другая. В обычных STM-ках 128 бит. В F7 (слава богу) уже 256 бит.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

13 hours ago, Xenia said:

А идея тут такова: если в РФ нет достаточно прогрессивного техпроцесса, чтобы "догнать" STM32H7 

в 90-е DEC сделал на 300нм StrongARM - такую вандервафлю, которая потребляла 1Вт на 100МГц, ну и где-то до 200МГц разгонялась (с водяным охлаждением :)

вот готов спорить, что не удасться догнать даже это.

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

3 часа назад, Beby сказал:

Угу, но только если не учитывать Cache Miss. После которого всё становится очень тоскливо.

Я говорил про реальные задачи. В которых эти промахи крайне редки.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 час назад, POLL сказал:

Российское программное обеспечение и операционные системы, работающие на открытом программном коде, могут оказаться под угрозой блокировки. 

https://www.kommersant.ru/doc/5237468

Я даже читать это [вырезано  цензурой] не буду.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 часа назад, Arlleex сказал:

В обычных STM-ках 128 бит. В F7 (слава богу) уже 256 бит.

Видимо - далеко не во всех. Открыл мануалы на имеющиеся у меня STM-ы:

STM32L152: "Flash memory read operations: read access is performed by 64 or 32 bits"

STM32WB55: "72-bit wide data read (64 bits plus 8 ECC bits)"

STM32F103 и STM32F303: тоже вроде как 64-битная шина

STM32F429: только у этого 128 бит.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 minutes ago, andrew_b said:

Я даже читать это [вырезано  цензурой] не буду.

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

Что вы говорите,

тут по платной подписке доступ прикрывают, а уж open source, по политическим соображением, владельцу репозитория НИЧЕГО не мешает аналогично закрыть. Я уже не говорю, если там есть спонсор и если он попросит, также все прикроют.

Вы видимо еще с этим не столкнулись. Выручает если у вашей конторы есть отдельное юр.лицо за рубежом.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...