cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Community Tip - If community subscription notifications are filling up your inbox you can set up a daily digest and get all your notifications in a single email. X

Wrong behaviour in logarithmic plots?

CH_10552914
10-Marble

Wrong behaviour in logarithmic plots?

Hello,

my Company forces me to switch from MathCAD15 to prime 10. Despite many other item I have question about logarithmic plots:

How can I set that the break points for calculation are also done on a logarithmic base?

It seems that the brake points still have linear steps --> almost no resolution on the low value end - even when setting "Number of Points" to 3000.

ACCEPTED SOLUTION

Accepted Solutions

Hello Werner,

thanks a lot for your supply. Your workaround can be a solution.

2nd y-axis are often required, especially if the values of the 2 graphs differ too much. On bode plots it works with one axis, but what if you have Volts and Milliamps?

Seems I need to try the "Chart Component" - or a different mathematical tool...

 

BR Christoph

View solution in original post

3 REPLIES 3
LucMeekes
23-Emerald III
(To:CH_10552914)

Hi,

 

Welcome to this forum.

1. Please attach the (Prime) worksheet.

2. Did you define Rs? If yes: How is it defined?

 

Success!
Luc

Werner_E
25-Diamond I
(To:CH_10552914)


@CH_10552914 wrote:

Hello,

my Company forces me to switch from MathCAD15 to prime 10.

My condolences to you!

 

I can confirm that in Prime the quickplot feature (plotting without defining the abscissa variable) with a logarithmic ordinate axis is broken.
As you already suspected, the values still are spaced linear which is unusable.

 

Mathcad 15:

Werner_E_0-1733166019186.png

The same in Prime 10 (using the default 500 points):

Werner_E_1-1733166067105.png

 

A possible way around this bug could be to define the ordinate values as a vector with logarithmically spaced values created with "logspace".

Here again using 500 points:

Werner_E_2-1733166166293.png

Vectorization (the arrow over the expression) is not mandatory in case of the function f used here but may be needed for other functions. So I consider it a good idea to use explicit vectorization every time you feed a vector as argument in a function written for scalar arguments.

 

BTW, I notice that the picture of the MC15 plot you attached showed a plot using a secondary y-axis. Primes native plots do not provide a secondary y-axis (and no labels and no grid lines ...). PTC therefore, instead of improving the native plots, had integrated a third party tool ("Chart component") which has a second y-axis, labels, gridlines, but also its own drawbacks - apart from being really slow it does not know anything about units. If the secondary y-axis is mandatory you would have to use that Chart component to create the plot.

 

 

Hello Werner,

thanks a lot for your supply. Your workaround can be a solution.

2nd y-axis are often required, especially if the values of the 2 graphs differ too much. On bode plots it works with one axis, but what if you have Volts and Milliamps?

Seems I need to try the "Chart Component" - or a different mathematical tool...

 

BR Christoph

Announcements

Top Tags