Jump to content

    

iiv

Свой
  • Content Count

    2097
  • Joined

  • Last visited

Everything posted by iiv


  1. мне - магниты фокусированные изготавливать, и, кстати с Вашей помощью и помощью форума, я таки научился такие БП делать, спасибо Вам, Plain, и спасибо всем, кто мне год назад советовал! Про ТС - не знаю, я к нему отношения не имею.
  2. мне тоже очень интересно, так как мне тоже требуется похожие и более токи с похожими номиналами напряжений
  3. Добрый день, как-то много АРМов, и все разные. Иногда хочется чего-то простого в разводке, но например, с быстрым АЦП. Скажите, пожалуйста, есть ли такой поисковик, чтоб, например, задал условия: не менее 12 каналов АЦП, каждый на 1MS/s и больше, и получился список АРМов, которые это поддерживают? Конкретно, в данный момент ищу процессор с 12 и больше каналов, чтобы с каждого канала от 1MS/s, а лучше 2MS/s было. Вроде stm32f7 чуть-чуть не дотягивает. Сделать на стороннем АЦП + ПЛИС + процессор могу, но не хотелось бы тратить время на не тривиальную разводку. Спасибо! ИИВ
  4. Спасибо большое! Могу контрольно переключаться не на 160МГц, а в 2 или 4 раза медленнее, чтобы убедиться, что ничего нигде не набегает. У меня и на входе моей измериловки и на выходе измеряемого сигнала есть по ОА, возможно смогу поиграться с их коэффициентами усиления/ослабления.
  5. А, спасибо! Правильно ли я понимаю, что если три фазы, то там этой проблемы не возникает? делал на 5 ферритах https://www.mouser.de/ProductDetail/epcos-tdk/b67385p0000x187/?qs=%2FsLciWRBLmCOn5brl3S0hw==&countrycode=DE&currencycode=EUR в виде трехфазного входного (Ш с крышкой) и 6-ти фазного выходного. Да, габариты с детскую табуретку, но, что поделать. Выходная обмотка 7 витков лентой 0.4мм во всю длину феррита, первичная - лентой 0.2мм в зависимости от того, сколько на выходе надо было. На 45В выходных 2кА кратковременно достигался, а на долго мне не надо было. В этом варианте полновостовой, кажется 10КГц частота была. Основные потери были в нагреве диодов (6кВатт на них рассеивалось, но для короткого включения меня устраивало), пока не поставил на все 6 фаз мосфетные сборки, которые жестко от контроллера управляются, эти потери упали примерно в 5 раз. Потом перешел на схему с последовательным конденсатором на каждом плече трехфазного полумоста, и теперь, варьируя частоту 10-50КГц меняю выходное напряжение. Забираться на большие частоты (больше 70КГц) не смог, так как на 6 фазах выходные мосфеты, что работают как диоды, реально не успевали переключаться.
  6. Спасибо! Вы правы, вроде 8:1 быстрого действительно ничего нет, самое быстрое, что находил - это ADG758, но там 55МГц... У меня там два канала у АЦПшки, и мне надобно 12 (в идеале 16) каналов измерять. Скажите, пожалуйста, если таки sn74lvc2g53 использовать, правильно ли я понимаю, что тогда три слоя делать, то есть на первом 8 штук spdt преобразуют 16 сигналов в 8, управляются все в параллель от одной цифровой ноги, далее 4 штуки spdt делают из 8 этих сигналов уже 4, и еще 2 штуки spdt окончательно получают 2 сигнала, которые заводят на мой 160МГц двухканальный оцифровщик. Или надо все 8 через каждый свой spdt на вход ADC подавать? Спасибо!
  7. простите, пожалуйста, за полуофф, но все-таки какова причина подмагничивания полномостовой схемы? Несколько раз собирал полномостовые схемы, правда многофазные на 300-2000А выходного, не наблюдал, что греется сердечник, вот обмотки, а особенно выпрямительные диоды греются - это да. Правда всегда пользовал условие, чтобы U/N<<0.6*B*S*F, F - частота в килогерцах, B - величина насыщения сердечника, S - площадь сечения сердечника в кв. см, U/N - напряжение на витке.
  8. Спасибо большое, возможно мне по частоте может не хватить. Я пока попробовал на двух MCP3913 задрав в ущерб точности 250КSPS на канал, но, то что хотел - не увидел. 750КSPS на TriCore на канал мне может, к сожалению, не хватить. Может правильнее все 12 каналов замультеплексировать 12:2 и собирать эти данные своей двухканальной поделкой на 160МSPS, всяко у меня там все есть, и процессор с гигафлопсом и гигабайтом оперативки, и плиска, а, главное, я уже все эти интерфейсы запрограммировал и в них разбираться не надо. Спасибо, _pv за идею!!! Огромное всем спасибо за классные советы и обсуждения!
  9. Спасибо большое всем за важные замечания по поводу производительности. Да, мне понятно, что сама обработка не тривиальна, у меня с двух каналов, правда на 160MSPS, самый жирный пятый циклон еле справляется. У меня корреляция не только самими сигналами, но и с несколькими их копиями от предыдущих измерений, поэтому там все так вычислительно сложно (то есть в идеале корреляторов может быть существенно больше 66 как посчитал blackfin, но посмотрев на данные я хочу от многих отказаться). Сейчас я хочу только на данные посмотреть, чтоб понять что дальше туда ставить, понятно, что хочется иметь сразу в кустах рояль суперкомпьютер, но, возможно сделав несколько дампов или посчитав только несколько корреляционных коэффициентов мне будет понятно что мне надо там вычислять, а что - не нужно. скажите, пожалуйста, я на инфенионовских процессорах ни разу до этого не работал, там много танцев с бубном, если надо только 12 потоков с АЦП далее численно обрабатывать результаты посылать по USB на компьютер? Спасибо! так как очевидно, что в таком режиме данные можно вытаскивать через любой удобный интерфейс.  простите, пожалуйста, эти неясности вызваны только тем, что сам алгоритм обработки точно не впишется в любой самый быстрый МК и я только хочу вытаскивать хотя бы часть данных, чтобы на них посмотреть, а вытаскивать в виде самих данных по USB или что-то коррелировать и вытаскуивать коэффициенты - это будет ясно по ходу, возможно надо и то и другое будет попробовать.
  10. Спасибо большое, _pv, пока хочу попробовать по Вашему совету с одной OM13054, на которую подавать сигнал через три мультиплексора ADV3221 (а может и ADG704 будет достаточно). Поставить 4 платы lpclink2 боюсь не осилить и не только из-за сложности в синхронизации, но и в сложности по объединению данных для обработки, на 80MSPS суммарно получается гигабитный поток и не понятно как из этой платы его вытащить. Техасовская плата конечно интересна, но возможность оцифровывать мои сигналы на 6MS/s против 1.2MS/s существенно меняет расклад. Скажите, пожалуйста, а как и на какой скорости можно вытаскивать данные с OM13054 на PC и правильно ли я понимаю, что только по USB? Как-то странно, что на сайте https://www.nxp.com/design/microcontrollers-developer-resources/lpc-microcontroller-utilities/lpc-link2:OM13054 очень мало информации про саму плату и физического расположения коннекторов на ней, а заказать сегодня ее я не успел, то есть придет только теперь не раньше понедельника.
  11. Спасибо большое за классные советы! А действительно есть большое разнообразие. Конкретно на данный момент мне надобно максимально быстро и дешево оцифровывать одновременно 12 каналов, в которых есть несколько гармоник из диапазона 10КГц-15МГц и попробовать эти каналы друг с другом пачками по 1мс коррелировать. То есть и памяти надо немного - где-то на 3-5 копий с каждой миллисекунды, и точность - абы как, то есть и 8 бит хватит. Я предполагаю, что пока могу забить на высокочастотные гармоники, возможно даже превентивно фильтруя его, и рассматривать сигнал с 100КГц-1МГц, но если есть возможность работать на большей частоте, то лучше. Если корреляция получится, то перейду на классическую схему АЦП - ПЛИС - компьютер (а входной сигнал будет с уже большими частотами, и каналов может быть больше), но хочется проверить теорию максимально быстро и с минимальными затратами на железо. То есть сейчас очень заманчиво поставить 6 однобитных мультиплексоров на каждый вход lpc4370 и попробовать такое развести и запрограммировать, хотя ИМХО, на stm32h7 наверное будет проще, хоть я высокие частоты не увижу.
  12. если напряжение до 35В, тогда IXDF604, всяко оно, с мною выше предложенным ucc27524, по пинам совпадает и можно комбинировать. Другое дело, что если бы ТС фронты меньше 5нc и напряжение выше 35В надо было, то тогда да, наверное стоило бы огород городить.
  13. Скажите, пожалуйста, а почему бы вместо всего этого огорода не поставить туда мосфет драйвер, например, ucc27524, ведь заявленные в первом Вашем сообщении 12В на 50Ом он с легкостью сделает?
  14. Ага, верно, спасибо большое за комментарии!
  15. Спасибо, я правда как раз совершенно не это хотел :( мне хочется более-менее разумный пример самого преобразователя из миди сигнала в аудио. То есть у меня есть кейброда, из которой идет миди, а ее далее преобразовывают в аудио сигнал. То есть я конечно понимаю в общем как это сделать, понимаю, что нужны банки звучания инструментов, и еще миного чего, но хотелось бы посмотреть как это реализуется минималистически, например, для фортепиано, и подкинуть эту идею своим детям.
  16. Спасибо! Правда с пиками, боюсь, поленюсь связываться, ибо сам не пользовал никогда. У меня мои дети на фортепиано играют, вернее на кейборде (Фатар грант-тач), но через компьютерный сексенсер. Я недавно им подбросил идею совместно сделать железку и написать программу, чтобы поток с MIDI превращать в выход на динамики. На компе писать это очень не реально, так как надо залезать в реал-тайм ядро, и они точно не потянут, а вот на МК, ИМХО, все более-менее обозримо, тем более, что из периферии один компорт на вход и один ЦАП на выход. Писать с нуля все - и самому лениво, и они пока еще не потянут (11 и 13 лет), а если взять что-то опенсорсное и попробовать улучшать - да, должно получаться. В их возрасте они долгоиграющие проекты потянуть не смогут.
  17. Полуофф (шепотом) а преобразовывать MIDI поток в звуковой сигнал на МК можно? И, если да, есть ли какой-то простой вариант прошивки для какого-нибудь арма (на ардуинах, думаю, не потянет) в открытом доступе?
  18. не, ну 1812 с прорезью в плате можно, а без - недавно сам учавствовал в споре со знакомым, он таки проспорил, утверждая, что можно, хотя мы и метоксипропанолом в ультразвуке с подогревом мыли и дважды вакуумом тянули - все равно без толку, под пузом этого сопротивления пару гигаом таки набежало.
  19. для выполнения сортировки массива 100М, вам надобно 1.4Г сравнения, или, если в лоб, 28* 400*2=22.4ГБ передачи данных по памяти. Если считать, что за 4.75 Ваш процессор выполнит 19 Г сравнений, или начитает/напишет 50ГБайт из памяти, очевидно, что Вы сортировали упираясь на доступ в память, DDR3-1333 имеет скорость около 11ГБайт/с, чуток задействовав кеш на первых коротких сортировках. То есть при должном старании вы должны получить эту сортировку за 1.2 секунд (5ГБайт передач по 11ГБ/с впараллель с 19Г операций по 16Г в секунду, 8 сравнений за такт i7, если мне не изменяет память) и только тогда оно сядет на скорости процессора, и это вместо ваших 4.75 секунд. Теперь надо еще вспомнить, что есть кеш инструкций (L1 тоже 16кбайт, про остальные кеши не стоит думать), есть еще плохая конвейеризация инструкций (сброс предсказателя загрузки очередной команды) при выполнении условных переходов и с этими факторами тоже надо бороться - они могут полностью перечеркнуть все ваши старания.
  20. У вас алгоритм N log N операций сравнения и столько же операций по чтению и записи по памяти. Следовательно, помня, что память в десятки раз медленнее про сравнения пока забьем. вот тут вы путаете операцию prefetch с доступом в кеш. Если бы у вас было бы куча вычислительной работы на одно чтение из памяти, да, этот prefetch очень бы помогал, но у вас он как мертвому припарка. Теперь давайте рассмотрим массив 1024 чисел 4 байтовых целых для сортировки, тогда вам надобно еще столько же памяти для временного буфера и тогда все это хозяйство влезает в 8кбайт, что меньше размера первого кеша. Пока у вас массив такой маленький, за первый проход вы его медленно зачитаете из памяти в кеш за N операций, а потом оставшиеся 9N операций (log 1024 - 1)*N будете обращаться только в кеш, то есть реально потратите времени как если бы 2N раз читали из памяти. Если вы попарно, по 4, по 8 начнете гулять по всему огромному массиву, который не влез в кеш, то вы вместо этих 2N потратите 10N. То есть при длине в 1М ваш алгоритм должен потратить времени, примерно равному чтению 20M ячеек памяти, а полностью рекурентный - только 12M. Если хочется оптимизировать дальше, то можно обойтись всего-то 4M, что по сравнению с 20M даст выигрыш в 5 раз. Вроде не много, но тоже что-то. Вот если бы большие матрицы друг на друга умножали бы, там можно было бы получить выигрыш и в 100 раз. Я еще 20 лет назад своим студентам лекции по вычислительной математике начинал с примера умножения матриц, просил их написать, а демонстрировал хорошо оптимизированный по кешу и конвейеру алгоритм, который обыгрывал их реализацию в 10-100 раз (раньше отношение пиковой производительности к доступу к памяти было не такое большое), после этого студентам было интересно ходить ко мне на лекции. Почитайте книжку, что вам посоветовали, или просто погуглите про процессорные кеши и кеш оптимизацию математических алгоритмов - узнаете много нового. В настоящий момент программную реализацию (после вывода теоретических формул) начинают не с программирования, а с планирования как распределить память под задачу на той архитектуре, на которой планируется считаться. Понятно, AVR и аналогичных процессоров с детерминистическим доступам это не касается :)
  21. На пальцах, пока у вас сортировка идет с блоком размера 16кбайт (если мы про интелы) то надо считать число операций, а как только вы вылезли из этих пределов и пока еще линейно адресируетесь по памяти, число чтений и записи в эту память. Операции идут грубо говоря на тактовой процессора (вы всяко быстро не научитесь конвейеризовать инструкции) а обращение к памяти на ее тактовой, которая в 10 раз меньше. Ну а как полезете дальше в детали, то узнаете что кешей есть много и есть страничная организация памяти и есть векторно конвейерный параллелизм исполнения инструкций. При старании сортировка может быть ускорена раз в 5 с учетом всего этого, но алгоритмы сортировки маленьких и больших массивов сильно отличаются
  22. если гоняете на процессорах с кешем, то лучше рекуррентно переключая вспомогательный массив, тогда пока у вас размер сливаемых данных лезет в кеш, все будет считаться быстро, а потом уже так и так ноль шансов, или сливать по много потоков - но это уже формально - другой вид сортировки. В остальном - все верно.
  23. я довольно понятно выразился, что хоть мне и тема любопытна и ТС я посоветовал как минимум несколько компонент и решений, сам я участвовать не только не планировал из-за соображений нарушений чужих патентов, но и не разделяю позицию бездумно повторять чужое, даже если эта позиция законна на территории РФ с точки зрения патентного права. Странно, что a123-flex почему-то меня обвиняет во всех смертных грехах, что де я якобы навязываюсь к ТС в подрядчики. Мне реально моей задачи с ЯМРом хватает, а участие в обсуждении задачи ТС мне интересно, так как у меня сигналы примерно того же порядка, правда меняются на бОльших частотах. Надеюсь, что a123-flex перестанет тут флеймить не по теме.
  24. a123-flex так вас же вот так даже чучелом в нечер-то не вписывают, если б только алгоритм - и я бы был просто по найму - меня в соавторах там не было бы. Хаить не себя - всегда легко, не так ли? Оправдываться мне тут нечего - я с десяток лет сидел с полным доступом к не мной разработанным спектрометрам - то есть имел возможность обрабатывать и работать с сигналами ЯМР, а вот свою железку начал делать относительно недавно. Именно имея такой опыт за плечами - предостерегал ТС этого топика от возможных заморочек.
  25. так именно из-за активных участников форума электроникс я многое для своей технологии смог, и, кстати, да, на удивление то, что по ссылке обсуждалось заработало, но заметьте - решение как и что делать принимал я сам, а не искал мальчика, кто бы мне эту плату по дешевке развел, спаял, отладил, и софтвер написал, и корпус собрал, и анализы провел. Считаю не грех учиться даже имея два диплома и кандидатский диссер за плечами, и премного благодарен тем, кто мне дельно тут советовал и не устану это повторять. И кстати да, в 2011 я пришел на форум не сильно разбираясь как читать даташиты, а сейчас многое могу сделать и многое уже получается, за что я всем помогавшим премного благодарен. a123-flex а у вас в чем проблема, что вы так рьяно на мои топики отзываетесь, придумайте и разработайте технологию хотя бы такого же уровня как и у меня, и профинансируйте это из своего кармана, тогда и на других гавкать от зависти не придется. думаю, что суммарный индекс цитирования больше 700 на мои научные стати в области ЯМР говорят о том, что ЯМР данные я обрабатывать умею, и многие это уже признали. А железку - да, до сих пор учусь делать, есть такое.