khach

Бросьте, именно бросьте, а не запустите с руки любой игрушечный дрон "в направлении" и посмотрите логи акселерометров. Все вопросы отпадут. Микроракета не доступна неофициальным структурам, А если и была бы доступна- то ускорение десятки ж у микродвижка и время работы несколько секунд макс а потом по инерции. И развесовка после выгорания движка у нее очень поменяется. И времени на коррекцию и наведение просто нет- тогда уж проще прямой выстрел с гиродинами под стволом, которые сами донаводят калаша по допплеровскому следу предидущих выстрелов в очереди. Но это уже сложная микроволновая электроника, которая еще и отдачу оружия должна выдержать.

Прежде чем 120дб писать, надо сначала обеспечить эту развзяку между портами в портативной одноплатной конструкции. Если конечно каждый порт делать отдельной экранированной коробке на физически разных модулях, с хорошой фильтрацией, то конечно можно получить такую развзяку. А вот если это одна плата и экран так себе, то пролаз между портами -80 дб получить очень легко. Поэтому я все же за то, чтобы урезать осетра. Это же известная истори с пролазом между приемниками по цепи строб-сигнала накачки смесителей. Пока не ввели развязывающие усилители то ДД был под 50 дб из за пролазов.

Тут несколько задач приницпиально разной сложности. Первая- задать дрону направление на цель перед запуском. Как? Показывать дрону цель чтобы он запомнил направление на нее по гироскопам? Прицела оптического у дрона нет, так что начальнео направление будет плюс-минус лапоть ( сектор). Вторая задача- в момент подбрасывания все координаты слетят- слишком непредсказуемая траектория и ускорения. Третья- восстановить координаты после запуска винтов дрона и стабилизации. четвертая- сканировать сектор в поисках цели, пятая- пойти на цель, хороше если без упреждения, если цель неподвижна. шестая- дистанционный подрыв заряда. Конечно можно выстроить систему координат и целеуказания с земли, как делают в больших ЗРК. Но это очень усложняет пусковой комплекс. Тут скорее видится не дрон, а микросамолетик типа микрогерань с простейшим толкающим винтом и катапульта носимая в виде деревянного ружья с резиновым жгутом. Тогда используя "ружье" можно прицелится в дрон сенсором перехватчика, при старте с катапульты координаты сохраняются и управляемость перехватчика тоже до момента запуска его движка. Пропеллер со складными лопастями, чтобы не мешать старту. Ресурс движка и аккумулятора секунд на 40, т.е легкие очень. И тут мы приходим к системе наведения древнего Стингера времен Афгана, где со всем справлялся PIC микрочиповский древний матричный, еще не флешевый.

А мне вот только что попалась картинка для памяти. И дело не в фильтре, а в том что шумовую дорожку уже от -40 дб тянуть начало. Скорее всего это конечно сбой фазы или с кабелями что то, но это фирменный прибор, и не такой уж древний. Измеряли, и за -120дб не гнались. Вернее детекторы не позвроляли в -120.

Формулы красивые, но надо не рассчитывать, а просто измерять ENOB, на каждом поддиапазоне скопа, и с несколькими по частотам тестовыми сигналами. Мы же не имеем полных данных что там внутри скопа наваяли тайванцы. Поэтому рассматриваем его как черный ящик и изучаем.

Из опыта- СВЧ анализаторы не заточены под относительно низкочастотные кварцевые резонаторы. Поэтому для кварцев отдельно держу первую нану, которая не была модернизирована для расширения частотного диапазона. Лучший инструмент для кварцев это скорее анализаторы типа Impedance Analyzer сравнительно низкочастотные или специальные приборы, именно под измерения motion parameters кварцевых резонаторов предназначенные. Нана с дислордовским софтом удобна для любителей для отбора большого числа кварцев, т.к позволяла измеренные и рассчитанные параметры резонаторов писать в файл на карточке, чтобы потом удобно было его обработать в экселе. Но чувствительность и точность- такая как есть для любительского инструмента. Еще и приставка с трансформаторами импеданса нужна на 12.5 ома для более качественных измерений. 50 омные приборы кварцевые резонаторы непосредственно без трансформатора импедансов измеряют не очень хорошо.

Надо подождать, пока 12 битный Ригол попадет в это обзор. https://electronicprojectsforfun.wordpress.com/to-enob-or-not-to-enob/ Там пытаются измерять реальный ENOB разных 12 битных скопов, в результате получили около 10 значащих бит. Методика приведена, желающие и имеющие возможности могут сами повторить.

За ту же цену прибора- да, безусловно. Даже если эти 12 бит и не разрешаются на экране. Про 12 битный FFT абсолютно согласен. Кстати, есть еще одна задача куда возможно удастся 804-814 приспособить- 4-канальный приемный тракт ПЧ векторного анализатора цепей. На самом деле алгоритм обработки сигнала от того же Боде не отличается, только Боде- одноканальный а VNA- 3 канала приема и один опорный. Динамики 12 бит хватает под задачу с трудом, но может что еще удастся входным аттенюатором вытащить. Т.е динамический диапазон будет не мгновенный, а зависить от уровня сигнала. Хотя с переключением поддиапазонов аттенюатора и у Боде есть проблемы с алгоритмом, когда сигнал падает по уровню.

Спуры для измерений VNA обычно можно игнорировать. Несколько пораженных точек на кривой отлично видны и их можно просто выкинуть. Так например как игнорируют точку около 300 МГц у наны там где происходит переход ко второй гармонике синтеза, а проверить, захватывается ли еще петля SI5351 или нет - нет возможности, т.к lock detect просто отсутствует. И можно только ручками вписать в конфиг частоту переключения поддиапазонов. Мелкий шаг синтезатора только один раз сильно понадобился- измеряли динамику двухчастотным методом и оказалось, что приемник не попадает в частоту комбинационного сигнала. Но для этого надо иметь и два синтезатора на тестовом сигнале. Вот тот сумматор между первым и третьим источником в ZVA

Оригинальной нане чуть не хватает динамики показать антирезонанс высокодобротного кварца. Фазу видно надежно. Полосу подавления в 90 дб можно с внешним усилком измерить или еще проще в режиме генератор-анализатор спектра. Хотя вариант использования VNA в режиме синхронизации от внешнего генератора сигнала или векторного вольтметра я раньше в теме тоже уже упоминал по мотивам HP8753C. Режим конечно редко используемый, но иногда неплохо будет иметь. Но все же 90 дб подавления на практике встречается достаточно редко, можно и за другим прибором сходить для таких измерений. На самом деле больше чем ДД АЦП тут влиять будет ФШ источника и гетеродина, вернее уровень насколько крылья спектров перекроются на ПЧ. При паршивом синтезаторе с ФШ -60 дбн частоту ПЧ надо увеличивать, тут и здравствуй двойное преобразование частот в приемнике.

Коллеги, ну зачем для VNA нужны миллигерцы в синтезаторе? Даже кварцы смотреть хватает шага в десятки герц. А на гигагерцах и килогерцовый шаг синтезатора вполне достаточен. Нет, я конечно встерчался с задачей типа лини поглощения килогерцовой ширины на сотнях гиг, но это был молекулярный кристалл при температуре сверхтекучего гелия, вряд ли все тут собравшиеся будут измерять S21 такой штуки. Ну и по динамическому диапазону- много у кого было цепей с динамикой на проход лучше 70-80 дб? А на отражение хотя бы 50 дб требовалось? Ну та кзачем разгонять динамику VNA до 120дб? Вот аттенюатор поставить желательно, чтобы точки компресии и интермодуляции измерять. В связи с этим вопрос- в старые времена аттенюатор ставили так как на картинке- после делителя опорного канала. Так фаза не уплывала, если вводить аттенюатор полностью, т.к опорный канал работал на полной амплитуде. В современных конструкция аттенюатор лепят куда угодно. Вопрос- как правильно?

Аудиокодеки иногда имеют очень странный фазовый сдвиг между каналами. А если еще два независимых стерео аудиокодека синхронизировать, то проблем еще больше. Для 4 приемников желательно иметь 3 одновременно работающих канала АЦП с полной фазовой синхронизацией. Или собирать данные на точке по частоте в два раза дольше, переключая один из каналов ацп с приемника отраженной волны на приемник прошедшей. Опорный канал на падающей волне всегда. Канал на отраженную волну пассивного порта обычно не используется, разве что для калибровок некоторых. Поэтому была версия на CS5364 (4-канальный аудиокодек) но возникли проблемы принять данные со всех 4 каналов одновременно на старых STM32. Новые типа STM32F7 уже вроде умеют в такой режим, но отложили этот вариант тк думали, что появятся доступные STM32 cо встроенными 16 бит преобразователями 2 или 3 канала и вообще можно будет обойтись без отдельного АЦП. Но тут грянул кризис.... Рассматривался и набор из двух LTC1407 но потом их девицы аналоговые купили. Был неплохой вариант на LTC1408 - 6 каналов с одновременным УВХ. Вариант Либры на 3 или 4 MCP33131 тоже достаточно бюджетный, но что делать с 4 SPI потоками если нехочется ставить FPGA? Пытались завести их в RP2040 используя ее микрокодовый IO для создания 4 каналов SPI но возникли проблемы с одновременным запуском 4 каналов- джиттерит выход запуска, надо запускать АЦП от отдельного синтезатора, минуя внутренности контроллера. Короче рассмотрю любые варианты, если они компромисны по метрологии и доступности.

Фото платы с проводками но до посадки BGA можно посмотреть? Особенно если криво разведена диффпара. Или например косяк во внутреннем слое и надо впиливаться глубоко чтобы резануть внутреннюю дорожку. А снаружи ( не в проекции микросхемы) резануть- будет хвост висеть с огромной индуктивностью.

12 бит полезны, но вот именно этот Ригол показать их нормально не может- один бит отсчетов получается меньше пикселя экрана, а растяжка по вертикали при включенной развертке вызывает перегрузку. Можно только при остановленной развертке растянуть фронт импульса так, чтобы до 12 бит добраться. Ну и остаются два последних поддиапазона микровольтовых, где как раз из за 12 бит и увеличивают разрешение, т.е аттенюаторы входные не переключаются, а масштабирование идет в цифре. ИМХО для нормальной работы с 12 битами нужна вертикальная лупа ( цифровой зум) типа временной лупы по оси Х в некоторых скопах. Т.е чтобы можно было растянуть изображение по вертикали, не изменяя настройки входных цепей как пи обычном кручении колеса V/div.

А синхронизировать это зоопарк как? Вопрос и в триггере, и в общей временной базе. У этого Ригола нет входа опорной частоты 10 МГц, а при длительных выборках ( а память длинная) временная база ЛА и скопа расползаются. С командами SCPI тоже не все так просто, особенно если начинается вычитка буфера из разных каналов одновременно. Не все описано в programming manual или для вычитки буфера данных например надо останавливать разверку, а это не всегда удобно. К математическим каналам не всегда можно добраться ( как например вычитать гистограмму или спектр?)

SA612- второй смеситель в цепочке, а не первый. С первым смесителем вопрос пока открыт. В прототипе будет пока HP8514 c оригинальными смесителями на гармониках, а там посмотрим что выйдет по метрологии. MCP3912 хотя бы для измерений каких то предназначен в отличии от TLV320AIC которая аудиокодек просто. И то что переделываем нану и не скрывается- только требуется расширить частотный диапазон, добавить второй активный порт это задача минимум, а что еще получится- посмотрим. Не, само собой был уже прототип на LTC2348, FPGA, DDS-ках в синтезаторе, ЖИГ в гетеродине итд. Ну и сколько это стоит по BOM? Там действительно проще Планар было купить.

Там вообще то RC должна должна быть для надежной работы. Но с RC есть проблема- не успевает микросхема высасывать быстро заряд из конденсатора. Поэтому ставили внешний транзистор, чтобы быстрее переходный процесс происходил. Или вообще самое быстрое- по первой производной сигнала или с аналоговой памятью предидущего значения и компаратором.

Ну не знаю как НАСА, а вот копеечным наноВНА отлаживать ВЧ генератор и согласование плазменного движка кубсата коллегам пришлось. Зы. по поводу полосы ПЧ - на каждом канале MCP3912 стоит SA612 смеситель вначале, т.е схема двойного преобразования частоты ПЧ как в старых хьюлетпаккардах было. При этом у хьюлетов вторая ПЧ была 4 КГц, а на MCP3912 можно до 10 кгц разогнаться свободно. Первая ПЧ до 500 МГц, что дает возможно работать на расширителях частотного диапазона на генераторах гармоник- соседняя гармоника не пролезет. PS на гитхабе неплохая библиотека для MCP39xx cо сбором данных по DMA. https://github.com/a2karyak/mcp39xx_daq Амплитудной-фазовый синхронный детектор на 4 канала легко дописывается.

Ну я бы хотел заставить это делать Ригол, но не знаю как. Задача типа древний измерительный прибор процессор 8 бит данных 20 бит адреса, сбой при работе контроллера прерываний ( внешнего). Надо контролировать шину данных, шину адреса, сигналы чтениия-записи на шине, запуск ЛА по совпадению адреса ( не пригодилось) и по событию на шине данных ( пригодилось). Т.е внешний LA по USB который Ригол может вычитать и показать, но быстрые события захватывает сам через шину внутреннего ЛА или по сигналу со щупа ( в реальной задаче прогорел порт микросхемы и уровень не соответствовал ТТЛ логике, но по аналоговому каналу скопа был виден). Вот что то такое хотелось бы, но это вряд ли в пределах DHO900 такое получится, разве что когда-нибудь разломают протокол общения с Zynq Ригола или напишут дял него открытую альтрнативную прошивку.

По поводу софта LA сказать ничего пока не могу. Да и от задач зависит сильно- тот же SPI или I2C отлично отлаживаются по аналоговым входам осцилла- там до 4 декодеров интерфейса можно задать. А для анализатора цифрового мне 16 каналов мало, т.к в основном приходится копать древние 8 и 16 битные системы с параллельной шиной. Так что под мои задачи желательно 32 входа, возможно с мультиплексированием, и хардверный запуск по коду на шине, по счетчику циклов, по внешнему прерыванию ( синхронизация аналоговой и цифровой части скопа нужна, если прерывание на щуп скопа прийдет например).

Для логического анализатора там два мелких ЦАП надо паять на плату для задания уровня компараторов и преобразователь питания для них. Ну и плата с 16 быстрыми компараторами нужна - когда ее попытались повторить то вылезли кроссталки между каналами. В софте все открывется и работает, но голые входа Zynq элементарно спалить без внешнего буфера.

LXI там из коробки без всякого хака. И веб- панель с копией экрана прямо из встроенной веб-старницы запускает. И ФТП для считывания записанных скриншотов и данных полезен- внешний диск стал не нужен практически. Андроид в этом смысле сильно рулит по сравнению со скопами с одним процессором и для сбора, и для анализа данных, и для интерфейса пользователя, и для сетки. Ну а про такое извращение вообще сложно говорить, хотя это требует копания в кишках Андроида. https://www.youtube.com/watch?v=V70ebXmy1_4

Тоже Боде хочу, но у меня 804 и встроенный Боде не светит. Поэтому не отказался бы от софтового плугина под внешний генератор. А недавно всплыла тема с анализом высокоскоростных сигналов с использованием внешнего УВХ быстрого двухканального как в стробоскопических осциллографах. Глазковые диаграммы, анализ джиттера итд. При этом ригол используется только как визуализатор, т.к все высокоскоростные процессы происходят во внешнем блоке. Зато софт, если удастся его написать, и 12 бит разрешения прийдутся очень кстати. С внешним компом и SCPI скорее всего все и так получится, хотя там видны заморочки с чтением данных из буфера. А чтобы реализовать это в виде софтового плугина- желание есть но время покажет что получится. Из минусов- мелкий экран для такого разрешения. Внешний HDMI монитор решает проблему, но к нему мышка нужна, т.к тачскрина нет, а мыша USB занимает, который только один и под wifi обычно занят, чтобы с кабелями сетевыми не возиться. Значит нужен USB хаб на переднюю панель, специфический по форме чтобы не мешал. Такие заморочки.

Есть же три большие темы на eevblog. Одна по самому осциллу, вторая по хаку, третья по внешнему питанию. Вкратце- софт пока не обновляли, т.е старые найденные баги все в наличии. Хак достаточно продвинут, т.е при желании можно включить все опции, что железо поддерживает. Попытка расширить память допайкой вроде пока успехов не принесла, так же как и вконстрячить логический анализатор в 800 серию ( превратить 800 в 900). Проще купить сразу 900 если логический анализатор и генератор нужны. Тема хака позволила писать свои плугины к софту, но пока там только первая попытка выложен в общий доступ с улучшенным FFT. Нет продвинутых андроид программистов в теме чтобы быстро развивать это направление. А так вполне неплохой прибор со своими заморочками. Полезен очень при удаленном доступе по wifi- быстрый интерфейс по сравнению с предыдущими поколениями скопов. К интерфейсу надо привыкнуть с его экранным управлением, не все функции на кнопках есть. 12 бит пока явного преимущества не показывают, для их удобного использования имхо надо софт скопа расширять примочками от анализатора спектра, анализатора векторной модуляции итд. С другой стороны 12 бит и микровольтовые поддипазоны создают видимость плохой реализации измерительного тракта, т.к видны шумы, помехи от собственного источника питания итд. Только это видимость, т.к старые скопы просто не имели поддиапазонов с таким разрешением. С этими фичами тоже можно работать, но надо научится их использовать чтобы не мешали в измерениях. Типа включать усреднение там где надо, синхронный запуск развертки с помехами итд...

Наверно пока с разьемами можно не торопиться. SMA достаточны для тех частот где можно сделать напарвленники "на коленке". Хотелось бы обсудить тракт обработки сигнала ПЧ. Поскольку хотим сделать "дешево и сердито" то предлагается в качестве АЦП для обработки сигнала использовать микрочиповский MCP3912- 4 канала с одновременной выборкой ( это важно для измерения фазы) можно разогнать до 125 килосемплов, хотя при этом потеряем точность до 17 бит но можно вытянуть встроенным PGA. Обычный SPI интерфейс, обработку сигнала можно сделать программной без FPGA. Неплохо бы подумать о когерентных выборках, чтобы на один период ПЧ ложилось 8 или 16 отсчетов- это упростит математику, но потребует ФАПЧ для тактовой АЦП.