[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [TRNSYS-users] Floating point error with Type 155 (Matlab) and Online Plotter



Thomas -

This can be caused by a type returning a NAN as an output. Trying turning Debug mode to true in the simulation control cards and see if you get more explanation in the *.lst file.

Regards,

Tim

---
Timothy P. McDowell
Executive Vice President
Thermal Energy System Specialists, LLC
22 N Carroll St, Suite 370
Madison, WI 53703
608-274-2577

On 2013-04-11 04:50, Thomas Krummrein wrote:
Hi Everybody,
 
I use TRNSYS 16 and I have recomiled it with the Intel Visual Fortran
compiler. If I use the Type 155 (Calling Matlab) everything works fine
as long as I do not use the Online Plotter (Type 65). If I use the
Online plotter, I get the error message "Invalid floating point
operation." at the very beginning of the simulation and TRNSYS aborts.
This happens always, it is not needed, that the Online plotter is
connected to anything (One Exception: If the Parameters "Nb. of
left-axis variables" and "Nb. of right-axis variables" are both 0,
than everything works. But I think that then the online plotter is
ignored).

Has anyone an idea, what I can do against this error or why Type 155
and the online plotter are not compatible with each other?

I have figured out that the calculation way to the error is the
following, maybe this helps: Type 65 is called with info(7)=-2 and
then with info(7)=-1 without problems, the same is done with type 155.
Calling Type 65 with info(7)=0 (first "normal" calculation) is OK,
too. This call is done by the TRNExe.exe (which I can't debug), via
the Subroutine TRNSYS (trnsys.for) and some other subroutines. After
this call of type 65 with info(7)=0 the program goes back to
TRNExe.exe without problems. In the next call of the Subfunction
TRNSYS nothing happens, because it goes more or less directly to a
"return", so that the program goes back tot TRNExe. This "return"-Line
has the comment "If this is the first time the DLL is called with
ICALL=1, return immediately so that the EXE can plot the initial
conditions calculated during the ICALL=0 call" and is located in
trnsys.for, line 544. After this "return" the error appears (This
means the program should be somewhere in TRNExe, when the error is
produced).


Thanks for any help
 
Tobias Mayer
_______________________________________________
TRNSYS-users mailing list
TRNSYS-users@cae.wisc.edu
https://mailman.cae.wisc.edu/listinfo/trnsys-users