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

worldmasters · 30.11.2016, 17:17

Здравствуйте, возникла тут одна проблемка, как решить неясно.
В общем есть PIC18f452. Он опрашивает несколько датчиков. около 10 штук.
Результаты с датчиков я складываю в буфер длиной 64 байта.
Далее по запросу с головного устройства по SPI этот буфер передается.
Опрос датчиков происходит параллельно с использованием прерываний.

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

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

Подскажите пожалуйста как можно решить эту задачу???

NewWriter · 30.11.2016, 17:57

Ну распараллеливания процессов в этом МК то нету и в помине. Так что при запросе инфы с головного устройства просто прекращаете прием с датчиков, не реагируете на получение инфы с датчиков и отправляете то, что есть. Либо, если вам важно, чтобы данные на всех датчиках обновились полностью, то в ответ на запрос головного устройства можете ему отправить сообщение о неготовности пакета данных. Это зависит от формата команд головного устройства и вообще от организации его работы. Предусмотрен ли у головного устройства обмен служебной инфой, помимо чисто данных, предусмотрена ли интеллектуальная работа типа "готово? -- нет! -- аа, ну я тогда попозже зайду".

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

Easyrider83 · 30.11.2016, 20:44

Два буфера. Просто перекидывать указатель и все.

STM32F0 · 30.11.2016, 20:55

Сообщение от Easyrider83

Два буфера. Просто перекидывать указатель и все.

Один большой буфер с отправкой по СПИ при заполненной половине.

AR_Favorit · 30.11.2016, 21:28

Сообщение от worldmasters

Он опрашивает несколько датчиков. около 10 штук.

Сообщение от worldmasters

и данные с датчиков сыпятся как только готовы

Так мк датчики опрашивает, или получает с них данные по их собственной инициативе?

Во втором случае, если он еще и на SPI является слэйвом, проблема системная. Так нельзя. Более продвинутый МК с DMA может такое делать, а ваш ПИК нет (хотя если общение с каждым датчиком занимает немного времени, то заставить работать таки можно).

NewWriter · 30.11.2016, 21:47

Я так думаю, что датчик имеет выход INT прерывания по готовности. Некоторые АЦП-шки например имеют такой. RTC так же поступают, выводя секундные импульсы. А МК реагирует нна это по внешнему прерыванию.

Easyrider83 · 30.11.2016, 21:59

По INT надо флаг выставлять, а не датчики опрашивать.

mike-y-k · 01.12.2016, 01:54

По существу задачи (без технических деталей)
В памяти организуются два буфера для данных.
Переключение идёт командой xor для флага указателя буфера.
Дополнительно к флагу организуются два поля (битовых) по биту на датчик.
При записи информации в буфер соответствующий бит or 1.
Тогда при запросе spi делаем xor, затем передаём всех у кого флаг 1 и записываем 0 во все биты флагов (and).
При таком алгоритме получается полностью независимая обработка.

Stazher · 01.12.2016, 08:55

Сообщение от worldmasters

В общем есть PIC18f452. Он опрашивает несколько датчиков. около 10 штук.

Сообщение от worldmasters

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

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

worldmasters · 01.12.2016, 09:57

Сообщение от Stazher

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

Приоритетами. некоторые датчики это УЗ дальномеры там важно между импульсами замерять время. Это по прерыванию с высоким приоритетом.
ацп - низкий приоритет.
контактные датчики в теле основного main опрашиваются.

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

NewWriter В данном случае под параллельностью можно понимать неблокирующее исполнение. В идеале голова должна иметь актуальные данные со всех датчиков максимально быстро. Подготовить полностью пакет не получается потому что например цап сможет опросить свои датчики за 100ms, а для уз этого времени мало. И получится что надо ацп запускать по новому кругу или ждать пока все уз будут готовы. Но к тому времени данные ацп уже станут неактуальными.

mike-y-k Была подобная идея. для передачи по спи есть указатель на начало массива. Далее проси перелистываем на 1 указатель и отправляем все байты что есть.
А если для каждого результата менять указатель по флагу готовности ... как это правильно расписать чет не соображу. К тому же этот пик не торопливый поэтому я стараюсь сложных алгоритмов организации избегать.

Сразу уточню что железо изменить нет возможности. Понимаю что есть более шустрые чипы но в данном случае без вариантов. Именно этот пик, 25Mhz частота кварца.