modelBuildingHeating_usePoke

Information

Overview

• This model extends the BuildingHeating model
• It uses a different form of agent communication but the exact same physical model
• The alternative agent communication saves significant simulation time in systems where the agents are not active all the time

Concept

The parameter "usePoke" is set to true in all agents of the system. The parameter "n" in messageNotification is set to the number of other agents in the system (here 5). The "senOut" boolean outputs are then connected to the "u" input of the messageNotification agent. The system is set up.

The conventional communication method uses a constant refresh-rate in the UDP inboxes of all agents, leading to excessive event generation, even when the agents are not active. This again leads to long simulation times. By using "usePoke", the UDP inboxes of the agents are only refreshed when another agent send out a message. The other agents are "poked" by the boolean signal and update their inboxes. In systems where the agents are idle in long periods of time, the "usePoke" technique can save substantial simulation time.

For more information you can also refer to MessageNotification model

• July 2017, by Roozbeh Sangi: Documentation modified
• November 2016, by Felix Bünning: Developed and implemented