octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #45334] control package 2.8.1 - incorrect resu


From: Nick Jankowski
Subject: [Octave-bug-tracker] [bug #45334] control package 2.8.1 - incorrect results on repeated MIMO tf multiplies
Date: Tue, 16 Jun 2015 21:26:09 +0000
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Firefox/38.0

URL:
  <http://savannah.gnu.org/bugs/?45334>

                 Summary: control package 2.8.1 - incorrect results on
repeated MIMO tf multiplies
                 Project: GNU Octave
            Submitted by: nrjank
            Submitted on: Tue 16 Jun 2015 09:26:08 PM GMT
                Category: Octave Forge Package
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Incorrect Result
                  Status: None
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 4.0.0
        Operating System: Microsoft Windows

    _______________________________________________________

Details:

using control-2.8.1. performing a multiple MIMO tf multiplication produces
erroneous output. (haven't checked this under 2.8.2, as that version produces
a different error)

using a simple 2x2 tf, the following commands reproduce the problem:


>> a1=tf({[1],[2];[3],[4]},{[1 3],[1 4];[2 3],[1 1]});
>> a2=a1*a1
>> a3=a1*a2
>> a4=a1*a3
>> a5=a1*a4


a2 calculates as expected, and a minreal(a2) produces the expected minimized
form. the a3 and a4 results get huge, and then the a5 result drops and zeros
out almost all of the numerator coefficients.  using minreal between
multiplies for a3, a4 and a5 make little difference.

As the output gets messy, I attached a text file of the Octave output with and
without minreal.

Note that the order of multiplication (whether it's a1* or *a1) in the
definition of a2-a5 seems to matter on whether the coefficients match the
expected analytical result, but it produces zeros on a5.

Checking Matlab output for the same (ML 2015a) produces sensible results,
although as expected they don't minimize as nicely as Maxima. A minreal
between multiply steps gets it fairly close through a4.

I attached a png of a maxima output showing what the minimized output of those
should be. granted I expect Maxima to be better at handling the higher order
polynomials. 



    _______________________________________________________

File Attachments:


-------------------------------------------------------
Date: Tue 16 Jun 2015 09:26:08 PM GMT  Name: Octave_output.txt  Size: 32kB  
By: nrjank
outputs from Octave (txt), Maxima (png) and Matlab (txt files)
<http://savannah.gnu.org/bugs/download.php?file_id=34237>
-------------------------------------------------------
Date: Tue 16 Jun 2015 09:26:08 PM GMT  Name: MLoutput-withminreal.txt  Size:
17kB   By: nrjank
outputs from Octave (txt), Maxima (png) and Matlab (txt files)
<http://savannah.gnu.org/bugs/download.php?file_id=34238>
-------------------------------------------------------
Date: Tue 16 Jun 2015 09:26:08 PM GMT  Name: MLoutput.txt  Size: 29kB   By:
nrjank
outputs from Octave (txt), Maxima (png) and Matlab (txt files)
<http://savannah.gnu.org/bugs/download.php?file_id=34239>
-------------------------------------------------------
Date: Tue 16 Jun 2015 09:26:08 PM GMT  Name: Octave_output_withminreal.txt 
Size: 21kB   By: nrjank
outputs from Octave (txt), Maxima (png) and Matlab (txt files)
<http://savannah.gnu.org/bugs/download.php?file_id=34240>

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?45334>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]