Собрать пакет под 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
Ну так значительная часть кода в проекте существует с 2003 года. Тогда С++ и был в виде С с классами. Это не хорошо, и не плохо. И это open-source. Всё в ваших руках. Возьмите и перепишите на современном С++. Или доведите до ума вот этот проект: https://github.com/Caneda/Caneda Там настоящий С++, но проект мёртв.
Некоторые генераторы требуют установки начального напряжения на конденсаторах и моделирования с начальными условиям из-за особенностей алгоритмов SPICE. Также идеальные транзисторы использовать не рекомендуется. Лучше взять транзисторы из библиотеки. У меня заработало без начальных условий в таком виде:
Там дело не в compatibility mode. Обычно такая ошибка возникает, если количество портов в схеме не равно 2. Прочие количества портов не поддерживаются. Точно ли в настройках программы используется Ngspice версии 37 или выше? Работает ли пример examples/ngspice/s_param_wideband_amp.sch ? Если всё равно не работает, то просьба прислать багрепорт.
Это известная проблема: https://github.com/ra3xdh/qucs_s/issues/333 Причина здесь в том, что KiCAD из PPA криво собран. Если в системе установлен KiCAD из PPA, то он будет конфликтовать с пакетом ngspice из репозитория Ubuntu. При этом ngspice пользоваться становится невозможно, если установлен KiCAD из PPA. Поэтому зависимость ngspice я перевёл в recommended. Пакте ngspice-kicad для Qucs-S не годится, так как это SO-библиотека, а не сам симулятор. Если нужен одновременно KiCAD из PPA и ngspice, то требуется либо удалять ngspice-kicad, либо собирать ngspice из исходников и устанавливать в /opt. Ментейнеры пакета ngspice-kicad проинформированы о данной проблемы, но никакой реакции спустя полгода нет.
Собрать пакет под 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
Ну так значительная часть кода в проекте существует с 2003 года. Тогда С++ и был в виде С с классами. Это не хорошо, и не плохо. И это open-source. Всё в ваших руках. Возьмите и перепишите на современном С++. Или доведите до ума вот этот проект: https://github.com/Caneda/Caneda Там настоящий С++, но проект мёртв.
Некоторые генераторы требуют установки начального напряжения на конденсаторах и моделирования с начальными условиям из-за особенностей алгоритмов SPICE. Также идеальные транзисторы использовать не рекомендуется. Лучше взять транзисторы из библиотеки. У меня заработало без начальных условий в таком виде:
Под портами я имею в виду 50-омные источники "power source"
Сообщения об ошибках у Ngspice, к сожалению, отбитые на всю голову. Отлаживать их очень тяжело. Но это претензии к разработчикам Ngspice.
Там дело не в compatibility mode. Обычно такая ошибка возникает, если количество портов в схеме не равно 2. Прочие количества портов не поддерживаются. Точно ли в настройках программы используется Ngspice версии 37 или выше? Работает ли пример examples/ngspice/s_param_wideband_amp.sch ? Если всё равно не работает, то просьба прислать багрепорт.
Это известная проблема: https://github.com/ra3xdh/qucs_s/issues/333 Причина здесь в том, что KiCAD из PPA криво собран. Если в системе установлен KiCAD из PPA, то он будет конфликтовать с пакетом ngspice из репозитория Ubuntu. При этом ngspice пользоваться становится невозможно, если установлен KiCAD из PPA. Поэтому зависимость ngspice я перевёл в recommended. Пакте ngspice-kicad для Qucs-S не годится, так как это SO-библиотека, а не сам симулятор. Если нужен одновременно KiCAD из PPA и ngspice, то требуется либо удалять ngspice-kicad, либо собирать ngspice из исходников и устанавливать в /opt. Ментейнеры пакета ngspice-kicad проинформированы о данной проблемы, но никакой реакции спустя полгода нет.