LINUX.ORG.RU

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

 , , ,


2

3

31 октября состоялся очередной релиз программного средства для моделирования электронных схем Qucs-S, основанного на коде симулятора Qucs и отличающегося тем, что позволяет использовать SPICE-совместимые движки (Ngspice, XYCE, SpiceOpus) для симуляции электронных схем. Релиз 0.0.20 предшествует релизу главного проекта Qucs, который ожидается до конца текущего года. В будущем планируется бэкпортировать код из Qucs-S в главный проект.

На текущий момент Qucs-S поддерживает практически все виды моделирования, представленные в SPICE, и является единственным фронтэндом для нескольких движков моделирования электронных схем.

В релизе Qucs-S добавлены следующие возможности:

  • Реализован анализ чувствительности (Sensitivity analysis) на постоянном токе, в частотной и временной области.
  • Добавлена поддержка параметрического анализа совместно с анализом гармонического баланса для XYCE.
  • Добавлен синтезатор моделей XSPICE.
  • Исправлены ошибки.

>>> Сайт проекта

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

>>> Объявление о релизе

Ответ на: комментарий от anonymous

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

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

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

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

DarthVadimius ()
Ответ на: комментарий от DarthVadimius

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

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

Quasar ★★★★★ ()
Последнее исправление: Quasar (всего исправлений: 1)
Ответ на: комментарий от xterro

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

Quasar ★★★★★ ()
Ответ на: комментарий от AP

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

DarthVadimius ()
Ответ на: комментарий от xterro

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

thunar ★★★★ ()
Последнее исправление: thunar (всего исправлений: 1)

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

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

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

antohami ()
Ответ на: комментарий от thunar

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

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

antohami ()
Ответ на: комментарий от thunar

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

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

Oberstserj ()
Ответ на: комментарий от thunar

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

Oberstserj ()
Ответ на: комментарий от thunar

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

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

anonymous ()
Ответ на: комментарий от xterro

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

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

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

anonymous ()
Ответ на: комментарий от Oberstserj

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

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

thunar ★★★★ ()
Последнее исправление: thunar (всего исправлений: 1)
Ответ на: комментарий от CYB3R

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

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

Depends: ... libqt4-qt3support,..

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

gag ★★★★★ ()
Ответ на: комментарий от thunar

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

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

Oberstserj ()
Ответ на: комментарий от anonymous

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

anonymous ()

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

Ngspice started...

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

ngspice-26 done

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

<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>

anonymous ()
Ответ на: комментарий от anonymous

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

DarthVadimius ()
Ответ на: комментарий от thunar

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

DarthVadimius ()
Ответ на: комментарий от Quasar

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

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

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

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

DarthVadimius ()