Work at SourceForge, help us to make it a better place! We have an immediate need for a Support Technician in our San Francisco or Denver office.

## qucs-devel — Development related topics.

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 Aug 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 
 [Qucs-devel] Re: Question From: - 2005-07-29 06:44:22 Hello to all, >> 2) I still have problem with the printing command which scrambled >> everything in the version 007. > > Ah. So it worked with version 0.0.6 or previous ones? So you may ask > Markus Bongard who made the package for MacOS > if it has possibly something to do with the used Qt version. > Otherwise... we'll see. The printing is done by Qt, so I don't have much influence on it. Furthermore, I don't have a Mac to test it. Can you print it into a *.ps file and sent it to me ? >> 3) I did not succeed to open your file which was written on the >> version 008 but I did succeed to open it as a text and compared >> it with the version of my file and see my errors. I understand that >> we must add .v or. i to the variables. The simulation did work >> perfectly. > > To use the (0.0.8) schematic I sent to you you could also have change > the version number in the .sch file by hand... > > You must add .v or .i if you use the AC simulation. For transient it's > .Vt and .It and for DC it's .V and .I, you can use every variable you > find in the dataset as displayed by the diagram dialogs. I will add this topic in the Qucs help. >> 4) I need to calculate some kind of paratransformer (see the paper >> below) where the inductance of the coil >> depends not only on the current flowing through the primary coil but >> also on the current flowing through the secondary coil. >> >> I need to simulate a law of the form: >> >> L(Ip,Is)=[1-0.5*tanh((Ip-I0)/2))]*[1-0.5*tanh((Is-I0)/2))] >> >> where Ip and Is are currents flowing through the coils and I0 is a DC >> polarization current. >> As for all parametric study, the values or R(I), L(I), C(V) depend on >> the values of the currents or voltages somewhere >> else in the circuit. I do not know the best way to do it in your >> software but I need to do this simulation rapidly. > > Possibly another kind of component may help you?: I have a current > controlled voltage source or a voltage controlled current source in > mind. It is possible to have such a component with a (nonlinear) > symbolic equation at hand. Is it possible to break your specific > problem down to an equivalent circuit using these kind of components? Ahh, so you need a transformer with a strange kind of hysteresis. (Indeed it is not really a hysteresis). A symbolical defined 4-port would perfectly fit your need. But at the moment there is no component in Qucs that can handle your problem. If time is critical for you, the best thing you can do is to create a new component in Qucs. I don't know how complex your transformer is. But I will have a look into the publication you sent. Is this the only component you need ? Which simulation types do you need to perform ? Regards, 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: Question From: Stefan Jahn - 2005-07-28 09:04:21 On Do, 28.07.2005, 10:22, Patrick Cornille sagte: > Dear Stefan and Michael > 2) I still have problem with the printing command which scrambled > everything in the version 007. Ah. So it worked with version 0.0.6 or previous ones? So you may ask Markus Bongard who made the package for MacOS if it has possibly something to do with the used Qt version. Otherwise... we'll see. > 3) I did not succeed to open your file which was written on the version > 008 but I did succeed to open it as a text and compared > it with the version of my file and see my errors. I understand that we > must add .v or. i to the variables. The simulation did work perfectly. To use the (0.0.8) schematic I sent to you you could also have change the version number in the .sch file by hand... You must add .v or .i if you use the AC simulation. For transient it's .Vt and .It and for DC it's .V and .I, you can use every variable you find in the dataset as displayed by the diagram dialogs. > 4) I need to calculate some kind of paratransformer (see the paper > below) where the inductance of the coil > depends not only on the current flowing through the primary coil but > also on the current flowing through the secondary coil. > > I need to simulate a law of the form: > > L(Ip,Is)=[1-0.5*tanh((Ip-I0)/2))]*[1-0.5*tanh((Is-I0)/2))] > > where Ip and Is are currents flowing through the coils and I0 is a DC > polarization current. > As for all parametric study, the values or R(I), L(I), C(V) depend on > the values of the currents or voltages somewhere > else in the circuit. I do not know the best way to do it in your > software but I need to do this simulation rapidly. Possibly another kind of component may help you?: I have a current controlled voltage source or a voltage controlled current source in mind. It is possible to have such a component with a (nonlinear) symbolic equation at hand. Is it possible to break your specific problem down to an equivalent circuit using these kind of components? > I am ready to make a financial contribution to the programmer who will > do it for me because this will help me a lot. Is this for your work, I assume? Cheers, Stefan. 
 [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