Что-то не видел я в Examples такого примера. Да и не могло его там быть, в приведённой функции бросается в глаза ошибка - не увеличивается указатель dataPtr.

Действительно,твой пример работать не будет-явная ошибка в коде.Сейчас посмотрел,нет в кодвижине поддержки графических ЖКИ,тем более от НОКИИ,только алфавитно-цифровые Выводить из ЕЕпрома можешь,только написав отдельную функцию.У тебя какя версия компилера?
И еще-я бы тебе посоветовал тщательнее анализировать код самостоятельно,да и симуляторы(та-же студия)иногда здорово помогают,учитывая,что функции у тебя простые и прогнать через симулятор много времени не займет.
И еще-быть малость,как-бы помягче,поскромнее,что-ли. Я тут сам недавно и отнюдь не профи,
твои грабли мне знакомы ,но в большинстве других форумов тебя-бы,имхо,уже давно забанили или в
лучшем случае снесли-бы тему.А здесь активно помогают,что ты почему-то не оцениваешь.
В общем-меньше пиши-больше думай.

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

Примеры чтения/записи eeprom можете взять из даташита или поискать в appnotes, или поискать на этом форуме (тут были отдельные ветки посвященные исключительно этому вопросу)..

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

Итак господа, продолжаем расследование.
Смеялись вы надо мной, отсылали к мануалам, а я говорил, что проблема кроется не то чтобы в глубине, а где-то в стороне.

Вот вам код №1




Код рабочий. Выводит все строки на экран. Функция LcdLine здесь для отладки. Т.е. если текста нет, линия есть, значит переменная ничему не равна. Если нет ни текста ни линий, значит программа просто виснет при попытке вывести строку. Ну простите мне дилетанту, отлаживаю как могу.

Так вот, код рабочий, все нормально. Прошу вас обратить внимание, строка №1 - char *strings[]={"One","Two","Three"}; закомментирована.

Убираем комментарий.... Вуаля!!! И ни текста, ни линий. к переменной strings в функции main вообще обращения нет. Cудя по отсутствию линий на экране - программа виснет сразу при обращении к функции sprintf. Начинаем ковырять: ставим комментарий у строки №7 unsigned char r[16]; Вуаля! И все снова работает, и по барабану - стоит ли комментарий у строки №1

Ваше мнение, господа?

P.S. одно время у меня выводилась и strings[i], сейчас нет - коврыяюсь в поисках причины.

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

А куда указывает указатель s?

ПС если есть желание получать ответы, желательно быть повежливее.

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

На строку s. В строку s копируется в данном случае MainMenu[1].

Хм, сейчас попробовал его убрать в начале функции main, или вообще что-то поменять - не работает без char *s.

А если он никуда не указывает, тогда почему же все работает?
Если указатель, никуда не указывающий здесь лишний - уберите из программы лишнее, но так, чтобы все работало.


P.S. Еще одна причина несчастий - обнаружилось, что если выводить текст на 3 строке LcdGotoXY(1,3), то выводится бред. Это уже недоработки драйвера ЖКИ.


Кстати, объясните мне еще такую вещь:
Вот мануал из Codevision


В чем разница между этими двумя способами?




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

Посмотрите, как он привел якобы цитату якобы из моего поста якобы на текст примера из CodeVision Examples:

http://electronix.ru/forum/index.php?showtopic=13521&st=45#

А теперь смотрим оригинал

http://electronix.ru/forum/index.php?showtopic=13521&st=30#

zheka
А ругаться не надо. Внимательно прочтите мой пост, и увидите, что цитируется в нём пост №42, а никакой не №30.
Это простая невнимательность или провокация флейма?

char *s - это не строка, это указатель на строку.Это просто произвольный
адрес по которому складываются результаты sprintf.
Каким-то образом этот адрес оказывается верным при отсутсвии r[]
s надо проинициализирорвать адресом реального буфера


или не использовать вообще




Открой отладчик и прогони код - все сразу станет ясно.


А хамить вообще не надо, и по поводу и без.
Просто взять и не хамить.

Вдогонку,
совершенно непонятно зачем нужен sprintf()

1.создаем строки
const unsigned char c[]="asfasfasf";
flash unsigned char f[]="12345";

2.объявляем буфер
char r[16]

3.Копируем обычную строку
strcpy(r,c);

4.Копируем флэш строку
strcpy_P(r,f);

5.Выводим
LcdStr(FONT_1X, r, NORMAL);
или для обычной
LcdStr(FONT_1X, с, NORMAL);

Vet!!!

Знаете, я сейчас не ругаюсь я просто смеюсь. :D :D


Вы увидели ссылку а не номер поста! Повторю - ссылку, заканчивающуюся на цифру 30. А если бы вы не искали пост №30, а нажали бы ссылку, то вам открылся бы пост не 30, а "очень даже 42" !!! А хотите еще фокус? Наведите курсор на номер в посте №42 и в строке состояния вы увидите цифру не 42, а очень даже 30!

Это простая невнимательность или провокация флейма?

Теперь по делу. По словом "пример", я подразумевал работу с указателями в eeprom и flash. И именно этот код приведен в посте №42, в функции main и он действительно есть в CodeVision examples. А то, что до функции main - так это вывод на экран, об этом ранее не раз было говорено и писано.


beer_warrior

Хм.. Получилось...
Резюме такое - char *s, никуда не указывающая благополучно работает с функцией sprintf, до тех пор, пока не появляется char r[16]... Каким-то образом, они мешают друг другу. И кстати - проблема со строкой №3 на экране исчезла после того как я добавил "=r".

Пока что, что я только не делаю - все работает. Спасибо!!!
Будем разбираться с EEPROM. Обещаю тщательно почитать мануал, прежде чем идти к вам с новыми вопросами.

И strcpy тоже работает.

И все же, объясните, в чем разница между
flash char *ptr_to_flash1=”This string is placed in FLASH”;
и
char flash *ptr_to_flash2=”This string is also placed in FLASH”;
?

zheka Разницы нету-это две возможные формы в CodeVision помещения строки в данной случае во флеш и инициализации указателя на неё.Извини,но похоже,ты так и не разобрался что такое указа-
тель и с чем его едят.В любой книге по С/C++ это подробно описывается.И еще,я уже спрашивал,поче-
му ты не пользуюешься симулятором.CodeVision генерит coff-файл.Как запустить отладку в студии,есть
в его хелпе.Функции у тебя простые,отладка должна занять минимум времени Уйдет масса вопросов.
beer_warrior sprintf имхо,очень полезная функция для формирования буфера вывода в ЖКИ-
формирует строку из абсолютно разных типов данных в нужном формате-очень удобно
sprintf(buf_ind,"P=%02.0u%c MOD=%02.0u%c СИ=%02.0u%c",P_TV[N_TV],'%',MOD[N_TV],'%',CINX[N_TV],'%');

А вот это же детали конкретного компилятора.
char* x = ""; указыват на строку в ОЗУ.
flash, __flash, PROGMEM это модификатор указывающий что данные во флэше.Как он используеться зависит от компиялятора.Тут чистый случай RTFM.
Замечу что и данные должны помечаться как флэш и указатель тоже должен быть на флэш.

2WHALE
конечно, и я об этом писал, но в приведенном коде он явно излишен.
Константные строки однако.

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

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

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