The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект Raspberry Pi выпустил модель платы 'B+', opennews (??), 14-Июл-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


54. "Проект Raspberry Pi выпустил модель платы B+"  +/
Сообщение от Аноним (-), 15-Июл-14, 04:28 
> К сожалению, жопио работают через дополнительный бродкомовский ОСРВ-блоб,
> потому доступ к ним очень медленный, ибо непрямой.

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

Если хочется махать лапками - хинт: есть чудесные чипы типа FT2232H и подобные. С одной стороны у них USB, с другой - пачка GPIO (которые также могут быть UART, I2C, SPI, JTAG... и любым протоколом который делается дерганием лапок). И ясенперец дрова для них есть в пингвине.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

84. "Проект Raspberry Pi выпустил модель платы B+"  +/
Сообщение от Журналовращатель (?), 15-Июл-14, 11:08 
У USB порта задержки боольшие, побольше даже, чем у хардварных LPT/COM/PS2.

Хочется что-то нативное и быстрое (одновременно), для захвата сигнала на частоте 50-100МГц.
Что посоветуете?

Ответить | Правка | Наверх | Cообщить модератору

113. "Проект Raspberry Pi выпустил модель платы B+"  +1 +/
Сообщение от edo (ok), 17-Июл-14, 12:37 
> У USB порта задержки боольшие, побольше даже, чем у хардварных LPT/COM/PS2.
> Хочется что-то нативное и быстрое (одновременно), для захвата сигнала на частоте 50-100МГц.
> Что посоветуете?

для захвата сигнала ftdi как раз подходит (правда лимит в 30MHz ЕМНИП) - вносимые usb задержки тут роли не играют.
вот если нужен диалог с задержками в миллисекунду и менее - да, ftdi негоден.

Ответить | Правка | Наверх | Cообщить модератору

114. "Проект Raspberry Pi выпустил модель платы B+"  +/
Сообщение от Аноним (-), 17-Июл-14, 13:29 
> У USB порта задержки боольшие, побольше даже, чем у хардварных LPT/COM/PS2.

Максимальная частота опроса USB - 1000Гц. Тем не менее, в 1 пакете может быть довольно много данных. Ключевой вопрос - насколько критична латентность (бандвиз и латентность - разные вещи!). Btw, из-за многозадачности и квантов времени есть еще некая латентность со стороны софта, если что.

> Хочется что-то нативное

Смотря что понимать под "нативностью".

> и быстрое (одновременно), для захвата сигнала на частоте 50-100МГц.
> Что посоветуете?

Если фич FTDI не хватило - прицепить на тот же USB микроконтролер или плисину, с hi-speed USB (480Мбит, меньше не прокатит даже для 1-битных отсчетов), ну и там уже дергать на скорость лапками/мерять/что вы там хотели, по вашим критериям (которые вы и запрограммите). Жестоко буферизовать in/out, плевать в хост (или из хоста) крупными пакетами (возможно подшивая информацию о таймингах, если надо). С кучей отсчетов сразу, из буфера/в буфер. А микроконтроллер или плисина должны тайминги стыковать (в случае uC это на грани возможного, хотя если все через DMA по максимуму, на быстром M-кортексе может и прокатит).

Предсказуемо дергаться на события со скоростью 100МГц х86 (и апликушные ARM) не могут, особенно с многозадачкой в комплекте. Не их прерогатива. Так что им всяко потребуется "костыль", который возьмет это на себя и отдаст данные в редких но больших пакетах. Всякие логические анализаторы на такие скорости бывают, но или достаточно дорого, или без документации на протокол, по моим наблюдениям. Но вполне может оказаться что нечто вас устраивающее - есть. Гуглить надо, мне скорости GPIO в 100МГц как-то не требовались.

А если хочется "просто не очень поганое I/O" - посмотрите на http://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_... например - как-то так FTDI умеет. С учетом буферов и high-speed USB оно не такое уж и поганое I/O, всякие более-менее типовые сериальные и-фейсы типа SPI/JTAG до десятков Мбит делают. Но на микроконтроллере или плисине можно более гибко, так что если умений FTDI не хватило - значит смотреть есть ли готовые приблуды с устраивающими параметрами, если нет - приедется джедайствовать самому. GPIO на 100МГц - не самое типовое требование. Абсолютно невозможным не является, но оно актуально для всякого малотиражного/лабораторного оборудования в основном. Цифровые осциллы например AFAIK делают так: скоростной DAC цепляют к плисине, она буферизует/предобрабатывает. Ну и на комп может отгрузить.

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру