Welcome to the TRNSYS Users Forum.
The forum is a place where people can interact and have discussions about different topics involving the use of the TRNSYS software package. Here you can post topics for discussion or questions on using TRNSYS and get advice from other users or TRNSYS experts. This forum is not intended for detailed technical support. Users should contact their distributor’s hotline for such assistance.
Some tips for success on using the forum:
- Follow the Forum Rules posted in Forum Administration.
- There are categories for different types of topics and questions. Post your topic or question into the proper category.
- Before posting a topic or question search the existing topics (and the TRNSYS Users listserv archive or Post archive) to see if a similar topic or question has already been answered.
- Use a descriptive topic name. Don’t use attention getting subjects, they don’t get attention and only annoy people.
- State the version of TRNSYS and which add-ons your are using.
- Include enough specific details for your topic of question to be answered. Just posting “Why am I getting an error?” without describing the specific error and what you are trying to do when you get the error will not receive a response that fixes your issue.
- Remember when people help you, they are doing you a favor. Be patient, help people out by posting good descriptions of what you need help with, and be polite even if a response does not solve your issue.
- Moderators may edit your post for clarity or move your topic to a more appropriate category.
Hello,
I would like to ask a question. I am a new TRNSYS user.
Someone sent me a type. However, in the folder there are files of the types .dll, .dck, .lst among others. There is a file _imported which is the type already connected to a printer. Every time I try to run a simulation, I get an error. I noticed that there are no files of the type .bmp or .tmf. Do you think the only solution is to also have .bmp and .tmf? Or is there another solution? I have already tried to put the .dll file in the userlib files, but without success.
I have already tried to solve the problem by putting the .dll file in the Userlib but it does not work. Thank you in advance.
Humberto
HumbertoSantos Topic starter
22/05/2025 7:50 am
Hello @A_Weiss, this is the type 860 developed by researchers in 2006 I think so. More specifically, the type models a PCM tank. I think I will contact the person who sent me the files and see if they have experienced the same. Thank you
The *.tmf and *.bmp files are not needed in order to run a project that contains them. Once you put a component into a project then all the information that it needs in order to run are contained in the project.
If error 105 is getting triggered then TRNSYS is not finding or is not correctly loading the dll that contains the compiled code. If the dll is physically located in the correct spot (either .\TrnsysXX\UserLib\DebugDLLs\ or .\TrnsysXX\UserLib\DebugDLLs\ ) then the two most likely causes of that error are:
1. the TRNDll is compiled in debug mode and the DLL being loaded is compiled in release mode or vice versa, the TRNDll is compiled in release mode and the external dll is in debug mode.
2. the TRNDll is compiled as a 64-bit dll and the dll being loaded is compiled as a 32-bit dll (or vice versa).
When Trnsys runs, it writes a log file. Normally warnings and errors are flagged, but the log also includes notices, which are primarily informational. If you filter the error log so that you can see the notices, then you should see some indication as to whether the dll containing the external Type was found and if so, whether its contents could be loaded.
If reading those notices does not lead you to a solution (ie there is no compile mode or architecture incompatibility) then I would recommend getting in touch with your distributor's support hotline for some more specific help.
~david
HumbertoSantos Topic starter
22/05/2025 7:55 am
@davidbradley Hello, David. Thank you for your detailled response. I think I will contact the person who sent me the files. This is type 860 that models a PCM tank, and was developed in 2006. There could be any incompatibility with new versions of trnsys? I noticed when I tried with our 17th license it started to run, and then showed a convergence error. If it does not work at all, maybe I have have to addopt a newer type. Thank you
If the dll is from 2006 and if it works (or at least starts running) with Trnsys v17 then it is compiled as a 32-bit dll. Trnsys 18 is available both in 64-bit and 32-bit versions. It is likely that at some point a 32-bit version will no longer be available as compilers move away from that architecture. You would be able to use the component with the 32-bit version of Trnsys18
The convergence problem could be coming from a number of places. If you are getting a TRNSYS error (written to the list file and displayed by the Simulation Studio) then chances are that the component is working but isn't implemented as it was intended. Make sure that you are using a short time step (in the neighborhood of 1-5 minutes) and that your flow loops have enough thermal capacitance in them. If, on the other hand, you are getting an ugly looking Fortran error then chances are that there is a problem in the Type's code; unfortunately that kind of error can usually only be solved if you have access to the code and can debug it.
kind regards,
David
