Организация памяти.

[makakus]

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

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

Не описана политика сбора данных
Не описана политика интерфейса с хостом.

типа:
Времянки всего, обновление не переданных показаний, кто инициатор обмена, что делать если датчик не готов, если есть новые данные а старые ещё не переданы?

[NewWriter]

Чтобы избежать долгого копирования всего буфера, можно перед передачей инфы в головное устройство от очередного датчика сначала скопировать инфы от этого датчика (я так понимаю, инфа содержит несколько байт на датчик) во временный буфер, и передать из временного буфера. И так для каждого датчика.
Так же мы не знаем, как именно головное устройство запрашивает инфу. В виде байтовой команды? Или в виде опускания чип-селект?

[makakus]

Чтобы избежать долгого копирования всего буфера

Зачем копировать буфер?! Все работают по указателю, он указывает то на один буфер, то на другой. Хорошо, два указателя: один для SPI другой для датчиков.

[worldmasters]

Или в виде опускания чип-селект?

CS сигнал. Срабатывает высокоприоритетное прерывание и включается спи.

Зачем копировать буфер?! Все работают по указателю, он указывает то на один буфер, то на другой. Хорошо, два указателя: один для SPI другой для датчиков.

Я выше писал что голове требуется актуальные данные. АЦП работает быстро а УЗ медленно ...
Голова за раз считывает все данные.

[makakus]

Я выше писал что голове требуется актуальные данные. АЦП работает быстро а УЗ медленно

Вы, если хотите помощи, распишите процесс: что когда за какое время, кто кого пинает кто кому чего должен.
А экстарсенсорить кто у вас голова и что такое УЗ, сколько времени "быстро" и "медленно" как-то непонятно почему мы должны.

[NewWriter]

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

Если одни датчики быстро готовят инфу, а другие медленно, а головном нужно выдать немедленно по запросу актуальную инфу по сразу всем датчиках, то такого не будет. Инфа будет передана такая, которая была на мебель последнего получения с датчиков.

[worldmasters]

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

Вот такая ошибка и получается... ((

Если одни датчики быстро готовят инфу, а другие медленно, а головном нужно выдать немедленно по запросу актуальную инфу по сразу всем датчиках, то такого не будет. Инфа будет передана такая, которая была на мебель последнего получения с датчиков.

да да .. именно .. пусть будут переданы новые данные по 3 цапам а другие данные как есть. Но нужно исключить ситуацию как в первом варианте.


Сейчас сделал блокировку на запись при включенном спи.
Наверное невероятная ситуация когда идет запись в буфер и приходит запрос по спи.
float значение вписывается в буфер со скоростью 3.5us.

[makakus]

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

Это очевидно. Только не нужно.
Пусть "датчик изменяет инфу" в другом месте! Делает не рабочий буфер и его копию для передачи, а два рабочих буфера, памяти столько же. Добавляете два указателя на эти буферы. Один для датчиков, второй - для передатчика. Датчик пишет по адресу Указатель_1+длина данных*номер датчика. Передатчик передаёт байты начиная с указателя_2. Когда заполнится рабочий буфер, указатели меняют адреса наоборот.
Вопрос "когда переключить буферы" вообще говоря требует творческого подхода, как здесь где сталкивается "быстро" и "медленно". Зависит от применения: в электросчётчиках надо строго одновременно оцифровать напряжение и ток, а если это датчики температуры, разбросанные по двигателю или там котлу, то временной разнобой на пару секунд ничего не меняет.

[makakus]

Наверное невероятная ситуация когда идет запись в буфер и приходит запрос по спи.

была бы невероятная не было бы ошибок. Они выскакивают при любой вероятности, видел ошибки при вероятности 10^-24.

едаётся первый байт инфы одного датчика, а в этот момент из-за прерывания датчик изменяет инфу и второй байт будет уже другой

пусть будут переданы новые данные по 3 цапам а другие данные как есть.

Проще всего так: запрет прерывания от датчика - копирование данных одного датчика во временный буфер - разрешение прерывания - передача - следующий датчик.

[NewWriter]

Ха. Я этот вариант уже дважды предложил.
Какая разница, копировать все равно придётся.