Add target and threshold setpoints

[connorjcantrell]

TBD

Classes that are debatably not a Setpoint and possibly need to be moved to Parameter:

• Demand Setpoint
• Voltage Ratio Setpoint
• Current Ratio Setpoint

Deprecations

Classes to be deprecated:

• Max_Air_Temperature_Setpoint
• Max_Water_Temperature_Setpoint
• Min_Air_Temperature_Setpoint
• Min_Water_Temperature_Setpoint
• Load_Setpoint
• Outside_Air_Temperature_Setpoint
• All classes with "Target" contained in name (e.g. "Effective Target Zone Air Temperature Setpoint")
• All Setpoints moved to Threshold (deprecate class names containing Setpoint)

Additions

Classes being added to Setpoint:

• Position_Setpoint
• Valve_Position_Setpoint
• Dehumidification_Threshold
• Humidification_Threshold
• Lockout_Threshold
• All classes moved from Setpoint to Threshold

Other topics:

• Discuss the naming convention for threshold setpoints as I mentioned. We want to encourage "an action" for threshold - setpoints. E.g., "CO2_Setpoint" by the name implies it's a target setpoint like temperature setpoint. We could make an exception but need to discuss the overall direction

[jbkoh]

dont change the import path

[connorjcantrell]

@jbkoh After moving setpoints into parameter, I found that QUDTQK wasn't imported. If this remains unchanged, we will need to remove the BRICK.hasQauntity properties

[jbkoh]

don't understand what this means and the relevance between this line and hasQuantity

[connorjcantrell]

For example, this was recently added to Parameter. I updated the namespace import to include QUDTQK:

                    "Humidity_Deadband": {
                        BRICK.hasQuantity: QUDTQK.RelativeHumidity,

https://github.com/mapped/Brick/pull/10/files#diff-b7c92830878492f3b532f1dfe590a9dc6039d81ac47aa2a75160a8a872de69beR102

[jbkoh]

You can add more imports. My ask was not to modify the import path from from .namespaces to from namespaces

[jbkoh]

All thresholds should have Parameter as a tag if Threshold is a subclass of Parameter.

[connorjcantrell]

I wasn't originally planning on defining Threshold as a subclass of parameter, but see the argument for it. I am proposing we add Threshold as a top level class alongside Setpoint and Parameter