|
To support our building simulator, we need a library component which provides scheduling and event-handling mechanisms. This library was also developed using MOOSE and can therefore be accessed on the modeling level. In our example, the objecttype Room should be continuously simulated and therefore needs the scheduling service of the kernel library. To do so, it is connected via two relations to the libraries' class model (not shown in the figure).
The following table shows all attributes that characterize our objecttypes. These attributes are also defined with the MOOSE editor but are not shown graphically.
| Objecttypeis | Attributes | Remarks |
|---|---|---|
| Room | temperature | the actual room temperature in [K] |
| volume | the volume of the room in [m3] (constant) | |
| heatCapacity | the heat storage capacity of a room in [J]/([K]*[m3]) (constant) | |
| amountOfHeat | the actual amount of heat (in [J]) in the room | |
| thermalResistance | the thermal resistance of a room in ([m2]*[K])/[W] (constant) | |
| timeOfLastComputation | time when the last computation took place (in [ms] from the simulations start) | |
| interval | specifies after which period of time (in [ms]) the temperature should be actualized (constant, but can be changed during the simulation) | |
| Wall | area | the area of the wall in [m2] (constant) |
| thermalResistance | the thermal resistance of a wall in ([m2]*[K])/[W] (constant) | |
| Radiator | temperature | the actual radiator temperature in [K] |
| Surface | area | the area of the radiator surface in [m2] (constant) |
| thermalResistance | the thermal resistance of the surface in ([m2]*[K])/[W] (constant) |
Which attributes are needed for our Simulator depends on the patterns we wish to apply to the class model. Therefore, finding the "correct" attributes is done in conjunction with the pattern catalog by alternatively applying patterns and adapting the class model.
|
|
|