[Talika 0]

Смотрю errata на STM32F101/103 и не могу понять смысл ревизий микросхем. Для ревизий Z, 1, Y, 2, 3, X одни и те же баги и не исправляются от одной ревизии к другой, кроме одного про SPI, так в чём же тогда отличие одной ревизии от другой ?

[jcxz 217]

22 минуты назад, Talika сказал:

так в чём же тогда отличие одной ревизии от другой ?

Более свежие версии багов.  

 

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

[EdgeAligned 73]

Однако, существуют и такие баги, которые невозможно исправить в рамках ревизии, ибо проблема более глубокая.
Ну а вот в STM32H743 последняя ревизия имеет повышенную до 480 МГц частоту, это уже прям-таки серьезная заявка.

Проблема исправления багов в обновлениях - это общая проблема в любом секторе IT. Чем больше обновлений ПО в свою мобилку скачиваете, тем тормознутее она работает и больше памяти отъедается 🙂 К сожалению.

[Arlleex 160]

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

40 минут назад, jcxz сказал:

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

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

Опять же, нужно при апдейте смотреть релизы: бывает, в компиляторы вносят какое-то новое ключевое слово - расширение, которое пока еще сырое. Оно может, конечно, обрастать багами, но какое-то первое время. Потом все ок и можно пользоваться смело. У LLVM/CLang это именно так.

[Talika 0]

Не стали исправлять баги. Но ведь как-то пошло выглядит для серьёзного производителя. Тем более что багов много и некоторые серьёзные.

Изменено 22 октября, 2023 пользователем Talika

[jcxz 217]

20 минут назад, Talika сказал:

Не стали исправлять баги.

Видимо как и в случае с молчаливым попустительством компиляторов при передаче char const * в аргументы функций принимающих char *: Для поддержки совместимости уже написанной кучи кода со старыми кремниевыми багами.  

Исправят такой баг и какое-то ПО (заложившееся на него), перестанет работать. Это как раз и есть выбор серьёзного производителя: Производитель зарабатывает на серийном производстве. А раз серийное - значит прошивка уже готова, и потребители чипов совсем не обрадуются необходимости её заново править.

 

А для нового изделия (прошивка которого ещё пишется), адекватный разработчик способен выбрать более новый МК. В котором эти баги исправлены. Вот кто вас заставляет брать это го*но мамонта для новой разработки? уже почти окаменевшее...

[Talika 0]

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

Для поддержки совместимости уже написанной кучи кода со старыми кремниевыми багами.

Это я подумал прямо сразу, но вот например "bxCAN time triggered communication mode not supported", который также не работает и в F2x5/2x7 во все ревизиях. Совсем не работает, а значит если бы заработал в новой ревизии, то вряд ли бы это как-то повлияло на работу старого кода, который его не использует. Короче, если кто обладает истинным знанием, почему STM так по-бл%дски относится к вопросу исправления багов кристалла, напишите. А предположения прошу не писать. На свой изначальный вопрос я ответ получил - возможно ревизии отличаются технологией изготовления кремния, может более гламурный пластик, более изысканный шрифт маркировки на корпусе.

[EdgeAligned 73]

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

почему STM

надо спрашивать у самих ST Microelecrtonics. Напишите в ихнюю поддержу и/или комьюнити.

[mantech 42]

18 часов назад, Arlleex сказал:

Я всегда обновляюсь: старые баги подчищаются, а новые а) не факт

Я считаю, что любые обновления стоит устанавливать ТОЛЬКО, если там что-то исправлено старое и не внесли новых, а в случае, если старая прога или МС прекрасно работает и не глючит там, где критично, то и пусть работает как было, ибо "не лезь в то, что и так нормально работает"... Ну конечно, если не хочется лишних приключений на пятую точку))))))))))

Изменено 23 октября, 2023 пользователем mantech

[Arlleex 160]

5 минут назад, mantech сказал:

Я считаю, что любые обновления стоит устанавливать ТОЛЬКО, если там что-то исправлено старое и не внесли новых, а в случае, если старая прога или МС прекрасно работает и не глючит там, где критично, то и пусть работает как было, ибо "не лезь в то, что и так нормально работает"... Ну конечно, если не хочется лишних приключений на пятую точку))))))))))

Я и не говорю о том, что как только вышло обновление - пересобрать все свои проекты. Нет.

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

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

[mantech 42]

12 минут назад, Arlleex сказал:

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

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

Поэтому сейчас пользуюсь ГЦЦ и эклипсом 2х или 3х летней давности, все устраивает и менять не планирую...

[Arlleex 160]

2 минуты назад, mantech сказал:

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

Хм... Честно говоря, хоть и могу себе представить такую ситуацию, но чтобы не исправить (не думаю, что несовместимости там были колоссальными) - понять не могу)))

[jcxz 217]

48 минут назад, mantech сказал:

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

Я как-то качнул исходники прошивки своего 3D-принтера (проект под IAR). Открыл, нажал "Compile" и.... прифигел! - 3488 варнингов!!!

Там проект создан для IAR v7.10.1.6676, у меня - v7.80.4. Ставить v7.10.1 мне лень. Вот и гадаю:

То ли IAR тут виноват, и новые версии стали находить гораздо больше потенциально кривых мест?

То ли изначально проект был написан кое-как и все эти варнинги были и в v7.10.1, но "разработчики" на них просто забили?

Речь о:  https://github.com/makerbase-mks/MKS-Robin-Nano-Firmware

Может и у вас также?  

[x893 46]

13 minutes ago, jcxz said:

Я как-то качнул исходники прошивки своего 3D-принтера (проект под IAR). Открыл, нажал "Compile" и.... прифигел! - 3488 варнингов!!!

Там проект создан для IAR v7.10.1.6676, у меня - v7.80.4. Ставить v7.10.1 мне лень. Вот и гадаю:

То ли IAR тут виноват, и новые версии стали находить гораздо больше потенциально кривых мест?

То ли изначально проект был написан кое-как и все эти варнинги были и в v7.10.1, но "разработчики" на них просто забили?

Речь о:  https://github.com/makerbase-mks/MKS-Robin-Nano-Firmware

Может и у вас также?  

Ну так это гуру программирования делали. У них и не такое бывает.

[Arlleex 160]

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

Ну так это гуру программирования делали. У них и не такое бывает.

А у начинающих как с этим?