Интернет говорит, что <где-то> установлен бит совместимости с мегой 103, и поэтому шиш тебе, а не порты Ф и Г

я только пишу программу, никакой меги нет и программаторов тоже
Чёж авр студио тогда ругается? и как мне убрать этот косяк?

1 Как именно ругается? Приведите текст сообщения об ошибке и текст строки программы, на которую студия ругается.

2 На каком языке пишите программу? Если на ассемблере, то, надеюсь Вы в курсе, что команды IN/OUT для доступа к этим регистрам не применимы?

Это только к ассемблеру относится?

Да, относится только к ассемблеру. Транслятор Си сам применит другие команды к регистрам портов F и G.

Бит совместимости с Мегой103 снимается в фузах (Bit 1 in Extended Fuse Byte), по умолчанию он установлен. Студия тут ни при чем.

Upd: проект на Mega128 с компилятором AVR GCC тоже не позволяет работать с портами F и G командами I/O

с портами А...Е такой фигни нет - сразу определены адреса и доступ есть

Xenia, я до фузов не дошёл ещё - у меня пустой лист, даже без программы. А доступа уже нет.

При попытке настроить порты, А...Е настраиваются, а про F и G компилятор ругается
\\_PROGRAM\AVRStudio\MAIN.asm(71): error: Operand 1 out of range: 0x61

Инженеры Atmel'а при проектировании микроконтроллеров AVR когда-то совершили стратегическую ошибку - отвели под область ввода-вывода слишком маленькое пространство адресов. Очень скоро количество регистров ввода-вывода в отдельных AVR стало превышать адресное пространство области ввода-вывода. Некоторые регистры ввода-вывода стали размещаться за пределами области ввода-вывода - команды IN/OUT для таких регистров применять нельзя. Если Вы посмотрите в документацию в раздел "Register Summary", то увидите, что регистры портов А,B,С и D находятся в области ввода-вывода, а регистры портов F и G лежат за пределами области ввода-вывода.

ясно, спасибо

В командах IN и OUT для адреса/номера регистра ввода-вывода есть всего лишь 6 бит. Именно потому эти команды не могут охватить более 64 регистров. К остальным же приходится обращаться (читать или писать), как к памяти, а не через инструкции IN и OUT.

Ругать инженеров Atmel'а за непредусмотрительность глупо, т.к. в одном слове больше места не выкроишь. Ведь там же еще и номер регистра общего назначения находится, в который IN читает, а OUT пишет.

Т.е. проблема тут отнюдь не в том, что памяти отвели мало, а в том, что в 16-разрядную инструкцию (тогда еще 32-разрядных не было) длинное число не засунешь. Тогда как для инструкций IN и OUT таких чисел надо сразу два.

Делать инструкции IN и OUT двубайтными "инженеры" остереглись, т.к. тогда бы и выполнялась такая инструкция за два такта, а не за один. А это могло стать очень существенной потерей для архитектуры AVR, т.к. свое место под солнцем она отвоевала именно благодаря выполнению большинства инструкций за 1 такт, чем и замогилила 51-ю архитектуру.

Кстати, раз уж разговор об этом зашел, замечу, что у Х-Мег (у которых разных регистров видимо-невидимо) есть, так называемый, "виртуальный порт". Это что-то вроде окошка, накладываемого на любой из портов, внутри которого действуют команды IN и OUT. Т.е. идея тут такова, что если требуется настолько быстрый ввод-вывод, что становится существенным, за сколько тактов он выполяется, то используемый порт совмещают с виртуальным, а дальше работают на вируальном порте однотактовыми командами IN и OUT.

Вот потому, дорогой Ydaloj, я тебе и советовал брать 51, но не послушал ты старого товарища...

А никто не подскажет мануальчик, как работать с портом G на Си, проблема таже что и у Ydaloj, студия 4.19

Он, наверное, как PORTG и называется. Чему тут учиться?

А если компилятор старый и PORTG не понимает, то доопределите его по образу и подобию других портов. Адресок порта G найдете в даташите.

Компилятор знает об отличиях портов, смотрите:

превращается в

И в правду всё норм. Извините, перепаниковал(((
Просто я весьма и весьма начинающий. На половину готовый проект, который пробовал на отладке с 32ой мегой собрался переносить на плату и решил взять мегу128 ( и в наличии есть, и памяти впрок) и вот случайно наткнулся на эту тему. Плату то уже развел.
Еще раз прошу прощения

Охренеть можно , как Си "пахабит" благороднейший asm

Это Вы ещё не видели код, сгенерированный с выключенной оптимизацией.

Лишь 3 строчки вместо 5, вроде бы компактнее, быстрее… но в памяти занимает те же 5 слов, выполнение — 5 тактов и там, и там.
Минус — в дополнительном использовании Z регистра, но если работать не только с одним портом, но и +63 соседними адресами тоже, то минус становится плюсом: в Z единожды загружаем базовый адрес, а при обращении к соседним адресам используется смещение Z+n

Такое решение уже для двух портов будет и короче, и быстрее.
Если я не ошибаюсь, компиляторы умеют такое делать самостоятельно, если адреса/переменные расположены рядом.

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

соответственно, в его обработчике лежит

И вот эти действия в обработчике выполняются через ж. Вернее, не выполняются. В портах - ересь.
Эти же действия, выполненные в теле программы, работают без ошибок. Значит, у меня подозрение на настройку таймера или его компаратора.
Что можно (или нужно) сделать?

А в основной программе регистр sreg_tmp не используется?

Сергей Борщ, sreg нигде больше не используется. sreg_tmp тоже.

---
мне сложно объяснять причину таких вещей. я нутром-то чую, что это наверное я сам что-то делаю не так, но...

проблема решилась наистраннейшим образом
в разделе .dseg был объявлен десяток переменных в ОЗУ с выделением байта под каждую.
я одну из переменных в этом списке перенёс в конец списка. и всё. заработало.
тут наверное вспышки на солнце виноваты.

Ну да ладно.

Следующая проблема. У меня их много - я дуб в микроконтроллерах, а работать надо.
Итак. Есть основной цикл, в нём эти переменные крутятся-вертятся, обрабатываются. 10 раз в секунду вызывается разносчик пиццы обработчик прерывания таймера, который собирает все эти переменные и толкает их по портам. Это всё работало, до вчера.
Программа пишется под мегу128. Пришлось (по некоторым причинам) заменить её на мегу128А. И теперь, каждый раз после обработки прерывания, ВСЕ переменные обнуляются.

Как лечить?

УРА, решил - при прошивке отключил Watchdog

Мегу 128 на ассемблере программировать гиблое дело. Возьмите WinAvr или ещё чего и будет Вам счастье

Глупость Вы написали!

Цитата(mcheb @ Jun 19 2015, 17:00)
Мегу 128 на ассемблере программировать гиблое дело.

Согласен. Я для своих задач использую ассемблер: просто и понятно. А может у меня задачи такие? . В AVRStudio можно прогнать и посмотреть где программа сворачивает не туда. А если проганять прогр на С или др языке, то как узнать какими командами расписана та или иная функция? И туда ли свернула программа? А чужие библиотеки! Кто и как их писал и как они работают?