ПР205

[starmos]

Это сильно!!! Особенно если он очень большой. Зачем выкладывать сырые релизы с бешеной скоростью, а с другой стороны зачем их устанавливать ? Зная что подобные случаи не редкость.

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

[Sergej_]

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

Со стороны, хорошо, если это не так, создаётся впечатление, что баланс исправленных и вновь созданных ошибок, не в пользу первых. Конечно совместимость должна быть, можно понять , если это невозможно при каких то кардинальных изменениях. Но судя по всему, вносятся мелкие исправления и привет буфет.... Прошлой не открыть..

[ПавелП]

Со стороны, хорошо, если это не так, создаётся впечатление, что баланс исправленных и вновь созданных ошибок, не в пользу первых. Конечно совместимость должна быть, можно понять , если это невозможно при каких то кардинальных изменениях. Но судя по всему, вносятся мелкие исправления и привет буфет.... Прошлой не открыть..

На новую команду программёров свалилось очень много глюков из прошлого.
И внося изменения, "цепляют" ещё что-то из того, что в прошлом наколбасили другие...

Их вполне можно и нужно понять.

Но это должно как-то открыто делаться.
А то выплёвывают релизы, учитывают глюки, пытаются их исправлять,
но всё это втихаря, из танка...

Без списка глюков, которые планомерно исправляются,
ОВЕН-ы доведут пользователей до белого каления.

Побегав по форумам - такого насмотришься...
И это накапливается годами.

Errata толком не ведётся.

Вот как это делается:
"На вскидку", с чем я работаю. en.DM00091791.pdf

Не смогли исправить - указали как это обойти!!!!!!!!!!!!!!!!!

---
RVU flag not cleared at low APB clock frequency
Description
Successful write to the IWDG_RLR register raises the RVU flag and prevents further write accesses to the
register until the RVU flag is automatically cleared by hardware. However, at APB clock frequency lower than
twice the IWDG clock frequency, the hardware never clears that flag, and writing to the IWDG_RLR register is no
longer possible.
Workaround
Set the APB clock frequency higher than twice the IWDG clock frequency.

---
Флаг RVU не снят при низкой тактовой частоте APB
Описание
Успешная запись в регистр IWDG_RLR поднимает флаг RVU и предотвращает дальнейшие обращения на запись в
регистр до тех пор, пока флаг RVU не будет автоматически снят аппаратным обеспечением. Однако при тактовой частоте APB, более чем
в два раза превышающей тактовую частоту IWDG, аппаратное обеспечение никогда не сбрасывает этот флаг, и запись в регистр
IWDG_RLR больше невозможна.
Обходной путь
Установите тактовую частоту APB более чем в два раза выше тактовой частоты IWDG.