Альтернативная генерация

[Transformer-V]

Тоже предстоит "воспроизвести" аппроксимированный синус, для управления мощными ключами которые будут "насиловать" огромными токами тяжеленный трансформатор в мостовом режиме или со средней точкой(с режимом пока не определился). Задача рулить вонючими ассинхронниками(компрессор холодильника, насосы и т.д.) При этом не использовать компараторы и прочие плюшки сильно упрощающие задачу, задача сгенерировать синус исключительно на элементарной логике. Пока очень ленива(времени нет) написал программу эмулятор под винду, где прямиком через USB компа (usb изолятор+мост+логика+драйвер) можно качать ключами различные трансформаторы от ВЧ до НЧ.

[As]

Винда не является ОС "реального времени", сформировать стабильные временные промежутки программным методом в ней невозможно...

[Transformer-V]

[uquote="As",url="/forum/viewtopic.php?p=4714536#p4714536"]Винда не является ОС "реального времени", сформировать стабильные временные промежутки программным методом в ней невозможно... [/uquote]
Можно, мост содержит буфер-машину FIFO, которому по барабану что там с ОS, входящая скорость 480Mbit/s, исходящая 30Mbit/s
Идеальный меандр на выходе.

[КРАМ]

[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714543#p4714543"]Идеальный меандр на выходе.[/uquote]
А кому он нужен, этот меандр?
Управление реального времени не допускает буферизации. Патамушта это задержка. Да и управление двигателями и трансформаторами - -это дорога в обе стороны. Там даже МК требует встроенных специальных аппаратных формирователей. Патамушта остановка - это пожар.
Ну и применять комп в качестве кварцевого генератора - странная затея.

[Transformer-V]

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714572#p4714572"]А кому он нужен, этот меандр?[/uquote]
В текущей задаче точно не тебе. А так частота внутренного генератора от 100Hz до 30MHz без задержек.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714572#p4714572"]Управление реального времени не допускает буферизации. Патамушта это задержка.[/uquote]
Выходная частота USB порта(v 2.0) 240MHz, более того USB порт(PCH южный мост любого современного компа от 2009 года) имеет эффективный диспетчер, следовательно буферизация машиной FIFO с памятью на борту при максимальных 30MHz это пустое место. Разрывов так сказать не будет от слова совсем.

P.S. Есть еще более мощные кипарисовые usb мосты, там частоты доходят до 100MHz и таки да без задержек, на их базе производят отличные осциллографы.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714572#p4714572"]Да и управление двигателями и трансформаторами - -это дорога в обе стороны. Там даже МК требует встроенных специальных аппаратных формирователей. Патамушта остановка - это пожар.[/uquote]
МК сильно отстает по скорости, мощности от машины X86/X64.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714572#p4714572"]Ну и применять комп в качестве кварцевого генератора - странная затея.[/uquote]
Идеальная, потому что можно реализовать любые "кульбиты" и трюки PWM в одном окошке c дружественным GUI щелкая мышкой и клавой, да и впрочем сам опорный генератор внутри моста.

[sancio]

У Слесаря китайский гибридный солнечный инвертор PowMr 6.2 kW(у меня такой же, неплохая в принципе машина), который он зачем-то сразу кинулся переделывать. Главное для достижения максимальной эффективности солнечной электростанции - согласование тока и напряжения, выдаваемых полем солн. панелей, с аналогичными входными параметрами инвертора. Для того, чтобы панели работали в точке максимальной мощности(МРРТ), их суммарное напряжение должно быть близко(но чуть меньше) к максимально допустимому напр. на входе инвертора(его МРРТ контроллера). Слесарь значение напряжения не озвучил, но если его панели дают всего 1.4 кВт, это всего четверть допустимой мощности инвертора. И как от такой мощности может перегреваться траф, рассчитанный на 6.2 кВт(даже китайских) - хз.

[As]

[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714576#p4714576"]Выходная частота USB порта(v 2.0) 240MHz, более того USB порт(PCH южный мост любого современного компа от 2009 года) имеет эффективный диспетчер, следовательно буферизация машиной FIFO с памятью на борту при максимальных 30MHz это пустое место. Разрывов так сказать не будет от слова совсем.

P.S. Есть еще более мощные кипарисовые usb мосты, там частоты доходят до 100MHz и таки да без задержек, на их базе производят отличные осциллографы...[/uquote]
Нужно учесть, что любой обмен через порты дозируется системным таймером, т.е. пакеты будут модулированы частотой 60 герц... Это не критично при приёме данных (буферная память выручит...), но при передаче это не лечится никак... Есть у меня одна сервисная программа, пытающаяся формировать периоды порядка единиц-сотен миллисекунд программно, через аппаратный СОМ-порт, для которого она изначально написана, задержки ещё приемлемы, через конвертер USB-CОМ задержки пляшут на столько, что в драйверах горит защита...

[Слесарь]

[uquote="sancio",url="/forum/viewtopic.php?p=4714612#p4714612"]который он зачем-то сразу кинулся переделывать.[/uquote]

Слышал звон, да не знаю где он....
В тему не вникал, нечего и встревать со своими примитивными доводами обычного электрика.

Добавлено after 1 hour 2 minutes 2 seconds:
После доработки, режим работы аккумуляторного трансформатора изменяется от синусоидального режима, к режиму меандр, в соответствии с изменяющимся моментальным значением мощности трансформации.

Вот на фото, солнечная мощность 950Вт, мощность нагрузки на выходе преобразователя переменного тока (нагреватель) 1500Вт. Желтый луч осциллографа это потенциал на дополнительном витке аккумуляторного трансформатора. Синий луч, это выходной переменный ток нагрузки 50 Гц. (нагреватель).
На экране видно как изменяется режим работы аккумуляторного трансформатора от синусоидального к режиму меандр с частотой 100Гц.





Добавлено after 4 minutes 46 seconds:
Напомню, мной предполагается, что синусоидальный режим трансформатора наиболее эффективный, с минимальными потерями при трансформации, для чего и была применена эта доработка. При малом моментальном значении мощности трансформации включается синусоидальный режим работы. С повышением моментального мощности, пропорционально мощности трансформатор переходит от синусоидального, ближе к режиму меандр.

[КРАМ]

[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714576#p4714576"]частота внутренного генератора от 100Hz до 30MHz без задержек.[/uquote]
Задержек относительно ЧЕГО?
[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714576#p4714576"]Разрывов так сказать не будет от слова совсем.[/uquote]
Каких еще "разрывов"? Ты вообще о чем?
Система реального времени характеризуется величиной латентности реакции на внешние события. Вот эту латентность и надо определить.
Для чего требуется ВНЕШНИЙ генератор формирующий некие короткие (например 50 нс) импульсы с переменным (желательно хаотичным) периодом следования. Период должен быть достаточно большой. Например в районе 50...100 мкс.
Эти импульсы подаются на вход системы реального времени. Система их принимает, выполняет некую шаблонную задачу заведомо известной длительности (можно даже фиксированное количество NOP-ов) и по ее завершении формирует импульс какой то длительности.
Осциллограф синхронизируют по каналу, на котором отображаются входные импульсы, а другой канал отображает выходные импульсы. Джиттер выходных импульсов даст нестабильность латентности, а время между передними фронтами за вычетом времени выполнения задачи даст латентность.
Если время выполнения задачи определить затруднительно, то измерения можно проделать раздельно. С задачей - джиттер, без задачи - латентность.
[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714576#p4714576"]Есть еще более мощные кипарисовые usb мосты, там частоты доходят до 100MHz и таки да без задержек, на их базе производят отличные осциллографы.[/uquote]
Ты сначала разберись как устроены эти "отличные осциллографы" в части того места, которое в них занимает рекламируемый тобой мост.
А то там есть в питании и преобразователи. Они тоже обеспечивают работу "отличных осциллографов". Только к возможностям этих осциллографов они отношения не имеют.
[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714576#p4714576"][uquote="КРАМ",url="/forum/viewtopic.php?p=4714572#p4714572"]Да и управление двигателями и трансформаторами - -это дорога в обе стороны. Там даже МК требует встроенных специальных аппаратных формирователей. Патамушта остановка - это пожар.[/uquote]
МК сильно отстает по скорости, мощности от машины X86/X64.[/uquote]
Тяжелый клинический случай...
Тут никто не утверждал, что МК опережает X86/X64 по скорости и мощности. Тут обсуждался вопрос использования ПК ПОД УПРАВЛЕНИЕМ ОС ОБЩЕГО НАЗНАЧЕНИЯ в системах реального времени. Но если на ПК поставить ОСРВ, то вне всякого сомнения этот ПК будет "быстрее и мощнее" МК во встроенной системе.
Только непонятно зачем это делать?
Большинство задач управления не требуют огромных вычислительных мощностей. Они требуют АППАРАТНОЙ ПЕРИФЕРИИ способной работать в контуре управления. А вычислительному звену отводится роль поддержания этой периферии.
Ну и цена с потребляемой мощностью имеют значение.

[Слесарь]

Дом теперь полностью работает от солнечной электростанции, даже когда день пасмурный заряда АКБ хватает протянуть работу до следующих солнечных дней. Полностью откинул городскую электросеть, сразу получилось что вместе с городской электросетью откинулось заземление нулевого проводника электросети в доме. Получилось, в розетках в доме между PE и одним и другим рабочими клеммами около ~120В. То есть нет разделения на фазный и нулевой провода в розетке. Не знаю, можно ли так работать?
Заметил, что некоторые светодиодные светильники в доме стали немного подсвечиваться ночью, похоже из-за потенциала между рабочим проводом корпусом светильника с защитной землей.
Если таки надо один из проводов в розетке сделать нулевым, то в каком месте надо подключить заземление? На металл корпусе сетевого преобразователя есть клемма заземление, эта клемма сейчас не используется, достаточно ли будет заземлить эту клемму?
Да. И как раз кажется стало понятно почему пр работе солнечной электростанции переставала работать сенсорная мышь ноутбука, приходилось во время отладки, чтоб мышь ноутбука функционировала, другой рукой держаться за корпус солнечного преобразователя.

[Transformer-V]

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714669#p4714669"]Задержек относительно ЧЕГО?[/uquote]
Задержек относительно твоего развития в области машин x86/x64. Задам встречный вопрос, какие АППАРАТНЫЕ мосты(не эмуляция при помощи MCU) ты юзал за последние пять лет, при использовании машины x86/x64, какое ПО было написано при этом, какой уровень ПО - ядро или юзер? Если мосты не использовались, и не писалось ПО, то спор ни о чем!

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714669#p4714669"]Система реального времени характеризуется величиной латентности реакции на внешние события. Вот эту латентность и надо определить.[/uquote]
Таймер латентности таки да, так же присутствует в аппаратном мосте, его можно настроить "прямиком" из винды. Ничего определять не нужно, достаточно скурить(прочесть) мануал к микросхеме.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714669#p4714669"]Для чего требуется ВНЕШНИЙ генератор формирующий некие короткие (например 50 нс) импульсы с переменным (желательно хаотичным) периодом следования. Период должен быть достаточно большой. Например в районе 50...100 мкс.
Эти импульсы подаются на вход системы реального времени. Система их принимает, выполняет некую шаблонную задачу заведомо известной длительности (можно даже фиксированное количество NOP-ов) и по ее завершении формирует импульс какой то длительности.[/uquote]
Объясняю последний раз как для школьника, задача хост машины, в данном случае x86/x64, первоначально настроить(инициализировать) мост и отправить байты мосту на огромных скоростях, дожидаться отправки очередной порции байт, вся остальная рутина выполняется логикой самого моста, без задержек, с идеальными фронтами, без джиттера и прочей ерунды присущей к примеру при использовании программного ногодрыга LPT(378h-out) порта в среде винды.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714669#p4714669"]Ты сначала разберись как устроены эти "отличные осциллографы" в части того места, которое в них занимает рекламируемый тобой мост.
А то там есть в питании и преобразователи. Они тоже обеспечивают работу "отличных осциллографов". Только к возможностям этих осциллографов они отношения не имеют.[/uquote]
Я их знаю как свои пять пальцев, таки да - мост в них ядро. А исполнены очень просто: байонеты-OAMP-ADC(32bit)-USB_BRIDGE. А вот ты по всей видимости их видел только на картинках.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714669#p4714669"]Тяжелый клинический случай...

Тут никто не утверждал, что МК опережает X86/X64 по скорости и мощности. Тут обсуждался вопрос использования ПК ПОД УПРАВЛЕНИЕМ ОС ОБЩЕГО НАЗНАЧЕНИЯ в системах реального времени. Но если на ПК поставить ОСРВ, то вне всякого сомнения этот ПК будет "быстрее и мощнее" МК во встроенной системе.

Только непонятно зачем это делать?[/uquote]
Действительно клинический случай, пора тебе лечиться из за клинической зависти, пролистни выше тему и прочти вдумчиво для чего написан эмулятор, повторю вновь - всяко лучше использовать дружественное GUI окно с массой настроек моста и логики, чем писать ограниченную по ресурсам проца и памяти пургу для MCU, дожидаться программирования памяти, и отладки MCU. "Реальное время" обеспечивается средствами моста, задача хост машины "пополнять" байты, тогда, когда это необходимо мосту или забирать их на огромных скоростях, в этом и есть преимущество x86/x64 машины, в том числе обработка, накопление входных данных, ни один MCU с этой задачей не справится.

[КРАМ]

[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714769#p4714769"][uquote="КРАМ",url="/forum/viewtopic.php?p=4714669#p4714669"]Задержек относительно ЧЕГО?[/uquote]
Задержек относительно твоего развития в области машин x86/x64. Задам встречный вопрос, какие АППАРАТНЫЕ мосты(не эмуляция при помощи MCU) ты юзал ...бла...бла...бла...[/uquote]
Ответ принят. Оценка - кол. Ты даже не понял о чем вопрос.
[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714769#p4714769"][uquote="КРАМ",url="/forum/viewtopic.php?p=4714669#p4714669"]Система реального времени характеризуется величиной латентности реакции на внешние события. Вот эту латентность и надо определить.[/uquote]
Таймер латентности таки да, так же присутствует в аппаратном мосте[/uquote]
Какой еще "таймер латентности"?
Ты вообще понимаешь что такое латентность или пишешь первое, что на ум придет?
[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714769#p4714769"]задача хост машины, в данном случае x86/x64, первоначально настроить(инициализировать) мост и отправить байты мосту на огромных скоростях[/uquote]
Невозможно отправить то, чего нет. Событие - это всего один фронт (а точнее один системный клок). Контроллер, получая его (ОДИН КЛОК) реагирует на него одним из своих возможных действий - вход в прерывание, захват значения, транзакция ДМА и т.д. А у тебя мост куда то чего то хуячит на огромных скоростях. Правда на этих огромных скоростях он хуячит кучу байт, редуцируя скорость кратно, но тебе то какое до этого дело... Ты у нас менагер рекламщик от Х86...
И кроме того, а в каком тут месте можно приблудить FIFO? Чем может помочь FIFO в части ускорения передачи события? Событие невозможно буферизовать со стороны его передатчика. Его буферизуют В МЕДЛЕННОМ ПРИЕМНИКЕ, чтобы это событие не пропустить. Правда при этом латентность растет на время хранения события в FIFO. Но какая тебе разница? Главное - нести ахинею. Равномерно и прямолинейно.
[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714769#p4714769"]Я их знаю как свои пять пальцев, таки да - мост в них ядро. А исполнены очень просто: байонеты-OAMP-ADC(32bit)-USB_BRIDGE.[/uquote]
Так можно сделать только игрушечный осциллограф. Осциллограф - это еще и система синхронизации.
Впрочем, про разрядность АЦП ты смело написал. Врать - не мешки ворочать. Покажи мне 32-битный АЦП способный работать с рейтом хотя бы 10 мспс. И это при том, что 10 мспс - это для осциллографа полный треш. Так можно сделать херовый показометр с интерполяцией с полосой порядка 1 МГц.
Пешы исчо.
[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714769#p4714769"]всяко лучше использовать дружественное GUI окно с массой настроек моста и логики, чем писать ограниченную по ресурсам проца и памяти пургу для MCU, дожидаться программирования памяти, и отладки MCU.[/uquote]
Тут кто на кого учился.
Могу только сказать, что никто не использует ОС общего назначения в системах реального времени. Ну разве только ты.
Правда ты известный гнездун...Что с тебя взять...

[Transformer-V]

[uquote="As",url="/forum/viewtopic.php?p=4714631#p4714631"]Нужно учесть, что любой обмен через порты дозируется системным таймером, т.е. пакеты будут модулированы частотой 60 герц...[/uquote]
Нет, это так не работает, любое аппаратное "событие" в компе вызывает прерывания interrupted, прерывания вызывает USB HOST контроллер в PCH мосте когда потребует сам раб, или когда подключили раба. Пакеты отправляет аппаратный диспетчер серией по 64 байта, размер транзакции зависит от драйвера(ПО к винде) устройству , таким образом оптимизированная пропускная способность достигается, когда объем данных передается за наименьшее количество транзакций. Тут опять таки зависит от адекватности программиста и самого производителя оборудования.

[uquote="As",url="/forum/viewtopic.php?p=4714631#p4714631"]Это не критично при приёме данных (буферная память выручит...), но при передаче это не лечится никак... Есть у меня одна сервисная программа, пытающаяся формировать периоды порядка единиц-сотен миллисекунд программно, через аппаратный СОМ-порт, для которого она изначально написана, задержки ещё приемлемы, через конвертер USB-CОМ задержки пляшут на столько, что в драйверах горит защита... [/uquote]
Исключительная проблема производителя, а именно в драйвере и сильно упрощенных(отсутствующих) внутренностях этого COM порта. Существующие современные решения - usb мосты лишены данных недостатков.

Добавлено after 23 minutes 17 seconds:
[uquote="КРАМ",url="/forum/viewtopic.php?p=4714774#p4714774"]Ответ принят. Оценка - кол. Ты даже не понял о чем вопрос.[/uquote]
Тебя не просили оценивать, тем более то, в чем ты совершенно не компетентен(понятно в ходе твоих тщетных попыток понять тему).

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714774#p4714774"]Какой еще "таймер латентности"?
Ты вообще понимаешь что такое латентность или пишешь первое, что на ум придет?[/uquote]
Что и требовалось доказать, совершенно не владеет предметом, следовательно мосты не юзал, ПО не писал.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714774#p4714774"]Невозможно отправить то, чего нет.[/uquote]
Можно конечно, к примеру подготовленный объем данных весом 1ГБ, все сразу не отправится, "порционно" отправиться.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714774#p4714774"]А у тебя мост куда то чего то хуячит на огромных скоростях. Правда на этих огромных скоростях он хуячит кучу байт, редуцируя скорость кратно, но тебе то какое до этого дело... Ты у нас менагер рекламщик от Х86... [/uquote]
Конечно ведь в нем(мост) машина команд, и прочие плюшечки для взаимодействия с хост машиной x86/x64, в том числе прерывания, ожидания и прочее, прочее. Так что MCU тут сильно отстает.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714774#p4714774"]Так можно сделать только игрушечный осциллограф. Осциллограф - это еще и система синхронизации.[/uquote]
"Игрушечный" осциллограф пользуется спросом, хорошие продажи, значит таки не игрушечный.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714774#p4714774"]Тут кто на кого учился.
Могу только сказать, что никто не использует ОС общего назначения в системах реального времени. Ну разве только ты.
Правда ты известный гнездун...Что с тебя взять... [/uquote]
Правильно, не постиг ты азы программирования на платформе x86/x64 таки зря потерял время, так что кто на что учился. По поводу остального - учить тебя бесплатно никто не будет, даже в этой текущей теме, в том числе выкладывать готовые решения, исходный код, схематические решения, типы используемых мостов. Все то "готовенькое", которое ты можешь применить на своем производстве и сильно упростить задачу своим коллегам.

[КРАМ]

[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714776#p4714776"][uquote="КРАМ",url="/forum/viewtopic.php?p=4714774#p4714774"]Ответ принят. Оценка - кол. Ты даже не понял о чем вопрос.[/uquote]
Тебя не просили оценивать, тем более то, в чем ты совершенно не компетентен(понятно в ходе твоих тщетных попыток понять тему).[/uquote]
Это твой традиционный способ сохранить лицо. Ожидаемо.
Ты не смог ответить на простейший вопрос. Заслуженный кол.
[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714776#p4714776"][uquote="КРАМ",url="/forum/viewtopic.php?p=4714774#p4714774"]Какой еще "таймер латентности"?
Ты вообще понимаешь что такое латентность или пишешь первое, что на ум придет?[/uquote]
Что и требовалось доказать, совершенно не владеет предметом, следовательно мосты не юзал, ПО не писал.[/uquote]
Причем тут ПО? ты не понимаешь что такое латентность, а упоминаешь ПО.
Покажи связь между латентностью на события и ПО. ПО реагирует лишь после того, как событие до него дойдет.
[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714776#p4714776"][uquote="КРАМ",url="/forum/viewtopic.php?p=4714774#p4714774"]Невозможно отправить то, чего нет.[/uquote]
Можно конечно, к примеру подготовленный объем данных весом 1ГБ, все сразу не отправится, "порционно" отправиться.[/uquote]
Каких еще "данных"? Ты бредишь. Нет никаких "данных". Есть внешнее событие и есть реакция на него.
Событие принимается в виде фронта, реакция на него генерирует фронт. Время между фронтами - это латентность - задержка реакции системы на событие.
[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714776#p4714776"]MCU тут сильно отстает.[/uquote]
Ты сначала озвучь латентность твоего компа на события по выше озвученной методике. Тогда и поговорим про "кто сильно отстает".
[uquote="Transformer-V",url="/forum/viewtopic.php?p=4714776#p4714776"][uquote="КРАМ",url="/forum/viewtopic.php?p=4714774#p4714774"]Так можно сделать только игрушечный осциллограф. Осциллограф - это еще и система синхронизации.[/uquote]
"Игрушечный" осциллограф пользуется спросом, хорошие продажи, значит таки не игрушечный.[/uquote]
Игрушечный осциллограф может пользоваться спросом. У детей.
Только непонятно зачем ему 32 бита?
Ты сначала посмотри цену на SAR ADC 32 разряда и 1 мспс.
Это осциллограф с полосой примерно 100...200 кГц.
Для чего ему скоростной мост?

[Фунтик]

учить тебя бесплатно никто не будет, даже в этой текущей теме, в том числе выкладывать готовые решения, исходный код, схематические решения, типы используемых мостов

Не надо никого учить. Просто стань мультимиллионером. Долларовым. Этим ты сразу всем всё докажешь.

Огромная армия инженеров разнообразных корпораций, лабораторий, р&д студий более четверти века бъётся над задачей быстрого отклика х86 на внешнее воздействие. Именно в среде ОС общего пользования. Это те, кто для музыкантов всяческие интерфейсы разрабатывают. Так вот у них то, что ты описываешь - не получается. Ни с PCI не получалось, ни с USB, ни сейчас с PCI-E, хотя шины быстрые. Даже драйвер специальный придумали, ASIO. А всё одно - 2ms да подай... Дашь им решение беззадержечное - озолотишься. Музыкантов много по всему миру, и все готовы платить за подобное. Так что патентуешь беззадержечную передачу - и десятки производителей обсыпят тебя долларами, евриками, йенами и прочими дензнаками. Или хотя б предъяви им работающий прототип - возьмут на работу с охренненной зарплатой. Да хоть на модные стартапы выкати возможность такой передачи - уже миллионы баксов соберёшь запросто!!! Просимо, панове

А про всякие USB осцилkы - посмотри сколько там памяти (и подумай, для чего она там), и поставь рядом с монитором обычный, аналоговый осциллограф. Посмотри на разницу во времени отображения сигнала и перестань чушь нести про сверхбыстрые шины и беззадержечные передачи.

[Transformer-V]

[uquote="КРАМ",url="/forum/viewtopic.php?p=4714781#p4714781"]Это твой традиционный способ сохранить лицо. Ожидаемо.
Ты не смог ответить на простейший вопрос. Заслуженный кол.

Игрушечный осциллограф может пользоваться спросом. У детей.[/uquote]
И так, последний раз задаю вопрос: какие АППАРАТНЫЕ мосты(не эмуляция при помощи MCU) ты юзал за последние пять лет, при использовании машины x86/x64, какое ПО было написано при этом, какой уровень ПО - ядро или юзер?

P.S. "Лицо" ты потерял, как только заикнулся про x86/x64, ну и по части языка C, где ты в нем аутентичный НУЛЬ, это Я тебе говорю как разработчик с 20 - летним стажем.
По части осцилла, как всегда мимо - аки фанера над Парижем, аппарат - "игрушка" содержит минимум два канала по 20MHz. Так что чем дальше, тем смешнее ты себя закапываешь, по части USB-мостов.

[uquote="Фунтик",url="/forum/viewtopic.php?p=4714982#p4714982"]Посмотри на разницу во времени отображения сигнала и перестань чушь нести про сверхбыстрые шины и беззадержечные передачи.[/uquote]
Фунтик(клон), по части времени и сверхбыстрые шины ты так же пролетаешь как фанера над Парижем, впрочем ты некомпетентен(из прошлых бесед по любым техническим темам) во всем, так что получай заслуженную итоговую оценку.

[Фунтик]

Фунтик(клон)

клон кого или чего?

по части времени и сверхбыстрые шины ты так же пролетаешь

ну так я и не шина...

впрочем ты некомпетентен(из прошлых бесед по любым техническим темам) во всем

пока что все видели только твою некомпетентность. Я вот даже специально не полез в тех. тонкости - просто показал сверху, что восхваляемая тобой архитектура не имеет возможности адекватно реагировать. И даже те, кто может на эту архитектуру повлиять - не могут исправить ситуацию, ибо другие задачи считаются более приоритетными... . Коробочка аудиоинтерфейса - легко обрабатывает 24 бита на 192 кГц, а вот в Винду данные пробросили - 2ms нужно для гарантированной пойманости софтом. Ибо - не РТОС, а даже аппаратные прерывания отключаются одной-единственной командой

так что получай заслуженную итоговую оценку.

где получать, какую? Что ты всё недомолвками-то?

[КРАМ]

[uquote="Transformer-V",url="/forum/viewtopic.php?p=4715104#p4715104"]По части осцилла, как всегда мимо - аки фанера над Парижем, аппарат - "игрушка" содержит минимум два канала по 20MHz. Так что чем дальше, тем смешнее ты себя закапываешь, по части USB-мостов.[/uquote]

Уж глубже, чем ты себя закопал по части мостов с этим осциллом, невозможно закопать.
Два канала по 20 МГц согласно теореме Котельникова должны иметь дискретизацию НЕ МЕНЕЕ 40 мспс КАЖДЫЙ. Но это "не менее" на самом деле требует 5 кратного запаса (хер с ней, с разрядностью 32, дай Бог хотя бы 8...10 антиалиасить). Иначе вторая зона Найквиста торжественно въедет в массив сигнала.
Итого, для полосы 20МГц даже самого дешманского осциллографа нужно семплить канал минимум 100 мспс-ами.
Итого, с двух каналов имеет место быть поток семплов с рейтом 200 мспс и УПОМЯНУТОЙ ТОБОЙ разрядностью 32.
Даже если опустить брутто пакеты USB со всякими глупостями в виде преамбул и CRC, а так же всяко разно по мелочи, и принять нетто поток как есть, то получается, что бедный USB мост должен херачить в комп с темпом 6400 Мбит/сек. ШЕСТЬ С ХУЕМ ГИГАГЕРЦ, КАРЛ!!!
Таким образом, с разрядностью АЦП ты эпично обосрался.
Пункт два.
Хер с ней, с разрядностью. Такой недоумок как ты, мог и не знать, что в мире не существует конвейерного АЦП на 32 разряда и 100 МСПС без децимации. То есть широкополосного. Не придумали ещё.
Пусть это будет всего 8 бит. Тоже нормалёк для игрушки. И АЦП имеется, и стоит дешево - баксов 5 за пару каналов.
Но и в этом случае нетто поток создаст 1600 Мбит/с.
Что у тебя там за USB?
Делаем второй вывод. Хоть у тебя стаж 20 лет. но видимо это стаж уборщика помещений в софтовой конторе. Когда машешь метлой, внимательнее слушай разговоры. А то так и будешь позором родителей...
ЗЫ. Будешь выебываться дальше, Трансформер, мы с тобой разрисуем архитектуру канала связи ЦП с USB девайсом и разрисуем все этапы буферизации данных. Особенно в сторону хоста, то есть ЦП.
И ты мне покажешь каким таким образом, например, занятый синтезом сигнала мост со стороны девайса умудряется сообщить хосту о том, что надо прикрыть оба плеча в LLC инверторе в момент перехода тока через ноль.....
Вот будет веселуха...

[Слесарь]

Следующий вопрос как повысить эффективность выходного LC фильтра, обеспечивающего на выходе синусоидальный переменный ток преобразователя, 230В, 50 Гц? для холостого хода и малых нагрузок.
Так как в штатном варианте индуктивность фильтра на холостом ходу разогревается еще сильнее, до 80 гр. Мощность потерь на выходном фильтре ХХ в штатном варианте использования около 30Вт.

Насколько понимаю, требуется 100 раз в секунду зарядить и снова разрядить выходной конденсатор и емкость электросети, заряжать другой полярностью, создавать этим стандартное сетевое переменное напряжение. Каждый такой заряд-раззряд емкости конденсатора через индуктивность, на сопротивлении проволоки индуктивности при этом выделяется значительное тепло, потери в виде тепловой энергии.
Как понизить потери на индуктивности LC фильтра?



Конденсатор LC фильтра данного устройства 10 мкФ. Полный заряд конденсатора для каждого полупериода сетевого 320В. 50 Гц
Количество запасаемой в конденсаторе энергии одного заряда 0.000142 Вт-ч.
заряд-разряд конденсатора происходит 100 раз в секунду, значит получается рассеиваемая мощность 25 Вт. Потери преобразователя на холостом ходу которые превращаются в бесполезное тепло.
Возможно в чем-то ошибся, поправьте...

То есть получается энергия каждого заряда конденсатора таки не возвращается обратно в электролиты, а рассеивается на первом попавшемся сопротивлении, то есть на сопротивлении катушки дросселя?
Если так, то как запасаемую энергию конденсатора, а так же всей емкости электросети, при смене полярности электросети, возвращать обратно в электролиты инвертора?

Если поставлю еще один IGBT транзистор, по такой схеме, запасенная за полупериод сетевого энергия заряда выходного конденсатора и заряда электросети, на холостом ходу без нагрузок, будет возвращаться обратно в электролиты?

[КРАМ]

И расчёт неправильный и схема с диодами смешная.
Какой смысл в этих диодах, если они шунтированы встроенными диодами IGBT?
Расчёт потерь нужно делать не через заряд, а через амплитуду тока протекаемого через дроссель.
Самое простое - построить дроссель и емкость в симуляторе.
Но в любом случае потери обусловленные подавлением гармоник ШИМа невозможно устранить. Это фундаментальный принцип.
Впрочем, твоя идея с рекуперацией в источник с точностью до неразличимости соответствует выдумке Мюнхаузена с вытаскиванием себя за волосы из воды.
Нужно минимизировать ток основной гармоники в фильтре, снизив реактивную компоненту импеданса по входу. Это резонансная схема фильтра по типу фильтра Отто. Но с ним будут риски получить еще большую реактивность, если схема съедет с резонанса.
Такшта нет у тебя шансов против Коли Сапрыкина...