Jump to content

    

quato_a

Свой
  • Content Count

    169
  • Joined

  • Last visited

Community Reputation

0 Обычный

About quato_a

  • Rank
    Частый гость
  • Birthday 11/22/1988

Информация

  • Город
    Зеленоград

Recent Profile Visitors

3259 profile views
  1. РД В 319.01.11-98 Типовые методики ускоренных испытаний на безотказность и долговечность РД В 319.01.12-98 Типовые методики многофакторных испытаний на безотказность
  2. тогда уточню для работы со значением с размахом +/-700 и точностью 0.0000001234 потребуется 23 бита дробной части после запятой, 10 бит целой части (для обеспечения +/-700) и 1 бит знак fix34_23
  3. если нужна точность до 0.0000001234, то нужно умножать на степень 2 так, чтобы результат был больше 1 0.0000001234 * 2^23 = 1.035... значит нужно выделять минимум 23 бит после запятой для фиксированной точки.
  4. Мысли вслух: А с учетом тактики применения можно сделать так, чтобы в широкой полосе детектировали в каком канале активность и после этого переконфигурировать трансивер на узкую нужную полосу и несущую? Поработать, попринимать и потом снова на сконфигурироваться на широкую полосу поиска. Бред конечно, но все же. При децимации не происходит наложения спектров? Децимация с фильтрацией?
  5. Нет, не из-за АРУ. В той реализации сделал кастомное управление усилением (MGC), сам управлял. Оценивал уровень сигнала и применял изменение усиления после окончания текущего пакета. Новый пакет приходил уже с новым усилением и не было бросков и переходных процессов усиления в начале пакета. Ну так себе решение, надо было быстро. Если мост, а если еще и с фиксированной расстановкой, то направленные антенны как раз подходят. А как Вы оцениваете начало пакета и символьную синхронизацию (границы символов), по преамбуле? Это какая-то реализация стандарта или свое придуманное? А МШУ вообще помогает? Ощутимо? Я думаю все связано с такой большой полосой 56 МГц. Слишком уж высокая шумовая полочка получается. Попробуйте, если есть возможность, сократить полосу/частоту дискретизации в 2, 4 раза и сравнить изменение качества связи. Может более опытные Гуру на форуме подскажут чего еще.
  6. Наверное, скажу баян. Нужен мощнейший инструмент отладки и выявления багов и ошибок. А так же очень гибкая конфигурация приемника, пускай даже избыточная на первый взгляд. Когда мы регулировали один из модемов, то вводили кучу конфигурации (разрешение работы петлей ОС ФАПЧ, скорости схождения mu, заморозка АРУ, установка нужного усиления, задержка реакции АРУ, настраиваемые пороги разных блоков, применение/обход фильтров и проч и проч). Если есть проблема, то ее нужно постараться схватить и не отпускать, пока не выясниться причина и решение.
  7. Максимум работал с полосой 30 МГц для модема ППРЧ с QPSK и 12 МГц для модема OFDM. Чувствительность в одном случае не мерили, поскольку затруднительно, а в другом просто не успели - отгрузили. В целом, визуально при натурных испытаниях давало устойчивый прием на 70-100 м при +20 дБм на частотах WiFi (помойка та еще). Хотя, примонимаю, что созвездия QPSK при OFDM совсем уже были разрушены при уровне усилению АРУ 50 дБ (то есть запас еще был 20 дБ). Но дальше глубоко не успел исследовать. Вот скоро из цеха придут новые железки и начну заново проверять... Это достаточно хороший результат для такой большой полосы 56 МГц. Так LTE, OFDM идеально же подходят для борьбы с межсимвольной. Самая жесткая многолучевка помню была в экранированной камере, сидишь как в консервной банке. Частотно-селективные замирания были +/- 10 дБ, но эквалайзер все равно справлялся и созвездия были норм. А вот в этом случае нужно уже накоплением решать, мне кажется. Попробуйте захватить одновременно сырой сигнал после АЦП и результат после какого-нибудь шага алгоритма (например, эквалайзера). Сырой сигнал прогнать через демодулятор в модели, которая без ограничений по точности. После чего сравнить результаты модели и железа. Таким образом, можно на каждом шаге себя перепроверять. Еще можно захватывать массивы данных по какому-нибудь событию, например, при детектировании мощности и отсутствии срабатывания синхронизации. Нужно исследовать пограничные ситуации...
  8. надо проверить Vivado What's New IDE Enhancements Next gen linter in text editor (Sigasi based) Improved syntax checking Autocompletion Go to definition Find usages Auto formatting / indenting Enabled by project settings
  9. тогда уж для разнообразия посоветую sigasi где-то на ftp лежит лицензия
  10. апгрейдить текущий проект до новой версии IDE и проверить сборку не так уж и долго
  11. Вроде тут нашел полезные методики и формулы, начиная со стр.194 http://library.voenmeh.ru/cnau/UuFTbp7vqqChLtq.pdf
  12. Доброго времени суток! Есть такие требования надежности: Вероятность безотказной работы изделия в течение назначенного срока службы должна быть не ниже 0,9999 при доверительной вероятности 0,8. Испытания на надежность проводятся по программе, согласованной с Заказчиком. В расчетах надежности еще не сталкивался с доверительными оценками. Из теории нахожу, что доверительная вероятность связан с доверительным интервалом. Если я правильно понимаю, то требуемый параметр нужно будет находить/апробировать на этапе ускоренных испытаний по некоторой выборке N изделий в течение определенного периода t. Получим n(t) отказавших изделий. Таким образом, можно провести статистическую оценку вероятности безотказной работы P(t) = [N - n(t)] / N. Дальше пока не понимаю, как привязать к этой статистике доверительную вероятность... Кто-нибудь сталкивался с подобной задачей расчета/испытания? Был бы благодарен, если кто поделится опытом.
  13. достаточно лишь захватить сырые данные с АЦП в матлаб и демодулировать. тогда будет точно ясно: ошибка в демодуляторе или в формировании эталонного сигнала с генератора