@ZnMnCr 

It seems that you use the rope component which is massless according to the helppage.

Since the helppage is silent about summary_tension, Maplesoft must clarify what summary_tension is.

What you showed here does not make sense to me.

The force at frame b should be exactly 10 N which is not.

When you add a force sensor between the cable and the rigid body frame, what is the force?

@Christopher2222 

I opend from here

Could it be that this is a browser which comes with Maple?

@mmcdara 

If I am not mistaken you plot the arithmetic mean. Can this be multiplied by a factor (pi/2?) to get a magnitude plot? This works here

to match my plot but not for the peaks. Any idea where this mismatch could come from?

@mmcdara 

Perhaps the OP refers to the magnitudes of the oscillating variables that reach a steady state.
What would the spectrum look like in a chaotic system? Could it ever reach a steady state.

I assume that you want to sweep Omega and leave the rest of the parameters in data and data1 constant.

Can you give a sweeping range?

Since it is a nonlinear system: Do you want to sweep F__1 as well or can we assume it to be constant?

2. is unclear: Do you want the steady state of the magnitude of the variables x and Theta be the new initial conditions for the same variables at a new frequency?

@acer

Factoring goes beyond my original post, but I did not want to ask a new question about it.

A lot of content to study. Thank you!

@acer 

I have feared that a solution would be sophisticated. Your code sheds light on the algorithmic finesse required for simple sounding tasks. The output looks much nicer without "(-", is shorter and vertically better alligned.

Intuitively I had hoped that simplify/size would do the same but maybe the internal way to determine size is not affected by "(-".  Also 2 could have been factored out since Maple does not automatically  expand 2*c*(a+b) as compared to 2*(a+b) but the command factor does not do that. You codes does it partially. Simplify size is also not effective but works on 2*c*a+2*c*b.

As a curiosity, I have attached another way which only works with equation labels

Format_odes_with_predefined_expressions.mw

But entering predefined expressions is half way to enter everything by hand.

The map(print,list) comes, when I use it, with an extra empty list. Not sure what I am doing wrong here.

ps.: the odes are an extract of output from Physics:-LangrangeEquation which comes as a sequence. I have adopted here what I saw in many dsolve examples: defining odes, ICs and BCs as sequences for later use in a dsolve call > dsolve([odes,ICs]). A habit...

To what I see it is not realy hanging. Maple tires someting in \`ODEtools/fc/modResultant\` involving expression with F and C and applying mod of huge integers to it.
Maybe that is the correct approach to find a solution but takes ages and should/should not(?) be interrupted.

The quick answer from the other program raises the question whether look-up tables are involved (does Maple use such tables at all?).

@dharr 

Occasionally I experience moderate delays as if some files cannot be opend or saved immediately. A system service with high priority can cause this (like a virus scanner). Hard to find out.

@acer 

All the above is a substantial collection of unexpected/inconsistent output.

I must have been extremely lucky in the past using sequences without brackets not running into this kind of problems. I will "bracket-up" in the future to stay away from surprises.

I have send a notice to support that they have a look. After all, add is an important command that should be used in a safe way.

I will leave the remaining question about the usefulness of adding operands (any other than operands of a sum) open for the future.

You mean Maple drawing a block diagram?

Cool idea.

@Carl Love 

Yes. All worksheets/tabs were corrupted (also newly opend ones). I had to exit Maple.

@acer 

Yes, allways. Adding to the above

Whatever add gets from the GUI is processed differently than what is stored internally. Somehow the GUI must decode the equation label not equal/equivalent to the value of S. I hope this observation is only relevant for sequences...

@Carl Love 

I use practically all formatting options.

My computer and Maple sessions run over days, interrupted by energy saving and hibernation, and I only do reboot for maintance or when performance degrades.

Zoom 100% is my default and I rarely zoom. I will pay attention whether zomm has an effect.

I do not remember having this with earlier versions.

I had 3+ Maple seesions runing when I observed this and only one was affected.

Display seettings change between office and home.