Перейти к содержанию
    

можно и без volatile:

 

void ce210_print(char *s)

{

  register char ch;

 

   while (1)

     {

        ch = *s;

        if (ch == 0) break; //(или return)

        ce210_send(ch);

        s++;

     }

}

 

при while (*a) ce210_send(*a++); да еще и volatile будет скорее всего 2 обращения к памяти, что в данном случае бессмысленно

 

Через register тоже можно, не спорю. Но в данном случае главное не скорость, а чтобы заработало :-)

volatile - это для общности.... :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Через register тоже можно, не спорю. Но в данном случае главное не скорость, а чтобы заработало :-)

volatile - это для общности.... :)

 

Согласен, но мой вариант более предсказуем с точки зрения компилятора (GCC). И в дизассемблере с ним проще разобраться.

 

Axer, дизассемблируйте Ващу функцию и посмотрите чего там скомпилилос. Я неоднократно нарывался на "неправильный код"(сам был виноват), т.к. GCC очень требователен к конструкциям языка.

Проверьте, какое значение указателя записывается перед вызовом функции и

что находится по этому указателю.

Да и стоит ли на текстовые сообщения ОЗУ тратить? У меня они только во флеше сидят.

#include <avr\io.h>

#include <avr\pgmspace.h>

 

const prog_char str[] = "test message";

 

void print(const prog_char *s)

{

char ch;

 

while(1)

{

ch = pgm_read_byte(s);

if (ch == 0) break;

PORTA = ch;

s++;

}

}

 

int main (void)

{

 

print(str);

 

print(PSTR("TEST2"));//или так

 

return 0;

}

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Поднимаю тему, чтобы не плодить новых.

 

Задача:

- разместить в XRAM несколько длинных массивы, оставив все остальное во внутренней RAM

 

Во внутренней памяти все работает.

 

Что делаю:

1)

- в оболочке WinAVR указываю доп. сегмент .xdata 0x802000

- переопределяю размещение массивов (размерность сокращена)

volatile UCHAR BufAdc[281] __attribute__ ((section (".xdata")));

volatile UINT BufAdc1[281] __attribute__ ((section (".xdata")));

volatile UINT BufAdc2[281] __attribute__ ((section (".xdata")));

- разрешаю работу XRAM (тайменги и конфиг. XRAM сути не меняют, но привожу)

MCUCR = (1<<SRE) | (0<<SRW10);

XMCRA = (0<<SRL2) | (0<<SRL1) | (0<<SRL0) | (0<<SRW01) | (0<<SRW00) | (0<<SRW11);

XMCRB = (0<<XMBK) | (0<<XMM2) | (0<<XMM1) | (0<<XMM0);

Размещение:

.xdata 0x00802000 0x57d Variables.o

0x00802000 BufAdc

0x00802119 BufAdc1

0x0080234b BufAdc2

 

Это работает!

 

2)

Увеличиваю размерность одного массива до нужного (в *.h как extern естественно тоже), остальное без изменений.

volatile UCHAR BufAdc[1281] __attribute__ ((section (".xdata")));

Размещение:

.xdata 0x00802000 0x965 variables.o

0x00802000 BufAdc

0x00802501 BufAdc1

0x00802733 BufAdc2

 

Не работает, точнее слетает связь по UART!

Смотрю по map - все остальные переменные находятся на своих местах, т.е. не менялись...

Эти массивы в работе UART при ответах естественно не участвуют.

Возвращаю размер на обратно - работает!

 

В чем мой косяк?

Прошу пнуть в нужном направлении.

 

(Mega128A + SRAM, WinAVR + AVR Studio 4.18)

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Странно,

портится глобальный флаг готовности буфера приема объявленный как

volatile uint8_t fCmdComplite = 0;

 

прерывание его выставляет = "1", но где то он портится в "0" и в main() он уже "0"...

- свои "сбросы" этого флага убрал...

- его положение сместил в .bss

0x00800248 fCmdComplite

 

... один ---, т.е. не помогает..

 

(оптимизация Os)

 

.... (в 12:15)

 

Похоже это косяки WinAVR:

при оптимизации -О2 удалось "довести" массивы до 768 единиц!

 

Шаманство какое-то!!!

 

Кто нибудь знает как с ним бороться?

 

..... (18:06)

нет все таки, ряд глюков остался...

наверняка у меня где-то косяк в коде...

 

кто нибудь знает:

WinAVR при различной оптимизации может валидный код "убивать"?

для IAR, Keil и ICC, что то я таких проблем не припомню...

 

 

Изменено пользователем Dimy

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В общем проблемма решена.

 

Для тех кто наступит на те же грабли:

наплюйте на настройки WinAVR через оболочку (Project/Configeration Options)

просто пользуйтесь внешним Makefile с правками по рекомендации:

http://www.avrfreaks.net/index.php?name=PN...ght=winavr+xram

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...