CVAVR struct EEPROM copy struct SRAM Опции

[AndryG]

Доброго времени суток.

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

Пишу на CV. (1.25b2 ... пробовал и на других - тот же результат)
TINY2313

Первое неудобство:

Код

typedef eeprom struct{
  unsigned char h;
  unsigned char m;
  unsigned char s;
  unsigned char d;
} tpoint_eep;

typedef struct{
  unsigned char h;
  unsigned char m;
  unsigned char s;
  unsigned char d;
} tpoint_ram;

tpoint_ram      point_ram;
eeprom tpoint_eep      point_eep;

Приходится объявлять два "почти одинаковых" типа

Ну да ладно ... смирирился .. продолжаю.

Код

void func1(void)
{
point_ram = point_eep;
}

Ругается на ошибку в АСМ-коде ... смотрю листинг - красота!

Код

__COPYME:
    SBIC EECR,EEWE
    RJMP __COPYME
    IN   R23,SREG
    CLI
    OUT  EEARL,R30
    OUT  EEARH,R31
    SBI  EECR,EERE
    IN   R22,EEDR
    OUT  SREG,R23
    ADIW R30,1
    ST   X+,R22
    DEC  R24
    BRNE __COPYME
    RET

OUT EEARH,R31 - нет такого.

Встречал кто такое? Как побороли?
____
P.S.
Плюнул на CV:"Вот хороший повод переползти на WinAvr" ... почитал ... а у него вообще работа с "не SRAM" через функции eeprom_read_byte и т.д.
Тогда получается сравнение point_eep.h == point_rem.h вырастает в такую хучу кода ...

[WHALE]

И ИМХО, это правильно, особенно в части записи, потому что не дает ложного
представления о том, что запись в eeprom/flash это просто присвоение значения одной
переменной другой которое выполняется за пару тактов.

Дык это просто нужно знать-что запись в епром занимает примерно милисекунду и компилируется
в несколько атомарных ассемблерных команд.
Но с точки зрения логики программы это действительно "просто присвоение значения одной
переменной другой",a=b,и зачем тут лишние телодвижения?

[singlskv]

Дык это просто нужно знать-что запись в епром занимает примерно милисекунду и компилируется
в несколько атомарных ассемблерных команд.

ну во-первых, насколько я ничего не помню, в худшем случае это 3,5ms

Но с точки зрения логики программы это действительно "просто присвоение значения одной
переменной другой",a=b,и зачем тут лишние телодвижения?

во-вторых, во время этого "простого" присвоения проц весит в никому не нужном
цикле while, вместо того что бы заниматься какой-нибудь полезной работой.

Например представте себе что нужно с частотой 1-10KHz опрашивать порты и после
этого делать какие-то сложные вычисления (типа многоканальный частотомер, итд), а еще
нужно время от времени писать что-то в eeprom.
Ну и как Вы представляете реализацию этого с помощью "просто присвоение" ?

P.S. Да, чтобы никто не начал расказывать мне про то, что это (опрос портов и вычисления) можно
сделать в прерывании, сразу же замечу что сложные вычисления занимают примерно 80%
процессорного времени...

[AndryG]

Ух! Как обычно на этом форуме ... хоть вопрос и иссяк, но его выдавливают по полной

З.Ы. дык если они пишут,что пофиксили баг с доступом в версии 1.25.4,почему не работает в 1.25.5?

У меня на сегодня 1.25.2 есть ... читал ... что 1.25.5 ломается криво ... видать придется точно не выделываться и перейти на массивы.

Уважаемый аффтар,а нафига вам ваще структура,вы ведь размещаете в ней данные одного типа?

Да потому что надоело с индексами крутится таблиц А тут у меня таблицы таблиц получаются, да еще разных размеров ... и т.д. и т.п. Ну типа ячейка данных еепром(h,m,s,d), которая ходит по RS-232 в пакете (head,h,m,s,d,crc) ... а в памяти лежит в еще более развернутом виде ... короче решил не путаться в индексах "копируем с индекса 2 в 4 5штук" и т.д. (про #define rs_head rs_buf[0] можно не говорить)

"может точно в WinAvr переползти ... и нафиг этот cv."
Ну вот опять-сразу голову рубить sad.gif Может,усы сбрить будет достаточно? smile.gif

Да не фанатизм это, просто давно хочу уйти с cvavr, да только духу не хватает. Не мастер я в avr-асме, но как гляну. что там cv накрутит -- жалко память ... хорошо хоть у структуры адреса сразу вычисляет :-)
В воскресенье поймал глюк этот ... думаю: "Ну вот - хороший повод!" ... сел за WinAvr ... посмотрел на кучу макросов и настроек makefile (понимаю. что это всё дает крутую гибкость) ... Мдя. Пошел в ИАР ... полазил там ... вот так как осел меж двух стогов сена и просидел всё воскресение :-)
Жаль, но не нашел нигде толкового описания изюминок этих компиляторов ... а CVAVR имеет минимум своих наворотов, и все хорошо в _маленькой_ справке лежат.

Кстати ... структуры я определил так...

Код

#define point_struct struct {byte h,m,s,d;}
typedef eeprom point_struct tpoint_eep;
typedef        point_struct tpoint_ram;

Небольшой итог:
1. НЕ НУЖНО поднимать спор кто из компиляторов круче, пжлст! :-)
2. может кто встречал доку типа "переход с CV на (WinAVR/IAR)"

Сообщение отредактировал AndryG - Jun 12 2007, 06:26