Как смотреть переменные и регистры при отладке

[alex6002]

Вроде было уже похожее...

Но если даже да - оно того стоит - повторить..
Вечная проблема- смотреть - чего там в проце происходит в реалтайме..
особенно если переменных - массив, а процесс - быстрый.
Дисплей цеплять - канительно и тормозят они, отладчики - не все процы позволяют...

Простейший и радикальный способ - создаем массив и временные переменные - в реалтайме все пишем туда, а перед выходом пусть проц все переписывает в во флеш...

А потом просто читаем память данных Пиккитом.

Массив и переменные нужны, потому что писать во флеш - медленно...может мешать программе, но если процесс - медленный, можно и сразу..

[akegor]

В УАРТ выдавать. Или еще куда, но на комп.

[alex6002]

В УАРТ выдавать. Или еще куда, но на комп.

Можно, конечно...
тока есть некоторая разница - засунуть в прогу ненужный там модбас, например... припаять к плате разъем и проч....не по религии.. -- или не делать НИЧЕГО кроме пяти строчек кода...
я потом из пиккита текстовый файл кидаю в эксел и делаю график - когда смотрю замеры АЦП...

Попутно - забугорные ребята делают иначе и поканительней - перешивают Пикикт и используют его в качестве Usb-интерфейса через pgd.. Зато так можно управлять.

[STM32F0]

Всё это пустая трата времени. Больше того, в некоторых случаях подобные фишки могут нарушать ход программмы, если реал тайм. Об ненужном оверхеде памяти можо скромно промолчать.
Внешние события просматриваются логическим анализатором, а типа АЦП эмулируются внешними прогами или в самой ИДЕ вне проги.
Не надо изобреДать велосипед.

[akegor]

засунуть в прогу ненужный там модбас

А это ЗА... ? Во куда фантазия заводит.

Не надо изобреДать велосипед.

Просто это надо делать с умом.

[alex6002]

Всё это пустая трата времени. Больше того, в некоторых случаях подобные фишки могут нарушать ход программмы, если реал тайм. Об ненужном оверхеде памяти можо скромно промолчать.
Внешние события просматриваются логическим анализатором, а типа АЦП эмулируются внешними прогами или в самой ИДЕ вне проги.
Не надо изобреДать велосипед.

Ясное дело, могут... только пара лишних переменных против любого отладчика - вероятность в разы ниже...
А вся эта шня насчет логических анализаторов и эмуляторов - на поговорить.. Простенькая задача - сопоставить (глазами) реальный химический(физический) процесс изменению сигнала на входе АЦП и от скорости изменения выставить соответствующие уставки и сработки в программе.. И какой тут эмулятор? в химпроцессе ?
Чего-то Ваш пост сильно кабинетом отдает... лампочки- кнопочки...принтеры-драйверы...

Насчет модбаса.. ну да...шарахнул... тут это перебор ...но это ж у кого какие наработки готовые...

А вообще - всех нас понесло.
Все проще и на уровне колхоза- глючит прога - пишешь в нее 2-3 переменных (хоть на станке, хоть за столом) и через минуту в оболочке пиккита видишь чего у тебя там как... ни отладчик не нужен, ни дисплей..

[akegor]

Все проще и на уровне колхоза- глючит прога - пишешь в нее 2-3 переменных (хоть на станке, хоть за столом) и через минуту в оболочке пиккита видишь чего у тебя там как... ни отладчик не нужен, ни дисплей..

Гы! Каждый сам кузнец своего несчастья. Любое действие должно быть чем-то обосновано. В каждом КОНКРЕТНОМ случае свой подход к решению задачи. Вам спасибо за вариант. Такого еще не применял, положил в копилку опыта.

[STM32F0]

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

Ваше непонимание происходящего просто зашкаливает. Вы путаете отладку с коррекцией работы девайса, это две большие разницы. Так вот, все возможные варианты вы должны рассмотреть ещё на стадии отладки, а внесение корректировок при работе девайса должно быть максимально простым на основе уже имеющегося. Или должны быть средства визуализации для подгонки результата, иначе работа с девасом сведётся к борьбе с самим собой.
Реально глазеть на результаты работы АЦП можно простой функцией выплёвывания результатов АЦП на порт, к которому подключён логический анализатор, но никак не юзанием и без того ограниченного RAM.
Дальше. Обработка, преобразование, работа с формулами по результатам АЦП спокойно отбиваются массивами данных и функциями обработки в ИДЕ, которой вы пользуетесь, в режиме симуляции, даже без АЦП, если нет перенастроек АЦП на ходу.
Короче. Тема - не вопрос, не ответ, а хрен знает что, изобретение телеги без колёс, по сути.

[STM32F0]

Такого еще не применял, положил в копилку опыта.

Стандартная фишка при отладке, использование отладочных переменных для сохранения промежуточных результатов, т.к. многие МК яро используют регистры.
Такшта, изобретение велосипеда заново, второе рождение.

[akegor]

STM32F0, ширшеее надоть смотреть на весчи. И избегать тоннелей.
Вы лучше отбросьте чувство превосходства и подумайте над прочитанным. А то похожи на Боярского в собачье-кошачем мультфильме "Три мушкетера".