[TRNSYS-users] TRNSYS-users Digest, Vol 75, Issue 79
Azeldin El-sawi
azeldin.elsawi at gmail.com
Tue Mar 29 06:28:35 PDT 2011
Dear all;
I would like to convert weather file format from epw to tm2. I'm wondering
if anyone has an information about it,
Thanks a lot.
On Tue, Mar 29, 2011 at 4:51 AM, <trnsys-users-request at cae.wisc.edu> wrote:
> Send TRNSYS-users mailing list submissions to
> trnsys-users at cae.wisc.edu
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://mailman.cae.wisc.edu/listinfo/trnsys-users
> or, via email, send a message with subject or body 'help' to
> trnsys-users-request at cae.wisc.edu
>
> You can reach the person managing the list at
> trnsys-users-owner at cae.wisc.edu
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of TRNSYS-users digest..."
>
> Today's Topics:
>
> 1. Re: Real-time simulation (Matt Duffy)
> 2. Re: Real-time simulation (David BRADLEY)
> 3. TRNSYS3D PLUGIN ERR IN GOOGLE SKETCHUP (Jay Zhu)
> 4. problem about type 121b auxiliary heating (Jay Zhu)
> 5. beam radiation warnings (Ben Elliston)
>
>
> ---------- Forwarded message ----------
> From: "Matt Duffy" <duffy at tess-inc.com>
> To: "Santiago Naranjo Palacio" <sn377 at cornell.edu>,
> trnsys-users at cae.wisc.edu
> Date: Mon, 28 Mar 2011 15:52:49 -0500 (CDT)
> Subject: Re: [TRNSYS-users] Real-time simulation
>
> Dear Santiago Naranjo Palacio,
>
> Perhaps I am mistaken, but I vaguely remember a presentation at IBPSA
> Building Simulation 2009 from a gentleman at CSTB who was doing real-time
> simulation with TRNSYS? Does anyone else remember that? If not, I can ask my
> colleague upon your request.
>
> Also, TRNSYS can be paused by pressing the "F7" key; TRNSYS also pauses
> when you run TRNSYS from the compiler in Debug mode and you step through the
> source code. Thus, I do believe there is a way to do this, but I am
> unfortunately not sure how.
>
> Best regards,
>
> Matt Duffy
>
> *----- Original Message -----*
> *From:* "Santiago Naranjo Palacio" <sn377 at cornell.edu>
> *Sent:* Thu, March 24, 2011 9:11
> *Subje! ct:* [TRNSYS-users] Real-time simulation
>
> *Dear TRNSYS Users,*
>
> Is there a way to run TRNSYS on real-time? I am working on a project where
> a real controller and a TRNSYS project have to communicate with each other.
> One of my problems right now is trying to force TRNSYS to run on real-time
> so that the commands from/to the controller are received at the appropiate
> time. If this is not possible, is there a way in which TRNSYS can be
> externally paused after each TIME STEP and restarted after receiving an
> external signal? (I figure this would be another way of forcing the system
> to run on real-time).
>
> Thanks!
>
> --
> Santiago Naranjo Palacio
> ------------------------------
>
> _______________________________________________
> TRNSYS-users mailing listTRNSYS-users at cae.wisc.eduhttps://mailman.cae.wisc.edu/listinfo/trnsys-users
>
>
>
> ---------- Forwarded message ----------
> From: David BRADLEY <d.bradley at tess-inc.com>
> To: Santiago Naranjo Palacio <sn377 at cornell.edu>
> Date: Mon, 28 Mar 2011 16:28:21 -0500
> Subject: Re: [TRNSYS-users] Real-time simulation
> Santiago,
> I'm not sure that you need to do anything special. The TRNSYS kernel (the
> brains that determine when convergence has been reached) call the Types and
> then just waits until the Type hits its "return" statement (returning
> control to the kernel). The kernel will not increment the timestep until all
> of the outputs from Types have converged (stopped changing from one
> iteration to the next). I assume that you have developed some Type in your
> simulation that communicates with your controller. The kernel should call
> that Type and then wait until the controller is ready to make its decision.
> The controller's decision should get placed into the Type's outputs and then
> the Type should return control to the kernel as all Types do. The one thing
> you might do a little differently is to prevent your Type/controller from
> trying to make a new decision at every simulation iteration; allow it to
> make one control decision per time step and then hang on to that control
> decision until the next time step. You can do that either by having your
> Type only process at the "post convergence" call or it can make its decision
> on the first iteration of a new time step and then return without
> reevaluating at all other iterations.
> Best,
> David
>
>
> On 3/24/2011 09:11, Santiago Naranjo Palacio wrote:
>
> *Dear TRNSYS Users,*
> **
> Is there a way to run TRNSYS on real-time? I am working on a project where
> a real controller and a TRNSYS project have to communicate with each other.
> One of my problems right now is trying to force TRNSYS to run on real-time
> so that the commands from/to the controller are received at the appropiate
> time. If this is not possible, is there a way in which TRNSYS can be
> externally paused after each TIME STEP and restarted after receiving an
> external signal? (I figure this would be another way of forcing the system
> to run on real-time).
>
> Thanks!
>
> --
> Santiago Naranjo Palacio
>
>
> _______________________________________________
> TRNSYS-users mailing listTRNSYS-users at cae.wisc.eduhttps://mailman.cae.wisc.edu/listinfo/trnsys-users
>
>
> --
> ***************************
> David BRADLEY
> Principal
> Thermal Energy Systems Specialists, LLC
> 22 North Carroll Street - suite 370
> Madison, WI 53703 USA
>
> P:+1.608.274.2577
> F:+1.608.278.1475d.bradley at tess-inc.com
> http://www.tess-inc.comhttp://www.trnsys.com
>
>
>
> ---------- Forwarded message ----------
> From: Jay Zhu <zhujiang1124 at gmail.com>
> To: trnsys-users at cae.wisc.edu
> Date: Mon, 28 Mar 2011 20:01:43 -0500
> Subject: [TRNSYS-users] TRNSYS3D PLUGIN ERR IN GOOGLE SKETCHUP
> Hello everyone:
> i got the same err when i reopen the previous work each time, and i had the
> same problem in other computers also. would you please give me some
> suggestion about this plugin err?
>
>
> NoMethodError
> undefined method `input_object' for nil:NilClass
>
> BACKTRACE:
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/interfaces/Zone.rb:268:in `cleanup_entity'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/interfaces/Zone.rb:181:in `each'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/interfaces/Zone.rb:181:in `cleanup_entity'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/interfaces/Zone.rb:179:in `each'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/interfaces/Zone.rb:179:in `cleanup_entity'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/interfaces/ModelInterface.rb:221:in `check_model'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/Bag.rb:87:in `each'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/Bag.rb:87:in `each'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/interfaces/ModelInterface.rb:221:in `check_model'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/interfaces/ModelInterface.rb:212:in `update_model'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/interfaces/ModelInterface.rb:118:in `draw_model'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/ModelManager.rb:183:in `open_input_file'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/ModelManager.rb:66:in `attach_input_file'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/ModelManager.rb:58:in `start'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/PluginManager.rb:138:in `new_model'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/PluginManager.rb:64:in `start'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/PluginManager.rb:215
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/Startup.rb:32:in `load'
> C:/Program Files (x86)/Google/Google SketchUp
> 8/Plugins/Trnsys3d/lib/Startup.rb:32
> C:/Program Files (x86)/Google/Google SketchUp 8/Tools/extensions.rb:36:in
> `require'
> C:/Program Files (x86)/Google/Google SketchUp 8/Tools/extensions.rb:36:in
> `load'
> C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/Trnsys3d.rb:18:in
> `register_extension'
> C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/Trnsys3d.rb:18
>
>
> ---------- Forwarded message ----------
> From: Jay Zhu <zhujiang1124 at gmail.com>
> To: trnsys-users at cae.wisc.edu
> Date: Mon, 28 Mar 2011 22:35:56 -0500
> Subject: [TRNSYS-users] problem about type 121b auxiliary heating
> Hey There:
> I tried to use unitary air conditioner type 651 (for cooling) and type 121
> auxiliary heating (for heating) to connect with type 56 house controlled by
> thermostat type 108 , i found a very curious result after testing these
> types by adding and deleting them
>
> First time, When i totally delete the type 121, make the system runs, the
> simulation obvious will show the cooling only.
> Second time, when i add the type 121 auxiliary heating, but i set heating
> point of the thermostat as low as 5 C, it means the heating will still not
> running based on the Tampa, Fl weather condition. So the result will shows
> the cooling only also without heating.
>
> it is supposed the plot for these two cases should be exactly same in my
> opinion. However, cooling consumption of the second case with type 121(but i
> set it not work at all ) is lower than the first case, and the plot for the
> room temperature is also different.
>
> Am i wrong somewhere ? i am so confused for this problem. Thank you in
> advance
>
> I changed my simulation to air source heat pump now, but i still wanna know
> what the exactly problem is for the two simulation cases
>
>
>
>
> ---------- Forwarded message ----------
> From: Ben Elliston <bje at air.net.au>
> To: trnsys-users at cae.wisc.edu
> Date: Tue, 29 Mar 2011 19:51:37 +1100
> Subject: [TRNSYS-users] beam radiation warnings
> Hi all.
>
> I am using TRNSYS via NREL's Solar Advisor Model. I've supplied SAM
> with my own TMY file constructed using locally sourced weather and
> solar irradiance data. TRNSYS produces 400+ warnings like this:
>
> *** Warning at time : 9.000000
> Generated by Unit : 6
> Generated by Type : 15
> Message : The calculated value of the beam radiation
> exceeded the maximum possible beam radiation for this timestep. The beam
> radiation has been set to the extraterrestrial radiation for this timestep.
>
> So that I can troubleshoot my TMY file (or perhaps the resultant
> TRNSYS input file), can anyone explain what the warning means,
> precisely? What could trigger it?
>
> Thanks, Ben
>
>
> _______________________________________________
> TRNSYS-users mailing list
> TRNSYS-users at cae.wisc.edu
> https://mailman.cae.wisc.edu/listinfo/trnsys-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.onebuilding.org/pipermail/trnsys-users-onebuilding.org/attachments/20110329/76683694/attachment-0005.htm>
More information about the TRNSYS-users
mailing list