qucs-devel — Development related topics. Please subcribe before posting.

You can subscribe to this list here.

2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov (5) Dec (4) Jan (12) Feb (9) Mar (2) Apr (9) May (15) Jun (2) Jul Aug Sep (4) Oct (5) Nov (4) Dec Jan (3) Feb (11) Mar (9) Apr (26) May (10) Jun (1) Jul (10) Aug (2) Sep (8) Oct (15) Nov (8) Dec (15) Jan (53) Feb (21) Mar (26) Apr (20) May (30) Jun (22) Jul (24) Aug (36) Sep (61) Oct (21) Nov (7) Dec (8) Jan (30) Feb (43) Mar (40) Apr (59) May (8) Jun (19) Jul (34) Aug (35) Sep (9) Oct (9) Nov (66) Dec (36) Jan (22) Feb (42) Mar (19) Apr (25) May (36) Jun (16) Jul (31) Aug (16) Sep (27) Oct (25) Nov (36) Dec (24) Jan (38) Feb (20) Mar (62) Apr (81) May (53) Jun (5) Jul Aug (1) Sep (2) Oct (9) Nov (8) Dec (5) Jan (1) Feb Mar (1) Apr May Jun Jul Aug (3) Sep Oct (2) Nov (2) Dec (10) Jan (4) Feb (6) Mar (29) Apr (19) May (4) Jun Jul (2) Aug (2) Sep (1) Oct (3) Nov (13) Dec (3) Jan (2) Feb (3) Mar (3) Apr (1) May (7) Jun (3) Jul (4) Aug (1) Sep Oct (6) Nov (6) Dec (4) Jan (41) Feb (8) Mar (14) Apr (15) May (15) Jun (95) Jul (91) Aug (20) Sep (19) Oct (47) Nov (29) Dec (55) Jan (56) Feb (7) Mar (16) Apr (14) May (3) Jun (2) Jul (3) Aug (2) Sep (4) Oct (10) Nov (35) Dec (51) Jan (31) Feb (28) Mar (4) Apr (31) May (6) Jun (23) Jul (16) Aug (1) Sep Oct Nov Dec
S M T W T F S

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22
(1)
23

24

25

26

27
(2)
28
(3)
29
(4)
30

31

Showing 10 results of 10

 Re: [Qucs-devel] Re: Question From: - 2005-07-29 06:48:46 Hello, >>>> I would like to put in my opinion on that issue: >>>> I think the above-mentioned method is not very usefull! >>> >>> But points 1) through 3) may be useful? >> >> Yes, indeed. But could lead to infinite recursion. > > Can you give an example? > > In fact the equation solver finds out about recursions, e.g. > > a=1 > b=2+a > c=3-d > d=c > > is detected, and an appropriate error message thrown... That's fine. Then it is alright!!! Bye, Michael
 Re: [Qucs-devel] Re: Question From: Stefan Jahn - 2005-07-29 06:42:43 On Fr, 29.07.2005, 08:23, Michael.Margraf@... wrote: > Hello, Hi! >>>>> Concerning the point 2, I will try to elaborate: I need to simulate >>>>> a coil L(I) where the value of >>>>> the coil depends on the value of a current calculated in the >>>>> circuit. How do I make it with the equation module? >>>> >>>> I just want to clarify my TODO list item. So I ask who listens: >>>> >>>> It is straight forward to implement a feature which enables qucsator >>>> to >>>> take a equation variable's content and fill it into the property of >>>> some component if: >>>> >>>> 1) the variable is a constant (the result) >>>> 2) the variable depends on a sweep variable >>>> 3) the variable depends on another components property >>>> >>>> But problems occur (as in the above mentioned case) when >>>> >>>> 4) the variable depends on another components operating point >>>> 5) the variable depends on a simulation result (e.g. node voltage >>>> or branch current) >>>> >>>> Is it necessary for these two cases to simulate, apply property, >>>> simulate, apply property, simulate, etc. ... until no (or little) >>>> change in simulation results occurs? We need to repeat single >>>> simulations until results converge? Or am I on the wrong track? >>>> >>>> Please help me clarifying! >>>> >>>> Thanks in advance, >>>> Stefan. >>> >>> I would like to put in my opinion on that issue: >>> I think the above-mentioned method is not very usefull! >> >> But points 1) through 3) may be useful? > > Yes, indeed. But could lead to infinite recursion. Can you give an example? In fact the equation solver finds out about recursions, e.g. a=1 b=2+a c=3-d d=c is detected, and an appropriate error message thrown... Stefan.
 Re: [Qucs-devel] Re: Question From: - 2005-07-29 06:24:15 Hello, >>>> Concerning the point 2, I will try to elaborate: I need to simulate >>>> a coil L(I) where the value of >>>> the coil depends on the value of a current calculated in the >>>> circuit. How do I make it with the equation module? >>> >>> I just want to clarify my TODO list item. So I ask who listens: >>> >>> It is straight forward to implement a feature which enables qucsator >>> to >>> take a equation variable's content and fill it into the property of >>> some component if: >>> >>> 1) the variable is a constant (the result) >>> 2) the variable depends on a sweep variable >>> 3) the variable depends on another components property >>> >>> But problems occur (as in the above mentioned case) when >>> >>> 4) the variable depends on another components operating point >>> 5) the variable depends on a simulation result (e.g. node voltage >>> or branch current) >>> >>> Is it necessary for these two cases to simulate, apply property, >>> simulate, apply property, simulate, etc. ... until no (or little) >>> change in simulation results occurs? We need to repeat single >>> simulations until results converge? Or am I on the wrong track? >>> >>> Please help me clarifying! >>> >>> Thanks in advance, >>> Stefan. >> >> I would like to put in my opinion on that issue: >> I think the above-mentioned method is not very usefull! > > But points 1) through 3) may be useful? Yes, indeed. But could lead to infinite recursion. >> What Patrick needs is a non-linear inductor, i.e. an inductor >> with hysteresis. Or do you mean the inductance depends >> on a current somewhere else in the circuit ? >> Then you would need a symbolical defined multiport. >> The above-mentioned method leads to too much hidden faults >> and it is not "simulation-like" as Stefan already tried to >> explain. >> So, to sum up: Qucs should have a non-linear inductor and/or >> a symbolical defined device, right ??? > > I agree for points 4) and 5). Fine. Regards, Michael
 [Qucs-devel] Re: Qucs 0.0.7 compilation problems and other things... From: Stefan Jahn - 2005-07-28 07:47:00 On Do, 28.07.2005, 09:36, claudio.girardi@... sagte: > Hallo Stefan, Hi! >>Ok. I am using octave 2.0.17 with epsTk 2.0.1. The epstk provides the >>exxx commands. > ah, now it's clearer 8-). I wasn't aware of epsTk, so I thought it was a > newer Octave release... Maybe you could add in the doc the need for epsTk > to build the doc, or even chek for it in the configure, just in case some > other one tries to build the docs. It's written in the RELEASE file. >> You can also download current technical.ps/pdf at >>;. I update those with each >>release. > I have downloaded the PDF file; the technical doc is very good, better > than > some university courses material... I hope one day to find some time to > translate > it into Italian, but will not be very soon, probably. Hm... Would be nice. >>Hm. Possibly you can have luck with the PlotVs() function. See for >>a description for the mathematical functions (press F1 and navigate). >>Possibly an equation: >> LoadLine="PlotVs(Ic,Vce)" >>The new variable "LoadLine" then occurs in the dataset and you can plot > it >>in any diagram with the Vce dependency. > I've tried it and in fact it worked. I only missed the possibility to plot > only a part of the dataset, just not to have the initial transient in the > plot (maybe it's possible, didn't try much) and to have some time marker > on the plot, i.e. every us, to retain the info about time in the plot. You can snip the "Limits" in each plot. It can be changed in the diagram dialog as you like it. > I had some problem with the transient simulation, with some values of the > components the simulation seemed not to progress and didn't stop with some > error message on convergence either; maybe I didn't wait enough time for > it. I hope to do some more experiments in the weekend. In this case you play with the transient simulation properties a bit. Cheers, Stefan.
 Re: [Qucs-devel] Re: Question From: Stefan Jahn - 2005-07-28 07:04:19 On Mi, 27.07.2005, 16:41, Michael.Margraf@... sagte: > Hello, Hi! >>> Concerning the point 2, I will try to elaborate: I need to simulate a >>> coil L(I) where the value of >>> the coil depends on the value of a current calculated in the circuit. >>> How do I make it with the equation module? >> >> I just want to clarify my TODO list item. So I ask who listens: >> >> It is straight forward to implement a feature which enables qucsator to >> take a equation variable's content and fill it into the property of >> some component if: >> >> 1) the variable is a constant (the result) >> 2) the variable depends on a sweep variable >> 3) the variable depends on another components property >> >> But problems occur (as in the above mentioned case) when >> >> 4) the variable depends on another components operating point >> 5) the variable depends on a simulation result (e.g. node voltage >> or branch current) >> >> Is it necessary for these two cases to simulate, apply property, >> simulate, apply property, simulate, etc. ... until no (or little) >> change in simulation results occurs? We need to repeat single >> simulations until results converge? Or am I on the wrong track? >> >> Please help me clarifying! >> >> Thanks in advance, >> Stefan. > > I would like to put in my opinion on that issue: > I think the above-mentioned method is not very usefull! But points 1) through 3) may be useful? > What Patrick needs is a non-linear inductor, i.e. an inductor > with hysteresis. Or do you mean the inductance depends > on a current somewhere else in the circuit ? > Then you would need a symbolical defined multiport. > The above-mentioned method leads to too much hidden faults > and it is not "simulation-like" as Stefan already tried to > explain. > So, to sum up: Qucs should have a non-linear inductor and/or > a symbolical defined device, right ??? I agree for points 4) and 5). Cheers, Stefan.
 [Qucs-devel] Re: Question From: - 2005-07-27 16:14:40 Hello, >> Concerning the point 2, I will try to elaborate: I need to simulate a >> coil L(I) where the value of >> the coil depends on the value of a current calculated in the circuit. >> How do I make it with the equation module? > > I just want to clarify my TODO list item. So I ask who listens: > > It is straight forward to implement a feature which enables qucsator to > take a equation variable's content and fill it into the property of > some component if: > > 1) the variable is a constant (the result) > 2) the variable depends on a sweep variable > 3) the variable depends on another components property > > But problems occur (as in the above mentioned case) when > > 4) the variable depends on another components operating point > 5) the variable depends on a simulation result (e.g. node voltage > or branch current) > > Is it necessary for these two cases to simulate, apply property, > simulate, apply property, simulate, etc. ... until no (or little) > change in simulation results occurs? We need to repeat single > simulations until results converge? Or am I on the wrong track? > > Please help me clarifying! > > Thanks in advance, > Stefan. I would like to put in my opinion on that issue: I think the above-mentioned method is not very usefull! What Patrick needs is a non-linear inductor, i.e. an inductor with hysteresis. Or do you mean the inductance depends on a current somewhere else in the circuit ? Then you would need a symbolical defined multiport. The above-mentioned method leads to too much hidden faults and it is not "simulation-like" as Stefan already tried to explain. So, to sum up: Qucs should have a non-linear inductor and/or a symbolical defined device, right ??? Regards, Michael
 [Qucs-devel] Re: Question From: Stefan Jahn - 2005-07-27 11:30:15 On Di, 26.07.2005, 11:17, Patrick Cornille sagte: > Dear Stefan Hello! > Concerning the point 2, I will try to elaborate: I need to simulate a > coil L(I) where the value of > the coil depends on the value of a current calculated in the circuit. > How do I make it with the equation module? I just want to clarify my TODO list item. So I ask who listens: It is straight forward to implement a feature which enables qucsator to take a equation variable's content and fill it into the property of some component if: 1) the variable is a constant (the result) 2) the variable depends on a sweep variable 3) the variable depends on another components property But problems occur (as in the above mentioned case) when 4) the variable depends on another components operating point 5) the variable depends on a simulation result (e.g. node voltage or branch current) Is it necessary for these two cases to simulate, apply property, simulate, apply property, simulate, etc. ... until no (or little) change in simulation results occurs? We need to repeat single simulations until results converge? Or am I on the wrong track? Please help me clarifying! Thanks in advance, Stefan.
 [Qucs-devel] [ANNOUNCEMENT] Qucs 0.0.7 From: Stefan Jahn - 2005-07-22 08:57:35 Qucs 0.0.7 has been released. The Qucs project (Qucs = Quite universal circuit simulator) today announced the immediate availability of Qucs 0.0.7, a Qt-based advanced and powerful microwave circuit simulator for GNU/Linux and other UNIXes. Qucs, including all its libraries and its applications, is available as free (as in speech) software under Open Source licenses. Qucs can be obtained in source code from ;. Features Qucs provides a GUI based on Qt for setting up microwave circuits, a simulator, which is able to simulate the small- and large signal behaviour of microwave circuits. The results can be shown on a special presentation page in different formats (rect, polar, smith, tabular, 3d-cartesian, locus and polar-smith combinations). Compiling Qucs 0.0.7 The complete source code for Qucs 0.0.7 may be freely downloaded. Instructions on compiling and installing Qucs 0.0.7 are included in the software archive. Only Qt-Libs >= 3.1 and the glibc are required. About Qucs Qucs is an independent project of only a few developers, translators, etc, collaborating over the Internet to create and freely distribute a sophisticated, customizable and stable microwave circuit simulator. For enhancing the development speed we are looking for more developers, who want to support the Qucs Project. Changes in this release Qucs is now known as 'Quite Universal Circuit Simulator'. The GUI additionally supports text painting rotations in subcircuit symbols, Latex-like mnemonics (e.g. \tau) in graphic texts and diagram labels and a new tool was born: a library manager already including some transistors, diodes, substrates, etc. Several small improvements and bug fixes have been incorporated. The simulation backend supports some new functions in the equation solver, i.e. unwrap(), rad2deg() and deg2rad(). Also a heavy bug in the non-linear operational amplifier model has been fixed. Thanks A lot of thanks go to the translators and to the supportive user responses so far encouraging us to improve the software. We couldn't have done it without you! So long, the Qucs team.

Showing 10 results of 10