Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - UA3MQJ

Страницы: 1 [2] 3 4
16
предустановленную папку в архиве
Ну хоть так.

17
у меня нормально работала только версия, что использует АГЦ - 2.77
А у вас сохранился установщик? Хочу сравнить с 2.72

18
Программное обеспечение / Re: Spectrum Lab
« : 07 Июль 2015, 09:15:50 »
где ж ты ноне видал последовательные порты
USB <-> RS232:
160 рублей с доставкой http://www.dx.com/p/pl2303hx-usb-to-rs232-ttl-converter-adapter-module-164590#.VZtgavntmko

19
Программное обеспечение / Re: Spectrum Lab
« : 07 Июль 2015, 02:19:52 »
нет. а зачем?
С целью соединить АЦП микроконтроллера с SL через последовательный порт, как тут http://www.qsl.net/dl4yhf/soundutl/serpicad.htm
Но похоже, что VAC - единственный стабильно работающий вариант.

20
Технический раздел / Re: DDC RX
« : 07 Июль 2015, 02:16:08 »
Чтож. Если 1 МГц, то я думаю, что обработка на ARM отпадает. Во всяком случае на том, что у меня. Но вообще, хоть я и разлюбил МК, но меня порадовали разработчики STM32 приложениями STM32CubeMX, в которых можно парой кликов задать сложнейшую систему тактирования, сконфигурировать аппаратную часть. А чтобы помигать светодиодиками с разной частотой, не зависимо друг от друга, можно в FreeRTOS запустить их в отдельных процессах. Минут за пятнадцать. Так что неудивительно, что коллеги смогли на более мощном ARM сделать приемник. Все для нас!
Тогда, пока по почте едут АЦП, буду делать обработку данных, передачу их по локальной сети и драйвер для SDRSharp (он мне как-то ближе). Вместо VAC сегодня опробовал бесплатную http://www.vb-audio.com

21
Технический раздел / Re: DDC RX
« : 06 Июль 2015, 16:01:32 »
Можно. Есть пара вариантов.
Один вариант - использовать работу с сетевым контроллером и через него передавать пакеты. У меня в наличии есть на базе DM9000A. Но он как-то недоступен для продажи.

Я бы Лучше выбрать какой-нибудь из ардуиновских шилдов, типа W5100. Нужно разбираться, как с ними работать.
http://www.ebay.com/itm/W5100-Ethernet-Shield-For-Arduino-Main-Board-UNO-R3-ATMega-328-1280-MEGA2560-/130976692375?pt=LH_DefaultDomain_0&hash=item1e7ed1b897

Есть еще вариант, напрямую на ПЛИСе генерировать пакеты и отправлять - тогда вообще никаких плат не требуются. Но работает только 10 мегабит и как-то все заморочено:
http://marsohod.org/index.php/projects/plata1/94-ether-send

Есть еще вариант:
http://marsohod.org/index.php/prodmarsohod2/shethm
Возможно, что по трудозатратам будет самый легкий, потому что работа с ним уже реализована.

стоит 650р. вроде не дорого. да и соотечественников можно поддержать
http://marsohod.org/index.php/shop/boards/eth-shield

Передавать - да. Блоки с отсчетами. Обработанными

22
Технический раздел / Re: DDC RX
« : 06 Июль 2015, 13:59:39 »
Скинь адрес в личку, отправлю 2 шт AD6645ASQ-80
Спасибо. Скинул

23
Технический раздел / Re: DDC RX
« : 06 Июль 2015, 13:38:32 »
Проблема №3
Решил, что в качестве приема буду использовать программу Spectrum Lab. Но пока так и не удалось заставить ее работать с внешним источником.

Опробовал:
1. Подавать поток через AD/DA Server. Писал свой сервер. Использовал существующие. Результат один: данные идут, но на водопаде не отображаются. Что я делаю не так?

https://habrastorage.org/files/d55/a5d/43f/d55a5d43fc1c4bd0bb76dd772e42bf73.png

2. Пробовал вместо звуковой платы указать COM порт и подавать в него поток. Тоже безрезультатно.

3. Вариант с WM_MESSAGES пока не пробовал, и не очень хочется.

4. Вариант с передачей данных  по TCP/UDP - был бы предпочтительнее. Про него даже упоминается в документации. Но как его использовать - не понял.

5. Виртуальный аудиокабель?
6. Подавать НЧ сигнал на звуковую плату?
Какие еще варианты?

24
Технический раздел / Re: DDC RX
« : 06 Июль 2015, 13:32:21 »
Проблема №2.
Вариант 1
Быстрые потоки информации проще обрабатывать на ПЛИС. Тогда схема будет:
АЦП - ПЛИС - ПК

Отдельно по каждому:
ПЛИС
на данный момент оптимальнее брать Cyclone 2. Я про нее писал тут http://136.su/index.php/topic,255.0.html
АЦП
считаю, что для простого повторения, нужно сократить работу. ПЛИС брать готовую, на дев плате. Так же найти АЦП в виде готовой платы рассширения и соединить. Это сделает проект универсальным. В крайнем случае, изготавливать плату под АЦП самостоятельно.
Решение есть в статье http://habrahabr.ru/post/204310/
Плата
http://habrastorage.org/getpro/habr/post_images/0ce/b84/20b/0ceb8420bd17bfe295fff85daac41f81.jpg
Схема
http://habrastorage.org/getpro/habr/post_images/066/fe2/f01/066fe2f01f383c86248111719575c844.png

Вариант 2
Попробовать ARM. Тогда ничего не потребуется паять (почти). Но есть сомнения, что он справится, работая на частоте 32 МГц.

25
Технический раздел / Re: DDC RX
« : 06 Июль 2015, 13:23:25 »
Проблему №1 пообещали помочь решить силами 136.su (есть в запасе АЦП). Еще, пока нет АЦП, прорабатываю вопрос применения АПЦ 12 бит 1 Msps, который установлен на плате STM32-Dicsovery.

26
Технический раздел / DDC RX
« : 06 Июль 2015, 13:18:23 »
Решено совместными 136.su усилиями делать DDC приемник.
Что такое DDC? Все то же самое, как в аналоге, только сигнал с антенны оцифровывается, а дальше все в цифре.

Если мы хотим принимать 136, то частота дискретизации должна быть хотя бы в 2 раза выше. Я считаю, что 500 КГц вполне бы хватило.
Разрядность желательно 16 бит.
Такой поток информации, как правило, переваривают аппаратно, либо на ПЛИС. Хотя в нашем случае (500 КГц) это не так уж и много, поэтому я попробую еще сделать на ARM, как Альберто.
Дальше сигнал в виде I,Q передаем на ПК, где он обрабатывается Spectrum Lab.

Проблемы:
1. АЦП. Нужен быстрый АЦП: 16 бит и 500 KSPS.
2. Чем обработать поток 500 KSPS
3. Как передать в ПК

27
Программное обеспечение / Re: Spectrum Lab
« : 06 Июль 2015, 13:07:50 »
Подскажите, у кого-нибудь Spectrum Lab работает через AD DA Servers? Никак не могу разобраться.

28
копм только надо не помойный, как у большинства...
Я почему ПЛИС и хочу применить - чтоб комп разгрузить. А в идеале вообще без него. Ведь эти "луноходы" должны работать без присмотра. А после пожара на домашнем сервере, я как-то теперь с недоверием отношусь к ПК. Чем проще - тем лучше.

29
Завалялась где то парочка AD6645ASQ-80 и платы кстати есть где заводские сделать
Это было бы вообще отлично, если бы была готовая плата с одной стороны согласованная для подачи сигнала на вход АЦП, а с другой стороны 14 битная шина. Чтобы ее просто к ПЛИС подклюить и работать. Потому что я больше программист, чем специалист по аналоговой части. Если AD6645ASQ-80 это 14-Bit и 80 MSPS, то 14 бит это и так не мало, а увеличение частоты в 4 раза, дает 1 бит. То есть, делим 80 МГц на 4 = 20, 20 еще на 4 = 5. Получается, что оцифровывать будем 136 КГц на 5 МГцах в 16 битах.
вот тут возникает вопрос- а цена вопроса? два соберем, это хорошо, а дальше? и вообще можно ли их свободно купить?
А цена вопроса - дорого. Поэтому, как тут и советовали, буду делать классику yu1lm на 4066, к тому же они у меня есть.

30
Вот хотел порадоваться, что у меня такая же плата, но у меня более младшая модель: STM32L-discovery на STM32L152RBT6, а у него STM32F429. Согласно картинкам и даташиту, он использует встроенный АЦП 12 бит 2.4 MSPS (2.4 МГц), а дальше все в цифре, скорости хватает, т.к. 180 МГц. А вот в моем STM32L152RBT6 тоже есть АЦП, однако. То же на 12 бит, но 1 Msps. Лешкин кот! У меня появился АЦП!

Страницы: 1 [2] 3 4