Для перевода числа в строку LCD ранее пользовался делением на 10.
Поскольку в С есть функция sprintf() то логичнее было бы использовать её.
подключил файл <stdio.h>
выбрал в опциях библиотеку Normal DLIB
и для начала решил попробовать функцию printf
прямо из help взял пример

и на все получил ошибку
Error[Pe167]: argument of type "char __farflash *" is incompatible with parameter of type "char const *

Эксперименты с разными библиотеками ничего не дали
Что не так ?

для строк из флеша надо использовать
printf_P


В доке на компилер есть раздел
AVR–specific library routines

И подключить при этом pgmspace.h

Для этого конечно (Для перевода числа в строку LCD) лучше использовать sprintf(), т.к. непосредственно указывается адрес буфера преобразования. Для printf() это надо переопределять, поэтому и выдается ошибка. Так же есть еще один момент, необходимо выделить большой объем стека что бы функции sprintf()/printf() работали без ошибок. Но из собственного опыта - предпочтительней (пользоваться делением на 10). Так и место во flash экономиться за счет неиспользования библиотек для sprintf и немного быстрее работает программа.

Если не надо генерить сложной строки из разнотипных данных
лучше воспользоваться itoa()/atoi() etc.

Да, сделал


но во первых не понятно почему строк из FLASH, где это видно ?
может в документации и описано но я английским с переводчиком владею, может что и упускаю.


Спасибо так и сделаю, но все таки хотелось бы понять с printf до конца. Может когда и пригодиться.
И тогда еще вопрос по делению на 10
мне нужен результат целое + остаток конечно можно одельно ползовать / и % отдельно но может есть все сразу ?



Ясно попробую, atoi пользовал но код мне показался избыточным, может за счет универсализации...

vot kak atmel eto delaet :

AVR204: BCD Arithmetics
http://www.atmel.com/dyn/resources/prod_do...nts/doc0938.pdf

voobse to printf() opchen gromozdkaya funkciya . Ne znaju naskolko optimiziruetsja kompajlerom . Esli tolko s ciframi imeete delo to imeet smisl ispolzovat svoyu funkciyu dlja etogo , bolee optimizirovannuju chem printf()

Тип операндов указан в обьявлении функции. При вызове функции происходит неявное преобразование если необходимо.

Целое и остаток выдаёт библиотечная функция div() см. clibrary.pdf на стр. 9.

У вас наверное активна опция --string_literals_in_flash
Puts "string" in the __nearflash or __farflash segment depending on the processor
option.
When this option is selected, library functions taking a string literal as a parameter will
no longer be type-compatible.

to KRS:
посмотрел и галочки убрал но результат тот-же
to _artem_:
Спасибо, но прблем с алгоритмами у меня нет, просто хотел именно sprintf испробовать,
а тогда уже решить : писать свое или пользовать библиотеки.
to IgorKossak:
Ясно, я искал поначалу именно такую, но не нашел. теперь ясно где. только в 4.11A это уже clib.pdf

И еще вопрос ко всем:
часто русский шрифт в LCD приходиться кодировать Hex кодом. Нет ли в IAR возможности это делать автоматом ?
Мне приходит в голову только табличная перекодировка, но это доп. затраты ресурсов проца, а ведь все можно сделать на этапе компиляции.

Сообщение отредактировал &-rey - Dec 28 2005, 13:19

IAR здесь не при чём. В самом языке С препроцессор очень слаб.

Попробуйте переобозначить руские символы через #define... от их HEX значения. Но неуверен, что для строки это сработает...

тогда наверное так:
#define 'A' 0x41
а строки писать 'Р','у','с','с','к','и','й'

Совершенно верно, но тоже неудобно.
В подобных случаях обычно используют программы перекодировщики типа: HD44780.exe