From heinznabielek at me.com  Mon Feb  7 18:35:21 2022
From: heinznabielek at me.com (Heinz Nabielek)
Date: Mon, 7 Feb 2022 18:35:21 +0100
Subject: [Scilab-users] please help, I have just a mental blockade
Message-ID: <33C03EA0-D7FF-470F-83CE-55FA7E7DA733@me.com>

Sorry, colleagues  -   please help, I have just a mental blockade.

Given vector EE= [3 5 8]

I want to create a stepwise increasing vector E= [0 0 1 1 2 2 2 3 3 3 3]

And would need a system that works for much larger numbers....

Probably dead easy?
Heinz



From heinznabielek at me.com  Mon Feb  7 20:15:52 2022
From: heinznabielek at me.com (Heinz Nabielek)
Date: Mon, 7 Feb 2022 20:15:52 +0100
Subject: [Scilab-users] please help, I have just a mental blockade
In-Reply-To: <33C03EA0-D7FF-470F-83CE-55FA7E7DA733@me.com>
References: <33C03EA0-D7FF-470F-83CE-55FA7E7DA733@me.com>
Message-ID: <E5A54DCE-FE51-41A4-854A-465D858A1556@me.com>


> On 07.02.2022, at 18:35, Heinz Nabielek <heinznabielek at me.com> wrote:
> Sorry, colleagues  -   please help, I have just a mental blockade.
> Given vector EE= [3 5 8]
> I want to create a stepwise increasing vector E= [0 0 1 1 2 2 2 3 3 3 3]
> And would need a system that works for much larger numbers....

Sorry to bother you, it was dead easy:
n=12; EE=[3 5 8]; E=zeros(1:n);
 for j=1:3;
for k=EE(j):n;E(k)=E(k)+1; end;
end;

 E  =   0.   0.   1.   1.   2.   2.   2.   3.   3.   3.   3.   3.

I do not know why it did not work on my first attempt........

And: perhaps not the most elegant with a doubly nested do-loop.
Heinz



From sgougeon at free.fr  Mon Feb  7 20:17:21 2022
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 7 Feb 2022 20:17:21 +0100
Subject: [Scilab-users] please help, I have just a mental blockade
In-Reply-To: <33C03EA0-D7FF-470F-83CE-55FA7E7DA733@me.com>
References: <33C03EA0-D7FF-470F-83CE-55FA7E7DA733@me.com>
Message-ID: <7370970a-b436-3b73-4076-3ff87aaed34e@free.fr>

Hello Heinz,

Le 07/02/2022 ? 18:35, Heinz Nabielek a ?crit?:
> Sorry, colleagues  -   please help, I have just a mental blockade.
>
> Given vector EE= [3 5 8]
>
> I want to create a stepwise increasing vector E= [0 0 1 1 2 2 2 3 3 3 3]
>
> And would need a system that works for much larger numbers....
>
> Probably dead easy?


--> v = zeros(1,15);
--> v([3 5 8]) = 1;
--> cumsum(v)
 ?ans? =
 ?? 0.?? 0.?? 1.?? 1.?? 2.?? 2.?? 2.?? 3.?? 3.?? 3.?? 3.?? 3. 3.?? 3.?? 3.


HTH
Samuel



From cfuttrup at gmail.com  Mon Feb  7 20:17:36 2022
From: cfuttrup at gmail.com (Claus Futtrup)
Date: Mon, 7 Feb 2022 20:17:36 +0100
Subject: [Scilab-users] please help, I have just a mental blockade
In-Reply-To: <33C03EA0-D7FF-470F-83CE-55FA7E7DA733@me.com>
References: <33C03EA0-D7FF-470F-83CE-55FA7E7DA733@me.com>
Message-ID: <a2f20d5a-00ba-9ca1-0f91-e83c7d4f26b8@gmail.com>

Hi Heinz

I notice that the E-vector is longer than the largest numberin the 
EE-vector. What decides the length of the E-vector?

I was thinking length(EE) = 3 gives the highest number in the E-vector, 
and that e.g. max(EE) = 8 would be the length of the E-vector (but it's 
not ...), such that E = zeros(1:maxE) could be your initialization. This 
is why I ask, what decides the length of the E-vector?

How large are the numbers going to be? ... are we talking 
graphics/pictures in the mega-pixel range as input?

Best regards,
Claus

On 07-02-2022 18:35, Heinz Nabielek wrote:
> Sorry, colleagues  -   please help, I have just a mental blockade.
>
> Given vector EE= [3 5 8]
>
> I want to create a stepwise increasing vector E= [0 0 1 1 2 2 2 3 3 3 3]
>
> And would need a system that works for much larger numbers....
>
> Probably dead easy?
> Heinz
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users




From fmiyara at fceia.unr.edu.ar  Mon Feb  7 20:06:40 2022
From: fmiyara at fceia.unr.edu.ar (Federico Miyara)
Date: Mon, 7 Feb 2022 16:06:40 -0300
Subject: [Scilab-users] please help, I have just a mental blockade
In-Reply-To: <33C03EA0-D7FF-470F-83CE-55FA7E7DA733@me.com>
References: <33C03EA0-D7FF-470F-83CE-55FA7E7DA733@me.com>
Message-ID: <a85ccfb7-5322-76fe-f5f9-467c4e930d2e@fceia.unr.edu.ar>


Heinz,

It isn't clear what you need, I don't underastand the relationship 
between EE and E.

Except for the first 0 in E, it seems that each consecutive number n is 
repeated n+1 times up to the number indicated by the first component of 
EE. Is this what you are looking for?

This is a simple (though not very efficient) way of attaining that:

m = EE(1);
E = []; //or E = 0 if the first 0 is really needed
for k=0:m
 ?? E = [E, k*ones(1, k+1)];
end

Regards.

Federico Miyara

On 07/02/2022 14:35, Heinz Nabielek wrote:
> Sorry, colleagues  -   please help, I have just a mental blockade.
>
> Given vector EE= [3 5 8]
>
> I want to create a stepwise increasing vector E= [0 0 1 1 2 2 2 3 3 3 3]
>
> And would need a system that works for much larger numbers....
>
> Probably dead easy?
> Heinz
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>



-- 
El software de antivirus Avast ha analizado este correo electr?nico en busca de virus.
https://www.avast.com/antivirus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220207/a25fc16b/attachment.htm>

From cfuttrup at gmail.com  Mon Feb  7 20:28:27 2022
From: cfuttrup at gmail.com (Claus Futtrup)
Date: Mon, 7 Feb 2022 20:28:27 +0100
Subject: [Scilab-users] please help, I have just a mental blockade
In-Reply-To: <7370970a-b436-3b73-4076-3ff87aaed34e@free.fr>
References: <33C03EA0-D7FF-470F-83CE-55FA7E7DA733@me.com>
 <7370970a-b436-3b73-4076-3ff87aaed34e@free.fr>
Message-ID: <43fa8fc6-164e-8d54-826c-b85ae6304e23@gmail.com>

Hi Samuel, and all Scilabers

Entertaining response from Samuel!

It's about knowing that the cumsum function exist. :-)

I googled Scilab cumsum and found old docs that it was part of 
elementary matrix operations 
(https://help.scilab.org/doc/6.0.0/en_US/cumsum.html), but in Scilab 
6.1.1 this is part of a XCOS matrix palette.

Hmm.

The documentation for cumsum is now found under XCOS. What is the 
motivation behind this choice?

I wonder if this could be confusing - making us believe the module 
requires XCOS to be running.

Cheers,
Claus

On 07-02-2022 20:17, Samuel Gougeon wrote:
> Hello Heinz,
>
> Le 07/02/2022 ? 18:35, Heinz Nabielek a ?crit?:
>> Sorry, colleagues? -?? please help, I have just a mental blockade.
>>
>> Given vector EE= [3 5 8]
>>
>> I want to create a stepwise increasing vector E= [0 0 1 1 2 2 2 3 3 3 3]
>>
>> And would need a system that works for much larger numbers....
>>
>> Probably dead easy?
>
>
> --> v = zeros(1,15);
> --> v([3 5 8]) = 1;
> --> cumsum(v)
> ?ans? =
> ?? 0.?? 0.?? 1.?? 1.?? 2.?? 2.?? 2.?? 3.?? 3.?? 3.?? 3.?? 3. 3. 3.?? 3.
>
>
> HTH
> Samuel
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users




From heinznabielek at me.com  Mon Feb  7 20:29:53 2022
From: heinznabielek at me.com (Heinz Nabielek)
Date: Mon, 7 Feb 2022 20:29:53 +0100
Subject: [Scilab-users] please help, I have just a mental blockade
In-Reply-To: <7370970a-b436-3b73-4076-3ff87aaed34e@free.fr>
References: <33C03EA0-D7FF-470F-83CE-55FA7E7DA733@me.com>
 <7370970a-b436-3b73-4076-3ff87aaed34e@free.fr>
Message-ID: <6D3A063E-4C7B-46D4-93B7-E457ABE15BC3@me.com>

That is it! Thanks.
Heinz

> On 07.02.2022, at 20:17, Samuel Gougeon <sgougeon at free.fr> wrote:
> 
> --> v = zeros(1,15);
> --> v([3 5 8]) = 1;
> --> cumsum(v)



From sgougeon at free.fr  Mon Feb  7 20:46:46 2022
From: sgougeon at free.fr (Samuel Gougeon)
Date: Mon, 7 Feb 2022 20:46:46 +0100
Subject: [Scilab-users] please help, I have just a mental blockade
In-Reply-To: <43fa8fc6-164e-8d54-826c-b85ae6304e23@gmail.com>
References: <33C03EA0-D7FF-470F-83CE-55FA7E7DA733@me.com>
 <7370970a-b436-3b73-4076-3ff87aaed34e@free.fr>
 <43fa8fc6-164e-8d54-826c-b85ae6304e23@gmail.com>
Message-ID: <d246a4ad-1396-8b5d-ab32-7969ca30d7d3@free.fr>

Le 07/02/2022 ? 20:28, Claus Futtrup a ?crit?:
> Hi Samuel, and all Scilabers
>
> Entertaining response from Samuel!
>
> It's about knowing that the cumsum function exist. :-)
>
> I googled Scilab cumsum and found old docs that it was part of 
> elementary matrix operations 
> (https://help.scilab.org/doc/6.0.0/en_US/cumsum.html), but in Scilab 
> 6.1.1 this is part of a XCOS matrix palette.
>
> Hmm.
>
> The documentation for cumsum is now found under XCOS. What is the 
> motivation behind this choice?


It's an error in the 6.1.1 online doc (likely occuring during its recent 
regeneration (mid december) after its truncation 
<https://www.mail-archive.com/users at lists.scilab.org/msg10627.html>, 
while CUMSUM and cumsum are homonymous).
https://help.scilab.org/docs/6.1.0/en_US/cumsum.html? is OK
--> help cumsum // as well

Samuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220207/d38171e8/attachment.htm>

From heinznabielek at me.com  Tue Feb  8 00:01:31 2022
From: heinznabielek at me.com (Heinz Nabielek)
Date: Tue, 8 Feb 2022 00:01:31 +0100
Subject: [Scilab-users] please help, I have just a mental blockade
In-Reply-To: <a2f20d5a-00ba-9ca1-0f91-e83c7d4f26b8@gmail.com>
References: <33C03EA0-D7FF-470F-83CE-55FA7E7DA733@me.com>
 <a2f20d5a-00ba-9ca1-0f91-e83c7d4f26b8@gmail.com>
Message-ID: <D11E487C-C6B6-416E-B8C7-312E5EB882EA@me.com>

On 07.02.2022, at 20:17, Claus Futtrup <cfuttrup at gmail.com> wrote:
> 
> Hi Heinz
> 
> ...
> How large are the numbers going to be? ... are we talking graphics/pictures in the mega-pixel range as input?

At first, I used it to record 8 deaths in a group of 27 people all born 1942 and made a comparison to the National mortality distribution. Other applications may come later...

Heinz



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220208/3c29dc8b/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PastedGraphic-1.png
Type: image/png
Size: 53584 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20220208/3c29dc8b/attachment.png>

From p.muehlmann at gmail.com  Tue Feb  8 08:43:34 2022
From: p.muehlmann at gmail.com (P M)
Date: Tue, 8 Feb 2022 08:43:34 +0100
Subject: [Scilab-users] please help, I have just a mental blockade
In-Reply-To: <a2f20d5a-00ba-9ca1-0f91-e83c7d4f26b8@gmail.com>
References: <33C03EA0-D7FF-470F-83CE-55FA7E7DA733@me.com>
 <a2f20d5a-00ba-9ca1-0f91-e83c7d4f26b8@gmail.com>
Message-ID: <CACf7ODtFJU4FwJNXGxA8TUYpM4AXcJcZgykNRi0e6ZY_s=TK8A@mail.gmail.com>

Hallo Claus,

would you like to explain, why you thought of images as input?

I worked a little in the field of finding lines/edges in noisy images and a
cumsum approach crossed my way some years ago.
So maybe here, there is something to learn for me?

Best Regards,
Philipp





Am Mo., 7. Feb. 2022 um 20:18 Uhr schrieb Claus Futtrup <cfuttrup at gmail.com
>:

> Hi Heinz
>
> I notice that the E-vector is longer than the largest numberin the
> EE-vector. What decides the length of the E-vector?
>
> I was thinking length(EE) = 3 gives the highest number in the E-vector,
> and that e.g. max(EE) = 8 would be the length of the E-vector (but it's
> not ...), such that E = zeros(1:maxE) could be your initialization. This
> is why I ask, what decides the length of the E-vector?
>
> How large are the numbers going to be? ... are we talking
> graphics/pictures in the mega-pixel range as input?
>
> Best regards,
> Claus
>
> On 07-02-2022 18:35, Heinz Nabielek wrote:
> > Sorry, colleagues  -   please help, I have just a mental blockade.
> >
> > Given vector EE= [3 5 8]
> >
> > I want to create a stepwise increasing vector E= [0 0 1 1 2 2 2 3 3 3 3]
> >
> > And would need a system that works for much larger numbers....
> >
> > Probably dead easy?
> > Heinz
> >
> > _______________________________________________
> > users mailing list
> > users at lists.scilab.org
> > http://lists.scilab.org/mailman/listinfo/users
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220208/828e9056/attachment.htm>

From f.s.farimani at gmail.com  Thu Feb 10 10:35:18 2022
From: f.s.farimani at gmail.com (Foad Sojoodi Farimani)
Date: Thu, 10 Feb 2022 10:35:18 +0100
Subject: [Scilab-users] [question] xcos yielding different result than
	SIMULINK
Message-ID: <CADjqfdoSa=mB3X3=NnqrJDgikniBsxhUyKGBh2EEG+8sZ90n+w@mail.gmail.com>

I had initially asked the question here
<https://discordapp.com/channels/384316553497280512/384325768685027328/941093238436134912>
on xcos Discord channel <https://discord.gg/KeG3rdQ>.
Basically, I want to replicate this SIMULINK tutorial
<https://youtu.be/PRFCBVTFy90> in xcos, and so far you may see the
.zcox file in the attachment. However, my plots in xcos are quite different
from the ones in the above YouTube video. I suspect it has to do with the
default simulations parameters:

[image: unknown.png]

I would appreciate it if you could help me know how I can adjust the above
parameters or change the solver to get similar results as SIMULINK. Thanks
for your support in advance.

Best,
F.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220210/2b12049e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: unknown.png
Type: image/png
Size: 59330 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20220210/2b12049e/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ex002.zcos
Type: application/octet-stream
Size: 4776 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20220210/2b12049e/attachment.obj>

From sgougeon at free.fr  Thu Feb 10 11:06:08 2022
From: sgougeon at free.fr (Samuel Gougeon)
Date: Thu, 10 Feb 2022 11:06:08 +0100
Subject: [Scilab-users] [question] xcos yielding different result than
 SIMULINK
In-Reply-To: <CADjqfdoSa=mB3X3=NnqrJDgikniBsxhUyKGBh2EEG+8sZ90n+w@mail.gmail.com>
References: <CADjqfdoSa=mB3X3=NnqrJDgikniBsxhUyKGBh2EEG+8sZ90n+w@mail.gmail.com>
Message-ID: <3491df39-ae38-1c4f-b4ad-e851873db0db@free.fr>

Hello,

Le 10/02/2022 ? 10:35, Foad Sojoodi Farimani a ?crit?:
> I had initially asked the question here 
> <https://discordapp.com/channels/384316553497280512/384325768685027328/941093238436134912> 
> on xcos Discord channel <https://discord.gg/KeG3rdQ>.
> Basically, I want to replicate this SIMULINK tutorial 
> <https://youtu.be/PRFCBVTFy90> in xcos, and so far you may see the 
> .zcox?file in the attachment. However, my plots in xcos are quite 
> different from the ones in the above YouTube video.


The video is 26mn long, with several versions of the diagram. Which 
version are you addressing?
Wrt to the version at 19:00, why do you skip the 1/s block and adds an 
INTEGRAL_m block in your sent version ?

Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220210/9fdcd50e/attachment.htm>

From sgougeon at free.fr  Thu Feb 10 11:11:50 2022
From: sgougeon at free.fr (Samuel Gougeon)
Date: Thu, 10 Feb 2022 11:11:50 +0100
Subject: [Scilab-users] [question] xcos yielding different result than
 SIMULINK
In-Reply-To: <3491df39-ae38-1c4f-b4ad-e851873db0db@free.fr>
References: <CADjqfdoSa=mB3X3=NnqrJDgikniBsxhUyKGBh2EEG+8sZ90n+w@mail.gmail.com>
 <3491df39-ae38-1c4f-b4ad-e851873db0db@free.fr>
Message-ID: <52727f85-d480-6a50-6700-628283803c78@free.fr>

Le 10/02/2022 ? 11:06, Samuel Gougeon a ?crit?:
> Hello,
>
> Le 10/02/2022 ? 10:35, Foad Sojoodi Farimani a ?crit?:
>> I had initially asked the question here 
>> <https://discordapp.com/channels/384316553497280512/384325768685027328/941093238436134912> 
>> on xcos Discord channel <https://discord.gg/KeG3rdQ>.
>> Basically, I want to replicate this SIMULINK tutorial 
>> <https://youtu.be/PRFCBVTFy90> in xcos, and so far you may see the 
>> .zcox?file in the attachment. However, my plots in xcos are quite 
>> different from the ones in the above YouTube video.
>
>
> The video is 26mn long, with several versions of the diagram. Which 
> version are you addressing?
> Wrt to the version at 19:00, why do you skip the 1/s block and adds an 
> INTEGRAL_m block in your sent version ?
>

OK, you have switched the positions of your integral and proportional 
branches.
Are INTEGRAL_m and INTEGRAL_f blocks equivalent? INTEGRAL_f has less 
parameters.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220210/4da7ed33/attachment.htm>

From sgougeon at free.fr  Thu Feb 10 11:24:56 2022
From: sgougeon at free.fr (Samuel Gougeon)
Date: Thu, 10 Feb 2022 11:24:56 +0100
Subject: [Scilab-users] [question] xcos yielding different result than
 SIMULINK
In-Reply-To: <3491df39-ae38-1c4f-b4ad-e851873db0db@free.fr>
References: <CADjqfdoSa=mB3X3=NnqrJDgikniBsxhUyKGBh2EEG+8sZ90n+w@mail.gmail.com>
 <3491df39-ae38-1c4f-b4ad-e851873db0db@free.fr>
Message-ID: <50a33f7f-0976-8416-2e34-7e8cb9319f2f@free.fr>

Le 10/02/2022 ? 11:06, Samuel Gougeon a ?crit?:
> Hello,
>
> Le 10/02/2022 ? 10:35, Foad Sojoodi Farimani a ?crit?:
>> I had initially asked the question here 
>> <https://discordapp.com/channels/384316553497280512/384325768685027328/941093238436134912> 
>> on xcos Discord channel <https://discord.gg/KeG3rdQ>.
>> Basically, I want to replicate this SIMULINK tutorial 
>> <https://youtu.be/PRFCBVTFy90> in xcos, and so far you may see the 
>> .zcox?file in the attachment. However, my plots in xcos are quite 
>> different from the ones in the above YouTube video.


Setting the scope with ymin=0, ymax=1.5 and refresh period = 5 (or 10 or 
20) already helps showing and comparing.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220210/d3cfede5/attachment.htm>

From stephane.mottelet at utc.fr  Thu Feb 10 11:42:23 2022
From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=)
Date: Thu, 10 Feb 2022 11:42:23 +0100
Subject: [Scilab-users] [question] xcos yielding different result than
 SIMULINK
In-Reply-To: <3491df39-ae38-1c4f-b4ad-e851873db0db@free.fr>
References: <CADjqfdoSa=mB3X3=NnqrJDgikniBsxhUyKGBh2EEG+8sZ90n+w@mail.gmail.com>
 <3491df39-ae38-1c4f-b4ad-e851873db0db@free.fr>
Message-ID: <fbae3968-645d-f644-a55c-e9f5b09be47b@utc.fr>

In Xcos the results are virtually the same with a plain PID block (with 
the same parameters). The chosen solver (CVODE/BDF) is OK to me.

Le 10/02/2022 ? 11:06, Samuel Gougeon a ?crit?:
> Hello,
>
> Le 10/02/2022 ? 10:35, Foad Sojoodi Farimani a ?crit?:
>> I had initially asked the question here 
>> <https://discordapp.com/channels/384316553497280512/384325768685027328/941093238436134912> 
>> on xcos Discord channel <https://discord.gg/KeG3rdQ>.
>> Basically, I want to replicate this SIMULINK tutorial 
>> <https://youtu.be/PRFCBVTFy90> in xcos, and so far you may see the 
>> .zcox?file in the attachment. However, my plots in xcos are quite 
>> different from the ones in the above YouTube video.
>
>
> The video is 26mn long, with several versions of the diagram. Which 
> version are you addressing?
> Wrt to the version at 19:00, why do you skip the 1/s block and adds an 
> INTEGRAL_m block in your sent version ?
>
> Regards
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-- 
St?phane Mottelet
Ing?nieur de recherche
EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable
D?partement G?nie des Proc?d?s Industriels
Sorbonne Universit?s - Universit? de Technologie de Compi?gne
CS 60319, 60203 Compi?gne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220210/21e1a578/attachment.htm>

From f.s.farimani at gmail.com  Thu Feb 10 23:29:54 2022
From: f.s.farimani at gmail.com (Foad Sojoodi Farimani)
Date: Thu, 10 Feb 2022 23:29:54 +0100
Subject: [Scilab-users] [sample] PID-controlled motorized solar panel
Message-ID: <CADjqfdpyTX7YuoXNQ6TLUW_bPaLa7=GpWk6oY5-rNsmDp_Arig@mail.gmail.com>

Hi everyone,

I replicated Erin Byrne and  Brian Neiswander 's SIMULINK tutorial
including a PID-controlled motorized solar panel here
<https://nl.mathworks.com/matlabcentral/fileexchange/73257-getting-started-with-simulink-for-controls-example-files?tab=discussions#discussions_2427740>.
You may see the YouTube video here <https://youtu.be/bE179wgm164>.

Best,
F.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220210/44ad42f0/attachment.htm>

From Jean-Yves.Baudais at insa-rennes.fr  Tue Feb 15 17:27:20 2022
From: Jean-Yves.Baudais at insa-rennes.fr (Jean-Yves Baudais)
Date: Tue, 15 Feb 2022 17:27:20 +0100 (CET)
Subject: [Scilab-users] unloader.sce
Message-ID: <2146976163.119134.1644942440991.JavaMail.zimbra@insa-rennes.fr>

Bonjour,

Is there a simple way to clear all the used functions of a given library, because unloader.sce only remove the library from the "who" list, but not the functions that have already been used and that stay in memory, unfortunatly!

Thanks,

-- 
Jean-Yves Baudais


From sgougeon at free.fr  Tue Feb 15 18:21:13 2022
From: sgougeon at free.fr (Samuel Gougeon)
Date: Tue, 15 Feb 2022 18:21:13 +0100
Subject: [Scilab-users] clearing macros of a library
In-Reply-To: <2146976163.119134.1644942440991.JavaMail.zimbra@insa-rennes.fr>
References: <2146976163.119134.1644942440991.JavaMail.zimbra@insa-rennes.fr>
Message-ID: <3ce1dbd3-3a17-9d7d-7474-dc5acaeeb400@free.fr>

Hello Jean-Yves,

Le 15/02/2022 ? 17:27, Jean-Yves Baudais a ?crit?:
> Bonjour,
>
> Is there a simple way to clear all the used functions of a given library, because unloader.sce only remove the library from the "who" list, but not the functions that have already been used and that stay in memory, unfortunatly!
Yes, this way:

--> clear(string(mylib)(2:$))

Should we actually clear also macros belonging to the library, in the 
default unloaded.sce script?
There is currently an explicit warning in comment: "This does not 
unregister its macros"
I think it would be cleaner. But there may be some reasons to not having 
done it...

Samuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220215/f7c43c77/attachment.htm>

From Jean-Yves.Baudais at insa-rennes.fr  Tue Feb 15 19:03:34 2022
From: Jean-Yves.Baudais at insa-rennes.fr (Jean-Yves Baudais)
Date: Tue, 15 Feb 2022 19:03:34 +0100 (CET)
Subject: [Scilab-users] clearing macros of a library
In-Reply-To: <3ce1dbd3-3a17-9d7d-7474-dc5acaeeb400@free.fr>
References: <2146976163.119134.1644942440991.JavaMail.zimbra@insa-rennes.fr>
 <3ce1dbd3-3a17-9d7d-7474-dc5acaeeb400@free.fr>
Message-ID: <2079744801.126126.1644948214265.JavaMail.zimbra@insa-rennes.fr>

> --> clear(string(mylib)(2:$))

Thanks! It does what I expected.

> Should we actually clear also macros belonging to the library, in the default
> unloaded.sce script?
> There is currently an explicit warning in comment: " This does not unregister
> its macros"
> I think it would be cleaner. But there may be some reasons to not having done
> it...

For my Scilab understanding, what are the reasons?

Thanks,

--Jean-Yves


From sgougeon at free.fr  Tue Feb 15 20:24:03 2022
From: sgougeon at free.fr (Samuel Gougeon)
Date: Tue, 15 Feb 2022 20:24:03 +0100
Subject: [Scilab-users] unloader.sci & module.quit
In-Reply-To: <2079744801.126126.1644948214265.JavaMail.zimbra@insa-rennes.fr>
References: <2146976163.119134.1644942440991.JavaMail.zimbra@insa-rennes.fr>
 <3ce1dbd3-3a17-9d7d-7474-dc5acaeeb400@free.fr>
 <2079744801.126126.1644948214265.JavaMail.zimbra@insa-rennes.fr>
Message-ID: <a04f2e3e-87c3-1dae-d43d-f1490825cd26@free.fr>

Le 15/02/2022 ? 19:03, Jean-Yves Baudais a ?crit?:
>> --> clear(string(mylib)(2:$))
> Thanks! It does what I expected.
>
>> Should we actually clear also macros belonging to the library, in the default
>> unloaded.sce script?
>> There is currently an explicit warning in comment: " This does not unregister
>> its macros"
>> I think it would be cleaner. But there may be some reasons to not having done
>> it...
> For my Scilab understanding, what are the reasons?

I don't know. May be none.

To me, there is a bunch of questions / issues about this unloader.sce 
and the ~/etc/module.quit scripts.

The default unloader.sce is generated for instance by tbx_make(..)

  * If the module to unload is an autoloaded ATOMS module, its library
    is protected. Then trying to clear it yields an expected error.
    The default unloader.sce does not take this into account. Yet, it
    should avoid or handle the error without stopping.

  * unloader.sce should clear loaded functions of the library, as you
    suggest.
    Indeed, if it's not wished, it is simple to comment the line in the
    final version.
    Otherwise, if you have asked how to do, it's that the syntax is not
    trivial to find.

  * atomsQuit() : the documentation (and code) of this function are
    prone to discussion:
     1. its page says that it executes .quit files of all loaded ATOMS
        modules, while it calls their unloader.sce script
     2. its page says "/This function is called by
        SCI/etc/scilab.quit/". If it is its only usage, then it's an
        internal, and it should not be documented.
     3. According to its code: if the autoloading mode of the ATOMS
        system is OFF, then atomsQuit() does nothing! That's strange.
        This could mean that it is definitely not aimed to be used out
        of the automatic Scilab startup.
     4. It can't be used to quit some given modules. Only to quit all
        loaded modules. So..
     5. Proposals:
          + Either we keep atomsQuit() as is, and undocument it to make
            it as an internal function
          + Or we remove the condition (3), and we add an input argument
            = vector of modules name to quit.

Any comments?

Samuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220215/07f1513d/attachment.htm>

From sgougeon at free.fr  Tue Feb 15 20:34:48 2022
From: sgougeon at free.fr (Samuel Gougeon)
Date: Tue, 15 Feb 2022 20:34:48 +0100
Subject: [Scilab-users] unloader.sci & module.quit
In-Reply-To: <a04f2e3e-87c3-1dae-d43d-f1490825cd26@free.fr>
References: <2146976163.119134.1644942440991.JavaMail.zimbra@insa-rennes.fr>
 <3ce1dbd3-3a17-9d7d-7474-dc5acaeeb400@free.fr>
 <2079744801.126126.1644948214265.JavaMail.zimbra@insa-rennes.fr>
 <a04f2e3e-87c3-1dae-d43d-f1490825cd26@free.fr>
Message-ID: <f32337d7-a461-b2dc-cc9f-473870719f1e@free.fr>

Le 15/02/2022 ? 20:24, Samuel Gougeon a ?crit?:
> .../...
>
>   * If the module to unload is an autoloaded ATOMS module, its library
>     is protected. Then trying to clear it yields an expected error.
>     The default unloader.sce does not take this into account. Yet, it
>     should avoid or handle the error without stopping.
>
Actually, the error is caught, but prevents unloading the documentation 
and preferences.
Maybe it's better in this way (unload all parts of the module, or none 
of them).

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220215/fe7cb865/attachment.htm>

From f.s.farimani at gmail.com  Wed Feb 23 23:46:14 2022
From: f.s.farimani at gmail.com (Foad Sojoodi Farimani)
Date: Wed, 23 Feb 2022 23:46:14 +0100
Subject: [Scilab-users] [issue] xcos model including a Scilab function
 doesn't plot and finish the simulation
Message-ID: <CADjqfdpHWJRacQwxv=YXQXCAFPinvTfu7RJ5ad77FRdhzHd20Q@mail.gmail.com>

Dear all,

I am trying to run the xcos simulation in the attachment but the solver
never finishes and nothing is displayed. I would appreciate it if you help
me understand what the problem is and how I can resolve it.

*P.S.* Relevant discussions here
<https://stackoverflow.com/q/54782904/4999991> and here
<https://gist.github.com/Foadsf/5e4b998f5b99266eb031fbaadcc16a9c>. and I
will post the question also here on Discord <https://discord.gg/KeG3rdQ>.

Best,
F.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220223/81448227/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ex007.zip
Type: application/x-zip-compressed
Size: 4118 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20220223/81448227/attachment.bin>

From f.s.farimani at gmail.com  Wed Feb 23 23:50:18 2022
From: f.s.farimani at gmail.com (Foad Sojoodi Farimani)
Date: Wed, 23 Feb 2022 23:50:18 +0100
Subject: [Scilab-users] [issue] xcos model including a Scilab function
 doesn't plot and finish the simulation
In-Reply-To: <CADjqfdpHWJRacQwxv=YXQXCAFPinvTfu7RJ5ad77FRdhzHd20Q@mail.gmail.com>
References: <CADjqfdpHWJRacQwxv=YXQXCAFPinvTfu7RJ5ad77FRdhzHd20Q@mail.gmail.com>
Message-ID: <CADjqfdrgBCK2jxBCpQj8U0NBgh5_72D1ZWRHH-E=qGDDJt66Pg@mail.gmail.com>

Given that sadly we are not able to attach any files to the questions here,
please find the files here in this Discord message.
<https://discord.com/channels/384316553497280512/384325768685027328/946176847153094727>


Best,
F.

On Wed, Feb 23, 2022 at 11:46 PM Foad Sojoodi Farimani <
f.s.farimani at gmail.com> wrote:

> Dear all,
>
> I am trying to run the xcos simulation in the attachment but the solver
> never finishes and nothing is displayed. I would appreciate it if you help
> me understand what the problem is and how I can resolve it.
>
> *P.S.* Relevant discussions here
> <https://stackoverflow.com/q/54782904/4999991> and here
> <https://gist.github.com/Foadsf/5e4b998f5b99266eb031fbaadcc16a9c>. and I
> will post the question also here on Discord <https://discord.gg/KeG3rdQ>.
>
> Best,
> F.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220223/b2df083d/attachment.htm>

From f.s.farimani at gmail.com  Thu Feb 24 15:50:29 2022
From: f.s.farimani at gmail.com (Foad Sojoodi Farimani)
Date: Thu, 24 Feb 2022 15:50:29 +0100
Subject: [Scilab-users] [issue] xcos model including a Scilab function
 doesn't plot and finish the simulation
In-Reply-To: <CADjqfdrgBCK2jxBCpQj8U0NBgh5_72D1ZWRHH-E=qGDDJt66Pg@mail.gmail.com>
References: <CADjqfdpHWJRacQwxv=YXQXCAFPinvTfu7RJ5ad77FRdhzHd20Q@mail.gmail.com>
 <CADjqfdrgBCK2jxBCpQj8U0NBgh5_72D1ZWRHH-E=qGDDJt66Pg@mail.gmail.com>
Message-ID: <CADjqfdrks7RnJghY7CEkMZndr4ebCRtWk1oWtMG7jSjOzcPc6g@mail.gmail.com>

the strange thing is that SIMULINK also doesn't return good results

https://nl.mathworks.com/matlabcentral/answers/1657595-integrator-doesn-t-work-properly

Best,
F.

On Wed, Feb 23, 2022 at 11:50 PM Foad Sojoodi Farimani <
f.s.farimani at gmail.com> wrote:

> Given that sadly we are not able to attach any files to the questions
> here, please find the files here in this Discord message.
> <https://discord.com/channels/384316553497280512/384325768685027328/946176847153094727>
>
>
> Best,
> F.
>
> On Wed, Feb 23, 2022 at 11:46 PM Foad Sojoodi Farimani <
> f.s.farimani at gmail.com> wrote:
>
>> Dear all,
>>
>> I am trying to run the xcos simulation in the attachment but the solver
>> never finishes and nothing is displayed. I would appreciate it if you help
>> me understand what the problem is and how I can resolve it.
>>
>> *P.S.* Relevant discussions here
>> <https://stackoverflow.com/q/54782904/4999991> and here
>> <https://gist.github.com/Foadsf/5e4b998f5b99266eb031fbaadcc16a9c>. and I
>> will post the question also here on Discord <https://discord.gg/KeG3rdQ>.
>>
>> Best,
>> F.
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20220224/a16f8b13/attachment.htm>