Invalid Subcommand Answered
Hello,
I've set up a 2d piezoelectric simulation, however when I try and run it I get "Your model failed to estimate due to a syntax error in the input deck." Opening up the output (.flxprt) shows some errors in Primitive definitions. I've posted the relevant section below.
It seems like somehow a blank command is being sent, however I've looked at the model I've set up and can't see any important parameters that have been left blank?
input- blok stst_2 $W_ir $W_or $W_b $W_t 0.0 0.0
****warning from symexp :
Undefined symbol: W_t
****warning - invalid subcommand --
allowable subcommands are:
regn titf prnt bitf
cyln blok sphr out
tabl elip tio2 supr
flit tetr mmap objt
aray hex itfc swap
regncopy regndupl torus poly
lock circle2d donut2d arc2d
wedge2d tube3d tubearc3d cone3d
conearc3d multipoly mmapswap cadmap
end
Invalid input-( )
data manager summary: last name = 66 maximum names= 20000
(numeric ) words used = 5383 maximum words = 100000767
(character) words used = 1405 maximum words = 100000
2 comments
Hi Dominic,
Thank you for getting in touch.
The pi error is a bug which I have reported to developers but you can just use 3.14159 as a work around for now.
The other is also an error. You should be able to input pow(a,b) however this is not being implemented correctly. A work around for this would be to change this in the *.flxinp file. If you click Save Solver Input in the Home tab this will generate the *.flxinp file which is contains the code.
You can edit this code to be correct by opening the file and going to Parameter Definitions and changing the pow(a,b) to be a ** b.
I hope this helps.
Best regards,
Chloe
I've done some more digging, it seems like the problems stems from the paramter W_h which has the equation:
=W_m /(W_d*pi*(W_or^2-W_ir^2))
as I get the following error when it runs.
failure interpreting 3.14159265358979323846L
If however I replace pi with 3.14159 in the equation I get a different error instead and the process stops while evaluating the parameters instead of making it all the way to the primitive definitions.
unrecognized mathematical operation---- ^
This would seem to disagree with the Operator table in https://support.onscale.com/hc/en-us/articles/360017680351
Trying pow() and ** also fail, so as a workaround I have had to just multiply the parameter by itself.
Please sign in to leave a comment.
Didn't find what you were looking for?
New post