не работает оно исключительно из-за своеобразного (как всегда впрочем) понимания микрософтом стандартов.
гцц и шланг знают что 1.0/0.0 == INF, а msvc почему-то нет.
не уверен точно, но вроде бы IAR и visualDSP умели в 16ти битные floatы. Ваш constPNaN им скорее всего тоже не понравится.
тем более что у ТС не float, а вообще long double с непонятной разрядностью.
может потому что это ещё хуже, так как "The value representation of floating-point types is implementation-defined"
в коде похоже как раз разбирается арифметическое выражение, и автор просто переложил на компилятор расхлёбывать деление на 0, тем же образом как плавучка в этом компиляторе и реализована.
LPC4370
про sleep&stop немного не понял, но у блэкфинов(bf592 или bf700 если usb надо) параллельный порт по-человечески сделан, по сравнению с DCMI.
да и у пиков32 ещё вроде бы выглядит неплохо.
это что за обработка такая, среднее значение посчитать? 20% от 160МГц и 7 MSPS это аж целых четыре такта на отсчёт.
по потреблению у небольших дсп, C55 или блэкфинов, мВт/МГц может поменьше в результате выйти чем у stm32. а учитывая что они за такт могут сделать, так тем более.
но те процессоры что могут что-то осмысленное сделать с потоком 20мспс спят обычно довольно плохо, тревожно, потребляя при этом довольно много, иногда наверное проще какую-нибудь "8ми битную" мелочь рядом поставить которая будет усыплять рубильником по питанию.
Не, не отдельный мем2мем, а тот дма который в external port (стр. 4-125), он во внешнюю память вроде умеет читать/писать с какими попало смещениями.
Но я мануал сильно по диагонали поглядел, просто интересно стало чем отличаются.
А для обычного дма массивы дескрипторов под каждый отсчёт заготавливать дольше будете, что просто по всем данным пройтись и четные/нечетные данные в отдельные буфера раскидать. Да и памяти это сожрёт.
у шарка там этих спортов, как говна за баней, 8(16) штук (половинок), ну займёте 2(4) для нормального двунаправленного общения с кодеком.
я не знаю что там у вас за кодек, но насколько понимаю в multichannel режиме sport умеет брать только данные с определённым оффсетом от начала синхронизации.
с передачей, правда, может оказаться сложнее, просто так запараллелить возможно не получится.
так что либо руками массив перелопачивайте, тоже не велика потеря, полтакта/такт на отсчёт потратить.
либо отправьте во внешнюю память, там scatter/gather DMA вроде умеет, но имхо быстрее будет руками.
тогда проще, наверное, распараллелить приём на два (две половины) порта, и настроить синхронизацию так, чтобы один хватал только левые, а другой - только правые данные.
ну и ещё там у контроллера внешней памяти dma вроде умеет данные собирать/разбирать как попало. так что если протащить через буфер во внешней памяти, можно и силами дма управиться, без создания дескрипторов на каждый сэмпл.
ну не знаю тогда, натравить ещё один dma чтобы четные/нечетные данные раскидал по разным буферам из одного?
а вообще чем плохо, что данные перемешанные в буфере лежат? брать их с инкрементом адреса 2 с четного/нечетного адреса.
в DMA 2D по X выставить инкремент N (размер буфера, ну или расстояние между началами буферов, если они не подряд) и количество 2, а по Y поставить инкремент 1-N, он тогда будет туда-сюда скакать раскладывая данные в два буфера.
это питон-то в 10-20-50кБ?
модуль найти можно в книжке Б.Страуструпа, http://www.stroustrup.com/dc.c и добавить к нему недостающие функции.
если немного увлечься с добавлением, может получится что-то вроде https://github.com/rswier/c4 , самое забавное, что оно само себя распарсить может :)
ну а если не хватит, тогда есть libtcc или lua, пусть не 10-20, но в 100-200кБ вполне влезет.
у готовых оптопрерывателей апертура около мм обычно, их можно и несколько со смещением поставить, а выходы (источник тока) просто запараллелить.
ну или если перекрывать не под прямым углом, а скошенной под углом непрозрачной пластиной то и диапазон до нескольких мм расширить можно,
и это не считая варианта: сколхозить из отдельного свето/фото диода и фольги в которой можно проковырять нужного размера отверстие.
ну или взять нормальный линейный оптический энкодер, renishaw какой-нибудь, за сотню баксов на ебее найти поди можно, с каким угодно разрешением. и сделать обратную связь по положению всей подвижке.
