Простая, но неразрешимая (?) проблема сишной отладки на мк

Допустим, я отлаживаю сишную программу на мк и, много раз нажав на разные кнопки на девайсе и на пк, попадаю-таки на сбойную функцию.
Казалось бы, делов то - исправить и заменить сбойную ф-цию, ну или хотя бы поставить временную заплатку, и продолжить отладку.
Но продолжить невозможно - только начинать всё заново - всё перекомпилировать, всё перезалить и снова нажимать на все кнопки.
И на следующей сбойной ф-ции опять всё заново, и так тупо по кругу )
Или есть варианты?

update
Зачеркнул - двусмысленная была фраза ) Вопрос не в том, как надо программировать, чтобы меньше отлаживаться, а всего лишь в том, как изменить программу, не выходя из сеанса отладки.

0

В этом случае повторю и отвечу за свои слова, если потребуется. ТС-у разжевали, в рот положили. Расписали КАЖДЫЙ пункт. Здесь нет, как вы сказали, "кичится крутостью". Если ты пришел в электронику, изволь проходить от простого к сложному. Взялся за МК, изучай архитектуру. Я когда начал изучать МК, купил книги, программатор. И никогда не задавал элементарных вопросов. Только, если были затруднения. Всегда разбирался сам.
Другое дело, если время поджимало, тогда нужно было срочно получить ответ. Но это нормальная практика. Думаю, каждый из вас проходил подобное.
Иначе зачем тогда быть форумам? Это намек.......

0

Аппарат товарища dymyurk1978.
Ничего особенного же. Релейная логика с менюшкой. О чем речь вообще? А выходит что некоторые позиции на этом форуме придуманы.

ps. Это я не про ПО говорю, а про продукт в целом.

0

Пора внести в этот срач свежую струю.

Народ, а слабо ответить, кто какие допуски к работам по напряжениям установок получал?

Думаю, это многое бы прояснило в позициях спорщиков.

0

2trymktor, 4

0

Сообщение от dymyurk1978 Все что здесь вами написано, явно показывает, что вы никакого отношения не имеете к пром. оборудованию. На профильных форумах вас всех давно бы уже погнали ссаными тряпками за весь этот бред, который вы все тут написали.

Однако быстро растет товарищЪ, еще полгода назад :

Сообщение от dymyurk1978 Здравствуйте! Я новичок в программировании ПЛК. Думаю, Alpha\Alpha 2 не считается smile.gif.

Ну да на профильных форумах вешать лапшу на уши не получится - погонят ссанными тряпками...

Сообщение от dymyurk1978 Работаю электронщиком. Ремонт, модернизация, разработка блоков управления пром. обоудования. Сборка, монтаж шкафов управления. Электромонтажные работы. Работал с простенькими ПЛК Mitsubushi Alpha\Alpha 2 . Программирование микронтроллеров AVR. Асм, последние пару лет Си.

Что-то мне подсказывает что уже пошло вранье - не электронщик а электрик, да и "разработка блоков управления пром" под бАльшим вопросом. Хорошо хоть про AVRэтодиагноз не врет .

Сообщение от dymyurk1978 С Mitsubishi FX и подобными ПЛК периодически сталкивался постольку-постольку. Проверить питание, входные, выходные сигналы.

Иными словами - подержал в руках...

0

Сообщение от oomomstir dymyurk1978, dosykus_2: Ребята, а вы не очень обидитесь, если я скажу, что вас путаю?

Уважаемый это не ко мне - вам к окулисту после обязательного посещения психиатра .

0

Сообщение от dymyurk1978 Здесь нет, как вы сказали, "кичится крутостью".

может в совсем явном нет, но есть "ты говно, смотри как надо!". а позже уже пошли откровенные понты и писькомерки.

Сообщение от dymyurk1978 Если ты пришел в электронику, изволь проходить от простого к сложному. Взялся за МК, изучай архитектуру.

это кто сказал? тебе припекает, что ты мучался, а кто-то оп и сделал? если ты застрял в каменном веке - это твои дела, тебе никто ничего не должен. а вообще, тут опять раздвоение. одна половина говорит: взялся за пром.автоматику - учи матчасть, а другая: можно юзать плк, который для непрограммистов и неэлектронщиков. как тут быть?

Сообщение от dymyurk1978 Иначе зачем тогда быть форумам?

и правда? наверное чтобы сказать ТСу: зря ты сюда пришел, иди возьмись за фазу! вот для этого.

0

Сообщение от itysiy 2trymktor, 4

4 Вольта?

0

Сообщение от trymktor Сообщение от itysiy 2trymktor, 4

4 Вольта?
Да нет, вроде у Елисея честная 4 группа допуска.

0

3 группа допуска.
Предлагали на 4 пойти, я отказался. Примерно в то время на одном предприятии мой знакомый попал под 10 кВ. И сам виноват и диспетчер. Сам, потому что полагаясь на слова диспетчера, не проверил напругу. Руки полностью отрезали.

0

Сообщение от trymktor Пора внести в этот срач свежую струю. Народ, а слабо ответить, кто какие допуски к работам по напряжениям установок получал? Думаю, это многое бы прояснило в позициях спорщиков.

Интересно , и каким это образом? :)))))))))))
Имею 3ю и 4ая на не сдалась. Но вам это видно кармы добавляет ??? :)))))))))))

0

Шестая страница - неплохо ) Удобно - спросишь про мк, а расскажут и про электронику, и про пром автоматику, хотя казалось бы - какая связь? ;) А зачем вам допуски? Никогда и ничего не просите, сами предложат и сами дадут ))
Ссылка по теме - http://stackoverflow.som/questions/2517 ... -libraries

0

Сообщение от dosykus_2 Сообщение от trymktor Народ, а слабо ответить, кто какие допуски к работам по напряжениям установок получал? Думаю, это многое бы прояснило в позициях спорщиков.

Интересно , и каким это образом? :)))))))))))
Имею 3ю и 4ая на не сдалась. :)))))))))))
+1.
Что даст в вопросе промышленной и непромышленной электроники, программирования и эмбеддинга - обладание группой допуска к работе под напряжением?
Ну, у меня вроде была 4 группа "до 1000 вольт и более", но во-первых это было 25 лет назад (летом 1988), во-вторых - в армии, в третьих - я был руководителем. В гражданской жизни я о ней почти не вспоминал (только в институте показывал на инструктаже по ТБ, и до меня не докапывались). Так что вместо группы допуска можно козырять турпоездками в другие страны, или остротой зрения, или количеством детей...

0

Я так мимокрокодил. А можно ссылочку на ту упоминаемую ветку с таким нашумевшим логом? Я бы почитал ^.^

Не совсем по теме:
Не нужно никаких edit&continue. Вся эта хрень разруливается архитектурой, модульностью и тестами. Программа разбивается на независимые модули, каждый модуль отрабатывается отдельно независимо от других, это уменьшает вложенность функций (не нужно 50 раз тыкать на разные кнопки). Как вариант если у девайса есть интерфейс(меню с кнопками), то можно сделать отладочное меню с вызовом нужных модулей напрямую(даже в готовом устройстве).

Дальше, условно функции бывают логические и математические. Первые можно прогнать даже на ПК. Вторые для большей достоверности лучше прогонять через ПКшный симулятор ( я например использую свой). Опять же можно произвести тесты на железе

Затем остаются интеграционные тесты. Я соглашусь это Ж. Но если выдержан принцип декомпозиции, то не бывает "светодиод загорелся - реактор взорвался, другой светодиод загорелся - дверь отвалилась".

Что касается процедуры перепрошивки камня, то иногда да заматывает, особенно когда ты меняешь одну циферку и ждёшь 5 минут куришь пока твоя прошивка в 50-100кб+ зальётся в контроллер через бут с юартом в 9600. Здесь я могу посоветовать только одно:
1. Подключать МК соответствующим образом к компу, чтобы не нужно было ничего перетыкивать на МК.
2. Прошивать через SPI - Не использовать бутлоадер, а если и использовать, то без всяких входов по кнопкам (чтобы не надо было ничего нажимать) и с юартом как минимум в 115200 бод.
3. Написать скрипт(повесить на кнопку в ИДЕ), чтобы не заходить в различные синапроги.

Была как то мысль сделать инкрементальный прошиватор, но в случае перезаписи флэша блоками - этот гемор того не стоит.

По теме:
ТСу, подключаешься к jtagу, ставишь gdb и прыгаешь сразу на нужную функцию со старта девайса, и не нужно "нажимать 100500 кнопок".

Опять же, каждое лишнее звено в цепочке "компиляция-прошивка-исполнение" - это источник багов. Задумайтесь, одна маленькая ошибка в любом из скрипте уложит нахрен всю программу, а отыскать подобные баги будет очень сложно, особенно если они будут появляться лишь периодически. Вам своих(чужих) багов мало? У нас был опыт во внедрении некоторых пре-билд скриптов, совершающих махинации с исходниками: от них пришлось отказаться именно по этой причине - иногда происходила совсем неведомая драконятина. (Это также одна из причин почему отказались от инкрементального прошиватора, если даже у gcc инкрементальная линковка\компиляция периодически глючит)

Тема несколько напоминает это - http://www.gunsmoker.ru/2008/10/x-y-z.html

Не по теме:
Мысли кончились, как то так и живём. Хотя периодически(каждые 2 дня, кхе) сажусь за отладку ПК софта и понимаю что это конечно рай.

PS: Зачем я залез на этот форум, вместо того чтобы работать сидел и херней всякой страдал, потратил час рабочего времени, эх :/ Но кто же знал что тут такой эпичненький срач с моими любимыми действующими лицами :D И я похоже пропустил очередную порцию срача в теме "Обсуждение ИС Дракон"? Печально:(

0

Сообщение от flomdger ТСу, подключаешься к jtagу, ставишь gdb и прыгаешь сразу на нужную функцию со старта девайса, и не нужно "нажимать 100500 кнопок".

Так не получится, я писал об этом на первой странице -

... но проблема не в потере времени на собственно перекомпиляцию и перезаливку, а в том, что при тестировании последовательных процессов, чтобы попасть в следующую стадию надо пройти все предыдущие, и время отнимает как раз прохождение этих, уже отлаженных стадий, чтобы попасть на интересующую. Ну и понятно, что если сбой фатальный, то ничего кроме как начинать заново не остаётся, но вот если не фатальный, то обидно )

Сообщение от flomdger Опять же, каждое лишнее звено в цепочке "компиляция-прошивка-исполнение" - это источник багов. Задумайтесь, одна маленькая ошибка в любом из скрипте уложит нахрен всю программу, а отыскать подобные баги будет очень сложно, особенно если они будут появляться лишь периодически. Вам своих(чужих) багов мало? У нас был опыт во внедрении некоторых пре-билд скриптов, совершающих махинации с исходниками: от них пришлось отказаться именно по этой причине - иногда происходила совсем неведомая драконятина. (Это также одна из причин почему отказались от инкрементального прошиватора, если даже у gcc инкрементальная линковка\компиляция периодически глючит) Тема несколько напоминает это - http://www.gunsmoker.ru/2008/10/x-y-z.html

У меня уже есть интерактивная система программирования мк на tcl+gas с такими фичами, но я хочу добиться того же и на tcl+gcc

Сообщение от flomdger ... как то так и живём. Хотя периодически(каждые 2 дня, кхе) сажусь за отладку ПК софта и понимаю что это конечно рай.

Вооот ) А, собственно, почему так получается? В чём разница? ;)

0

Красивящее решение shared library для мк ) http://lists.gnu.org/orshive/html/avr-g ... 00039.html
Там архив есть по ссылке, но я приложу его прямо тут. Хотя это для avr, но фактически для gcc, т.е. один в один подойдёт и для кортексов.


[6.3 Кб]

0

Сообщение от vt340 Сообщение от flomdger ... как то так и живём. Хотя периодически(каждые 2 дня, кхе) сажусь за отладку ПК софта и понимаю что это конечно рай.

Вооот ) А, собственно, почему так получается? В чём разница? ;)
Да в том, что программистов на VC под винду навскидку на два порядка больше, чем под любую imbiddid-платформу. Итого MS может влить куда больше бабла в развитие средств разработки, повышающих популярность их платформы.

0

Сообщение от oomomstir Сообщение от vt340 Сообщение от flomdger ... как то так и живём. Хотя периодически(каждые 2 дня, кхе) сажусь за отладку ПК софта и понимаю что это конечно рай. Вооот ) А, собственно, почему так получается? В чём разница? ;)

Да в том, что программистов на VC под винду навскидку на два порядка больше, чем под любую imbiddid-платформу. Итого MS может влить куда больше бабла в развитие средств разработки, повышающих популярность их платформы.А мне кажется в том, что когда времена пультового отладчика уже прошли, а времена jtag-а ещё не наступили, успело вырасти поколение которое слаще морковки ничего не ело )) Отсюда же кстати и фетишизация си и юникса-линукса - замшелых идей сорокалетней давности, от которых и сами их авторы уже давно не в восторге ) http://herpolhode.som/rob/ugly.pdf

0

vt340, не-не-не. На PC было то же самое поколение (вы досовский debug помните?), но и более совершенные инструменты появились, и другие языки. Было бы кому те же средства для МК сделать - приняли бы на ура.

Кстати, другие языки (с встроенным memory manakiment - garbage collector, как в .net, или authomatic reference counting, как у apple, ну и прочими упрощениями по сравнению с C++) imho неизбежны и в области МК. Потолстеют МК ещё немного, и окажется, что дешевле нанимать программистов на таком языке.

0

Сообщение от vt340 Красивящее решение shared library для мк ) http://lists.gnu.org/orshive/html/avr-g ... 00039.html Там архив есть по ссылке, но я приложу его прямо тут. Хотя это для avr, но фактически для gcc, т.е. один в один подойдёт и для кортексов.

Посмотрите на TIшные M4, там то что вам нужно - либы вшитые в ROM ...

0