Нужно харнить в озу строки есть char szString[15] = "555555555555", как сделать чтобы это был массив строк от 1 до 5 скажем.

Массивы могу быть и двухмерными. Или я не понял вопрос?

Это массив указателей, что для описанного случая совсем не то.

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

Трудно сказать, но это точно не хранят в RAM и не вкладывают строки в массивы байтов фиксированного размера. Надо ждать Автора.

В процессе работы неоходимо считать с девайса ASCII данные в виде 5 строк одинакового размера. И хранить я так понимаю их можно либо в ОЗУ либо в eeprom МК. Т.к. данные эти хоть и не часто могут меняться, я так подумал и решил с ними работать в ОЗУ. Написал что-то типа
char mystring[15]="53453453454"; - т.е. строка из символов. Как определить данные так чтобы получилась переменная типа array of string [0..4], которая изначально пустая ничем не забитая, а забивается в процессе.

Если заранее известна длина предполагамых строк в массиве (например 15), а также количество самих строк (например 5), то можно сделать 2-мерный массив:

char Arr[5][15];

тогда обращение к нему будет такое:

Arr[0] - это указатель на 1 строку, Arr[1] - на 2-ю и.т.д (будьте внимательны Arr[n] будет иметь тип char *)

или

Arr[0][0] - 1-й символ 1 строки, (Arr[n][m] будет иметь тип просто char)
Arr[0][1] - 2-й символ 1 строки,
Arr[1][0] - 1-й символ 2-й строки,
Arr[1][1] - 2-й символ 2-й строки, думаю понятно...

Если же в перспективе размер самих строк будет неизвестен заранее, тогда придется пользоваться динамическим выделением памяти... Но советую, для начала, этого не делать... Лучше сделайте обычный массив с запасом

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

Пользуйтесь 2-мерным массивом заданной размерности.
Это поможет вам избежать лишних и неприятных ошибок.

Большой респфенкс!

Есть вот такой код. Суть отправлять dest=0, dest=1.....,dest=4. Не нравится он мне, кажется легче можно сделать подскажите и засыпает вот такими мессагами

main_ATMEGA8.c:251: warning: initialization makes integer from pointer without a cast
main_ATMEGA8.c:252: warning: initialization makes integer from pointer without a cast
main_ATMEGA8.c:255: warning: implicit declaration of function `itoa'
main_ATMEGA8.c:256: warning: assignment makes integer from pointer without a cast

на эти строки соответственно
char temp = szstring;
char temp2 = "";
itoa (index,temp2, 10);
temp=temp+temp2+"\x0d";


Сам код

const char szstring[] PROGMEM = "dest=";
char index=0;

char temp2 = "";
while (index<5){
UART_ClearRxBuf();
char temp = szstring;
itoa (index,temp2, 10);
temp=temp+temp2+"\x0d";
UART_outstr(temp);
index=index+1;
}

И если необходимо извлечь из строки цифру и преобразовать скажем в цифровое значение, то можно ли сделать так (извлекаем 95)
char Gettemp(void)
{
char n = 0;
char* pBuf = UART_Recv(&n);//pBuf= "temp: 0,95"
return atoi(strncpy (pBuf, strchr(pBuf, ",")+1, 2));
}

Сказать что-либо разумное мне по этому поводу трудно , поскольку все это представляет из бессмысленный набор всяких слов.
Для начала писания, надо хоть самую малость представлять язык. Не воспринимайте, пожалуйса это слижком близко к сердцу - но надо почитать хоть чуть-чуть о типах данных.
"char temp и temp2" это байты в них "строка" не вмещается ну никак. "\x0d" - это тоже строка и в ней два байта и ее тоже нельзя присвоить байту. itoa() имеет три аргумента, причем первый это указатель на строчку, чем 'index' не является - он у Вас опять байт.
Далее.
Cо стоками операции '+' и прочие не выполняются - смотрите библиотечные функции strcat() и прчие для работы со строками. Указатели не могут указывать в никуда, точнее конечно могут, но ими тогда пользоваться нельзя, поскольку туда, куда они указывают должно быть место, для того чего туда хочется положить.

Да я и сам догадывался, что char это max=255 или буковка "A" или "B", источников толковых не нашел. Да и не совсем понимаю подойдут ли обычные книжки по C для МК. Была у меня книжка в электронном виде автор ШПАК, прогр на C для AVR, ушла в небытие. Может выложите что-нибудь. Винете полно примеров работы с таймерами, уартом, и подобной перефирией, а со строками работа в примерах не попадалась, отсюда мои бесмысленные перлы

avr123DOTnmDOTru
DOT->.
там много чего, есть ссылки на курс лекций по avr(для новичка очень хороший)
есть ссылки и на литературу в хорошем качестве.

Ну не надо, ладно?

Естественно подойдут. Иначе это был-бы не 'C'.

Не надо "примеров", возьмите описание именно языка - кратко, четко, исчерпывающе.

Немного поправил с учетом критики, но немного не работает.


const char szstring[] PROGMEM = "dest=";

int index = 0;//счетчик
char temp[15],temp2[1]; //инициализируем массивы
strcpy(temp, szstring);//копируем в temp="dest=" ??????????Вот здесь что-то не то

while (index<1){//примера ради 1 так до 4
UART_ClearRxBuf();
itoa(index+1,temp2, 10);//здесь из счетчика получаем его строков представление
strcat(temp, temp2);//соединяем и должны получить "dest=1"
strcat(temp, "\x0d");//соединяем и должны получить "dest=1\x0d"
UART_outstr(temp);// в итоге на выходе только "1" без "dest="
index=index+1;
}

http://lord-n.narod.ru/walla.html#ShpakCforAVRiPIC

Не читал ... замечательная книга по С авторов "Керниган и Рич" -- я читаю ее (в электронке нет - только распечатка осталась) -- коротко и доступно.

Здесь он фигурирует под названием "запрещенный курс", по той причине, что для новичка, он очень плох - надерганные "примеры" и ошибочные утверждения изобилуют .

а мне понравилась, правда тогда это была первая литература, которую я читал по AVRам.

Если "чисто формально" повторить и заставить работать:

Но это жуткие каракули, хоть и будут "работать". Ну и itoa() не ansii - может и не быть в библиотеке.

Лобовое что-то вроде:


Короче - читаем книжки НЕ пытаемся дергать куски кода откуда то ни было.

Могу отправить, у меня есть в пдф, меньше метра.

Спасибо всем, буду книжки читать, попробую хотя бы ту часть С изучить, которая для программирования МК необходима!

Строки из ПЗУ в РАМ напрямую не копируются в AVR. Требуется использование специальных функций, которые зависят от типа компилятора. Размещение строк в ПЗУ тоже требует некоторых усилий. На форуме по AVR это обсуждалось.