В качестве примера два скриншота реверсивного усилителя от КВ трансивера в KiCAD и Qucs. В принципе импорт из KiCAD возможен, но чтобы запустить симуляцию схема потребовала доработки. Ну и если бы я импортировал схему трансивера целиком, то симуляция бы просто зависла, несмотря на то, что для всех компонентов есть модели. Да и разработка здесь была в обратном порядке. Сначала я отладил мелкие узлы в симуляторе, а потом перерисовал их в KiCAD, чтобы сделать разводку ПП.
Технически такое в принципе возможно. Но делать это некому, так как требуется написание большого объёма кода. Я точно за эту задачу не возьмусь. Вспоминаем, что KiCAD разрабатывают специалисты из CERN на зарплате. Ну и как я писал ранее, большие схемы просто зависнут при попытке симуляции, а маленькие схемы перерисовать вручную не составляет труда. Всё равно в физическую схему для корректной симуляции нужно что-то добавлять либо убирать. Но если кто-то сделает патч с подобной фичей "под ключ", то я его приму.
упростить, до 1 клика, примерно как в KiCAD и LT-SPICE
Существует компонент SpiceLibComp https://qucs-s-help.readthedocs.io/en/latest/SubLib.html#usage-of-unmodified-spice-libraries Там предполагается, что к этому компоненту можно просто подключить шаблон символа и указать файл с моделью SUBCKT. Но эта система имеет недоработки. Пока нет шаблонов символов и редактора таких шаблонов. Также нельзя задать соответствие портов символа и подсхемы. И иногда Ngspice показывает warning nested subcircuits. Поэтому я не включил информацию про данный способ в эту статью. Компонент SpiceLibComp нужно дорабатывать. Опять же помощь приветствуется.
Нет, реализация подобного не рассматривается. В 99% случаев из нетлиста KiCAD можно импортировать только RCL. Для остального в библиотеках KiCAD нет SPICE-моделей. Нужны какие-то костыли. Ну и если даже удастся импортировать схему целиком с моделями, то на чём-то подобном вот этому: https://raw.githubusercontent.com/ra3xdh/TRX_RA3XDH/master/TRX_RA3XDH.png симулятор зависнет. В данном примере кстати все модели есть. На мой взгляд лучше моделировать схему малыми частями. Существует брошенный проект для обратного преобразования qucs2kicad https://github.com/Valber/qucs2kicad Также начиная с версии 24.2.0 поддерживается интеграция с утилитой Qucs-RFLayout https://github.com/thomaslepoix/Qucs-RFlayout , которая генерирует топологию KiCAD из схемы с микрополосковыми линиями.
Разработка Qucs ведётся с 2003 года. Изначально он задумывался авторами, которые в настоящее время ушли из open-source, как открытый аналог САПР AWR или ADS более с уклоном на моделирование СВЧ устройств. Даже интерфейс сделали похожий на ADS. Но потом область применения программы расширили. KiCAD стал делать свой модуль с симулятором много позже.
Объединить Qucs и KiCAD едва ли возможно в виду архитектурных различий и использования разных фреймворков (Qt и WX) для GUI. Также область назначения обеих программ несколько разная. Qucs по-прежнему имеет уклон в моделирование СВЧ.
Да, в ближайшее время сделаю репозиторий и проект overleaf для русскоязычной документации. План по английской документации здесь: https://github.com/ra3xdh/qucs_s/issues/554
Собрать пакет под MacOS без доступа к самой MacOS невозможно. Поэтому готовых пакетов пока предоставить нет возможности. Инструкцию как всё собрать самостоятельно можно найти здесь: https://github.com/ra3xdh/qucs_s/discussions/181
Да, мне тоже видится в основном применение этого симулятора в учебном процессе. Когда студентов допускать к отладочным платам и приборам ещё рано, либо возможен вандализм, либо отладочные комплекты вообще отсутствуют. Получается замена ElectronicsWorkbench. Ну и для радиолюбителей, которые не перешли на 32-битные МК будет полезно.
XC8 -- это родной компилятор от Микрочипа? Раньше он был довольно глючный. Я уже давно с PIC не работаю. Дома остались запасы PIC16 и PIC18 и непонятно, куда их можно приспособить.
Промоделировать спектр при помощи Spectrum anylysis, измерить амплитуду пиков при помощи маркеров, потом посчитать вручную THD по формулам https://eax.me/amplifier-measurements/ Простым способом автоматизировать это нельзя.
Если шаг расчёта меньше, чем время нарастания фронта, то могут быть артефакты на графиках. Ngspice автоматически уменьшает шаг, если где-то напряжение меняется скачком. Но иногда автоподстройка не срабатывает.
Я обычно самосборный софт складываю в /opt, указывая его через префикс при сборке. Там оно никому не мешаем. Например, у меня несколько версий Ngspice установлено в /opt
Написал план улучшений по SpiceLibComp https://github.com/ra3xdh/qucs_s/issues/679 Может быть кто-то возьмётся.
В качестве примера два скриншота реверсивного усилителя от КВ трансивера в KiCAD и Qucs. В принципе импорт из KiCAD возможен, но чтобы запустить симуляцию схема потребовала доработки. Ну и если бы я импортировал схему трансивера целиком, то симуляция бы просто зависла, несмотря на то, что для всех компонентов есть модели. Да и разработка здесь была в обратном порядке. Сначала я отладил мелкие узлы в симуляторе, а потом перерисовал их в KiCAD, чтобы сделать разводку ПП.
Технически такое в принципе возможно. Но делать это некому, так как требуется написание большого объёма кода. Я точно за эту задачу не возьмусь. Вспоминаем, что KiCAD разрабатывают специалисты из CERN на зарплате. Ну и как я писал ранее, большие схемы просто зависнут при попытке симуляции, а маленькие схемы перерисовать вручную не составляет труда. Всё равно в физическую схему для корректной симуляции нужно что-то добавлять либо убирать. Но если кто-то сделает патч с подобной фичей "под ключ", то я его приму.
Существует компонент SpiceLibComp https://qucs-s-help.readthedocs.io/en/latest/SubLib.html#usage-of-unmodified-spice-libraries Там предполагается, что к этому компоненту можно просто подключить шаблон символа и указать файл с моделью SUBCKT. Но эта система имеет недоработки. Пока нет шаблонов символов и редактора таких шаблонов. Также нельзя задать соответствие портов символа и подсхемы. И иногда Ngspice показывает warning nested subcircuits. Поэтому я не включил информацию про данный способ в эту статью. Компонент SpiceLibComp нужно дорабатывать. Опять же помощь приветствуется.
Нет, реализация подобного не рассматривается. В 99% случаев из нетлиста KiCAD можно импортировать только RCL. Для остального в библиотеках KiCAD нет SPICE-моделей. Нужны какие-то костыли. Ну и если даже удастся импортировать схему целиком с моделями, то на чём-то подобном вот этому: https://raw.githubusercontent.com/ra3xdh/TRX_RA3XDH/master/TRX_RA3XDH.png симулятор зависнет. В данном примере кстати все модели есть. На мой взгляд лучше моделировать схему малыми частями. Существует брошенный проект для обратного преобразования qucs2kicad https://github.com/Valber/qucs2kicad Также начиная с версии 24.2.0 поддерживается интеграция с утилитой Qucs-RFLayout https://github.com/thomaslepoix/Qucs-RFlayout , которая генерирует топологию KiCAD из схемы с микрополосковыми линиями.
Разработка Qucs ведётся с 2003 года. Изначально он задумывался авторами, которые в настоящее время ушли из open-source, как открытый аналог САПР AWR или ADS более с уклоном на моделирование СВЧ устройств. Даже интерфейс сделали похожий на ADS. Но потом область применения программы расширили. KiCAD стал делать свой модуль с симулятором много позже.
Объединить Qucs и KiCAD едва ли возможно в виду архитектурных различий и использования разных фреймворков (Qt и WX) для GUI. Также область назначения обеих программ несколько разная. Qucs по-прежнему имеет уклон в моделирование СВЧ.
Да, в ближайшее время сделаю репозиторий и проект overleaf для русскоязычной документации. План по английской документации здесь: https://github.com/ra3xdh/qucs_s/issues/554
Собрать пакет под MacOS без доступа к самой MacOS невозможно. Поэтому готовых пакетов пока предоставить нет возможности. Инструкцию как всё собрать самостоятельно можно найти здесь: https://github.com/ra3xdh/qucs_s/discussions/181
Да, мне тоже видится в основном применение этого симулятора в учебном процессе. Когда студентов допускать к отладочным платам и приборам ещё рано, либо возможен вандализм, либо отладочные комплекты вообще отсутствуют. Получается замена ElectronicsWorkbench. Ну и для радиолюбителей, которые не перешли на 32-битные МК будет полезно.
Да, в старых проектах 8-битники много где применяются. Но новую разработку на PIC я бы делать не стал.
Генератор всегда выдаёт 50 МГц. Частота не зависит от RC-цепи. То есть работает неправильно.
QFN не все умеют паять, если мы говорим про самоделки. Вроде у CH32 ещё были восьминогие МК.
XC8 -- это родной компилятор от Микрочипа? Раньше он был довольно глючный. Я уже давно с PIC не работаю. Дома остались запасы PIC16 и PIC18 и непонятно, куда их можно приспособить.
Серии ATtiny10 кстати в SimulIDE как раз нет.
Для PIC по-моему нет нормального компилятора С. Ассемблер очень на любителя.
SimulIDE кроссплатформенное и открытое. Для Proteus вообще-то нужно покупать лицензию, которая не дешёвая.
Да, правый щелчок по кривой на графике (именно по кривой, а не на поле). Потом Export to CSV
Промоделировать спектр при помощи Spectrum anylysis, измерить амплитуду пиков при помощи маркеров, потом посчитать вручную THD по формулам https://eax.me/amplifier-measurements/ Простым способом автоматизировать это нельзя.
Видимо они в недавних версиях добавили. Некоторое время работало только 2-портовое моделирование.
Если шаг расчёта меньше, чем время нарастания фронта, то могут быть артефакты на графиках. Ngspice автоматически уменьшает шаг, если где-то напряжение меняется скачком. Но иногда автоподстройка не срабатывает.
Я обычно самосборный софт складываю в /opt, указывая его через префикс при сборке. Там оно никому не мешаем. Например, у меня несколько версий Ngspice установлено в /opt