Вышел Qucs-S 0.0.20, инструмент для моделирования электронных схем

Оно на Qt! Значит юзабельно. :)

А версия на Qt5 есть?

Оно на Qt! Значит юзабельно. :)

Qt само по себе ещё ничего не означает.

А версия на Qt5 есть?

Qt5 в этой ветке не будет. На Qt5 в будущем перейдёт главный проект Qucs, а потом туда бэкпортируется код из Qucs-S, отвечающий за внешние симуляторы.

В будущем планируется бэкпортировать код из Qucs-S в главный проект.

Всё-таки нашли общий язык?

Вероятно, это ещё очень нескоро будет. Вспомни, сколько оно с Qt3 не слезало.

Когда перейдет на Qt5, все уже будут на Qt7)

На Qt5 в будущем перейдёт главный проект Qucs, а потом туда бэкпортируется код из Qucs-S, отвечающий за внешние симуляторы.

Если это произойдёт, то будет лютейшая годнота за последние два года в области проектирования электроники. Но сдаётся мне, что на этом судьба Qucs-S не закончится. Надо же где-то отрабатывать определённые новшества. Кстати: для этого в отдельную библиотеку будет выделен код или внедрён в основной проект непосредственно?

А чем оно плохо на Qt4? Главное - работает же :)

Если Qt4 будет и дальше всеми поддерживаться, то хорошо. В идеале следует поддерживать Qt4 и дальше, обновляя только необходимые для этого компоненты вроде движка webkit и завозя патчи. Железобетонно стабильный и не раздутый тулкит, который не будет менять API десятилетиями, очень нужен.

Qt4 скоро выкидывают из всех популярных дистрибутивов, поэтому чтобы собирать QucsS нужно будет применять сильную некромантию.

Да, удалось встретиться и пообщаться с Феликсом лично на конференции. Договорились, что он пишет модульность и API с учётом того, что мне нужно. А потом я переношу свой код. Беда в том, что пока мало понятно как эта модульность будет выглядеть.

Да, согласен. Это было бы очень хорошо не только для Qucs.

О, класс!

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

Полный changelog и ссылки на репозитории для Debian, Ubuntu, CentOS, Fedora и Слакбилд для Slackware можно найти на странице объявления о релизе.

Собрал для ALT. Будет включён в следующую сборку ALT Engineering.

Кстати, а в qucs-s не используются цифровые компоненты от оригинального qucs? Только библиотека XyceDigital? Дело в том, что исходники XYCE можно скачать только после регистрации на сайте, хотя лицензия GPLv3. И потому я пока в раздумиях собирать или нет пакет...

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

На самом деле всё проще. Не нашлось заинтересованного майнтейнера. Что мешает вам стать майнтейнером в debian и собрать туда пакет?

ублюдочная идеология лианакса

Не линакса, и даже не дебиана, а конкретно мейнтейнера. Пиши ему эти гневные письма и проклятия. Ни линь, ни дебиан тут не виноваты.

Нет это именно идеология выкидывать работающий софт из за того что он «устарел».

Да с чего ты это взял? Где это вообще написано? Эти полномочия у дебиановцев переложены полностью на плечи мейнтейнера, вплоть до того, что если мейнтейнеру был один и ему стало лень, то и поддержки софта не будет. Да, собственно, так много где. Причем тут линь в целом и дебиан в частности?

ублюдочная идеология лианакса

Спеца по ублюдочным идеологиям видно по соответствующей аватарке, лол. Ты что-нибудь сделал, чтобы он там остался, взял пакет на сопровождение, например? А то метателей кала дофига, а работать...

А чем оно плохо на Qt4?

Если бы оно было на чистом Qt4 - то неплохо. Более того, в этом случае оно бы и на Qt5 легко переносилось. Но там, ЕМНИП, присутствуют остатки Qt3 в виде Qt3Support, а с ними программу много куда сложно перенести.

Это, разумеется, не умаляет заслуг авторов.

Вся необходимость в мейнтинге и продиктована идиотской идеологией линакса призванной непрерывно ломать совместимость.

Софт _уже_ собран, софт уже работает. Скрипты для сборки уже написаны. В чём же проблема? Ах, ну да: поломали глибц, поломали гцц, выкинули половину библиотек.

Вероятно, это ещё очень нескоро будет. Вспомни, сколько оно с Qt3 не слезало.

А оно уже слезло?

Depends: ... libqt4-qt3support,..

Мне в принципе всё равно на каком оно Qt, лишь бы вот этот пакет из Debian testing не выкинули. На данный момент от него зависит ещё где-то 19 прог.

Софт _уже_ собран, софт уже работает. Скрипты для сборки уже написаны. В чём же проблема? Ах, ну да: поломали глибц, поломали гцц, выкинули половину библиотек.

Ну да, для некоторых дистров это более чем справедливо.

сейчас я работаю как раз над патчем, где поддержка переходных классов будет переработана на полностью Qt4, а там уже и портировать на Qt5 проще простого. Eduard-X

Мож кто в курсе. Не хотит симулировать вообще. Debian. Рисую простейший делитель с вольтметром. Добавляю «моделирование на постоянном токе». При запуске бодро пишет

Ngspice started...

Circuit: * qucs 0.0.20 /home/serge/.qucs/test01.sch

ngspice-26 done

И всё. Результаты не могу вывести, т.к. список в наборе данных пуст (и файлы .dat тоже).

При выборе «расчёт точки по постоянному току» всё рассчитывается.

Схема, но там ничего такого:

<Qucs Schematic 0.0.20>
<Properties>
  <View=0,-79,945,745,0.909091,0,0>
  <Grid=10,10,1>
  <DataSet=test01.dat>
  <DataDisplay=test01.dpl>
  <OpenDisplay=0>
  <Script=test01.m>
  <RunScript=0>
  <showFrame=0>
  <FrameText0=Название>
  <FrameText1=Чертил:>
  <FrameText2=Дата:>
  <FrameText3=Версия:>
</Properties>
<Symbol>
</Symbol>
<Components>
  <R R2 1 260 210 15 -26 0 1 "50 Ohm" 1 "26.85" 0 "0.0" 0 "0.0" 0 "26.85" 0 "european" 0>
  <GND * 1 260 240 0 0 0 0>
  <GND * 1 200 120 0 0 0 3>
  <Vdc V1 1 230 120 -26 18 0 0 "5" 1>
  <VProbe Pr1 1 440 160 28 -31 0 0>
  <GND * 1 450 180 0 0 0 0>
  <.DC DC1 1 560 70 0 73 0 0 "26.85" 0 "0.001" 0 "1 pA" 0 "1 uV" 0 "yes" 0 "150" 0 "yes" 0 "none" 0 "CroutLU" 0>
  <R R1 1 260 150 15 -26 0 1 "50 Ohm" 1 "26.85" 0 "0.0" 0 "0.0" 0 "26.85" 0 "european" 0>
</Components>
<Wires>
  <260 180 430 180 "" 0 0 0 "">
</Wires>
<Diagrams>
</Diagrams>
<Paintings>
</Paintings>

DC --- это моделирование рабочей точки. При обычном режиме моделировании оно игнорируется. Чтобы получить что-то вменяемое --- нужно использовать DC-Sweep, который эмулируется как DC+ParameterSweep или Transient. Выглядит несколько запутанно, но такой режим сделан для совместимости со стандартным Qucs.

В Дебиан пролезть крайне сложно, т.к. там своя особая политика. Лучше держать свой репозиторий и снабдить пользователей инструкцией как его подключать.

Где-то была новость, что Qt4 из следующего Дебиана выкинут полностью. Соответственно весь софт, который его использует отвалится.

С пакетом Qucs в Дебинане вообще какая-то мутная история. Его выкинули из-за того, что он был на Qt3. Но на тот момент уже была версия для Qt4, про которую мантейнер ничего не знал. Потом ему про это даже сказали, но обратно Qucs так до сего времени не вернули.

судьба Qucs-S не закончится

Да, так и должно было быть. Хотя сейчас Qucs-S покрывает почти все возможности SPICE, за ним нужно было следить и синхронизировать с симуляторами. Но могут быть изменения, т.к. я сейчас перешёл на другую работу и переехал в другую страну. В проекте остался ещё второй разработчик (профессор из Англии) и человек из Sandia туда контрибутит. Так что возможно сейчас буду искать человека, который будет продолжать разработку Qucs-S после меня.

для этого в отдельную библиотеку будет выделен код

Планируется основной проект не патчить, а всё выносить в плагины, которые будут написаны на C++. API для плагинов пока нет, и у меня сложилось впечатление, что человек, который им занимается пока тоже его не очень чётко представляет.

Разобрался, спасибо.

Вадим, я сейчас тестирую проект на Qt5. На email послал запрос по поводу патча. Есть возможность сборки на Qt4, эта версия интересна для старых дистрибутивов и WinXP. Eduard-X

Здравствуйте, Вадим. В версии 0.0.19, если указать фазу источника переменного напряжения, то в нетлисте она не будет отображаться:

https://i.imgur.com/RFlyqrm.png

V1 in 0 DC 0 SIN(0 311 50 0 0) AC 311

Может в версии 0.0.20 это уже исправлено, я не проверял.

Да, это баг. Фаза там действительно отсутствует.