Здравствуйте.
Помогите, пожалуйста, советом, в каком месте описано как правильно организовывать переменные и проводить вычисления в Atmeg-ах.

Пишу программку для , в которой нужно проводить множество математических операций (в основном умножений, делений, сложений). Чо-то очень туго у меня получается. Компилятор выдает вовсе не то что прошу. Не могу уловить систему моих ошибок .
Я раньше с IARом работал - там как-то проще было (правда и вычислений в тех задачах особых не было).

Так работайте дальше с IAR'ом. В чем вопрос?

Хм. Ну ANSI C а вообще для начала отключите опимизатор. Уровень O0.
Бывает что и сам WIN AVR GCC не так поймет и подумает что эти строчки кода лишние.
И самое главное в скобках, там где переменная после умножения выше unsigned char становится, то надо ставить в скобках тип контейнера.
А лучше всегда его прописывать.

unsigned char X,Y;
unsigned int Result

Result=(unsigned int)X*Y ----->Перемножение 2х CHARов пораждает тип INT. И нужно указать, что считать X-16разрядным числом. Это я имел ввиду под типом контейнера.
Вот так.

Если Result=X*Y
хоть и Result ИНТ, могут быть проблемы.

А остальное это документуха по ANSI C.
А вообще смотрите Дизассемблер. Говорят помогает.

Будьте добры, задавайте вопросы конкретнее: что вы пишете, что ожидаете получить и что получаете. Было бы совсем замечательно, если бы вы подкрепили конкретным примером - что именно было в IAR проще. Пока по предоставленной вами информации можно лищь ответить: "пишите правильно".
Очень вредный совет. Пользы никакой, только размер кода увеличится и скорость вычислений упадет.Вот только не надо валить все с больной головы на компилятор. Компилятор делает то, что попросили. Если попросили некоррекно - виноват не компилятор.

Глупости. Этот режим сделан для того, чтобы люди, думающие, что виноват оптимизатор, могли его отключить и убедиться, что на самом деле ошибка в их программе.

Если он так подумает - значит они и в самом деле лишние.

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

Итак некоторая функция должна рассчитывать пилу по заданному углу. Сперва я написал все формулы влоб:



Вроде по разрядной сетке противоречий нет. Но ничего не получилось
Далее я крутил крутил и интуитивно получил рабочий вариант:



Как же правильно решать подобные задачки ?

Чисто тут лучше && ставить. Полезнее на будущее. И быстрее.

Во-вторых (тут уже говорили) учитывать, что тип результата всегда равен типу операндов(или самого длинного), если специально не указать иное.
Вот в первом случае angle*Nmax приводит временами к переполнению промежуточного результата.

Взять любимую книжку-учебник по языку C, прочесть об приведении типов, автоматическом приведении типов, и уверенно решать.

& и && - вообще разные вещи. Результат (1 & 2) и (1 && 2) вообще-то противоположный...

В данном случае работать должно и &.

И к тому же можно обойтись без лишних скобок. В Си приоритеты выбраны так, чтобы можно было в большинстве случаев обойтись без скобок.



А что, эта функция вычисляет синус?

Я ее просто так назвал. Она вычисляет пилу, похожую на синус.

Интересно, а так работать будет?

Я так понял не работает из-за того, что выражение считается для int.

Тоже не будет. А вот Wvariable2=N0+ angle * (unsigned long)Nmax/180 будет.

Объясните, пожалуйста, если не трудно, почему так.
Умножение и деление имеют один приоритет и в строке выполняются слева на право
почему, например, (unsigned long)angle * Nmax/180 будет не верно, по идее то angle уже 32битная. Я почему-то думал, что проблем с переменными при операциях не возникнет, возникнут, когда действия будут с константой и переменной. А тут получается, что angle*Nmax не расширяется до 32бит?

Правила вычисления подвыражений. Тип результата определеяется типом наибольшего операнда. Второй операнд приводится к этому же типу. Если оба операнда меньше int, они приводятся к int (integer promotion rules). Оптимизатор имеет право потом убрать действия, которые не влияют на конечный результат.
Разбиваем ваше выражение на подвыражения: angle * Nmax - оба операнда unsigned int, результат unsigned int. В процессе вычисления происходит переполнение. Для исключения ошибки надо один из операндов привести к unsigned long. Любой, не обязательно именно Nmax. А вот приведение 180 ничего не дает, потому что в подвыражении деления первый операнд - уже обрезанный до unsigned int результат умножения. И именно этот усеченный результат будет расширен до 32 бит.

Спасибо!
Блин, я то думал что так тоже правильно int a,b; uint32_t u; u= (uint32_t)(a*b);