Передача данных, fifo, кольцевой буфер и т.д. Опции

[Atlantis-]

Добрый день!
Мне нужен некий буфер для обмена данными между прерываниями (в одном пишу в буфер, в другом читаю, передаю дальше) с условием, что при чтении данные должны лежать в памяти линейно.
Суть в том, что сейчас я пишу в кольцевой буфер данные в прерывании I2S, потом в прерывании USB SOF смотрю есть ли данные, если есть - отправляю. Проблема в том, что библиотечная функция передачи данных по USB требует в качестве параметров адрес начала массива данных и количество данных. А буфер то у меня кольцевой! Подскажите, какие есть еще способы передачи данных? Я всегда кольцевым буфером пользовался, а тут надо чтобы данные лежали линейно в памяти.

[Atlantis-]

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

[AlexandrY]

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

Есть такая штука у Kinetis называется linked DMA . Не путать со scatter/gather DMA.
С помощью linked DMA можно легко с одного сигнала-триггера собрать в одно место данные от нескольких источников.

[jcxz]

С помощью linked DMA можно легко с одного сигнала-триггера собрать в одно место данные от нескольких источников.

Это есть почти во всех МК.... кроме STM32. А большинство народу тут сидят именно на ём.
Правда, например в LPC17, такой режим не поддерживает возможности синхронизации от разных источников.
А в Kinetis это возможно?

[AlexandrY]

Это есть почти во всех МК.... кроме STM32. А большинство народу тут сидят именно на ём.
Правда, например в LPC17, такой режим не поддерживает возможности синхронизации от разных источников.
А в Kinetis это возможно?

Вы наверно перепутали с Linked List DMA или Linked DMA как в Gecko.
Нет, в Kinetis это нечто иное. Смотрите мануал.

[jcxz]

Вы наверно перепутали с Linked List DMA или Linked DMA как в Gecko.
Нет, в Kinetis это нечто иное. Смотрите мануал.

Я имел в виду именно "Linked List" - свЯзные списки. В LPC. В Tiva тоже подобный есть.
С EFM32 не имею опыта.

Простите, а что мешает при переходе через конец буфера первой посылкой отправлять данные от текущего положения до конца буфера, а по следующему запросу отдавать уже от начала буфера? Я так в УАСПП через ПДП отправляю и VCP у меня так же работает.

Я так тоже делаю. Но тут надо умнее рассчитывать размер очередной передачи. Чтобы не оказалось, что в очередной передаче нужно передать всего один байт.

Запрещать прерывание во время работы с буфером из основного приложения. Но это некрасиво.

Если хочется, то можно и без запрета прерываний.
Как тут уже предложил zltigo: иметь кольцевой буфер не в виде просто массива байт, а в виде массива указателей на блоки с массивами байт.
Функция, которая хочет записать данные в такой буфер, из некоего пула свободных блоков получает блок, записывает свои данные туда, формирует заголовок блока и помещает этот блок в кольцевую очередь при помощи LDREX/STREX.
Я обычно так строю очереди для межпоточных передач данных под виндой. Без семафоров и критических секций, на семействе функций InterlockedExchange...().

Выглядит не очень разумно каждый сэмпл на I2S делать прерывание.
Но даже так, 3 мкс на прерывание в котором только пересылка это подозрительно много. Может прерывание RTOS используете?

К гадалке не ходи - на каждое прерывание дёргает отправку сообщений какому-то объекту синхронизации ОС .
Совершенно безграмотная организация работы! На пустом месте тратится огромная часть времени процессора.
Какой смысл дёргать ОС так часто???

[Atlantis-]

Совершенно безграмотная организация работы! На пустом месте тратится огромная часть времени процессора.
Какой смысл дёргать ОС так часто???

Например, чтобы поймать в коде ноль и переключить в этот момент громкость.
Чтобы в нужный момент (нужный USB фрейм и смещение в отсчетах ЦАП) запустить выдачу массива данных
Иногда чтобы посчитать фильтрованные значения