Инструкции JMP и CALL, call k: Unsupported instruction on ATmeg8 Опции

[svchost]

Добрый день!

Столкнулся вот с такими непонятками...

1.

Есть абсолютно работающий проект на AVRStudio 4.16 с файлом
C:\Program Files\Atmel\AVR Tools\AvrAssembler\Appnotes\m8def.inc

просматривая папку AVR Tools обнаружил вот такой файл
C:\Program Files\Atmel\AVR Tools\AvrAssembler2\Appnotes\m8def.inc
на первый взгляд он оказался более дополненный именами регистров и битов
решил его включить в проект...

Теперь при компиляции ругается на инструкции JMP и CALL
error: call k: Unsupported instruction on ATmega8
error: jmp k: Unsupported instruction on ATmega8

при замене файла m8def.inc обратно все работает.

нашел на форуме
http://electronix.ru/forum/index.php?showtopic=23748

но никак не пойму что к чему, и если команды больше не поддерживаются почему же программы до сих пор работают?
и теперь для переноса проекта например от mega16 на мега8 надо команды поменять на rjmp и rcall?

2.

Установил пакет AvrStudio417Setup.exe и теперь
а) при запуске файлов проектов *.aps выдается сообщение ОС WinXP отказано в доступе
б) если сделать открыть файл с помощью AvrStudio проект запускается но при включении
появляется окошечко с именем файла и восклицательным знаком

при откане на 4.16 все нормально


В чем трабл не пойму? Объясните пожалуйста.
Спасибо.

Сообщение отредактировал svchost - Aug 23 2009, 17:00

[svchost]

получается для переноса проекта с mega8 на mega16 и выше
опять все переходы и подпрограммы заменять, которые будут выходить за пределы окна

перейти на СИ или на BASCOM для меня принципиально (все противоречит внутри когда
приходиться использовать подпрограммы или инструкции которые не понятно что выполняют, а главное
какое время). Несомненно уменьшают время разработки программ, особенно где приходиться использовать математику.

Сообщение отредактировал svchost - Aug 23 2009, 18:21

[SasaVitebsk]

получается для переноса проекта с mega8 на mega16 и выше
опять все переходы и подпрограммы заменять, которые будут выходить за пределы окна

А если с Mega на xMega (к примеру) - прикинь объём работы.

перейти на СИ или на BASCOM для меня принципиально (все противоречит внутри когда
приходиться использовать подпрограммы или инструкции которые не понятно что выполняют, а главное
какое время). Несомненно уменьшают время разработки программ, особенно где приходиться использовать математику.

При разработке "с нуля" не уменьшает время. При сопровождении, развитии, портировании - в несколько раз. Если используются библиотеки, то и разработка значительно сокращается (всётаки асмовые библиотеки сложнее в использовании).

Про ваши "противоречия" что-то совсем не понял. Как раз именно в асме приходится заглядывать регулярно в хидеры п/п с целью прояснить что именно делает п/п и какие регисты при этом использует. В Си - всё прозрачно.

Если требуется точное время исполнения п/п, то никто не мешает написать её на ассемблере. Хотя я от этого теперь стараюсь уйти всеми силами.

Подытоживая - вы просто банально боитесь неизвестности. А надо попробовать.