Перейти к содержанию
    

Отладка микроконтроллера STM32 со снятием и подачей питания - как?

7 минут назад, jcxz сказал:

Только как это помогло бы ТС даже если бы была предусмотрена? Очевидно - никак. Потому как сама процедура подключения отладчика - не мгновенна. И за это время все переходные процессы в страшном "ящике" ТС пройдут. И поведение программы будет совсем другим (чем без отладчика).

Не мгновенна но реакция компьютера на появление питания таргета была бы намного быстрее чем запускать отладку руками и RTT благодаря буферу заработал бы без потерь.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

3 минуты назад, VladimirG сказал:

Может BKP регистры использовать для отладки?

И как они помогут?

PS: Ещё можно перекреститься перед отладкой и код перекрестить. Польза для отладки примерно такая же.  :sarcastic:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 час назад, _3m сказал:

Проблема в GBD сервере. Он завершается когда теряет коннект с таргетом что и происходит при снятии питания (RTT - тоже). Процедура автоматического коннекта при появлении питания в сеггеровском ПО почему то не предусмотрена.

Так проблема в этом? OpenOCD такое умеет, но время подключения может быть до 6.5 сек. Я-то думал надо подключиться и перехватить управление буквально с первых команд - такого, наверное, не умеет никто.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

6 minutes ago, jcxz said:

И как они помогут?

 

Насколько я помню, они не сбрасываются при ресете, только при полной потере питания.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А ТСа как раз наоборот, проблема при "холодном старте", при подаче питания. Скорее всего, подключенное окружение просто еще не готово к обмену с МК, в то время как МК уже начинает что-то слать/читать.

Еще один вариант, с которым я сталкивался на практике - невыполнение предусмотренного порядка инициализации или подготовки внешних устройств. 

Мы не знаем, что там понатворил топикстартер, можем только догадываться, поскольку ТС пояснил, что ему вообще дофени документация, ему некогда было ее читать, он был занят созерцанием сисек (он сам так написал). Ну вот теперь пусть и пожинает плоды и лезет не за сиськами, а под суровую железную страшную машину без сисек 🙂

Изменено пользователем EdgeAligned

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Это понятно. Но ТС не описал поведение МК. Просто проблема при подаче питания.

А BKP можно использовать, как вариант с ногодрыгами, только удобнее когда есть возможность войти в отладку. 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

17 минут назад, VladimirG сказал:

А BKP можно использовать, как вариант с ногодрыгами, только удобнее когда есть возможность войти в отладку.

Чем оно лучше простой ОЗУ? Зачем именно BKP?

BKP только хуже простой ОЗУ. Так как в МК ТС-а (который нам не известен) доступ к регистрам BKP может быть многократно медленнее, чем к обычной ОЗУ. А значит - вносить задержки в отлаживаемый код. И значительно изменить поведение программы с отладкой и без. А при отладке важно, чтобы отладочные вставки минимально влияли на отлаживаемый код.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
К сожалению, ваш контент содержит запрещённые слова. Пожалуйста, отредактируйте контент, чтобы удалить выделенные ниже слова.
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...