Re: [Scilab-users] simp_mode odesn't seem to work

2020-08-27 Thread antoine . elias 
 

Hello Federico, 

simp_mode is a function not a variable,
 use :
 simp_mode(%f);

 Regards,
 Antoine 
Le 27/08/2020 à 09:50, Federico Miyara a écrit : 

> Dear All,
> 
> I need to have examples of rationals with very close poles and zeros, but the 
> simp engine simplifies them. This is awkward, since the simp documentation 
> says there is no threshold, so other than identical poles and zeros shouldn't 
> be simplified. Actually this is the case with complicated rationals created 
> from electrical network analysis of some filters, but not with the more 
> transparent example below.
> 
> My second attempt to reproduce the problem in my simple numeric example has 
> been to use the command simp_mode to disable any simplification. But it 
> doesn't work as expected--and described. For instance, the code
> 
> N = poly([1 2 3 3.09 5], "s")
> D = poly([1.001 3.003 4 6], "s")
> simp_mode = %f;
> H = N/D
> 
> yields these results:
> 
> --> N
> N = 
> -90.00027 +213.00055s -184.00037s² +74.99s³ -14.09s⁴ +s⁵
> --> D
> D = 
> 72.14 -126.2s +67.05s² -14s³ +s⁴
> --> H
> H = 
> 
> -30.93 +31.66s -10.1s² +s³ 
> -- 
> 24.06 -10.01s +s² 
> 
> As can be seen, even if I disabled automatic simplification, the result is 
> not the raw quotient N/D but a "simplified" version.
> 
> Any idea? Is it a bug?
> 
> Regards,
> 
> Federico Miyara 
> 
> [2]
> Libre de virus. www.avast.com [2]
> 
> ___
> users mailing list
> users@lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users [1]
 

Links:
--
[1] http://lists.scilab.org/mailman/listinfo/users
[2]
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

[Scilab-users] simp_mode odesn't seem to work

2020-08-27 Thread Federico Miyara 


Dear All,

I need to have examples of rationals with very close poles and zeros, 
but the simp engine simplifies them. This is awkward, since the simp 
documentation says there is no threshold, so other than identical poles 
and zeros shouldn't be simplified. Actually this is the case with 
complicated rationals created from electrical network analysis of some 
filters, but not with the more transparent example below.


My second attempt to reproduce the problem in my simple numeric example 
has been to use the command simp_mode to disable any simplification. But 
it doesn't work as expected--and described. For instance, the code


N = poly([1 2 3 3.09 5], "s")
D = poly([1.001 3.003 4 6], "s")
simp_mode = %f;
H = N/D

yields these results:

--> N
 N  =
  -90.00027 +213.00055s -184.00037s² +74.99s³ -14.09s⁴ +s⁵
--> D
 D  =
  72.14 -126.2s +67.05s² -14s³ +s⁴
--> H
 H  =

   -30.93 +31.66s -10.1s² +s³
   --
 24.06 -10.01s +s²

As can be seen, even if I disabled automatic simplification, the result 
is not the raw quotient N/D but a "simplified" version.


Any idea? Is it a bug?

Regards,

Federico Miyara


--
El software de antivirus Avast ha analizado este correo electrónico en busca de 
virus.
https://www.avast.com/antivirus
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users