поэтому и прошу пример. а ошибки следующие

в файле eeprom.s90 ошибка в 1-ой же строке

Error[Pe077]: this declaration has no storage class or type specifier D:\...\eeprom.s90 31
Error[Pe065]: expected a ";" D:\...\eeprom.s90 31
т.е. нехватает точки запятой , значит воспринимаеться как Си а не ассемблер

в моём файле

Warning[Pe012]: parsing restarts here after previous syntax error D:\Program AVR\IAR\Kommytator_17_04_2007\InNumber.c 62
наверное из-за ошибки в eeprom.s90

Приаттачте лучше в архиве свой проект, если он не секретный.
Разберусь, скажу в чём дело.

вложил

Сообщение отредактировал Rash - Feb 13 2008, 14:04

Первое, что бросилось в глаза.
eeprom.s90 это исходный файл на асме, который нужно добавить в проект через Project->Add Files..., а не включать в Сишный файл при помощи #include
После такой манипуляции всё собралось без ошибок

спасибо большое, теперь будем знать

Решил я тут разобраться с тем, как ИАР реализовал свои функции работы с EEPROM, потому что раньше применял свои функции, а теперь решил применить ИАРовские. Почитал документы, поизучал исходники, посмотрел конференцию. Нашел сообщения и файл коллеги IgorKossak который он всем рекомендует. И как-то из последних сообщений выходит, что у ИАРа библиотеки неправильные.
Решил я поэтому опубликовать свои выводы, поскольку получается, что библиотеки то правильные (здесь я не говорю об их ошибке с записью long long - ошибка она и есть ошибка), просто границы применимости у них различные.
Возмем, к примеру, чтение и запись char в eeprom, размером более 256 байт.

Оригинальная библиотека ИАР АВР 4.21А (если убрать все лишние переходы):

Анализируя этот код можно определить область применимости этих процедур:
Эти функции можно применять (без дополнительного запрещения прерываний) только в одном потоке, т.е. или в main или в прерываниях одного уровня. Применение даже только чтения и в основном цикле и в прерывании периодически будет приводить к краху чтения. Дополнительное ограничение - функцию записи нельзя применять при наличии самопрограммирования флеша (команд SPM) в другом потоке.

Возмем теперь исправленный вариант от IgorKossak. Исправления следующие:


Запрещение прерываний на все время работы функций вместе и изящным решением "прозрачного" для прерываний ожидания готовности. Расширение границ применяемости налицо. Теперь работу с EEPROM можно производить в нескольких параллельных потоках. То, что при этом может происходить "замирание" обработки прерывания на время ожидания готовности - дело программиста: применять или нет.
Теперь любой, кому придет в голову эта бредовая идея, может писать EEPROM в прерываниях без фатальных последствий для своей программы
А вот проверки готовности флеша (от SPM) тут тоже нет. И это нужно помнить.

Так что применять можно все, только нужно хорошо понимать что делаешь


з.ы. меня сначала смутил тот момент, что сохранение регистра r0, IgorKossak добавил только в __eeget8_16
Но при проверке оказалось, что компилятор не проверяет asm файл с текстом неоригинальной программы, а тупо смотрит на имя функции. Если в прерывании есть __eeput8_16, то сохраняет r0, хотя вы его в своей функции можете и не применять, а применять кучу других регистров, которые компилятор и не подумает сохранить. А если видит __eeget8_16, то r0 не сохраняет (в оригинальной функции его нет).