[1/2 SOLVED] New FW10077 problem-CAS command in program context
|
04-22-2016, 11:08 AM
(This post was last modified: 04-23-2016 11:28 AM by dg1969.)
Post: #1
|
|||
|
|||
[1/2 SOLVED] New FW10077 problem-CAS command in program context
Hi,
My last post diverge in another direction so I try a second chance... If one of you have a little time... You will find here a copy of a custon application for Bode plot (based on function app) that was working perfectly in the previous FW... In the symb view, place one or more transfert function in term of X. Example: 1/(1+X) then press "plot key" and choose 1)module (magnitude) => works as usual; repress "symb key" then "plot key" again: the two other options (phase and step response fails)... 1) All this happens as if certain rules were changed when it comes to use the CAS command in a program... As an exemple in my code in the "calcule_phase()" function these lines now fails Code:
or these one : Code:
2) Despite the pragma command, the compilation fails on the line: Code:
Really need help... Hp team ? Is there are some changes not yet documented for the CAS command use in program ? Thank you for your time. |
|||
04-22-2016, 03:37 PM
(This post was last modified: 04-22-2016 03:40 PM by Tim Wessman.)
Post: #2
|
|||
|
|||
RE: New FW10077 problem-CAS command in program context
Still looking at it...
I think you may have found a problem with the CAS evaluating a string in the numer/denom though, but that doesn't explain some of the others. Basically though, we were trying to eliminate the need for strings to pass things to the CAS, and make variables (including local variables) work properly as expected. TW Although I work for HP, the views and opinions I post here are my own. |
|||
04-22-2016, 03:53 PM
Post: #3
|
|||
|
|||
RE: New FW10077 problem-CAS command in program context
(04-22-2016 03:37 PM)Tim Wessman Wrote: I think you may have found a problem with the CAS evaluating a string in the numer/denom though, but that doesn't explain some of the others. thank you very much Tim for your answer . I'll wait until a solution is proposed. This does not bother me. I do not think we can expect a compatibility at this point. It is obviously desirable that the functionality evolve towards greater consistency and simplicity. "Bravo" ! for this work and thank you for your help. And what about pragma issue ? |
|||
04-22-2016, 05:20 PM
Post: #4
|
|||
|
|||
RE: New FW10077 problem-CAS command in program context
Basically, calls using "CAS.<func>" no longer auto-evaluate the first argument. The reason for this is that you can now store and use local variables directly. Auto-evaluating would make that impossible.
When you have a string you'd like to evaluate *before* your CAS call, put in the EVAL function. CAS.numer(f,"x"); ----> CAS.numer(EVAL(f),"x"); Before, that EVAL always happened no matter what. Now, you need to manually do it. Code: #pragma mode( separator(.,;) integer(h32) ) TW Although I work for HP, the views and opinions I post here are my own. |
|||
04-23-2016, 11:10 AM
(This post was last modified: 04-23-2016 11:26 AM by dg1969.)
Post: #5
|
|||
|
|||
RE: [1/2 SOLVED] New FW10077 problem-CAS command in program context
Thank you Tim for this support very efficient and incredibly fast !
My Bode plot App works now like a charm... If I find time I would add the Black and Nyquist plot by dialogue between several other custum applications based on parametric plot app... But a problem remains: I can not compile the code if I choose coma in digital grouping (123 456,789) despite the pragma command... And if I first check with success the code (with 123 456.789 setting) and then change the option (123 456,789) after the release of the program editor, then the third choice plot (step response) fails... |
|||
04-25-2016, 02:55 PM
Post: #6
|
|||
|
|||
RE: [1/2 SOLVED] New FW10077 problem-CAS command in program context
Will investigate...
TW Although I work for HP, the views and opinions I post here are my own. |
|||
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 1 Guest(s)