dvi

это входы для ст-линка... у контроллера должно быть свое питание... T_VCC это питание контроллера...

здесь настройки сделаны для кварца 2 МГц .... чтобы получить 168 для ядра.... Какой все таки кварц? меньше 4 МГц нельзя.... похоже не правильный делитель PLLM...

Калибровка LSE делается сразу после программирования .... как говорили используя PPS от GPS модуля... или замером выхода 512 Гц или 1 Гц .. и вводом коррекции в LSE .... потом при просыпание только добавлять температурную коррекцию ... RTC когда спим не останавливается если питание не сняли с него.. и старение кварца тоже можно рассчитать и вводить при просыпание...

однозначно надо калибровать сам LSE на 32768 .. у меня на stm32l152 тоже до калибровки LSE частота уходит на 9-12 сек/месяц ... Ну и при большом диапазоне температур вводить температурную коррекцию для LSE ...

адрес какой то не понятный 0x08100004.... не знаю как stm32h7 ... но вроде старта должен быть c 0x08000004 ...

В STVD после "Start Debugging" меню "Debug Instrument->MCU Configuration->Options" есть Timer1... Timer4 выбрать "Running"... правда для Timer2 надо выбрать Timer3... и в бите ENFCT1 регистра DM_ENFCTR установится "1"... "Ok".. После этого таймер 2 постоянно выдает ШИМ в режиме отладки. и так каждый вход в режим отладки....

STVD с STM8 Cosmic. Запускаю ШИМ на TIM2 на PC5. Все работает. В процессе отладки во время остановки программы в точке остановки в любом месте программы ШИМ останавливается. Как заставить ШИМ продолжать работать в этом режиме? И возможно это или нет ?

У Microchip есть такая память 47L04 и 47L16 ... 4 и 16 Кбит SRAM с сохранением в EEPROM после снятия питания. Интерфейс I2C. Каждую секунду пишу в неё... после снятия питания она автоматом из SRAM переписывает все в EEPROM. При появлении питания восстанавливает данные из EEPROM в SRAM.

К сожалению не все устройства работающие по I2C работают только со своими регистрами. Есть такие которым надо передать какую нибудь команду мало того команды могут быть разной длины(у них свой протокол обмена). А с регистрами как писали выше.

вроде у CAn-H амплитуда маленькая . вроде должно быть в примерно до 3-3.3 V. а резисторы по 120 Ом по концам шины стоят?

а какой из них CAN-H и CAN-L ?

проверь сигналы CAN-H и CAN-L. может все таки проблема в физике шины

В настройке CAN если CanHandle.Init.ABOM = DISABLE; надо включить CanHandle.Init.ABOM = ENABLE; и если с шиной все нормально счетчики ошибок сами постепенно сбросятся (как писал esaulenka). а может проблема с самой шиной или с таймингами ?

у меня на 5.10 некоторый новые паки не ставились... на 5.17 установились. может в этом дело? попробуй версию пака 1.1.0 или 1.0.0...

А какая версия кейла?