xor.kruger 0 21 октября, 2019 Опубликовано 21 октября, 2019 · Жалоба Всем привет! Имеются процессоры NXP, семейства Kinetis MK24. В данных процессорах есть т.н. интерфейс EZPORT которые предназначен для внутрисхемного программирования МК. EZPORT сам по себе представляет по сути SPI интерфейс. Если перед использованием EZPORT с МК работали (программировали) по средством J-Link'a, то проблем никаких нету, но если процессор "голый", только запаянный или у процессора была стерта вся flash-память с помощью J-Link'a - в таком случае при чтении по EZPORT'у статусного регистра - все биты установлены в единицу (0xFF) и МК не отвечает на команды. Но стоит МК снова перепрошить J-Link'ом, как ЕZPORT опять корректно себя ведет. Кто-то сталкивался с подобной проблемой? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 184 21 октября, 2019 Опубликовано 21 октября, 2019 · Жалоба 52 минуты назад, xor.kruger сказал: Если перед использованием EZPORT с МК работали (программировали) по средством J-Link'a, то проблем никаких нету, но если процессор "голый", только запаянный или у процессора была стерта вся flash-память с помощью J-Link'a - в таком случае при чтении по EZPORT'у статусного регистра - все биты установлены в единицу (0xFF) и МК не отвечает на команды. Ну так значит J-Link шьёт в его flash какой-то свой загрузчик. Который потом и работает по этому EZPORT. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
xor.kruger 0 24 октября, 2019 Опубликовано 24 октября, 2019 · Жалоба On 10/21/2019 at 5:12 PM, jcxz said: Ну так значит J-Link шьёт в его flash какой-то свой загрузчик. Который потом и работает по этому EZPORT. Нет, т.к. производитель явно указывает что EZPORT явно предназначен для first time programming Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
