Таблица адресов для внеш. памяти

[Saadov]

В очередной раз затуп... Просветите, пожалуйста.
Опишу задачу. К AVR подключена внешняя память FRAM по SPI 2x4МГц, микроконтроллер собирает данные с датчиков, датчики разделены по зонам и номерам.
Т.е. получается таблица, где столбцы это зоны, строки - номера датчиков. Мы принимаем несколько байтов с данными и вписываем их в fram по определенному адресу, закрепленному именно за этим датчиком, например зона 2, датчик 6. Мне напрашивается таблица с адресам, чтобы просто задав номер ячейки таблицы записать данные. Но, что-то таблица в уме прикидывается немаленькая(мин 15x15)

Забить на данную реализацию и сделать так?
Несколько первых байт в фрам отводим под счетчик, с начального адреса(после адреса счетчика) начинаем писать, просто задав в заголовке зону и номер, а далее данные. Сохранять в счетчик адрес следующей записи и т.д. Потом скопом считывать разбирая(сортируя) по заголовку в таблицу!?

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

Как считаете, расчитывать и вбивать адреса в программу?

[niXto]

Выделить каждому датчику свое пространство по 2-4-8 и т.д. байт и записывать по таблице. Второй вариант только увеличит нагрузку на и так слабенький контроллер, да и запутаться/ошибиться проще

[Saadov]

Буду сейчас высчитывать адреса, спасибо.

[ForcePoint]

Я - за "фиксированные размеры разделов для зон и датчиков + математика со степенями 2".

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

Во ФРАМ чтение разрушаюшее и тоже расходует ресурс.

[Saadov]

Я - за "фиксированные размеры разделов для зон и датчиков + математика со степенями 2".

Разделы и так будут фиксированные, я же знаю сколько байт я приму.

Во ФРАМ чтение разрушаюшее и тоже расходует ресурс.

Мне 10 в 12 степени хватит(1 триллион износостойкость).

[_Артём_]

Во ФРАМ чтение разрушаюшее и тоже расходует ресурс.

На наш век хватит.

[Saadov]

Лень было вбивать адреса вручную, да и вдруг изменить надо будет.
Состряпал простенькую программку, без всяких украшательств, можно сказать - под себя. Но вдруг кому нужна будет. По идее будет работать у всех с NET Framework 4.0,4.5

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

[akegor]

Какая сложность вычислить адрес mas[x][y][z]? Зачем таблицы?
А mas может располагаться где угодно...

[tempora]

задаем размерность массива, выводим, получается массив адресов, который автоматом копируется в буфер обмена для вставки в программу для микроконтроллера

А почему нельзя пойти традиционным способом? Например, так:

#define N_Sensrs     15

uint8   uiZone,     // номер зоны
        uiSens;     // номер датчика

        address = base_addr + ( (uiZone-1)*N_Sensrs + uiSens )*sizeof( тип_элемента_данных_с_дачика );

[Saadov]

Какая сложность вычислить адрес mas[x][y][z]? Зачем таблицы?

Приведите кусок кода, пожалуйста.

А почему нельзя пойти традиционным способом? Например, так:

N_Sensrs 15 - это кол-во байт в памяти отведенных на 1 датчик?