На МК, ATtiny 2313 есть массив:
char *mas[15] = {"000000","000001","000010" ... "111111"}

Так вот массив вылезает за пределы допустимой памяти.
Дальше идёт сравнение строки. Котрую получила функция.
Впринципе я подумал а почему бы, не сделать так: если допустим первая строка массива равна входной строке, мы выходим из функции, если нет заменяем 1 элемент массива другой строкой, и так далее, памяти в разы будет меньше расходоваться!
Только вот у меня постаянная несовместимость типов.
Т.е я делаю так:
mass[i] = "111000";
и получаю ошибку типа нада бы использовать flash unsigned char, а если этот тип использовать, то функция strcmp не работает.
Вот два дня бьюсь, ничего невыходит.
Думал может в eeprom определить этот массив, определяю, strcmp не работает.
Может кто подскажет что нить?

P.S. использую Code VisionAVR;

Для начала, char - это 1 байт.
Как туда можно затолкать mass[i] = "111000"; - может, объясните?
char *mas[15] = {"000000","000001","000010" ... "111111"} - вообще бред

Ну ведь даже в Вашем сообщении не

а

так что с этой точки зрения всё нормально, в массив ложатся указатели на строки, а сами строки лежат отдельно.
Проблема только в том, что и строки, и массив указателей на них лежат в ОЗУ (копируются из флеша в ОЗУ на старте программы), поэтому и не влазят.

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

Может как то подругому реалтзовать,
суть в функцию приходит сточка типа "xxxxxx", где x либо 1 либо 0, мы эту строчку сравниваем с имеющимися строками и если есть совпадения, то в переменную записываем порядковый номер?


Ну а можно это как нить решить?

Не проще ли получаемую строку преобразовать в обычный char и искать его уже в массиве не из 15 строк, а как максимум из 15 char. Или из 15 элементов структуры (15*6=80 10 байт).

У avr-gcc для этого есть strcmp_P (и все остальные str-функции) - одна строка в ОЗУ, вторая во флеше.

Ну как-то же и у него это должно делаться...
Хотя в общем и целом - "бросьте каку" и перейдите на IAR или avr-gcc (WinAVR).

Тогда интересно, как можно инициализировать массив указателей значениями типа "000001"?

Я так полагаю, надо символьное представление двоичного числа преобразовать в число. Так?
По-моему, намного проще посимвольно проанализировать входящую строку и вычислить число.

Например, так:

ну чё-то в этом роде

В общем случае - строки во флеше и strcmp_P(), в данном конкретном - проще преобразовывать запись двоичного числа в символьном виде в байт и таким образом получать код.

[quote name='MrYuran' date='Oct 6 2008, 16:31' post='481254']
Тогда интересно, как можно инициализировать массив указателей значениями типа "000001"?
[/quote]

Указатель инициализировать строкой нельзя, а строку на которую он указывает пожалуйста
там надо только
char __flash* mass[]={"str1", "srt2"....} (синтаксис IAR)

[/quote]
Я так полагаю, надо символьное представление двоичного числа преобразовать в число. Так?
По-моему, намного проще посимвольно проанализировать входящую строку и вычислить число.
[/quote]

Да мы задачи то толком не знаем.

Очень даже можно, стандарт позволяет. Только это не значение указателя, а объект, на который он указывает.

Запросто. Строковый литерал имеет тип char*, поэтому им можно инициализировать как указатель, так и массив указателей.
Некоторые проблемы возникают у avr-gcc, но только при размещении строк во флеше и потому, что у него нет ключевого слова flash, означающего другой тип памяти, а есть только атрибут размещения переменной в секции, помещаемой во флеш. Атрибут применим к переменной, а не к литералу, только поэтому приходится заводить промежуточный массив char[].
При размещении массива указателей в ОЗУ инициализация их строковыми литераламаи - стандартная для С операция со времён создания языка.


Несомненно.

Дык, что товарищу тогда делать то при недостатке памяти и при этой особенности GCC кроме, как перейти на другой компилятор? Я просто предлогаю путь уменьшения расхода памяти.

Попробуем по другому
задача:
есть кодировка
000001 = 'A';
000010 = 'B';
100000 = 'C';
и так далее.
Так вот нужна такая функция, в которую входило допустим "000001";
мы сравнивали с имеющимися у нас строками, и присваивали переменной типа char наш символ.
Вот идея проекта.
Моя задумка была, реализовать все 15 кодов в массив, сравнить с прешедшей строчкой, получить номер элемента массива, и с помощью switch присвоить переменной значение.
Может есть какие более правильные или удобные решения?

Получили строку, преобразовали в число, далее Ваш switch и массив вообще не нужен. ИМХО.

Если кодировку менять не предполагается, предлагаю дерево условий if-else. По-моему, самый простой и наименее затратный вариант. Во всех отношениях.

ReAl - спасибо за науку.
Век живи - век учись (с)

А как 000001 преобразовать в число? а допустим 010000 это не одно и тоже получится, я вот плохо это представляю?



думал над этим только вот, беда
сравниваю допустим strcmpf("000001", string)
где string, это пришедшая строка
, а компилятор говорит мол тип надо поменять, я тут якобы использую flash unsigned char* , а надо просто unsigned char* вот!

Я предлагаю строку анализировать посимвольно.
if(string[0]=="1")
{ if(string[1]=="1")
{ if(string[2]=="1")
{...}
...
}
else {}
}
else {}
}
else {}

получается дерево условий. 6 сравнений - и на выходе готовый результат в каком хотите виде.

Массив не нужен, зато теперь в процессор начинает не влезать код Там не 6, а 6! условий получится.


Вам дали уже 2 примера в сообщениях №8 и №9. Более подробно www.google.com->"двоичная система счисления"

не не то... запутаешься нафиг, на краний случай оставлю, у верен другой выход есть!!!

Всё. Допёр.
Преобразуете вашу строку в число (как писалось ранее), а потом - switch-case.

Интересно, а строк всего сколько ? Из шести бит по логике д.б. 64 строки, а массив всего на 15.
Про остальное уже написали.

да это будет правильно, тоже доперло, всем огромное спасибо


сдесь не по логике, в кодировке всего 15 символ, вот...

Не понятно зачем у вас явное присвоение массиву указателей на переменные типа чар. Даже если вы заранее распределили где и какие переменные находятся в памяти, помните где начинается ОЗУ? А у вас mas[0]=0. Да и строка инициализации содержит десятичные числа. У вас есть ячейка ОЗУ с адресом 111111? Это что у тини ОЗУ более100кбайт?

Выложите полный текст а там можно думать.

Не понял вопроса.
У товарища CV, а не GCC, как ему бороться с его особенностями, я не знаю.
В конкретном случае товарища я уже написал в сообщении 9 фрагмент кода, как из ASCII записи двочиного числа получить код коротким циклом без массивов вообще.
В общем случае нужен массив указателей на строки char *array[] во флеше (при строках одинаковой длины можно массив строк char array[][] ).

А особенность GCC из-за его непонимания разных пространств памяти всего лишь вынуждает вместо

писать




Функция get_code() берётся из сообщения 9 (или 8, но её тогда лучше переписать так:


Дальше если бы все сиволы в кодировке сидели "плотно" (т.е. при 6-битовом коде есть "ну почти все" 64 символа", то так (чтобы не затенять суть, пишу НЕ как для GCC, у него нужно несколько морочливее, если я правильно помню IAR, то им это должно скомпилироваться):


Для разреженной таблицы кодов (исползуется 15 кодов из 64 и "врассыпку") посложнее, но всё равно должно занять во флеше меньше памяти, чем switch (хотя в среднем может работать дольше, тут надо выбирать):

Извиняюсь написал не в тему. Понял когда просмотрел все посты.