Дивайс под отладчиком (STLink V2) работает "неправильно" без него "правильно". Один образец lbdfqcf отдан работодателю на тестирование. Он рассказывает, что изредка случается некая хрень, которая, по его описанию, похожа на ту, что имееи место под отладчиком. Разобраться почему не работает под отладчиком не могу нескюлько дней. Суть "хрени" изложить затруднительно, очень привязана к специфике дивайса. Известны ли уважаемым коллегам некие общие принципы различия работы камня под отладчиком, и без него, м.б. что то с времянками?



внутри "хрень" можно описать так volatile переменная может модифицироваться в разных местах, и под отладчиком она получает значение, которое не должна иметь по логике работы

Сообщение отредактировал nanorobot - May 20 2016, 19:03

Предлагаю не зацикливатся на работе под отладчиком / не под отладчиком, а искать ошибку. У Кейла, к примеру, есть возможность ставить точки останова с условиями. Например, при записи в переменную.

К примеру, под отладчиком можно просматривать регистры периферии, не останавливая программу. Некоторая периферия меняет своё состояние при чтении её регистров отладчиком.
Другой вариант: алгоритм работает в связке "периферия - прерывания". Если программу остановить отладчиком, периферия может продолжать работать (таймеры, АЦП, ПДП), а прерывания не обрабатываются. Алгоритм ломается.
В общем, бывают нюансы.

"хрень" возникает без какой либо остановки. Live watch тоже не использется по причине его отсутствия (Ubunru | Eclipse | arm-none-eabi-gcc 5.3)

Уважаемый! Подскажите как включить такую фичу?

Сообщение отредактировал ЯadiatoR - May 21 2016, 11:11

Я сейчас не при Кейле. Там у него в помощи расписано. Типа, brakepoint with condition.

Я такое встречал.
Нужно при работе с отладчиком включить аппаратный сброс перед загрузкой программы.
Если дефект пропадет - значит проблема в инициализации.
Где то не сброса настроек регистров периферии или тактирования перед инициализацией.

Если в программе есть ватчдог, то он и может приводить к редким проявлениям дефекта.

Может это и другая проблема и я пока отложил ее в сторону...
Плата работает под дебаггером и по power reset, но не работает по сбросу. Идеи?

http://www.keil.com/support/man/docs/uv4/u...g_breakpnts.htm

Например: неправильно инициализируется какая-то периферия (вне МК), которая сбрасывается power reset-ом, но не сбрасывается сбросом.
Например - внешняя SPI-FLASH. В процессе работы даёте ей команду SLEEP, после вкл. питания она не находится в SLEEP и отвечает на команды и Ваш стартовый код её нормально обнаруживает и инициализирует, а после сброса МК, чип FLASH не сбрасывается и может быть в SLEEP, тогда он не будет отвечать ни на какие команды кода инициализации.

Такое есть и в IAR и в QT встречал.и даже на крупных контроллерах AVR.

Спасибо за совет. А чем тогда jtag помогает? Всего "внешнего" ethernet phy, никаких слипов.

Перемычка бута не установлена ... )) Под jtag по любому будет работать... ))
А вообще бывали такие случаи, но в каждом конкретном случае свои проблемы были ... Не запомнилось ни разу ... ))

Что у вас на ноге NRST висит (подтяжки, емкость)?

UPD: отбой - не внимательно прочитал первый пост. извините.

Сообщение отредактировал johnshadow - May 25 2016, 08:32

Железо в попрядке - это отладочная плата от Кайла. Я ее использую для работы с OV7691/OV5640