acer

32343 Reputation

29 Badges

19 years, 328 days
Ontario, Canada

Social Networks and Content at Maplesoft.com

MaplePrimes Activity


These are replies submitted by acer

@vroomZOOM You have not informed Maple of the units of time that t would take. (In your mind the quantities might be in seconds, but it doesn't have to be so merely from what you coded so far, and hence Maple cannot sensibly guess it -- guessing it would be wrong.)

You can supply units of time in the range of the plot command, or in the formulas where t appears, but you ought to double check other aspects of the results.

@mmcdara There are several examples using last (and initial and method) on the Help page for Topic dsolve,numeric,IVP .

As I showed, you could supply just one, inverted "view" to odeplot, or you could supply several "views". As shown, if you supply just the one inverted arrangement then the axis labels correspond and are as expected. If you supply multiple "views" and the axes serve differing purposes then the axis labels illustrate that fact. Of course you can always explicitly specifiy the axes labels.

 

@Carl Love Yes, thanks, I hadn't noticed that the Question was marked Maple 2020. The infix form should work in 1D input in versions from Maple 2017 onward.

How about uploading a worksheet that contains the various definitions? (Green up-arrow in Mapleprimes editor.)

@emendes I don't understand what you mean  sorry.

You two methods may not produce results which are always equivalent for all values of the parameters (despite your hope or expectation, though they might be Top Secret because you didnt share them...). How do you expect or hope to deal with that situation?

Perhaps there is something about your (undisclosed) solving methods which might allow you to generate programmatically or know some sufficient assumptions.

@jalal By itself the %diff gets rendered in gray (a visual indication that it is inert).

The call,

    InertForm:-Display(...,inert=false)

makes it render in black, rather than gray.

I think that this is much better than using uneval quotes to get a similar effect, which is more fragile.

(It also adds a little protection against the very unlikely event that the plotting structure gets affected by some `value` call, which the `typeset` doesn't.)

Please put your implicitplot example (in full, defining the argument) here.

@Anthrazit Unevaluated function calls are legitimately used very often in Maple.

Just one example -- amongst many -- would be y(x) in in the context of a derivative or a differential equation.

Please don't post duplicate Questions concerning this same issue.

Put follow up details here, rather than split the topic with a separate Question thread.

You won't be able to deal properly with indexed references within a Compiled procedure unless you pass in an appropriate Array/Matrix/Vector.

Does it matter here that Maine and Nebraska can split their electors by district?

@Anthrazit An unevaluated function call (even if empty with no arguments) is a perfectly valid thing and programmatically useful.

There's no good rationale here to make such a thing raise an error.

 

@Anthrazit A GUI Table is not implemented as an embedded component and so there is no Property of an "existing" Table for column weighting which might be adjusted programmatically.

If the Table is part of a programmatically embedded assembly (InsertContent) then that whole thing can be replaced -- mimicing such effects. That gets complicated.

 

@jrive The final call to solve can be done with C1 and C2 being free (so the condition abs(C1/C2)>=1 is unnecessary, and problematic with some complex numerics here).

restart

kernelopts(version)

`Maple 2019.2, X86 64 LINUX, Oct 30 2019, Build ID 1430966`

z1 := R1/((I*omega*C1)*(R1+1/(I*omega*C1)))

-I*R1/(omega*C1*(R1-I/(omega*C1)))

z2 := z1+I*omega*L1

-I*R1/(omega*C1*(R1-I/(omega*C1)))+I*omega*L1

z3 := z2/((I*omega*C2)*(z2+1/(I*omega*C2)))

-I*(-I*R1/(omega*C1*(R1-I/(omega*C1)))+I*omega*L1)/(omega*C2*(-I*R1/(omega*C1*(R1-I/(omega*C1)))+I*omega*L1-I/(omega*C2)))

voc := vin/((I*omega*C1)*(R1+1/(I*omega*C1)))

-I*vin/(omega*C1*(R1-I/(omega*C1)))

zthev := simplify(z1)

I*R1/(-R1*omega*C1+I)

vounloaded := voc/((I*omega*C2)*(zthev+I*omega*L1+1/(I*omega*C2)))

-vin/(omega^2*C1*(R1-I/(omega*C1))*C2*(I*R1/(-R1*omega*C1+I)+I*omega*L1-I/(omega*C2)))

sol1 := solve(Im(vounloaded) = 0, omega) assuming real;

0, (C1*C2*L1*(C1+C2))^(1/2)/(C1*C2*L1), -(C1*C2*L1*(C1+C2))^(1/2)/(C1*C2*L1)

`ωres` := sol1[2]

(C1*C2*L1*(C1+C2))^(1/2)/(C1*C2*L1)

vores := simplify(subs(omega = `ωres`, vounloaded))

-C1*vin/C2

z3res := simplify(subs(omega = `ωres`, z3))

(C1^2*R1-I*(C1*C2*L1*(C1+C2))^(1/2))/C2^2

sys := {`&omega;res` = 0.1356*10^8*2*Pi, simplify(z3res) = 9 + 0.000150*I}; # 1 <= abs(vores/vin)

{(C1^2*R1-I*(C1*C2*L1*(C1+C2))^(1/2))/C2^2 = 9.+0.150e-3*I, (C1*C2*L1*(C1+C2))^(1/2)/(C1*C2*L1) = 85199992.78}

sol2 := solve(convert(sys, rational), {L1, R1})

{L1 = (16/116144620233600841)*(C1+C2)/(C1*C2), R1 = (1/6815999420000)*((1022399913*I)*C2^2+(80000*I)*C1+61343994780000*C2^2+(80000*I)*C2)/C1^2}

 

Download filter_ac.mw

@grosman Would you provide your fixed numeric values for the remaining parameters b,c,d,e, and g?

If your actual goal is the plot then perhaps you might be able to go straight to the plots:-implicitplot command.

Is there a reason why you cannot show us the actual code that defines f (either as plaintext or as an attachment uploaded here with the Mapleprimes editor's green up-arrow). If you provide it then knowing the range for y values -- and whether you want just one or several solutions x per y value -- would help.

Your Question is marked as being for Maple 6 (released in the year 2000). Is that correct?

 

First 150 151 152 153 154 155 156 Last Page 152 of 592