_3m 7 20 июня Опубликовано 20 июня · Жалоба 7 минут назад, jcxz сказал: Только как это помогло бы ТС даже если бы была предусмотрена? Очевидно - никак. Потому как сама процедура подключения отладчика - не мгновенна. И за это время все переходные процессы в страшном "ящике" ТС пройдут. И поведение программы будет совсем другим (чем без отладчика). Не мгновенна но реакция компьютера на появление питания таргета была бы намного быстрее чем запускать отладку руками и RTT благодаря буферу заработал бы без потерь. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
VladimirG 0 20 июня Опубликовано 20 июня · Жалоба Может BKP регистры использовать для отладки? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 234 20 июня Опубликовано 20 июня · Жалоба 3 минуты назад, VladimirG сказал: Может BKP регистры использовать для отладки? И как они помогут? PS: Ещё можно перекреститься перед отладкой и код перекрестить. Польза для отладки примерно такая же. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Сергей Борщ 134 20 июня Опубликовано 20 июня · Жалоба 1 час назад, _3m сказал: Проблема в GBD сервере. Он завершается когда теряет коннект с таргетом что и происходит при снятии питания (RTT - тоже). Процедура автоматического коннекта при появлении питания в сеггеровском ПО почему то не предусмотрена. Так проблема в этом? OpenOCD такое умеет, но время подключения может быть до 6.5 сек. Я-то думал надо подключиться и перехватить управление буквально с первых команд - такого, наверное, не умеет никто. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
VladimirG 0 20 июня Опубликовано 20 июня · Жалоба 6 minutes ago, jcxz said: И как они помогут? Насколько я помню, они не сбрасываются при ресете, только при полной потере питания. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
EdgeAligned 83 20 июня Опубликовано 20 июня (изменено) · Жалоба А ТСа как раз наоборот, проблема при "холодном старте", при подаче питания. Скорее всего, подключенное окружение просто еще не готово к обмену с МК, в то время как МК уже начинает что-то слать/читать. Еще один вариант, с которым я сталкивался на практике - невыполнение предусмотренного порядка инициализации или подготовки внешних устройств. Мы не знаем, что там понатворил топикстартер, можем только догадываться, поскольку ТС пояснил, что ему вообще дофени документация, ему некогда было ее читать, он был занят созерцанием сисек (он сам так написал). Ну вот теперь пусть и пожинает плоды и лезет не за сиськами, а под суровую железную страшную машину без сисек 🙂 Изменено 20 июня пользователем EdgeAligned 1 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
VladimirG 0 20 июня Опубликовано 20 июня · Жалоба Это понятно. Но ТС не описал поведение МК. Просто проблема при подаче питания. А BKP можно использовать, как вариант с ногодрыгами, только удобнее когда есть возможность войти в отладку. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 234 20 июня Опубликовано 20 июня · Жалоба 17 минут назад, VladimirG сказал: А BKP можно использовать, как вариант с ногодрыгами, только удобнее когда есть возможность войти в отладку. Чем оно лучше простой ОЗУ? Зачем именно BKP? BKP только хуже простой ОЗУ. Так как в МК ТС-а (который нам не известен) доступ к регистрам BKP может быть многократно медленнее, чем к обычной ОЗУ. А значит - вносить задержки в отлаживаемый код. И значительно изменить поведение программы с отладкой и без. А при отладке важно, чтобы отладочные вставки минимально влияли на отлаживаемый код. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться