bugGNU Octave - Bugs: bug #49433, Bode plot is totally inaccurate

 
 

bug #49433: Bode plot is totally inaccurate

Submitter:  None
Submitted:  Tue 25 Oct 2016 01:26:03 AM UTC
   
 
Category:  Octave Package Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Inaccurate Result
Status:  Invalid / Not an Octave Bug Assigned to:  None
Originator Name:  Jay Ayerson Originator Email:  -email is unavailable-
Open/Closed:  * Closed Release:  * other
Operating System:  * Other Fixed Release:  None
Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Thu 11 Apr 2019 01:46:12 PM UTC, comment #4: 

sorry It was closed.

Doug Stewart <dastew>
Thu 11 Apr 2019 01:39:43 PM UTC, comment #3: 

This was resolved so please close it as nothing to fix.

Doug Stewart <dastew>
Wed 26 Oct 2016 04:05:34 AM UTC, comment #2: 

I was confused, but not about what you think. Due to the multiple poles, it should in fact slope up at the left, for an open loop system.

Plot it on Matlab, or Octave, and you will find this to be the case.

However, the plot I produced - and the one with major discrepancies from Octave's plot - is the closed loop transfer function.

I am withdrawing the error report.

-Jay

Anonymous
Tue 25 Oct 2016 01:46:52 AM UTC, comment #1: 

I think you are confused.
The system that you show has a pole ate the origin
and therefore has an integration term and the left side of the plot should slope down.

The plot from Matlab that you show is horizontal at the left
and therefore no integration term


Anonymous
Tue 25 Oct 2016 01:26:03 AM UTC, original submission:  

Using Octave 3.6.4, on fedora core 20.
Octave-control installed 25 October 2016.

Compared bode plot of transfer function (obtained on Matlab) to Octave plot and found little correlation. Also sketched by hand for reference and found Octave to be wrong. Both magnitude and angle plots are higher than they should be in the low frequency region (left side of plot), indicating a systematic error.

I suspect that either the low-frequency cutoff is being ignored, or the integrator has been discarded.

The transfer function is entered using
s=tf('s');
and matches the polynomial given by Matlab.

Transfer function:
G=50*(1+s/5)*(1+500*s)/[(1+s/2)*(1+s/30)*(1+s/50)*(1+1000*s)*s];

Is this a version compatibility fault or a software bug?

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #38804:  Bode4.PNG added by None (47KiB - image/png - The attached file is the expected result from Matlab.)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by dastew (Posted a comment)
  • -email is unavailable- added by None (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2019-04-11 mtmiller Carbon-CopyRemoved 80942 -
    2016-10-27 mtmiller StatusNone Invalid / Not an Octave Bug
        Open/ClosedOpen Closed
    2016-10-25 None Attached File- Added Bode4.PNG, #38804

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code