@acer 

Dear acer,

thanks for the resources and the explanations.

The rtable indexing help page is quite complete. Very useful.

Yes, I had spot the Maple 17 manual, but apparently did not locate the explanations on the operator/expression notation. I'll have a closer look at it. 

Kind regards,

jon

@acer 

Hi all,

acer, thanks for your your initial explanations, and your attempt. You are right; the solution your propose is what I was looking for, but did not know how to translate into Maple.

I was aware of the fact that I declared A as an array, and that I may have been cobblering it in my loop, but did not know how to index it for all sets of its parameters.

And yes, the error in my worksheet was clearly telling me that A was missing the values for the parameters in order to get it computed, but I did not know how to formalize the indexing as your dit.

As for the question in your first post, yes, as you've guessed (sorry for not having been that clear), A(n) and R(n) are meant to be updated/computed for each and every set of the values of the parameters, and for a number n of time-points for each set. Your loop effectively computes both funtions for these conditions.

Now, I've got two further questions:

• Where can I find a good explanation on when to use the square-bracket vs. round-bracket indexing? Or an explanation on their difference?

(In fact, your solution used both when it comes to computing the values for R)

• Where can I find a good explanation on the differences between operators and expressions? I thought it was just a matter of notation/convention, but it may have other bearings/uses I am not aware of.

Thanks a lot,

jon

@acer 

Hi there,

acer, and Mac Dude, many, many thanks for your explanations, and answers. They help a lot.

OK, so it looks like the best way to declare M (named A by acer) is by means of an Array that has as many dimensions as variables/parameters.

The example posted by acer works like a charm. The Maple result is just amazing.

You are right acer, I did not mention how I had declared M. Whether it was an expression or an operator, I presume it is a convention/notation issue, being the result the same. Although I am aware it requires different notations in subsequent operations.

Now in my problem R[n] is recursivve: depends on its past values, and it also depends on M (named A by acer). I cannot imaging how to introduce this dependency.

Attached is an (unsuccessful) attempt to solve it: MapleSimulation_test5.mw

Any hints on how I should solve this?

I also seem not to have fully understand so far when I should use the [] or the () operators to address/access the contents of an array.

Thanks again,

jon

@acer 

Hi there,

thanks acer. That solved the issue with plot1.

jon

Hi,

thanks again acer and Carl for your answer.

I did not realize about the spaces between the sqrt and the argument. Thanks.

As for the plot, the function I try to plot has only real part. However, whether I use the option given by acer or the one given by Carl, nothing is displayed. As far as I have seen in the examples on the Internet, the plot command itself should be enough to get the data displayed. 

Is there any option or flag in the software I should put to on in order to have it displayed. I am using Maple 17.00

I am attaching my new worksheet: MapleSimulation_test3.mw

Thanks again for your time and support,

jon

@acer 

Hi,

acer, thanks for your answer, the time and effort devoted, and the tips. They have been very useful.

Now I would like to plot R and RR. R/RR is a discrete time function. I guess the first thing I need to do is to store R and RR altogether in a new array or structure. I am finding it hard to figure out how to do this, since I am still not very familia with Maple's structures or variable types.

On the other hand, I tried plotting RR with a simple

plot([RR, k, k = 2 .. 10])

command. But nothing is shown. Please, find attached the document: MapleSimulation_test2.mw

What am I missing?

I would like to be able to specify the vertical and horizontal axis ranges as well.

Thanks,

jon