I’m modelling a parabolic trough collector field with Type99 (TRNSYS 18), tracking mode 3, horizontal N-S axis (slope 0, azimuth 0). I want to create a didital twin and confirm meassured data with  the simulation. 
The incidence angle was way off. The surface slope output stays near 90 deg all day and never goes back to 0. Changing the axis azimuth makes no difference at all. Maybe there is an error with "GetTiltedRadiation" because i think it interprets the the tilt of the collector surface as axis of my collector row. So in the first time step when the sun is raising my collector faces almos 90° east. So far thats correct, but in the next time step my axis of the collector becomes 90° which means that from now on the collector is rotating around a pole instead of the north sout axis. Also I tried type 109, which works fine but its an outdated type and has a known bug when the slope is 0. Next step is trying type 16 plus type 9.

best regards
Alex 

My question is: during the simulation, I very frequently get the error shown in the attached picture. Does anyone know why this error appears?

Thank you very much

I found a TESS data file for Yazaki Single Effect absorption chiller name Yazaki20-50ton(OneStage)S3.dat.

C:\TRNSYS18\Tess Models\SampleCatalogData\AbsorptionChiller\Single-Effect\Yazaki Model\Yazaki20-50ton(OneStage)S3.dat

I believe it is the hot water fired WFC-SC version 20, 30 and 50 tons.

The file includes 9 Hot water inlet temperatures + fraction of nominal capacity at these 9 HW inlet temperatures.

However I am wondering how to use the file since TYPE107 asks for a more detailed file including:

- Number of CW steps in data file

- Number of CHW setpoints in data file

Best regards,

To ensure comparability, I have configured both models as similarly as possible:

Type 557:

• Number of Boreholes in Series: 1
• Number of Radial Regions: 1

Type 548:

• Number of Fluid Inlets: 1
• Number of Radial Regions: 1
• Inlet to Radial Region: 0

All other parameters as well as the system connections are identical in both cases.

However, I am observing a discrepancy:

• In Type 557, the thermal energy balance closes correctly.
• In Type 548, the thermal balance does not match.

Has anyone experienced similar inconsistencies between these two Types, or could there be something subtle in the configuration of Type 548 that I might be overlooking?

Any insights would be greatly appreciated.

I am using Type786 and I set Control Mode = 0 (Parameter #1) to operate the heat pump as an ON/OFF unit. However, when I run the simulation, I receive the following error message:

"14 INPUTS are required and 16 INPUTS were specified."

I understand the reason: when Control Mode = 0, Input #15 (heating mode supply air temperature setpoint) and Input #16 (cooling mode supply air temperature setpoint) are not needed. These two inputs are only relevant when Control Mode = 1 (variable speed operation). 

My question is: is there a way to disable or deactivate Input #15 and Input #16 when Control Mode = 0, without having to modify the source code or the ProForma file? I am looking for a standard, user-level solution.

I would like to model a heating circuit in a building, with a single-speed pump (type 114) and a valve that is connected to a PID-controller. The valve should modulate the flow rate in the circuit, based on the control signal from the PID-controller. What is the easiest way to model this? I have not found a valve type appropriate for this purpose. Is it best to use a valve+single-speed pump, or is it easier to use a variable-speed pump instead? If I use the single-speed pump, will the flow rate be affected by a valve, or will it always keep the same, constant flow rate?

Best regards,

Johan

I was using Intel Fortran (Ifort 2022) with Visual Studio 2019 for developing and debugging Types, and everything was fine. But I changed my computer and this solution is no longer available. 

As far as I know, there is no debugging options with Type Studio, and TRNSYS 18 is not compatible with the new Intel Fortran compiler (Ifx).

What is now the best solution to debug user written types ?

Regards

Philippe

I would like to model a hydronic radiator, to be used together with type 56. I have found type 1231 in the TESS library, but I have also read about type 362, but I can´t find the latter in the library. Is it appropriate to use type 1231, or if type 362 is better, where do I find it? I can´t find any radiator types in the standard library...

Best regards, Johan

I connect as input an equation editor with Type 88 to handle the sensible heat loads.

Unfortunately, those are not assumed by the model - ie Type 88.

When I fill directly the heat loads in type 88 they are properly considered in the model.

When I try to interconnect equation editpr with a type 57 for example, in order make a link with the type 88, the heat loads are neither assumed.

Just to complete the message, I use a, equation editor, because I need to add several inputs from a type 9c

Does anyone face to the same issue ?

Thanks to the community.

Regards

Q.Courjeau