Строковые и символьные типы в AVR С Опции

[zheka]

Работаю с индикатором LCD через ImageCraft

Вот две функции:

void LcdChr ( LcdFontSize size, byte ch )
{
byte i, c;
byte b1, b2;
int tmpIdx;

if ( LcdCacheIdx < LoWaterMark )
{
// Update low marker.
LoWaterMark = LcdCacheIdx;
}

if ( (ch < 0x20) || (ch > 0x7b) )
{
// Convert to a printable character.
ch = 92;
}

if ( size == FONT_1X )
{
for ( i = 0; i < 5; i++ )
{
LcdCache[LcdCacheIdx++] = FontLookup[ch - 32][i] << 1;
}
}
else if ( size == FONT_2X )
{
tmpIdx = LcdCacheIdx - 84;

if ( tmpIdx < LoWaterMark )
{
LoWaterMark = tmpIdx;
}

if ( tmpIdx < 0 ) return;

for ( i = 0; i < 5; i++ )
{
c = FontLookup[ch - 32][i] << 1;
b1 = (c & 0x01) * 3;
b1 |= (c & 0x02) * 6;
b1 |= (c & 0x04) * 12;
b1 |= (c & 0x08) * 24;

c >>= 4;
b2 = (c & 0x01) * 3;
b2 |= (c & 0x02) * 6;
b2 |= (c & 0x04) * 12;
b2 |= (c & 0x08) * 24;

LcdCache[tmpIdx++] = b1;
LcdCache[tmpIdx++] = b1;
LcdCache[tmpIdx + 82] = b2;
LcdCache[tmpIdx + 83] = b2;
}

// Update x cursor position.
LcdCacheIdx += 11;
}

if ( LcdCacheIdx > HiWaterMark )
{
// Update high marker.
HiWaterMark = LcdCacheIdx;
}

// Horizontal gap between characters.
LcdCache[LcdCacheIdx++] = 0x00;
}

/*--------------------------------------------------------------------------------------------------

Name : LcdStr

Description : Displays a character at current cursor location and increment cursor location
according to font size.

Argument(s) : size -> Font size. See enum.
dataPtr -> Pointer to null terminated ASCII string to display.

Return value : None.

--------------------------------------------------------------------------------------------------*/
void LcdStr ( LcdFontSize size, byte *dataPtr )
{
while ( *dataPtr )
{
LcdChr( size, *dataPtr++ );
}
}

ЧТо-то не получается у меня... LcdStr(1,"hello"); LcdChr(1,'f'); не выводит ничего,

LcdChr(1,"f"); - выдает ошибку found "pointer to char" expected "unsigned char"

Что делать?

[zheka]

Ладно, господа профессионалы, высочайшего класса.

Вот вам пример, взятый из CodeVision Examples,т.е. 100% рабочий,
т.е. все ошибки человека не отягощенного профессионализмом исключены, все указатели все переменные инициализированы.

Даже если где и закралась ошибка, опечатка и пр - компилятор бы ругался. Вот пример

flash unsigned char f[]="12345";
#pragma warn-
eeprom unsigned char e[16];
#pragma warn+
unsigned char r[16];

//-------------------------------------
// не знаю, конечно, но по моему нижеследующая функция
// заточена под RAM
//-------------------------------------

void LcdStr ( LcdFontSize size, byte *dataPtr, LcdPixelInverse inverse )
{

while (*dataPtr)
{
LcdChr( size, *dataPtr, inverse );
}
}

//-------------------------------------

void main ()
{


char flash *ptr_to_flash;
char eeprom *ptr_to_eeprom;
char *ptr_to_ram;
int i,j;
// copy the string f from FLASH to
// the string e in EEPROM
ptr_to_flash=f;
ptr_to_eeprom=e;
while (*ptr_to_flash)
*ptr_to_eeprom++=*ptr_to_flash++;

// copy the string e from EEPROM to
// the string r in RAM
ptr_to_eeprom=e;
ptr_to_ram=r;
while (*ptr_to_eeprom)
*ptr_to_ram++=*ptr_to_eeprom++;



LcdInit();
Delay();

LcdStr(FONT_1X, ptr_to_ram , NORMAL);
LcdUpdate();
}

LcdStr ничего не выводит.

Вы говорите, что я не умею размещать строки и указатели - вот, это уже сделали другие люди за меня. Уже получена переменная ptr_to_ram ей
присвоено значение. Типы данных совпадают (я на всякий случай менял byte на char - без эффекта).

Ваше мнение?


Defunct, отвечаю на ваш вопрос - отдельно LcdChr работает. Предложенный вами вариант ни к чему не привел. Если в объявлении LcdStr писать
__flash, то эта фнукция выводит строки через кавычки и строки инициализированные например так : flash unsigned char f[]="12345";

Но не все же хранить во флеше, что-то генерируется в ходе работы программы, что-то читается из EEPROM.

Сообщение отредактировал zheka - Mar 15 2006, 16:48

[defunct]

Но не все же хранить во флеше, что-то генерируется в ходе работы программы, что-то читается из EEPROM.

IMHO выгоднее написать 2 отдельные функции:
1. для вывода строк хранящихся во флеш памяти.
2. для вывода строк хранящихся в eeprom (к тому же строки в eeprom выгоднее хранить в паскалевском представлении - первый символ - длина строки, дальше данные без нуль-терминатора)

[Petka]

...
2. для вывода строк хранящихся в eeprom (к тому же строки в eeprom выгоднее хранить в паскалевском представлении - первый символ - длина строки, дальше данные без нуль-терминатора)

Любопытно, а почему так выгоднее?

[defunct]

...
2. для вывода строк хранящихся в eeprom (к тому же строки в eeprom выгоднее хранить в паскалевском представлении - первый символ - длина строки, дальше данные без нуль-терминатора)

Любопытно, а почему так выгоднее?

Для ускорения поиска требуемой строки. (раз планируется использовать eeprom, то скорее всего предполагается обновление строк, а коль так, то будет меняться и их размер, следовательно потребуется поиск).

Разумеется, сказанное имеет смысл только в том случае если не используется массив индексов (с указателями на начало строк).

Сообщение отредактировал defunct - Mar 16 2006, 18:52