Впрочем, достаточно и типов терминалов "микрофон" и "динамик". С точки зрения приложений разные типы терминалов ничем не отличаются.
Впрочем, достаточно и типов терминалов "микрофон" и "динамик". С точки зрения приложений разные типы терминалов ничем не отличаются.
К микрофону и динамику Windows автоматически добавляет property page с управлением эффектами (даже если feature unit в топологии отсутствует). У радиоприемник/передатчик с минимальной топологией (только input/output terminal) эффекты даже случайно не включить.
Доброго дня всем!
в прищепке архив проекта Bandscope для 15го квартуса, в основе код осциллографа с сайта fpga4fun.
из проприетарных IP использован 2PORT RAM, поэтому не могу сказать, скомпилируется ли в более ранних версиях.
TxD & RxD - покрестить на соответствующие выводы модуля USB-TTL, и общий, питание на модуль отдельно подавать не нужно, питается от USB, для теста я использовал широко распространенный CH340, передача в сторону ПК - 1 Мбит/с, проверить работоспособность после сборки очень просто, после заливки проекта в ПЛИС нужно открыть любой терминал, настроить параметры соединения на 1000000 бит/с, 8 дата, 2 стоп бита и открыть виртуальный порт, созданный в системе для этого USB-TTL. При отправке любого символа в сторону ПЛИС в ответ прилетит пакет 4096 байт, последовательность из 2048 16-битных сэмплов с АЦП.
В async.v можно изменить скорости отправки сэмплов, там все довольно прозрачно, и сложностей особых быть не должно.
Последний раз редактировалось EU1SW; 20.02.2017 в 19:35.
ну и по поводу Гермес Лайт с Езернетом для 10К
дописал тестовый модуль, приемник рабочий
осталось ЦАП припаять
Бандскоп можно по той же сети отправить, что и трафик данных, только другую пару номеров UDP-портов взять (src/dest). И он не будет приемнику мешать.
С PHY полосу 960 кГц не пробовали? В плисину я все прописал, а в extio.dll еще не успел.
В cuSDR, смотрю по трафику, еще и передача работает. Но как-то странно, большие буфера нужны будут. (8к передается за раз). Или это следствие буферизации в драйвере сетевой карты?
Последний раз редактировалось romanetz; 21.02.2017 в 06:22.
Дело даже не в jumbo frame, а в порядке пакетов "на проводе".
Jumbo frame, как таковой - не использован.
И ещё один момент - MAC гермеса передаёт юникастовые пакеты, а здесь летит броудкаст. Это имеет значение при подключении по вайфаю - точка выбирает разную канальную скорость в зависимости от адресата трафика.
Последний раз редактировалось romanetz; 22.02.2017 в 10:28.
Вы делаете неверные выводы, посмотрите размер пакета в нижнем окне, адреса назначения там же, адреса в в верхнем окне и размер пакета тоже в верхнем...
Последний раз редактировалось EU1SW; 22.02.2017 в 13:24.
А теперь знатоку, внимание вопрос, какой пакет отображен в нижнем окне?
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)