[TRNSYS-users] About TRNFLOW

王洋 wanghongyang1767 at gmail.com
Wed Aug 11 06:46:23 PDT 2010 

Dear all,

   About TRNFLOW: I design a simple air flow Zone, it only has 5 Air Links,
one of them is Flow Controller which controls air flow through Window
between outside and the Zone. Please tell me: How to design Pollutant Model?
It only has CO2 as Pollutant. Especially. about design of the mass balance.
CO2 stored, CO2 input, CO2 output. If you know, Please tell me step by step
in detail! Many thanks!

  Br.

wang

2010/8/11 <trnsys-users-request at cae.wisc.edu>

> Send TRNSYS-users mailing list submissions to
>        trnsys-users at cae.wisc.edu
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        https://www-old.cae.wisc.edu/mailman/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: Stored variables (C++) (keilholz, werner)
>   2. Re: TRNSYS-users Digest, Vol 68, Issue 15 (=?GB2312?B?zfXR8w==?=)
>
>
> ---------- 已转发邮件 ----------
> From: "keilholz, werner" <werner.keilholz at cstb.fr>
> To: "Carlos Flores | DECCW. Sydney, Australia" <cflores at ing.uchile.cl>
> Date: Wed, 11 Aug 2010 09:13:47 +0200
> Subject: Re: [TRNSYS-users] Stored variables (C++)
>
> Carlos,
>
>
>
> You are right that C++ does not have the longest tradition in TRNSYS
> programming, but the point is, no C++ programmer sane in his mind would *
> want* to use these functions. In C or C++ you can just declare variables
> at global scope and write the word ‘static’ in front – why would you want to
> use a sort of user-defined stack for that, keep track of the stack pointer
> etc. ?
>
> If you need to store a name in C++ I suppose you would use a string object,
> and not try to create a Hollerith constant, right? J
>
>
>
> I wrote a complete library of TRNSYS types for process control, data
> transmission & data base access in C – it was a lot of fun and works fine
> (say the clients), including the real time part controlling all sort of
> complicated equipment. So I would say TRNSYS *does* support C++, but you
> have to program it in C++, not try mimic what they did in FORTRAN 30 years
> ago.
>
>
>
> Werner
>
>
>
> *De :* carlosfloreslenero at gmail.com [mailto:carlosfloreslenero at gmail.com]
> *De la part de* Carlos Flores | DECCW. Sydney, Australia
> *Envoyé :* mardi 10 août 2010 23:09
> *À :* keilholz, werner
> *Cc :* trnsys-users at engr.wisc.edu
> *Objet :* Re: [TRNSYS-users] Stored variables (C++)
>
>
>
> Hey Werner,
>
>
>
> That is a shame.  It's sad that TRNSYS does not have a proper support for
> C++, specially when they claim they do.  It made me waste a couple of days
> of work.
>
>
>
> Thanks very much for your answer and for helping me not to waste my time
> any longer.
>
>
>
> Kind regards,
>
>
>
> Carlos
>
>
>
>
>
> On Mon, Aug 9, 2010 at 10:11 PM, keilholz, werner <werner.keilholz at cstb.fr>
> wrote:
>
> Hi Carlos,
>
>
>
> The setStorageVars problem, too, has been encountered before:
>
> http://www.mail-archive.com/trnsys-users@engr.wisc.edu/msg01920.html
>
>
>
> Basically, my recommendation is not to use it in C or C++ - it’s a bit like
> asking where you can get fresh hay for your car...
>
>
>
> Werner
>
>
>
> *De :* carlosfloreslenero at gmail.com [mailto:carlosfloreslenero at gmail.com]
> *De la part de* Carlos Flores | DECCW. Sydney, Australia
> *Envoyé :* lundi 9 août 2010 11:03
> *À :* trnsys-users at engr.wisc.edu
> *Objet :* Re: [TRNSYS-users] Stored variables (C++)
>
>
>
> Hey everyone,
>
>
>
> I have TRNSYS 16 and I am programming a new module using C++.  I've
> had absolutely *all* the problems that have been mentioned in the past
> with regards to stored variables (such as un-updated TRNSYS.h file) and I've
> solved most of them, but I have been unable to solve one related to
> pointers.
>
>
> For some reason, in TRNSYS.h the functions *setStorageVars* and *
> setStorageSize* need pointer inputs (int*, double*) to work, as opposed to
> the simple int or double variables used in FORTRAN.  I have spent a lot of
> time and I have not being able to work this through, and I need to fix this
> within the next few days or it will have consequences on the project
> deadline =(
>
>
>
> Does anybody have the answer to one of these two questions?
>
>
>
> *1) Do you have any example (*.ccp) of a module programmed in C++ that
> uses stored variables?*  That would probably be easiest way to understand
> how to insert the correct inputs in the *setStorageVars* function, or
>
>
>
> *2) Do you know how to insert the 'nitems' and 'stored' array in a way
> that the setStorageVars function will understand?*
>
>
>
> The template generated for C++ does not address these issues and I am
> unsure how to fix them.
>
>
>
> Any help would be highly appreciated!  Thanks!
>
>
>
> Carlos Flores
>
> Energy Research Program
>
> Universidad de Chile
>
>
>
>
> --
>
> *Carlos Flores*
>
> Project Officer
>
> BSc, MSc (Mech Eng)
>
> *Department of Environment, Climate Change and Water*
> National Australian Built Environment Rating Scheme (NABERS Energy)
>
> Sydney, Australia
> *T:* (+61) 02 9995 5495
> *F:* (+61) 02 9995 6388
> *W:* www.nabers.com.au
>
>
>
>
> ---------- 已转发邮件 ----------
> From: 王洋 <wanghongyang1767 at gmail.com>
> To: trnsys-users at cae.wisc.edu
> Date: Wed, 11 Aug 2010 10:54:10 +0200
> Subject: Re: [TRNSYS-users] TRNSYS-users Digest, Vol 68, Issue 15
> Dear all,
>
>    About TRNFLOW: I design a simple air flow Zone, it only has 5 Air
> Links, one of them is Flow Controller which controls air flow through Window
> between outside and the Zone. Please tell me: How to design Pollutant Model?
> It only has CO2 as Pollutant. Especially. about design of the mass balance.
> CO2 stored, CO2 input, CO2 output. If you know, Please tell me step by
> step in detail! Many thanks!
>
>   Br.
>
> wang
>
> 2010/8/10 <trnsys-users-request at cae.wisc.edu>
>
>> Send TRNSYS-users mailing list submissions to
>>        trnsys-users at cae.wisc.edu
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>>        https://www-old.cae.wisc.edu/mailman/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. (no subject) (?mit Esiyok)
>>   2. Skyscraper-Energy consumption of the higher levels
>>      (Fr?d?ric Oleksandrow)
>>   3. Re: Atrium simulation (Marion Hiller)
>>   4. Surface condensation (thiemann.stefan at vdi.de)
>>
>>
>> ---------- 已转发邮件 ----------
>> From: "\"Ümit Esiyok\"" <umit.esiyok at uni-dortmund.de>
>> To: trnsys-users at cae.wisc.edu
>> Date: Mon, 9 Aug 2010 20:57:24 +0200
>> Subject: [TRNSYS-users] (no subject)
>> Dear All,
>>
>> I am going to simulate a five -storey high Atrium. The roof is fully
>> glazed, I divide the atrium into three Zones but from Archives of TRNSYS
>> mailing list I saw an E-mail from David, says lowest zone receive no solar
>> radiation. have anyone an experience with Atrium simulation.
>>
>> Best Regards
>>
>> --
>> Ümit Esiyok
>>
>> e-mails: umit.esiyok at uni-dortmund.de
>>
>>
>>
>>
>> ---------- 已转发邮件 ----------
>> From: "Frédéric Oleksandrow" <frederic.o at vkgroup.be>
>> To: "trnsys-users at cae.wisc.edu" <trnsys-users at cae.wisc.edu>
>> Date: Tue, 10 Aug 2010 07:06:30 +0000
>> Subject: [TRNSYS-users] Skyscraper-Energy consumption of the higher levels
>>
>> Hello trnsys users,
>>
>>
>>
>> I’d like to modelize energy consumption for a skyscraper.
>>
>> I assume that energy consumption is not the same at the 1st floor than at
>> the 70th floor.
>>
>> How can I take in consideration the wind effects, the stack effect, …for
>> the 70th floor with trnsys ?
>>
>>
>>
>> Thanks to anybody who can help me,
>>
>>
>>
>> Salutations distinguées,
>>   Frédéric Oleksandrow-Ingénieur Civil en Energie
>>   project engineer
>>
>>  *  **VK ENGINEERING
>>   Building Services
>> *
>>    Avenue Clemenceau 87
>>    B-1070 Bruxelles Brussel
>>    Belgium
>> * *  T   +32 2 414 07 77
>> * *  F   +32 2 414 04 98
>> * *  E   frederic.o at vkgroup.be
>> * *  W  www.vkgroup.be
>> *P **Denk aan het milieu vooraleer je dit bericht uitprint - Avant
>> d'imprimer, pensez à l'environnement - Before printing, think about the
>> environment*
>>
>> **** DISCLAIMER ****
>> This communication is confidential and for the sole use
>> of the addressee. If you are not the intended recipient,
>> please immediately notify the sender by e-mail at the
>> address shown and then delete it from your system without
>> copying, disclosing or forwarding its contents. Thank you.
>>
>>
>>
>>
>> ---------- 已转发邮件 ----------
>> From: "Marion Hiller" <hiller at transsolar.com>
>> To: trnsys-users <trnsys-users at cae.wisc.edu>
>> Date: Tue, 10 Aug 2010 11:01:11 +0200
>> Subject: Re: [TRNSYS-users] Atrium simulation
>>
>> Ümit,
>>
>> For TRNSYS 17, one main focus was the improvement of the simulation of
>> highly glazed
>> large spaces such as multi-story atriums with respect to accuracy, user
>> effort and error-proneness.
>>
>> In TRNSYS 17 a zone can have multiple airnodes. The solar (diffuse and
>> beam) radiation is distributed to all surfaces
>> of all airnodes of the zone. In addition, for external shading factors
>> of solar radiation can be
>> handled automatically. Also, for convex zones the incoming beam
>> radiation can be distributed automatically
>> depending on the suns position, the external shading and the zone
>> geometry.
>>
>> In TRNSYS 16 everything has to be done manually. The atrium has to be
>> divided into three zone separated
>> by so-called fictive windows in order to allow solar radiation
>> penetration from one zone to another zone.
>> Therefore, for each zone GEOSURF factors for beam radiation have to be
>> defined. There was no control of Diffuse radiation.
>> After the transmission through the second adjacent window all solar
>> radiation is treated as diffuse radiation.
>> Thus, also the lowest zone receives solar radiation but it is
>> distributed as diffuse radiation.
>>
>> For atrium simulation I definitely recommend to use TRNSYS 17.
>>
>> Marion
>>
>>
>> -----Ursprüngliche Nachricht-----
>> Von: "Ümit Esiyok" [mailto:umit.esiyok at uni-dortmund.de]
>> Gesendet: Montag, 9. August 2010 20:57
>> An: trnsys-users at cae.wisc.edu
>> Betreff: [TRNSYS-users] (no subject)
>>
>> Dear All,
>>
>> I am going to simulate a five -storey high Atrium. The roof is fully
>> glazed, I divide the atrium into three Zones but from Archives of TRNSYS
>> mailing list I saw an E-mail from David, says lowest zone receive no
>> solar radiation. have anyone an experience with Atrium simulation.
>>
>> Best Regards
>>
>> --
>> Ümit Esiyok
>>
>> e-mails: umit.esiyok at uni-dortmund.de
>>
>> _______________________________________________
>> TRNSYS-users mailing list
>> TRNSYS-users at cae.wisc.edu
>> https://www-old.cae.wisc.edu/mailman/listinfo/trnsys-users
>>
>>
>>
>>
>>
>>
>>
>> ---------- 已转发邮件 ----------
>> From: <thiemann.stefan at vdi.de>
>> To: <TRNSYS-users at cae.wisc.edu>
>> Date: Tue, 10 Aug 2010 17:46:37 +0200
>> Subject: [TRNSYS-users] Surface condensation
>> Hello,
>>
>> I have a general queation concerning condensation in Type 56. Does the
>>  inside condensation flag for a wall consider condensation due to low
>>  surface temperature when using an active layer for cooling or is it
>>  the same condensation flag that is used if saturation of the air int
>>  the room is reached?
>>
>> Thanks for  a short explanation of the condensation model!
>>
>> Stefan
>>
>>
>>
>>
>>
>> _______________________________________________
>> TRNSYS-users mailing list
>> TRNSYS-users at cae.wisc.edu
>> https://www-old.cae.wisc.edu/mailman/listinfo/trnsys-users
>>
>>
>
> _______________________________________________
> TRNSYS-users mailing list
> TRNSYS-users at cae.wisc.edu
> https://www-old.cae.wisc.edu/mailman/listinfo/trnsys-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.onebuilding.org/pipermail/trnsys-users-onebuilding.org/attachments/20100811/05922606/attachment-0001.htm>

More information about the TRNSYS-users mailing list