Это будет предусмотренно?Сообщение от expert_elk
В смысле установить разъём, или предусмотреть его установку.
Это будет предусмотренно?
В смысле установить разъём, или предусмотреть его установку.
Последний раз редактировалось SVd2004; 16.11.2016 в 12:56.
В синхронном режиме передачи, максимальная скорость для FT232H составляет 40МБ/с по даташиту. Для передачи 16 бит квадратур требуется передавать 4 байта на семпл, то есть максимальная частота передаваемых семплов может быть 10МГц. Учитывая, что есть необходимость кадрирования по 1024 байт а также необходимы несколько служебных байт на кадр, от максимальной скорости нужно отнять 20%, чтобы получить среднюю. То есть 8МГц семплы можно передавать на компьютер. Я правильно посчиталл ?
И еще вопрос - хватает ли производительности выравнивающего FIR фильтра при выходных семплах 2-3МГц или вы его отключаете ?
Все правильно. Только драйвер нам не хочет отдавать непрерывно поток больше 100 мегабит почему-то. Если увеличивается поток, то начинают теряться пакеты. При 6МГц квадратурах и 16 бит потери получаются примерно 100 байт в секунду.
По FIR. Пока на скоростях от 1,5МГц проверяем с отключенным. Скорее всего поставим полифазный на 120 TAPS, чтобы выровнять АЧХ CIC-фильтра.
Мне так думается, что это может быть проблема на стороне ПЛИС, когда период посылок кадров становится сопоставимым с внутренним таймером периода опустошения буфера 232.
Наверное нужно использовать сигнал SIWU - сигнала принудительной отправки содержимого буфера сразу после его наполнения.
Да, действительно возможно, SIWU-сигнал я не использую. На него всегда подаю 1. Надо попробовать подергать после отправки пакета.
Добавлено через 19 минут(ы):
Попробовал, почему-то стало хуже. Работает только 384кГц. При более высокой частоте дискретизации данные бьются.
Последний раз редактировалось expert_elk; 16.11.2016 в 17:32.
Стоит попробовать через libusb данные тянуть, без родного драйвера
"Окончательное решение вопроса" конечно, требует signaltap'а
Последний раз редактировалось romanetz; 16.11.2016 в 18:09.
Странно....хуже не должно стать.
Какой размер кадра у вас ?
Думал сначала побороться с родным драйвером. Потом буду пробовать уже все остальное. Спасибо за наводку.
Размер кадра - 512 байт.
Предложение в качестве идеи...
Сделать Wi-Fi DDC приёмник для смартфона.
К примеру современный Samsung S7 EDGE имеет размеры 151х73х8 мм.
5,5" дисплей Super AMOLED 2560х1440
Процессор Exynos 8890 4x2,3GHz + 4x1,6GHz
RAM 4Gb
Встроенную память 32Gb + SD до 200Gb.
OS Android 6.0
Компьютер круче некуда...
Через пару лет станет нормой...
На этой основе сделать систему, смартфон + полный приёмник + софт.
Всё на одной плате с валкодером.
Работа на смартфоне возможна с использованием RaspberryPI3 и удаленного софта. Это все уже работает сейчас с нашими прототипами. Вот объединение смартфона и приемника понесет за собой увеличение батареи в размерах. Антенны на КВ большие и к телефону будет тянуться еще какой-то ВЧ кабель. Какая-то странная конструкция получается, при этом ценник будет конечно выше, чем то, что есть сейчас вместе с разбери и телефоном. Телефоны производятся миллионами и цены на комплектующие в разы меньше, чем при сборке 100 - 500 изделий. Поэтому сделать телефон 10 000 рублей не реально при малых тиражах. Итог, сделать то можно, но цена никому не понравится.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
