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

Re: [TRNSYS-users] TRNSYS18 Own Component Message 105



Hello,

I’m not sure exactly what the problem is, but it’s not necessary or advised to open all the extra source files (TrnsysFunctions.f90, TrnsysData.f90, etc...) into Type Studio. That could be causing the problem.

Please try again with only your Type201.f90 file loaded into a new Type Studio workspace and see if that fixes the problem.  After a successful compilation you should see in the UserLib directory the newly created single Type201.dll file that TRNSYS will load externally.

If that doesn’t fix the problem, feel free to send me your custom Type source code (assuming it isn’t proprietary) and I can try to compile and load it on my computer to help sort out what is going wrong.

Regards,
John
john@nnumerics.com



On Tue, Jan 15, 2019 at 6:17 AM, Hofmann, Daniel via TRNSYS-users <trnsys-users@lists.onebuilding.org> wrote:

Dear TRNSYS-Users,

 

I rewrote the Type 65d Source Code to include an integrated custom unit conversion. I called this new Type “Type201”.

I used the Type Studio to compile the Type. In Type Studio I loaded the source files SSRData.f90, TrnsysFunction.f90, TrnsysData.f90, TrnsysConstants.f90 and of course the Type201.f90. Compiling went successful and the expected dll.-files in  the “UserLib” folders were created. I put the Type201 source code in the “MyTypes”-folder and created a suitable proforma in …TRNSYS18StudioProformas.

 

However when creating a new TRNSYS Project in Simulation Studio and testing the new component I get an Error message 105: “A TYPE was called in the TRNSYS input file but was either not linked into trndll.dll or was not found in an external dll. A dummy subroutine was called in its place. Please link the TYPE or remove it from the input file  Reported information  :  Type201 could not be located in either the TRNdll64.dll or in an external dll. Please relink theTRNDll64.dll including this Type or make sure that an external DLL in the UserLibDebugDLLs and UserLibReleaseDLLs folders contain the Type.”

 

I really don’t know what causes this problem.  I thought that I don’t need to recompile the TRNDLL when I put the external dlls into the UserLib-folder. Has anyone an idea of how to solve the problem?

 

Best regards

Daniel Hofmann