Controls modeling in Brick

[Arsenyi]

Hello, Brick community! 

I am a PhD student researching fault diagnosis in HVAC systems using Bayesian networks. The controls play a significant role in affecting the system state for my task, so I was wondering about your experience in modelling controls with Brick.

For example, a "Damper_Command" could have an "isPointOf" link to the piece of equipment that it controls. At the same time, the same "Damper_Command" could also be an "isPointOf" for a "Controller" that sends this command. From a semantic point of view, it can be unclear whether the controller controls the damper or the damper controls the controller because the relationships are identical.

How would you approach modelling when the direction of the edge defines where the cause and symptom lie?  

[Lazlo Paul]

Hi Arsenyi, 

Welcome to the brick community! 

Brick doesn't model controls, so if you want to know what points are the inputs to a controller, and what points are the outputs to a controller, you should use a related ontology, 223P. This would allow you to create a basic function for your controller and relate points as inputs and outputs.

I think if you need to know specifically which data point may be generated by an equipment, used by a controller, and where data generated by that controller may affect another equipment, this is the way to go.  If you would like help doing this, please let me know.

Alternatively, if you want to just use brick, and you don't need that specificity, you could perhaps use the feeds relationship to indicate that a controller receives data from one piece of equipment, and provides data to another piece of equipment. Perhaps this is sufficient for tracing symptoms for your fault detection. 

Best,

Lazlo

--
You received this message because you are subscribed to the Google Groups "Brick User Forum (Unified Building Metadata Schema)" group.
To unsubscribe from this group and stop receiving emails from it, send an email to brickschema...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/brickschema/2983ea2d-9561-4819-bc2e-0633b0949244n%40googlegroups.com.

--

Lazlo Paul

Associate Data Scientist

Building Technology and Urban Systems Division

Lawrence Berkeley National Laboratory

(he/him)

[Chris Schneider]

This is definitely something Brick requires to be a complete system, but it's not the only thing missing at the moment. I actually think there needs to be a "Controls" and "ControlledBy" relationship available in Brick and a Monitors and MonitoredBy. These would make modelling a complete system 1000% easier. I'm considering "breaking" Brick to do this myself while they go through the politics of the change. It's an important relationship that is missing at the moment.

Chris Schneider  General Manager cschn...@bar-tech.com.au bar-tech.com.au 0411 641 450   59 Steel St, Capalaba QLD 4157

"This Electronic Mail Message and its attachments are confidential.  If you are not the intended recipient, you may not disclose or use the information contained in it.  If you have received this Electronic Mail Message in error, please advise the sender immediately by replying to this email and delete the message and any associated attachments.  While every care is taken, it is recommended that you scan any attachments for viruses."

To view this discussion visit https://groups.google.com/d/msgid/brickschema/CADnU%2BbiX6iYf%2BoXm3GdLDiLYJ8HxXPziZcX-sa2wyQtoJNyBjQ%40mail.gmail.com.