ARM, RISC-V контроллеры

Ответ: прочитав документацию мне кажется что вы не правы к сожалению у меня нет под рукой atmel процессора чтобы проверить но суть того что я прочитал заключается в следующем NRST можно подавать когда угодно - и он (как вы и говорите приводит к блокированию второго генератора) но причина того что потом не работает под IAR видимо в том что не выдерживаются временные характеристики для этих сигналов что и приводит к полному тормозу системы - то есть так как процедура скрыта от пользователя то это и приводит к таким неуправляемым последствиям кроме того для правильного запуска от RESET будет требоваться достаточно много времени - и также запуск второго генератора будет давать не адекватный запуск. тоесть скорее всего беда в том что iar скрыл от пользователя возможность управления процедурой инициализации что и приводит к такому результату . что делать - можно убрать там сигнал ресет - но тогда процедура старта - становится неадекватной изза разных условий - либо разбираться как это сделать в процедуре старта - в IAR - к сожалению я этим пока заниматься не планирую так как интуитивно выбрал CROSSWORK по причине некоторой открытости системы хотя ряд функция к которым я привык в отладчике там отсутсвуют в среде - что является неприятным деффектом для меня ресет через watchdog который делает crosswork для atmel должен по идее давать тот же эффект что и ресет на ногу еще может быть такое что у вас попутаны сигналы сброса jtag и процессора - я имею ввиду распайку между пинами LPT и самими пинами rstjtag и rst вообщем могут быть и неправильные длительности самого сигнала RST поскольку он должен быть минимум 62 микросекунды - может это тоже влияет а что касаемо ваших высказываний по поводу ступора и недопустимости повторной подачи RST (если я правильно вас понял ) это неправильно их можно подавать только надо делать эти значения в соответствии с описанием