Проверил ещё раз Watchdog: выключен (hfuse = 0xdf).
Код писал в AvrStudio при установленном WinAVR - 20100110 (c avr-gcc).
Прошиваю ATtiny48 через avrdude:
Запись программы:
Код
avrdude -p t48 -c stk200 -e -U flash:w:test.hex
Чтение фьюзов:
Код
avrdude -p t48 -c stk200 -U hfuse:r:"./ high.txt":h -U lfuse:r:"./ low.txt":h
(В результате выполнения этой команды в файле high.txt лежит число 0xdf)
Запись фьюзов (записать в lfuse 0xee - установить в 1 фьюз SKDIV8):
Код
avrdude -p t48 -c stk200 -U lfuse:w:0xee:m
Пробовал уже на 2-х Тинях - результат тот же.
Что не так!??
Прилагаю картинку с осциллографа (сигнал действительно такой - проверено на LED'ах с увеличенной задержкой):
osc.bmp ( 146.3 килобайт )
Кол-во скачиваний: 24Цитата
while(666)
{
_delay_ms(20);
PORTD ^= 0x0f;
}
А корректно ли считывать с пина PORTD (не PIND)? Ведь PORTD ^= 0x0f эквивалентно PORTD = PORTD ^ 0x0f.
Прилагаю HEX:
test.rar ( 232 байт )
Кол-во скачиваний: 77
Сообщение отредактировал Паша_З - Mar 30 2011, 14:21
ATtiny48 - проблемы с тактированием
Mar 29 2011, 05:53
Я не хочу сказать, что у GCC все идеально, но вот в сравнении с некоторыми другими, купленными за деньги, правда под ARM... 
я GCC сильно зауважал 
