Discussion Forums are temporarily in read only mode. All forums are visible but posting is not possible. Please check back shortly.

Thread: Simple changes to improve producivity …


Permlink Replies: 30 - Pages: 3 [ Previous | 1 2 3 | Next ] - Last Post: Feb 1, 2009 8:17 PM Last Post By: LI04124
RUCKB

Posts: 54
Registered: 06/08/09
Re: Simple changes to improve producivity …
Posted: Sep 23, 2008 6:30 PM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
Hi,

If at least one proposal is taken, does this mean Agilent is watching this forum?
Nice to know ;-)

But anyhow, I think there are some more quite simple proposals in this thread that do not need know how in RF fieldsolving calculation, but just a little bit of programming know how, so even a student could implement them. So why the grid is the only improvement that made it on the change list ?

Sorry, I know ... if you give me the small finger I will take the whole arm   ;-)

thanks for the feedback that this proposals are taken serious ...

Hermann
RUCKB

Posts: 54
Registered: 06/08/09
Re: Simple changes to improve producivity …
Posted: Sep 25, 2008 11:14 PM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
One more thing that happened several times to me in the past when editting schematics:

I'm having a schematic with a lot of ports (usually from an HSPICE import). In order to createy a symbol I'm arranging the ports according to the desired port location on the symbol.
Therefore I hav to rotate (or mirror) the ports for the right side of the symbol. Once I have done this it is very difficult to grab the port with the mouse (when not in a large zoom). This is, because the node name is now written in the port symbol.

So, very often I grab the node name instead. As usually this are 50 to 100 ports it is very inefficiant to work wht a zoom factor that allows to grab the port.
Similar to the problem for moving a single port I always have trouble to move a whole row of ports.
e. g. I'm selecting 30 ports with a rectangle and trying to move them, than it always happens, that Im moving a single node name, or one node name/port is not moved with the other stuff (even with not rotated ports).

There is a workaroung for this by using "move by reference" command, but again this is an inefficient way to do things (and you need to figure out first, that this solves your problem, what took quite some time for me ..)

Any chance to change this behaviour ?
Solution could be, that the alignment of the node name is changed during rotate/mirror. By this it would be not written in the port symbol, but as it should be in front of the port symbol. In addition the design would be simpler readable ...

As the topic of the thread mentions:
small change to improve productivity ...



regards

Hermann
RUCKB

Posts: 54
Registered: 06/08/09
Re: Simple changes to improve producivity …
Posted: Sep 26, 2008 4:39 AM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
One more thing I'm missing ...

I'm a friend of well documented schematics and symbols that allow you to see what's inside.
So I try to do some drawing when creatin a symbol for a bigger subcircuit.
What is quite awfull ...
For me it would be great if I could insert in the schamatic or Symbol a bitmap for explanation what my schemetic or the subciruit does ...

Would be at least nice to have.

Hermann
MF01

Posts: 35
Registered: 06/08/09
Re: Simple changes to improve producivity …
Posted: Sep 30, 2008 7:37 AM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
Speaking of scaling/resizing... All columns in a Data Display List are evenly sized. If one column contains a long value/string then you have to size the whole List very wide in order to see the values in all columns. It would be so nice if the width of each column could be sized like in a spreadsheet.

Another thing that I would like in a List is to be able to set a "Marker" on a row. The row should be highlighted and automatically track when you change frequency sweep etc, like a marker on a trace does.
MF01

Posts: 35
Registered: 06/08/09
Re: Simple changes to improve producivity …
Posted: Sep 30, 2008 7:43 AM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
"

One more thing I'm missing ...

I'm a friend of well documented schematics and symbols that allow you to see what's inside.
So I try to do some drawing when creatin a symbol for a bigger subcircuit.
What is quite awfull ...
For me it would be great if I could insert in the schamatic or Symbol a bitmap for explanation what my schemetic or the subciruit does ...

Would be at least nice to have.

Hermann


"


Yes, a schematic look-alike symbol would be nice!

I think the Symbol Generator should be enhanced and have two more options available in addition to pick and use any of the built-in symbols:

* Generate a Schematic Look-a-Like Symbol


* Generate a Layout Look-a-Like Symbol

  ( Code for generating a Layout Look-a-Like symbol already exists - Momentum Component - just needs to be added to the Symbol Dialog. )


-Mats
RUCKB

Posts: 54
Registered: 06/08/09
Re: Simple changes to improve producivity …
Posted: Sep 30, 2008 10:03 PM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
One more thing wher I was just struggling ...

The IBIS usage is very unflexible. You can not set e. g. the Cases (slow/typ/fast) or the model type by variables ... so if you have more IBIS files you need to create seperate schematics instead of just using a variable ...

regards

Hermann
RUCKB

Posts: 54
Registered: 06/08/09
Re: Simple changes to improve producivity …
Posted: Sep 30, 2008 10:09 PM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
Another thing which should not be difficult:
deactivate and short for components with more than two ports.
Even for multiport components there is usually a simple short between 2ports correspoinding ports possible.
E.g. my packages look usually the way, that I would neet to short port 1 and 2, Port 3 and 4, Port 5 and 6 and so on..
If I could give this information in the component description a Deactivate and short would easily let me simulate e. g. without package.
I guess it would be even no problem to do a multi short: e. g. short Ports 1,3,5 with Port 2,4.
This would be the case in case of power pins at the package ...

regards

hermann
RUCKB

Posts: 54
Registered: 06/08/09
Re: Simple changes to improve producivity …
Posted: Oct 9, 2008 10:39 PM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
Not sure if this changed in the new library browser:
in the old version there was only a hirarchie level of 2 possible.
To create a nice library we would need a deeper hirarchy there ...

regards

hermann
LI04124

Posts: 37
Registered: 06/08/09
Re: Simple changes to improve producivity …
Posted: Oct 29, 2008 8:48 PM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
Hello,

how about 3D-plots in Data Display? Up to now I have to use external tools like gnuplot, Matlab, Excel,... if I want to create a 3D-plot for parameter sweep curves.
It would a nice-to-have feature! ;)

Regards, Thomas
RUCKB

Posts: 54
Registered: 06/08/09
Re: Simple changes to improve producivity …
Posted: Oct 30, 2008 4:28 AM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
Hi, maybe a 3D plot would not be that difficult to implement using e. g. gnuplot features ... not sure if the gnuplot license would allow a direct implementation with a crosslink ...

Hermann
RUCKB

Posts: 54
Registered: 06/08/09
Re: Simple changes to improve producivity …
Posted: Oct 30, 2008 8:20 PM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
One more thing that I would like to be optimized is the "copy design" command. i use it quite often, but it never works out of the box, as in each design there are some files that are not considered as part of the hirarchy. This are e. g. .ds files needed for SxP data components, IBIS files, netlists (I guess).
In addition it would be nice to check such files even for path names that might be pointing to the old path.

regards

Hermann
RUCKB

Posts: 54
Registered: 06/08/09
Re: Simple changes to improve producivity …
Posted: Nov 16, 2008 7:57 PM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
One more thing for the Datadisplay:
I do have a template, that has some text in 4 corners. This text is grouped.
But no clicking in the center of my datadisplay (maybe just by missing the right object) selects the text, so I move the text quite often.
This is already at Agilent as enhancement request ... but so far not considered as important.

Anyhow I guess we should bring each of the things in as enhancement request. But as long just a single user complains it is considered as "not important". So everybody would have to do this on his own ... I will start today   ;-)

regards

Hermann
bthayer

Posts: 2
Registered: 06/08/09
Re: Simple changes to improve producivity …
Posted: Jan 26, 2009 9:13 AM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
I can't believe that there aren't more posts here? What about not bing able to import a large GDSII across the network, no common dialog box, double clicking a design name expecting it to open and all it does is expand another folder, the error message when you enter a directory name to start your new design in and it says directory exist. Duh!

There hasn't been a post since November? C'mon people, we can do better!
LI04124

Posts: 37
Registered: 06/08/09
Re: Simple changes to improve producivity …
Posted: Jan 29, 2009 8:14 PM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
Sometimes when using the tuner it happens that a lot of data display windows are popping up even if they have been closed before and the one you really would like to see is finally the rearmost.  >:(
glcr

Posts: 34
Registered: 12/20/07
Re: Simple changes to improve producivity …
Posted: Feb 1, 2009 5:07 PM   in response to: RUCKB in response to: RUCKB
Click to report abuse...   Click to reply to this thread Reply
Good news Everyone!    ::)

In regard to tuning & data displays....

It was formerly considered a static feature to "remember" which data displays were open during tuning.  

Starting with the 2006A rls, you can disable the recall of open data display windows during tuning.  

This preference is located in the schematic, under  "Options>Preferences..." menu pick.  

Select the "Tuning" tab.  Then de-select the "Restore Data Displays" box, located under the Tune State section.    

8)

Point your RSS reader here for a feed of the latest messages in all forums