[singlskv 0]

И не только на запись. Чтение сразу после записи требует окончания предыдущего процесса.

Не следует при этом забывать одно из пожелений в теме - обращение к обьектам в ЕЕПРОМ как к переменным.

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

Про чтение не упоминал по тому что с ним все гораздо проще.

Никто ведь не мешает нам организовать 2 очереди, одна на запись другая на чтение,

и учитывая то, что чтение практически не отнимает ресурсов, можно при каждом прерывании

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

 

P.S. Правда это все не имеет никакого отношения к использованию IARом переменных

в области EEPROM, зато имеет отношение к грамотному использованию eeprom.

[VladimirYU 0]

Про чтение не упоминал по тому что с ним все гораздо проще.

Никто ведь не мешает нам организовать 2 очереди, одна на запись другая на чтение,

и учитывая то, что чтение практически не отнимает ресурсов, можно при каждом прерывании

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

 

P.S. Правда это все не имеет никакого отношения к использованию IARом переменных

в области EEPROM, зато имеет отношение к грамотному использованию eeprom.

 

Как бы не пытались, но природу не обманешь. ЕЕПРОМ медленное устройство, поэтому основная программа должна это учитывать. Как это сделать, вариантов предложено достаточно. ИМХО разработчик разберется, выберет или предложит собственный вариант решения СВОЕЙ ЗАДАЧИ. А IAR здесь в самом деле ни причем. Предлагаю тему закрыть.

[IgorKossak 0]

Предлагаю тему закрыть.

Автор темы согласен?

 

P.S. Правда это все не имеет никакого отношения к использованию IARом переменных

в области EEPROM, зато имеет отношение к грамотному использованию eeprom.

Грамотное использование ЕЕПРОМ не самоцель ибо операции с переменными должны осуществляться тогда, когда они встречаются в программе, а не скопом. На эту тему было много разговоров при обсуждении volatile. Переменные в ЕЕПРОМ имеют как раз такое свойство. Представьте себе такую же ситуацию с обычными переменными - сначала делаем все записи, потом все чтения. Абсурд.

[singlskv 0]

Автор темы согласен?

Грамотное использование ЕЕПРОМ не самоцель ибо операции с переменными должны осуществляться тогда, когда они встречаются в программе, а не скопом. На эту тему было много разговоров при обсуждении volatile. Переменные в ЕЕПРОМ имеют как раз такое свойство. Представьте себе такую же ситуацию с обычными переменными - сначала делаем все записи, потом все чтения. Абсурд.

Не все записи а потом все чтения.

По окончании текущей записи делаем все накопившиеся чтения.

Если Вы пользуетесь ячейками EEPROM как переменными, то Вы в любом случае

ждете окончания текущей записи.

[BratherLU 0]

По-моему проще надо быть - и работать с еепром (читать/писать) только в одной нитке, а фон это или прерывание - это на усмотрение разработчика :)

[vitko 0]

Спасибо, с темой понятно. Обойдусь без прерываний.