Как в IAR EWAVR 4.21A сделать массив во flash ATmega64 размером более 32К? («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Как в IAR EWAVR 4.21A сделать массив во flash ATmega64 размером более 32К?

Отправлено Леонид Иванович 05 сентября 2007 г. 23:37

Судя по описанию, только с модификатором __hugeflash можно объявлять объекты больше 32К. Но этот модификатор не проходит с ошибкой Error[Pa043]: the keyword "__hugeflash" is not available with the current settings. Как победить? На этом форуме был такой же вопрос, но остался без ответа. Google тоже не знает :(

Составить ответ | Вернуться на конференцию

Ответы

Тупо выбрал ATmega128, заливаю прошивку в ATmega64, всё работает. Удивительно, что работает команда ELPM, которой в системе команд не значится :) И sizeof с большим массивом работает правильно. — Леонид Иванович (06.09.2007 00:48:23 87.252.227.57, пустое)
- В CVAVR вааще ничО не ругаиццо... — Гудвин (06.09.2007 00:56:45 195.133.109.197, 193 байт)
  - ба, как пративно смотрицца "код" в IE6... — Гудвин (06.09.2007 00:57:42 195.133.109.197, пустое)
    - нда, и вообще весь форум в Опере смотрится гораздо комфортнее — AF (06.09.2007 06:02:56 82.211.176.11, пустое)
    - а зачем ты такой тег ставишь? — чокнутый (06.09.2007 01:04:36 212.58.192.14, 82 байт)
      - поставил, что первое подвернулось ;) — Гудвин (06.09.2007 01:06:19 195.133.109.197, пустое)
        
        ты гляди мне, не напорись на какой-нибудь суперкод )))) — чокнутый (06.09.2007 01:06:52 212.58.192.14, пустое)
IMHO, только через хук с выделением сегмента и помещением туда массива. Но(+) — Vit (06.09.2007 00:24:15 77.123.148.33, 165 байт)
- не указатели, а sizeof — ReAl (06.09.2007 00:32:6 89.162.152.53, 259 байт)
  - Интересно, а каковы были мотивы делать size_t знаковым? Понимаю, что вопрос риторический, но может есть объяснение? — Сергей Борщ (06.09.2007 09:25:6 217.198.224.239, пустое)
    - Тьху, ступил где-то... (+) — ReAl (06.09.2007 14:45:29 89.162.152.53, 1000 байт)
      - Я об том же — Vit (06.09.2007 19:01:21 83.170.240.226, пустое)
      - Для опций процессора -v2, -v3, -v4, -v5, и -v6 ptrdiff_t всегда является signed long. Почему IAR не даёт пользоваться __hugeflash для процессоров без RAMPZ и ELPM - непонятно. — Леонид Иванович (06.09.2007 15:43:30 87.252.227.57, пустое)
        
        Внутреннее несовпадение терминологии между кусками компилятора :-) "какая же она HUGE, если 16-битного адреса хватает" :-) — ReAl (06.09.2007 17:45:32 89.162.152.53, пустое)
    - Так он и не знаковый. Вот выдержка из руководства: — Леонид Иванович (06.09.2007 11:30:16 87.252.227.57, 272 байт)
      - Тогда абсолютно непонятно, почему нельзя создать массив в 33К без извращений с huge_flash. Кстати, а как у IAR с массивом в ОЗУ для меги64 - если по простецки, без никаких нестандартных заклинаний? — ReAl   (06.09.2007 14:04:37 89.162.152.53, пустое)
        
        С ОЗУ не пробовал, нет такого количество ОЗУ :) Судя по документации, только __huge позволяет размещать объекты более 32К. — Леонид Иванович   (06.09.2007 15:47:42 87.252.227.57, пустое)
        
        Ну для пробной компиляции ОЗУ на плате можно и не иметь :-) — ReAl   (06.09.2007 17:46:10 89.162.152.53, пустое)
  - Оно и на наглое прибавление к индексу 32768 в каких-то условиях ругалось — Vit (06.09.2007 00:52:50 77.123.148.33, пустое)
  - вот пример на массив 33000 байт (+) — a2005z (06.09.2007 00:41:15 212.8.34.110, 182 байт)
    - Охотно верю. Но это относится к расширению языка через hugeflash, которое *не* *отработало* у вопрошавшего. А если в рамках стандарта - то как я написал. — ReAl (06.09.2007 01:05:20 89.162.152.53, пустое)
      - Вопрос был - как сделать. С ключем -v3..-v5 можно решить этот вопрос — a2005z   (06.09.2007 01:26:30 212.8.34.110, пустое)
        
        --cpu=m64 соответствует -v3, но не это главное. Нужно, чтобы был разрешен регистр RAMPZ, которого в m64 нет. — Леонид Иванович   (06.09.2007 02:27:57 87.252.227.57, пустое)
        
        и заменой проца!! Если следовать инструцкции — чокнутый   (06.09.2007 01:58:29 212.58.192.14, пустое)
    - и какое отношение это имеет к невозможности его размещения в Меге64? — чокнутый (06.09.2007 00:44:30 212.58.192.14, пустое)
      - наоборот, бери и вставляй в мегу64. — a2005z   (06.09.2007 00:58:32 212.8.34.110, пустое)
        
        "Error[Pa043]: the keyword "__hugeflash" is not available with the current settings C:\work\test\main.cpp 3 " & Error[Pe095]: array is too large C:\work\test\main.cpp 3 — чокнутый   (06.09.2007 01:00:27 212.58.192.14, пустое)
        
        test.с (+) — a2005z   (06.09.2007 01:03:27 212.8.34.110, 1304 байт)
        
        какой тип процессор выбран? Вопрос был - почему -v m64 не дает более 32 k — чокнутый   (06.09.2007 01:05:52 212.58.192.14, пустое)
        
        -v3. А для -v m64 IAR оставляет память small, что согласно докум. (р141) для указателя используется signed int. Это и дает ограничение на 32768 — a2005z   (06.09.2007 01:17:46 212.8.34.110, пустое)
        
        а что нам собственно REal показывал? — чокнутый   (06.09.2007 01:19:5 212.58.192.14, пустое)
        
        size_t не всегда привязан к int. читаем на p.142 table 35 — a2005z   (06.09.2007 01:23:15 212.8.34.110, пустое)
процессор выставить -v5 например — чокнутый (05.09.2007 23:49:8 212.58.192.14, пустое)
- можно выставить ключ -v3. тогда и RAMPZ будет доступен — a2005z (06.09.2007 00:15:14 212.8.34.110, пустое)
  - угу, и в Меге аппаратно сам возникнет — чокнутый (06.09.2007 00:26:0 212.58.192.14, пустое)
- хотя вижу проблемы с RAMPZ и ELPM. На этой Меге может вообще нельзя 64 массив? — чокнутый (05.09.2007 23:56:19 212.58.192.14, пустое)
  - угу, низзя — чокнутый (05.09.2007 23:58:11 212.58.192.14, пустое)