Вышел симулятор электронных схем Qucs-S 25.1.0

Самая любимая программа для медитации

Да это вообще одна из лучших программ. Польза огромная.

Так долго расчёты идут, что можно медитировать?

Если я хочу «просимулировать» «реакцию» схемы на работу МК с моей прошивкой могу ли я как-то это сделать? Есть какое-то «апи» чтоб я мог из вне (из эмулирующего работу МК скрипта) передавать сигналы в схему и забирать обратно? Или там есть поддержка какого-то ЯП внутри чтоб на нем написать какую-то логику для МК?

Мы почти опубликовали статью с использованием этой штуки. Осталось ещё чуть-чуть, один рецензент уже на всё согласен, а второй хочет больше ссылок.

Это специально так сделано — программа для тех, кто любит наблюдать. Потому и название созвучно слову cucks.

голосом волка-джигарханяна: «а вы этааа…там на руст переходить не собираетесь?»

Отличная новость! Спасибо!

Посмотри в сторону ngspice d_process. Фактически, ты можешь написать симулятор работы твоего микроконтроллера с прошивкой на чём угодно и подсунуть это как элемент ngspice’у. Spice будет отправлять в твою софтину состояния входов и забирать состояние выходов, ну и считать там всю остальную аналоговую обвязку как обычно. Там даже пример есть в сырцах ngspice. Вроде как народ успешно всякие PWM контроллеры отлаживал в spice.

Я поигрался когда-то, вполне работало. Правда это по-моему ещё в xspice было. Потом d_process в ngspice утянули тоже.

Наверно можно даже написать полноценный симулятор какого-нибудь мелкоконтроллера который будет загружать произвольную прошивку.

Мы почти опубликовали статью

А мы почти её прочитали почти с благодарностью...:)

Симулянты электронных схем! Даёшь симуляцию ещё более высокого качества...

P.S. А я её так и не освоил... Хых... :(

голосом волка-джигарханяна: «а вы этааа…там на руст переходить не собираетесь?»

Сплюньте!..

Интере-е-есно.... ;)

А где её можно будет поглядеть?

Вот тут:

cat /etc/apt/sources.list.d/qucs-s.list 
deb http://download.opensuse.org/repositories/home:/ra3xdh/Debian_Testing/ /

Жаль нет возможности добавить скрипт для имитации сложной цифровой логики

Есть ли возможность добавлять блоки готовой схемы (без возможности перемещения и изменения компонентов внутри), или даже черных/белых «ящиков»? Готовых кусков схем (ну как функции в программе)

А, про репо-то я знаю. Там про статью вопрос:)

Если я хочу «просимулировать» «реакцию» схемы на работу МК с моей прошивкой могу ли я как-то это сделать?

Это сделать проблематично. И смотря для каких МК. Производитель никакие модели для МК не предоставляет. И я вообще сомневаюсь, что в симулятор можно запихнуть модель современных МК типа STM32 со всей периферией. Для 8-битных МК существует SimulIDE: https://simulide.com/ , но у него проблемы с аналоговым моделированием, так как там движок специализированный. Пока для прототипирования схем на МК лучше осциллографа и отладочной платы ничего нет. К тому же сейчас приборы стали по цене доступны всем. Симулятор только для предварительного прототипирования аналоговой части.

Нужно делать поддержку компонентов d_cosim и d_process для Ngspice. Тогда можно будет сопрягать модуль на Verilog с аналоговой частью. Но пока у меня не особо много времени на реализацию этой задачи, хотя работы запланированы.

Посмотри в сторону ngspice d_process.

По-моему это больше для ПЛИС. Например делаем цифровую обработку сигналов на Verilog, а потом добавляем аналоговую часть и моделируем всё вместе.

Наверно можно даже написать полноценный симулятор какого-нибудь мелкоконтроллера который будет загружать произвольную прошивку.

Теоретически можно, но радиолюбителям такое вряд ли по силам. Нужно привлечение разработчика микроконтроллеров.

а вы этааа…там на руст переходить не собираетесь?

Нет, не собираемся. Тогда нужно будет переписывать всё с нуля. В здравом уме так никто делать не будет.

И смотря для каких МК. Производитель никакие модели для МК не предоставляет.

Мне нужно не сам МК в симуляторе, а чтоб я мог сделать какие-то контакты «Вход1», «Вход2», «Выход1», и потом из внешнего скрипта туда слать условные нули и единички. Как в аудиософте есть входы и выходы, куда я через звуковой сервер могу слать (и забирать) сигналы из других приложений.

Симулятор только для предварительного прототипирования аналоговой части.

Вот мне и нужна аналоговая часть, но при этом с возможностью использовать внешние генераторы и анализаторы «сигналов».

По-моему это больше для ПЛИС.

Без разницы что имитировать - работу ПЛИС или работу МК. Spice’у пофиг, есть входы и есть выходы, а что там между ними - дело исключительно d_process.

Теоретически можно, но радиолюбителям такое вряд ли по силам. Нужно привлечение разработчика микроконтроллеров.

Если радиолюбитель использует МК, то он определённо умеет программировать для него. Если он умеет программировать для МК, то прекрасно знает как МК работает. Если знает как МК работает, то и написать эмулятор вполне сможет. Там ничего сложного, особенно для мелких МК, тем более что обычно в даташите мелких МК система команд расписана очень подробно и написать эмулятор для нескольких регистров, АЛУ и периферии не составит труда. Было бы желание.

Мне нужно не сам МК в симуляторе, а чтоб я мог сделать какие-то контакты «Вход1», «Вход2», «Выход1»

Сейчас существуют файловые источники тока и напряжения. Можно предварительно сгенерить таблицу скриптом, а потом указать такому источнику. Он будет подставлять форму тока или напряжения по таблице. Если этого варианта не достаточно, то тогда ждать реализации d_process, которое позволяет дёргать внешний скрипт.

работы запланированы

Спасибо, было бы очень интересно и полезно!

Смотря что считать, я пропускаю через модель wav файл со звуком и это реально затратно по времени.

Если знает как МК работает, то и написать эмулятор вполне сможет.

Если только для чего-то вроде PIC16F84 в котором никакой периферии не было. Для более сложных МК уже нужно привлекать человека, который знает цифровой синтез и сам умеет проектировать цифровые ИМС. Здесь мы сталкиваемся с фундаментальной проблемой всей open-source разработки. Кто это может реализовать – тому не нужно. А кому это нужно – реализовать не может.

Ещё новости по теме. Недавно неожиданно возобновилась разработка старого Qucs: https://github.com/qucs/qucs

Если только для чего-то вроде PIC16F84

Был под него хороший эмулятор. Ещё под ДОС...

Как выйдет, будет на сайте журнала, скину ссылку.

Интересно зачем? Ведь qucs-s уже давно вперёд ушёл, кажется

Интересно зачем?

Можно почитать здесь, что они хотят: https://github.com/Qucs/qucs/blob/develop/ROADMAP Там в приоритете переделка формата файла схемы на основе синтаксиса Verilog и переход на Gnucap в качестве симулятора. Также имеется презентация разработчиков с FOSDEM: http://felix.salfelder.org/gnucap/fosdem-25.pdf

Ведь qucs-s уже давно вперёд ушёл, кажется

Да, Qucs-S более чем на 2000 коммитов впереди. Обратное объединение уже невозможно да и не имеет смысла, так как поменялись реализации некоторых вещей и имеются разногласия по архитектурным вопросам с теперешними разработчиками старого Qucs.

DarthVadimius, подтверди #1252, я там ебилд обновил-почистил. Ещё описание перевёл на великий и могучий - в contrib/gentoo/sci-electronics/qucs_s/metadata.xml, вдруг ещё где пригодится.

Получается сейчас три активных независимых форка qucs или больше…

• Qucs https://github.com/Qucs/qucs
• Qucs-studio https://qucsstudio.de
• Qucs-S https://github.com/ra3xdh/qucs_s

кто реально пользовался в чем отличия?

PR вчера принял.

Поддержка полноценного SPICE, в котором распространяются все модели компонентов, имеется только в Qucs-S. По данной причине старый Qucs и QucsStudio годятся только для некоторых узкоспециализированных задач.

• Старый Qucs сейчас в процессе глубокой переделки и им пользоваться в данный момент нельзя. Я думаю, что это редкий случай когда мёртвому лучше было бы оставаться мёртвым. Qucs-S впереди более чем на 2000 коммитов.

• QucsStudio имеет версию только под Windows и там разработчик закрыл исходники. Там до сих пор Qt4. Ngspice подключить нельзя.

У меня большие надежды были связаны с Caneda https://github.com/Caneda/Caneda , которая разрабатывается независимо. Но там разработчик делает перерывы по несколько лет.

В здравом уме так никто делать не будет.

Вы ещё не знаете фанатов раста.

Сразу с угроз начинаете?.. ;)))

Ну вот автор LibrePCB такое удумал :)

❝ — Я говорю, деньжат нэма? Командиру треба сувенир купить. — Нэма, мужик, деньжат. — Не дам. У меня только для еды. — Генералу треба сувенир купить. Циркуль для схем. — Заманал ты меня, военный. Меня, однополчане, зовут Владислав. Для вас — просто Владик. Я продал папин микроскоп. — Папа микробов смотрел? — Смотрел. — Знаю я там по дороге одно место с офигенными циркулями. Пошли. ❞

©ДМБ

Печально. Была надежда на LibrePCB на случай если вдруг кикадовцы начнут творить дичь. Теперь LibrePCB откатится в самое начало разработки в связи с переходом на другой язык. Здесь возможно разработчик LibrePCB задумал сделать себе крутое резюме и свалить куда-нибудь в корпорацию. Похожие прецеденты были. Компилятор Verilog-A моделей OpenVAF https://openvaf.semimod.de/ писал на Rust человек на зарплате. Потом через год разработчик видимо набрал опыт и свалил, а работа остановилась. Причём замены OpenVAF особо нет. К счастью, ещё через год проект подхватило сообщество.

Всё ещё есть Horizon.