Jump to content

    

_pv

Свой
  • Content Count

    2954
  • Joined

  • Last visited

Community Reputation

0 Обычный

About _pv

  • Rank
    Гуру

Контакты

  • Сайт
    http://
  • ICQ
    199070155

Recent Profile Visitors

9955 profile views
  1. СВЧ-резонатор

    в ускорительной технике для ускорения электронных пучков делают сверхпроводящие СВЧ резонаторы, c миллионными добротностями которые накачиваются клистронами под сотню кВт, при этом максимальные эффективные градиенты ускорения - 30МэВ/м. а непосредственно амплитуда поля в центре должна быть пожалуй повыше раза в два или в корень из двух. на медных резонаторах градиенты несколько меньше , а вы хотите поля в 30 раз больше. у вас и частоты конечно немного повыше, но не настолько. просто прикиньте плотность мощности и сколько из этого осядет на стенках резонатора.
  2. FFT на STM32

    100 тактов на отсчёт при 10кгц это целый 1Мгц, тут АВР справится.
  3. FFT на STM32

    ну так может частоту дискретизации приподнять?
  4. FFT на STM32

    использовать можно, правда при этом перед АЦП понадобится фильтр, который 1250Гц пропустит, а вот уже 1300Гц ему надо будет подавить до уровня требуемой погрешности ваших измерений, иначе они отразятся в 1200Гц и вы их никак не отличите.
  5. а дело не в светосиле, MTF любого нормального объектива посмотрите, и это при том, что серьёзные объективы обычно рассчитаны на полноформатные матрицы с соответствующим размером пикселя. а когда размер пикселя меньше микрона, их конечно можно и 100Мпикселей впихнуть в сенсор размером 1см, но никакой объектив столько пар линий на мм никогда не обеспечит.
  6. с таким разрешением в первую очередь на оптику смотреть надо. со своим решением получится и больше по размерам и заметно дороже. разве что только модуль камеры от айфона какого-нибудь взять, но там с документацией совсем беда. для гибкости функционала готовых камер можно посмотреть на что-нибудь вроде CHDK или https://github.com/YITechnology/YIOpenAPI
  7. какой-нибудь at90s что-ли? то, чего там нет - умерло, да и то что есть, тоже не сильно лучше.
  8. https://www.microchip.com/ParamChartSearch/Chart.aspx?branchID=30047 http://ww1.microchip.com/downloads/en/DeviceDoc/30010135D.pdf
  9. для нахождения неизвестной амплитуды надо просто посчитать свёртку, если в лоб то это 500GMACов/c, в artix самый жирный поди влезет. но вместо 1ГГц АЦП для 100МГц сигнала, фильтр нормальный антиалиасинговый перед АЦП поставьте и частоту не придётся настолько задирать.
  10. готовый телефон с адроидом не пойдёт в качестве платформы "камера+микроконтроллер/микро-ПК"? ну либо вместо камеры от распберри взять какую-нибудь готовую action камеру за те же 30$ и картинки с неё по wifi или USB забирать в вообще любой понравившийся одноплатный ПК. возможно удастся найти с качеством картинки получше за те же деньги. ну и цифровые фотоаппараты ещё не окочательно вымерли, в пределах 50$ какой-нибудь самый дешевый кэнон powershot можно поди ещё найти, там только грабли могут быть с управлением по USB, но вот как раз кэноны (раньше во всяком случае) что-то вполне умели.
  11. этот пример не про абсолютные величины попугаев, а про то, что с увеличением длины для FFT становится только хуже, потому что длина "образца" не меняется и всегда остаётся равна 251. возмите максимальную длину ФФТ 262144 и там уже будет 339 тактов на отсчёт, вместо 251 "тактов" на отсчёт для просто свёртки.
  12. длина "образца" 251 отсчётов и не меняется . то есть для просто свёртки всегда надо 251 МАС на каждый отсчёт. а у FFT, при увеличении длины, количество тактов на отчёт растёт (N*logN / N = logN), то есть увеличение буфера сделает только хуже, не? вот таблица для какого-то арма вроде: N FFT cycles cycles/sample 64 4882 76 128 11153 87 256 25700 100 512 58436 114 1024 132145 129 2048 294364 144 4096 666376 163 8192 1546983 189 16384 3605714 220 32768 8115185 248 65536 17498392 267 131072 38844895 296 262144 88794243 339 FFT туда обратно для N=512, надо 58k*2 = 116к тактов, для 8192 - 3M тактов. пусть МАС мы делаем за один такт, тогда для просто свёртки с образцом длиной 251 при длине "буфера" 512 надо 512*251 = 128к тактов, а для 8192 - 8192*251 - уже 2М тактов. а если МАС не за один такт, да ещё и в память за данными слазить надо, не только лишь все процессоры умеют это делать параллельно с АЛУ, то ФФТ может и быстрее будет, но вот зависимость от длины всё равно останется такой же. то есть при фиксированной длине "образца", увеличение длины ФФТ не поможет.
  13. для коротких (256) последовательностей выигрыша от FFT туда/обратно не особо много по сравнению с прямым вычислением корреляции, напрямую надо 256 МАСов на отсчёт, а для ффт, по ~100 тактов на отсчёт туда и столько же обратно.
  14. компаратору "обратную связь" сделайте не положительную для гистерезиса, а на другой вход - отрицательную, при разнице напряжений меньше заданного "гистерезиса" обратной связи, он зазвенит. а после него ФВЧ и пиковый детектор из диода-ёмкости-сопротивления.