Решил отписаться по по поводу медленного сброса. Возможно будет полезно.
В программе была объявлена глобальная переменная (экземпляр класса) с инициализацией большого массива. Вызов конструктора осуществлялся в low_level_init до (!!!) включения основного генератора и инициализации PLL. Таким образом, большой объем работы выполнялся на частоте IRC. Естественно, решил создавать переменную динамически после инициализации PLL. Вся работа теперь осуществляется на частоте 100 МГц вместо 4-х!
Кстати! Некорректная работа с указателями при инициализации переменных в low_level_init может приводить к выбросу исключения. А поскольку, состояние памяти случайно, то и ошибка может возникать нерегулярно.

P.S. Спасибо theBMV.

Не стал заводить ещё одну тему. Спрошу тут.

Как правильно программно перезапустить lpc1768 ?
Щас используется такой код:


Прошивка перезапускается, но виснет в процессе загрузки. Если передёрнуть питания, то стартует нормально.

Сообщение отредактировал Terminator - Oct 22 2012, 05:25

Использовать бит SYSRESETREQ регистра AIRCR или сброс по срабатыванию собаки путем ее запуска и записи в нее неправильного ключа.

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

Ужас просто....
К чему приводит нежелание учить матчасть и упорное пользование всякими либами....
На вышеозначенном проце данные операции (и disable и clearpending) выполняются всего по две пары записей в регистры NVIC.

Это из мануала к процу.


Вроде всё уже перерыл.
Буду копать дальше ...

P. S. однако SYSRESETREQ сработал.

я использую для сброса NVIC_SystemReset();