Скорее вы неправильно понимаете то, что применяете. Выражение 1<<x дает единицу в бите x. Выражение !(1<<x) дает ноль, просто ноль. Делая Y &= !(1<<x) вы сбрасываете в 0 все биты Y вне зависимости от значения x. Выражение ~(1<<x) дает все биты в 1 кроме бита x, который будет равен нулю. Что даст Y= ~(1<<x) - "идем изучать двоичную логику и срр".

Интересно: что по Вашему мнению произойдёт? Во всех известных мне трансляторов с языка Си: после выхода из main выполняется бесконечный цикл. Т.е. если нет необходимости выполнять некие действия в бесконечном цикле (цикл - пустой, что практически бывает исключительно редко), то и ничего катастрофического не происходит при выходе из main...


Проверьте правильность установки fuse; замерьте напряжение, потребляемый ток (сравните с расчетным)...

Понимаю, именно поэтому написано не != а &= !_BV
В конце концов он делает именно то что нужно - ВЫКЛЮЧАЕТ, а все биты или нет не важно, ибо больше ничего полезного на этом порту не висит
Лан, с этим проехали, я попробовал так как "положено" делать, ничего не изменилось


Нет, не в курсе, с МК я действительно не очень близок, но выше уже писал, что если есть while(1) то перезапуск при любом вызове изнутри него


Я попробовал ваши советы, прежде чем отрицать, положительного результата нет к сожалению


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

Вы тогда видимо еще и "свободно пишите" на нескольких десятках языков народов мира, только это "не решает проблему" того, что Вас никто при этом не понимает . Придется Вам начинать с азов.

Еще один учитель выискался, дорогуша, персонально для вас повторяю, я попробовал все те варианты и советы которые мне уже дали на форуме.
Проблема осталась. Лично ваши глубокомысленные каменты можете оставить при себе, а в топик только по существу пожалуйста.
У меня все в порядке с головой и с программирование, я не хочу выпендриваться, но это я первый человек в снг и второй в мире который в 2000 лохматом году хакнул все ресурсные файлы от HMM IV и дал возможность писать моды.

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

Сообщение отредактировал AlexTech - Jan 28 2011, 11:21

Без наличия головы на плечах даже "первому человеку в снг" не поможет . Тут думать И ХОТЬ ЧЕГО-ТО ЗНАТЬ надо, а не бездумно битики подбирать.

Ну, так вроде, - "мяч на вашей стороне". Или предлагаете заняться телепатией? Попробую "протелепатировать": напряжение на AVCC не забыли подвести?

Неизвестно что. Целиком зависит от примененного компилятора и библиотек (точнее от стартапа). Стандарта на это нет, так что и полагаться на это нельзя.
Бывают и другие. Могут зациклить main, могут сбросить процессор, могут позвать какой нибудь trap. Вот прямо сейчас смотрю на newlib для ARM - зовет Angel монитор (аппаратный), или выполняет swi (Software Interrupt)


А что стоит в 3м бите DDRA ? Он случайно не на ввод запрограммирован?

Я пытаюсь, читаю и спрашиваю совета(кстати)


Не забыл )) и AREF через конденсатор не забыл на минус посадить


Ну во всяком случае я его не программировал, вот весь код который сейчас есть, ну куда проще то ((
Соответственно три состояния:
1. while(1) нету - лед мигает, видимо перезапуск main()
2. while(1) есть, но пустой, лед гаснет, все ок
3. while(1) есть, но в нем вызавается любая процедура - лед мигает, перезапуск или МК или main()

#include <avr/io.h>
#include <util/delay.h>
int main(void)
{
DDRA |= _BV(PA2);

_delay_ms(2000);
PORTA |= _BV(PA2);
_delay_ms(2000);
PORTA &= ~_BV(PA2); поставил тильду как сказали
//while(1){ asm volatile ("NOP" :; }
return 0;
}
В случае когда разгорается второй лед он еще проще, выключение выкинуто

Сообщение отредактировал AlexTech - Jan 28 2011, 11:58

Состояние fuse М103С ?

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

Сообщение отредактировал AlexTech - Jan 28 2011, 12:30

Вероятно по собаке.
Фуз M103C - ОЗУ расположено по другим адресам, стек в него не попадает, со стека читается мусор.
А второй светодиод?

От fuse M103C изменяется распределение памяти (memory map, см. рис. 9 в DS). Компилятор распределяет стек в несуществующую память - поэтому без бесконечного цикла (при выходе из процедуры main) идёт перезапуск (стека то - нет реально: выбирется адрес возврата со значением = единицы во всех разрядах и после выполнения команды по этому адресу - следующая команда = 0 - переполнение указателя команд); то же происходит и при вызове процедуры из while(1){} (точнее при возврате из процедуры).

Да фиг с ним, с одним бы разобраться,
кстати надо заметить что моя неправильная "&= !_BV" не мешает управлять силовиками на другой плате абсолютно раздельно, так что нифига не 0 туда пишется, напутали что то знайки, правда там тинка26


Да я прочитал что это за фьюэ, спасибо, надо обязательно проверить, но вечером...

вот схемка если что...

Сообщение отредактировал AlexTech - Jan 28 2011, 13:14

Сверьтесь с каким-нибудь учебником (лучше - со стандартом) или проверьте на "железе" - будете удивлены...