Помогите, please! Программирую в IARe!
Возникла такая ошибка

Fatal Error[e38]: Option -H must not be defined more than once: -H1895
Никак не могу её исправить!
Если кто-нибудь сталкивался, подскажите что бы это могло быть?

Ничего не понял. Поподробней пожалуйста.

P.S. Вы "рихтуете" XCL-файл?

Я его даже не трогала, просто подключила. И вот вылезла вот такая ошибка.
Такое впечатление , что подключено два XCL-файла, уже перепроверила все настройки....

Вектора прерываний на область загрузчика переключаете?
У меня когда-то, помоему, выскакивала такая ошибка. Было связано с XCL-файлом, если не ошибаюсь. Дома попробую получить её и вечером отпишусь. А как Вы подключаете XCL-файл?

Я подключаю в линкере!Области бутлоадера как таковой у меня нет, потому что это Tiny13! Поэтому адресов я не меняла.И программка сама весит мало, потому как это пока только тест записи во флеш

Скорее всего вы не сняли галочку "Configure using dialogs (not .xcl file)" (или что-то подобное, поищите в Project->Options->General), поэтому ключ -H один раз подставляет оболочка в командную строку линкера, а второй раз он встречается в вашем .xcl

спасибо огромное!
Этот трабл решился!

Вот ещё ошибочка
Error[e46]: Undefined external "__AddrToZWordToR1R0ByteToSPMCR_SPM" referred in main (E:\Len_OK\iar\ work_flash\spm_Tiny13\Debug\Obj\main.r90 )
Error[e46]: Undefined external "__AddrToZByteToSPMCR_SPM" referred in main ( E:\Len_OK\iar\work_flash\ spm_Tiny13\Debug\Obj\main.r90 )
Error[e46]: Undefined external "__DataToR0ByteToSPMCR_SPM" referred in main ( E:\Len_OK\iar\work_flash\ spm_Tiny13\Debug\Obj\main.r90 )

А подключен к проекту хидер inavr.h или intrinsics.h?

да

Что удалось найти. Функция __AddrToZByteToSPMCR_SPM в хидере intrinsics.h выглядит так:
__AddrToZByteToSPMCR_SPM, pseudo code.
MOVW R31:R30,addr
OUT SPMCR,byte
SPM
Обратите внимание на регистр SPMCR. В Tiny2313 он называется SPMCSR. Отсюда и ругань компилятора. Как побороть - не знаю. Не работал с Тиньками.

Обратите внимание на регистр SPMCR. В Tiny2313 он называется SPMCSR. Отсюда и ругань компилятора. Как побороть - не знаю. Не работал с Тиньками.
[/quote]

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

никто никогда не использовал spm для Tiny?

Да вопрос то у вас не по SPM, а по IAR компилятору C.
На C для такой мелкой Tiny (1k флеш, 64 байта RAM) врятли кто-то что-то писал.
Cмысл писать под этот чип на C? Оперативки можно считать сразу не 64байта, а ~10, памяти программ под полезную часть программы тоже кот наплакал.

Пользуйте ассемблер.

ну хоть под Tiny2313?



Ассемблером почти не пользовалась, а вставку ассемблерную сделать в ИАРе для меня проблематично

Да я Вас понимаю, и еще отмечу, что правильную ассемблерную вставку сделать гораздо сложнее чем писать всю программу на ассемблере.


Вечером посмотрю как в IAR'е можно выйти из положения (сейчас под рукой нет ни IAR'a, ни Tiny).

Попробуйте АБ

Я так понял, Вы пользуютесь апнотом от AVR. Те, которые попадались мне, были заточены под Меги. Попробуйте, пользуясь этим апнотом, написать бутлоадер, например, для Меги-8. Когда получиться, тогда приобретенный опыт можно будет применить и к Тинькам. Помоему, с бутлоадером для Меги здесь Вам помогут больше, чем с бутлоадером для Тини. Я в том числе. Здесь многие "грызли" и победили этот вопрос.

Использовать intrinsics для tiny у меня не получилось...
Но можно пойти таким путём.
Создаем и подключием к проекту asm модуль my_spm.s90 сл. содержания (это конечно не оптимальный вариант, но работать можно):

В основной программе объявляем функцию DoSpm:



addr - помещается в Z
data - в R1-R0
spmcr_code - в SPMCSR (0x37 I/O space для t13)
и выполняется команда SPM
функция будет возвращать "мусор" (содержимое R1:R0 до вызова функции), на результат не смотрите.


Ну а дальше уже по даташиту делайте то, что вам нужно.

Для меги у меня уже давно работает!А для тини(думала получиться аналогичным образом) не получается.Теперь вся сложность состоит в использовании ассемблера...


Вроде всё так сделала, но появляется ошибка
Error[e46]: Undefined external "DoSpm" referred in main ( E:\Len_OK\iar\work_flash\test3\Debug\Obj\main.r90 )

А вы подключили файл к проекту?
workspace->правой кнопкой мыши на названии проекта->Add->add files... ->my_spm.s90

или через меню Project->Add files->assembler files->my_spm.s90

Да,всё поправила, но теперь теперь ругань на
Error[Pe020]: identifier "PUBLIC" is undefined E:\Len_OK\iar\work_flash\test3\asm.s90 4
Error[Pe065]: expected a ";" E:\Len_OK\iar\work_flash\test3\asm.s90 6
Warning[Pe012]: parsing restarts here after previous syntax error E:\Len_OK\iar\work_flash\test3\main.c 9




а если немного меняю define и у меня выходит такая вот картина

#ifdef __IAR_SYSTEMS_ASM__
#define SPMCR 0x37
#define SREG 0x3F
NAME DoSpm
public DoSpm

COMMON INTVEC
ORG INT0_vect
rjmp SIG_INTERRUPT0
RSEG CODE:CODE:NOROOT(1)


#endif /* __IAR_SYSTEMS_ASM__ */


DoSpm:
PUSH R31
PUSH R30
MOVW R31:R30, R17:R16
MOVW R17:R16, R1:R0 // R17:16 pair used as temp space
MOVW R1:R0, R19:R18
CLI
OUT SPMCR, R20
SPM
SEI
MOVW R1:R0, R17:R16 // restore R1:R0 pair
POP R30
POP R31
RET

END DoSpm
то ошибки уже такие
Error[Pe077]: this declaration has no storage class or type specifier E:\Len_OK\iar\work_flash\test3\asm.s90 15
Error[Pe065]: expected a ";" E:\Len_OK\iar\work_flash\test3\asm.s90 15
Warning[Pe012]: parsing restarts here after previous syntax error E:\Len_OK\iar\work_flash\test3\main.c 9
Error[Pe109]: expression must have (pointer-to-) function type E:\Len_OK\iar\work_flash\test3\main.c 45

Погодите, вставьте в asm файл все как есть из комента выше!
После метки "DoSpm" двоеточие ":" не нужно !
Какая у вас версия IAR'a?

Компилирующийся проект смотрите в атаче.

IAR4.11

Это хорошо, значит пример из атача предыдущего комента должен собираться без проблем (проверил на 4.11A).

[quote name='Len_OK' post='412200' date='May 16 2008, 13:17']
IAR4.11
[/quote]


Ваш проект компилится на "ура"!
не могу понять в чем причина, я точно такой же проект создала с нуля, в нем вот такие ошибки
Error[Pe020]: identifier "PUBLIC" is undefined E:\Len_OK\iar\work_flash\test3\asm.s90 4
Error[Pe065]: expected a ";" E:\Len_OK\iar\work_flash\test3\asm.s90 6

Может в настройках что-то ещё устанавливать нужно
[/quote]

Сравните по настройкам с моим. Я создавал так:
Project -> Create New -> C -> main.
потом создал файл my_spm.s90
подключил его к проекту
скопировал содержимое из форума.
Выбрал тип процессора в настройках проекта - tiny13.
ну и собсно все..


Совсем дикая идея - может нельзя файл называть именем "asm"? т.к. может пересекается с ключевым словом компилятора.

есть ли разница между расширениями х.s90 и х.s?
Я изначально создавала х.s файл
Создала проект заново, кажется всё откомпилилось! Спасибо

Решилась проблемка с записью во флешку ! Теперь можно использовать стандартные макросы для самопрограммирования и для МК Tiny с помощью IAR EW v5.10.


Только теперь не могу разобраться с таким трабло, когда данные записываются неверно!
При попытке записать страницу нулей, в одной из ячеек появляется значение 0хЕF
Может заполнение буфера производится некорректно!


do
{ fl_data=*(temp_buf+Buf_Adres+1);
fl_data<<=8;
fl_data|=*(temp_buf+Buf_Adres);
_FILL_TEMP_WORD(Buf_Adres,fl_data);
Buf_Adres+=2;
} while (Buf_Adres<32);

Помогите разобраться почему не пишутся данные во флеш(пытаюсь записать 2 байта )

#include <ioavr.h>

#define SPMCR 0x37
#define SREG 0x3F

PUBLIC DoSpm
EXTERN flash_data
EXTERN fl_data
EXTERN flash_adr
EXTERN hash
EXTERN st_hash
RSEG CODE:CODE:NOROOT(1)

DoSpm
//*************fill temp bufer*************
PUSH R31
PUSH R30
LDI R16,low(flash_adr)
LDI R17,high(flash_adr)
MOVW R31:R30,R17:R16

LDI R20,low(flash_data)
LDI R21,high(flash_data)
MOVW R1:R0,R21:R20
LDI R16,1
CLI
Wait_spm:
IN R18, 0x37
MOV R19, R18
SBRC R19, 0
RJMP Wait_spm


OUT SPMCR,R16
SPM
SEI

//*****************************************
//******* save data to programm memory*****

MOVW R31:R30,R17:R16

while_EEPROM:// not write to EEPROM
SBIC 0x1C, 0x01
RJMP while_EEPROM

call Wait_spm //enable write to prog. memory
LDI R16,5
CLI
OUT SPMCR,R16
SPM
SEI
POP R30
POP R31


//*****************************************
RET
END DoSpm

Тут какая-то неправда
Получается, что Вы все время грузите r0:r1 одной и той же константой, т.е. адресом переменной.
Вам ведь надо загрузить указатель на extern flash_data и оттуда что-то взять ?
тогда это может выглядеть так:

Заполнить надо весь temp буфер.
После этого писать.
Если хотите записать только 2 байта - то надо прочитать содержимое всей страницы, изменить 2 байта, и записать модифицированную страницу в temp буфер, потом стереть страницу, и инициировать запись страницы.



У вас функция зацикливается здесь:

Каждая функция (вызываемая CALL'ом) должна заканчиваться RET'ом.

Как заполнить всю страницу данными, например при вызове ассемблерной функции передать в нее данные из буфера на 32 элемента

Если из одной области памяти в другую, то можно так, например

Код

;Move data from the RAM area into another one
ramram:  ld   temp1,z+
         st   y+,temp1
         dec  cntbyt
         brne ramram
         ret

Перед вызовом надо само собой настроить указатели Y и Z, ну и счётчик байт, как же без него.
Отправил пост и потом заметил, что это 800-й. Ну и ну, неужто я столько накатал(:-)?!

DoSpm
//*************fill temp bufer*************

PUSH R31
PUSH R30


ldi r18,96// load data from mem
ldi r19,0
st Z,R18
std Z+1,R19

ldi R26, low(flash_data)
ldi R27, high(flash_data)
ldi R23,0x32
fill_temp:
LD R0,X+
LD R1,X+
ST Z, R0
STD Z+1,R1
wait_spm:
IN R18,0x37
MOV R19,R18
SBRC R19, 0
RJMP wait_spm


LDI R18, 1
LDI R30, flash_data
LD R20, Z
LDD R21,Z+1
mov R30, R17
LDI R31,0
MOVW R1:R0,R21:R20
OUT 0x37,R18
SPM

LDI R16,1
OUT SPMCR,R16
SPM

dec R23
dec R23
cpi R23,0
brne fill_temp



//*****************************************
//******* save data to programm memory*****
LDI R16,low(flash_adr)//load address in prog.mem.
LDI R17,high(flash_adr)
MOVW R31:R30,R17:R16

LDI R16,5
OUT SPMCR,R16
SPM
POP R30
POP R31


//*****************************************
RET
END DoSpm
Вот накалякала вот такую штуку.В результате записывается один байт, во второй просто нули и всё

У меня к вам вопрос (точнее два вопроса).
1. Если вы не собираетесь писать программу на "C" тогда зачем пользоваться убогим иаровским ассемблером? avrasm2 в AVR-Studio гораздо более удобен и правилен "как асм".
2. Напротив, если собираетесь писать на "C", то неужели одной DoSpm( addr, data, code) недостаточно?

имея одну функцию "заправки" требуемых регистров и вызова SPM, все остальное можно оформить на C примерно в таком виде:

Я конечно собираюсь все писать на си. Просто я решила написать полностью функцию на ассемблере, чтобы из си передавать только буфер с данными. И функцию заполнения страницы представляла себе намного сложнее.
Ваш вариант оказался проще, спасибо за терпение

Тогда хорошо бы "причесать" функцию - добавить в нее проверку на готовность SPM перед загрузкой SPMCR регистра. (не знаю насколько это актуально для tiny, но это нужно для мег, где есть RWW секция).

[quote name='defunct' date='May 23 2008, 13:02' post='415863']
У меня всё ещё возникают проблемы с записью.
Если я заполняю страницу какой-то интовой константой, размер страницы указываю 32(а должно быть 16 слов), то все нормально записывается.
Если же я пытаюсь заполнить страницу какими-то данными из моего буфера, то ничего не получаеся

Запоняется буфер словами, выходить за границы буфера при его заполнении нежелательно (может приводить к непредсказуемым последствиям).
(PAGE_SIZE >> 1) - будет количество слов. ;>
И при загрузке данных, надо увеличивать адрес на 2.
page_addr + (i << 1).
Если не заработает - приведите код, вечером смогу попробовать на тиньке.

Прилагаю свой проект, потому как всё ещё не могу разобраться в чём проблема. Программка почему-то вообще не хочет работать с буфером.

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


Убедитесь что фуз SELFPRGEN запрограммирован (установлен в 0)!

см атач.
проверил в железе (на t2313).
Писал в последнюю страницу флеш - работает (стирает / пишет).

Спасибо, я все проверила, всё работает...просто не хватало оперативки контроллера!