ЯВУ - это язык высокого уровня. "С", например.
А так выглядит средний проект. Точнее, одна из его частей.
Пары светодиодов, увы, бывает недостаточно...

Да хоть тыщща файлов в проекте - каждый модуль, ИМХО, должен быть законченной частью программы, и уметь функционировать отдельно...

В начале программы забивайте весь отведенный стек какой-нибудь сигнатурой
ну а дальше контролите сколько затерли, или ручками приотладке или програмно(как удобнее)

В приведенной вами цитате объем стека обведен вообще-то.

Насчет того, что вы printf'ом не пользуетесь и насколько помнится и JTAG'ом тоже.. Дык это сугубо ваше дело. Несомневаюсь, что некоторым удобнее отлаживать программы на бумаге или с помощью одного светодиода, что в итоге приводит к таким вот глюкам как рассматриваемые в этой ветке. А на что грешить с такой отладкой - на компилятор естессно, это все он - редиска - неправильно считает, не то сохраняет и т.п...

[/quote]
В начале программы забивайте весь отведенный стек какой-нибудь сигнатурой
ну а дальше контролите сколько затерли, или ручками приотладке или програмно(как удобнее)
[/quote]
зачем весь стек-то забивать?В CV есть удобная фича-ставится в старт-апе маркер конца стека и в случае глюков я его первым делом проверяю.Если на месте,родимый,значит дело не в обьеме стека.

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

Вот и Я о том же.
С момента изобретения языка 'C' в 1970 году прошло уже столько времени, что его синтаксический анализатор стал отшлифованным как брилиант. И грешить на него, покрайней мере, просто глупо.

Вообще то, ветку с жалобой на компилятор открыл НЕ Я, это первое. А раз уж у Вас такая хорошая память , наверное заметили, что ветки со своими проблемами я ооччччень редко организую. А свой код выложил так сказать в поддержку всеми забытого Sergio66. Потому как, кроме малоумного совета расставить правильно скобки, ни хто толком не ему совета дельног не дал. Может быть отчасти из-за того, что он сам на эту ветку забил - похоже нашел проблему, и похоже она была не по теме ветки))) Я же сам свой код опубликовал, я же его и решил. Второе - к компилятору и тем паче к тем, кто его создал отношусь с уважением, так как до такого самому додуматься умишки не хватает.



ПО поводу отладки JTAGом - ДЛЯ AVR, как я уже говорил выше, я им не пользуюсь. Да, мне хватает, USART пары светодиодов и и отладчика в AVRStudio. Что такое JTAG - я знаю очень хорошо. И знаю, что средство это очень ограниченное и специфическое и уж тем более не панацея от всех проблем. Если в голове масла нет - JTAG не поможет никогда)))



Вот это можно взять на вооружение!

Ну, во первых, приятно слышать здоровый русский язык А по поводу printf, использую его только в под х86 - удобная штука для форматированного вывода, но с того же 1970, скорее всего, такая же охочая до ресурсов как и универсальная - худа без добра не бывает и наоборот... Я в качестве printf использую собственные функции вывода строк в USART - у меня их, обычно, две - для чисел и для собсвенно строковых сообщений

Нельзя очень хорошо знать то, что никогда не пробовали на практике.

Через JTAG (AVR) осуществляется полный контроль над МК. В любой момент можно остановить проц, посмотреть состояние памяти, стек-поинтеры, состояние портов, периферии и т.д. Можно прочитать полный дамп памяти, изменить состояние узлов, переменных и запустить проц опять.. Более того, через JTAG можно отлаживать даже программы с включенным WDT. При остановке проца остановится и WDT. Различные Speep режимы и т.д. и т.п.
Работает все это дело прямо из-под любимого вами IAR'a. Т.е. в IAR'е просто собирается проект, одной кнопкой запускается сразу в девайсе.
Если сравнивать AVR'овский JTAG с ARM'овскими, дык AVR'овский на 10 порядков лучше по стабильности. Плюс 4 точки останова это не две... Хватает на все про все.

Ограничение же только одно JTAG для AVR не совместим больше ни с чем.

Вы ставите в противовес JTAG'у Симулятор - это как секс по телефону.


тут уж ничего не поможет. ;>

2 defunct

Сималятор и JTAG, ИМХО, это две разные вещи.
Симулятор нужен для отладки кусков програмы даже без железа. А JTAG это инструмент отладки готового устройства. Умение использовать их в своей работе, в нужный момент, это и есть професионализм "програмиста-элекроника" к коим мы причисляем себя .

Сообщение отредактировал Wild007 - Dec 22 2006, 17:03

С чего вы взяли, что я не использую JTAG??? Или Вы думаете, что он придуман только для AVR))) Читайте внимательней посты, я говорил именно JTAG для МК AVR

И, ИМХО, не JTAG залог написания "хорошей" программы, а умение "правильно" составить алгоритм работы и структуру программы

Сообщение отредактировал prottoss - Dec 22 2006, 17:12

Это и к вам относится. Я тоже говорил о JTAG для AVR и сравнивал его с армовским.
AVR'овский JTAG несколько отличается от других. Но так как вы его не пробовали, то вам и кажется, что он неполноценный и глючный как некоторые реализации для других МК. А на самом деле это не так. Поэтому еще раз повторюсь:

Нельзя очень хорошо знать то, что никогда не пробовали на практике.


1. Правильные алгоритмы,
2. Правильная структура программы

Это необходимо но не достаточно для получения хорошей программы.

Необходимо также как минимум:
3. Правильное всестороннее тестирование.
4. Правильная отладка (а вот тут нужны все возможные инструменты - в т.ч. и консоль, и отладчик)