Ink1918 0 12 июля, 2019 Опубликовано 12 июля, 2019 · Жалоба Встал вопрос о выборе элементной базы для реализации устройства. Было предложено воспользоваться всеми прелестями cyclone 5 SoC. Но насколько это действительно необходимо-решить не можем. Кто может что посоветовать. Идея следующая: обработка данных с аналоговых датчиков с помощью достаточно медленного ацп: ads1271ipw. 4 ацп устанавливаются последовательно(гирлянда). Все это подтягивается к fpga части. Дальше все это падает на бпф и накапливается в кольцевой буфер. По запросу hps-часть забирает данные и закидывает это все в scada, на hps части предполагается Debian с openScada. В связи с тем, что ацп медленный и возникают сомнения в необходимости использования SoC. А необходимости в высокоскоростных ацп нет. Есть ли смысл смысл использовать cyclone 5 soc или аналогичный продукт Xilinx или не стоит мудрить и просто взять микропроцессор, например atsama5d , и воять все это дело там??? Подскажите, заранее огромное спасибо Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 184 12 июля, 2019 Опубликовано 12 июля, 2019 · Жалоба 10 минут назад, Ink1918 сказал: Встал вопрос о выборе элементной базы для реализации устройства. Было предложено воспользоваться всеми прелестями cyclone 5 SoC. Но насколько это действительно необходимо-решить не можем. Кто может что посоветовать. Странно как-то - если вы не можете решить на чём делать, то значит у вас это делать некому. А если есть кому - почему этот "кто-то" не может решить на чём делать? Цитата Идея следующая: обработка данных с аналоговых датчиков с помощью достаточно медленного ацп: ads1271ipw. АЦП не обрабатывает данные. АЦП их только оцифровывает. И по частоте оцифровки этого АЦП решить на чём обрабатывать - никак нельзя. Выбор "на чём делать" делается на основании анализа задачи. В том числе - и выбор АЦП делается по этой задаче. А у вас - телега впереди лошади. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Ink1918 0 12 июля, 2019 Опубликовано 12 июля, 2019 · Жалоба 3 minutes ago, jcxz said: Странно как-то - если вы не можете решить на чём делать, то значит у вас это делать некому. А если есть кому - почему этот "кто-то" не может решить на чём делать? АЦП не обрабатывает данные. АЦП их только оцифровывает. И по частоте оцифровки этого АЦП решить на чём обрабатывать - никак нельзя. Выбор "на чём делать" делается на основании анализа задачи. В том числе - и выбор АЦП делается по этой задаче. А у вас - телега впереди лошади. Делать-есть кому. Просто нет опыта работы с SoC, а так как вещь эта недешевая да и с покупкой не все так просто, хотелось бы получить какой-то совет или помощь. По поводу комментариев относительно ацп: приношу извинения за некорректную формулировку. Спасибо. Ваши комментарии относительно телеги впереди лошади тоже совершенно правильные. За совет-ещё раз спасибо. Постараюсь посмотреть на задачу более детально. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
warrior-2001 0 12 июля, 2019 Опубликовано 12 июля, 2019 · Жалоба Если у вас есть программист на ЯВУ и программист ПЛИС - то они должны обсудить элементную базу. Посмотреть готовые решения, оценить трудоёмкость работы и сравнить её со сроками выполнения вашего проекта. А так - SOC - вещь хорошая, но в умелых и опытных руках. Если в дальнейшем применять такую технологию не планируете - то зачем связываться с ней? А если есть долгоиграющие планы - то на такой задаче самое то будет потренироваться. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MegaVolt 25 12 июля, 2019 Опубликовано 12 июля, 2019 · Жалоба 5 часов назад, Ink1918 сказал: Дальше все это падает на бпф и накапливается в кольцевой буфер. Вот тут мало что понятно. Как быстро нужно делать БПФ, какой длины? Цитата По запросу hps-часть забирает данные и закидывает это все в scada, на hps части предполагается Debian с openScada. В связи с тем, что ацп медленный и возникают сомнения в необходимости использования SoC. А необходимости в высокоскоростных ацп нет., А по русски можно? Этот HPS+SCADA+Debian они тоже должны жить в ПЛИС или это что-то внешнее? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
RobFPGA 27 12 июля, 2019 Опубликовано 12 июля, 2019 · Жалоба Приветствую! Для ваших скоростей ADC не вижу смысла в FPGA вообще. MCU или DSP для этих целей будут удобнее и дешевле. Удачи! Rob. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
iiv 18 31 июля, 2019 Опубликовано 31 июля, 2019 · Жалоба On 7/12/2019 at 2:04 PM, RobFPGA said: Для ваших скоростей ADC не вижу смысла в FPGA вообще. MCU или DSP для этих целей будут удобнее и дешевле. Может Вы и правы, но я 3 года назад пытался тоже 130Ксемплов 24 бита 6 каналов на линукс комп завести и не смог, так как не нашлось не глючного линукса, который 20Мбит засасывал и не пропускал. У ТС почти такой же трафик, как я понимаю. То есть конечно можно МСU взять, что данные забирало и делало Фурье, обрабатывало, и результат пакетами и с меньшим суммарным траффиком на линукс посылало, но напрямую линукс, боюсь, не справится. То есть если Вы знаете такой Линукс процессор с удобной разводкой и способный не глючно и без пропусков брать до 20Мбитов данных с АЦПшек, поделитесь, пожалуйста, мне тоже интересно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_4afc_ 25 31 июля, 2019 Опубликовано 31 июля, 2019 · Жалоба 1 hour ago, iiv said: Может Вы и правы, но я 3 года назад пытался тоже 130Ксемплов 24 бита 6 каналов на линукс комп завести и не смог, так как не нашлось не глючного линукса, который 20Мбит засасывал и не пропускал. У меня виндоус 100Мбит засасывает без пропусков по USB от ATSAMS70. Безглючный линукс - это QNX4. В случае 130х24х6 можно посмотреть через Ethernet на AES67 и им подобные... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
RobFPGA 27 31 июля, 2019 Опубликовано 31 июля, 2019 · Жалоба Приветствую! 1 hour ago, iiv said: пытался тоже 130Ксемплов 24 бита 6 каналов на линукс комп завести и не смог Комп-компу рознь. Мои Linux компы жуют непрерывный трафик 6-8 GByte/s . Вы наверное имели в виду какие-нибудь MCU? Ну так надо сначала определиться с задачей и алгоритмами - а потом уже под нее выбирать камешек. Например бы те-же DSP от TI. Будет вам и Linux и реал FFT в одном корпусе. И думаю однозначно это будет проще и дешевле чем на FPGA лепить FFT в плавающей точке! Удачи! Rob. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
iiv 18 1 августа, 2019 Опубликовано 1 августа, 2019 · Жалоба On 7/31/2019 at 3:16 PM, _4afc_ said: Безглючный линукс - это QNX4. ага, и на него так вот просто дебьян ставится :) ТС понятно же написал надо в реал тайме с оцифровщиков брать данные, данных не много, но и не мало. На мерянья пиписьками у кого какой трафик засасывает, я просто хотел бы мерявшихся посоветовать ТСу комп под его задачу. ИМХО, линккса-то и нету, всяко или связку быстрого MCU + Linux делать, или SoC ставить. По разводке, ИМХО, SoC может быть проще, так что ТС советую продолжать, а возбудившихся товарищей аргументированно ТС помочь что можно еще выбрать, если конечно сможете :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_4afc_ 25 1 августа, 2019 Опубликовано 1 августа, 2019 · Жалоба 40 minutes ago, iiv said: ИМХО, линккса-то и нету, всяко или связку быстрого MCU + Linux делать, или SoC ставить. По разводке, ИМХО, SoC может быть проще, Я вот регулярно вижу людей мучающихся на очередном камне с линуксом, чтоб засосать внутрь данные по SPI или I2S. Вечно какие-то баги в драйверах или головах. Может такого режима 130х24х6 просто нет. Поэтому советую на камень с ОС - заходить стандартными для ПК средствами: USB, Ethernet... А между АЦП и ОС поставить что-то дубовое с выходами USB, Ethernet... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться