Rane HAL1x Design Guide - Page 148

The Baseline in Action, HAL SYSTEM DESIGN GUIDE

Page 148 highlights

HAL SYSTEM DESIGN GUIDE So what are some other characteristics that distinguish the three different preset types from one another? And how do you decide which type to use? See the About Presets topic in the Halogen Help System to review a table comparing the different preset types. What is the Baseline preset and why do I care? The Baseline preset, which contains default settings and link activation states for all the processing and control blocks in your system configuration, serves as a foundation for your system. It is a Command preset and, therefore, can never be deactivated. Also, unlike other Command presets, the Baseline can never be deleted. It is always there to serve as the default fallback preset when no other presets are active. You can also configure the system to assert the Baseline on startup. (See the Halogen Help System for details.) TIP: Here is an easy rule to remember: If no preset is currently acting on a particular block in your system, the block returns to the parameter values saved in the Baseline. So how is the Baseline created? As soon as you open Halogen or click New on the system toolbar to begin a new configuration, Halogen creates the Baseline preset automatically (although it is initially empty). When you add a block to your Processing Map, that block is automatically added to the Baseline-with its default parameter values. When you add a control link, the Baseline stores the link's default activation state. Thus, the Baseline always contains every block, every hardware control, and the activation state of every control link that is present in your system. Although Halogen creates the Baseline for you, the initial parameter values stored in the Baseline may not be appropriate for your particular system. No problem. You can easily customize all the Baseline parameter values. In fact, we highly recommend that you review and customize your Baseline before you begin creating other presets. BEST PRACTICE: Early in your design process, decide what the default state should be for each block, hardware control, and control link in your system, configure these items accordingly, and save them to your Baseline. You can configure your entire system and save it to the Baseline all at once, or you can move from block to block, saving each block to the Baseline as you go. See Customizing the Baseline Preset for procedural details. The Baseline in Action So how do you actually work with the Baseline once your system is up and running? The answer depends on what it is you're doing and how you've configured your system presets. Working in Conjunction with Toggle and Selector Presets If most or all of your presets are Toggles or Selectors (presets that can be activated and deactivated), your Baseline will serve as the fallback position when none of your Toggle or Selector presets are activated. Let's say you have a Toggle preset that enables a DR in a room that is used only occasionally. When the room is not in use, you want the DR disabled. In this case, you would likely configure the DR as disabled in your Baseline. Then, when the room is in use, the end user activates the Toggle preset that enables the DR. When the room is no longer in use, the end user deactivates the Toggle preset, which causes the DR settings to fall back to their Baseline values-in this case disabling the DR. The behavior would be different, of course, if 144

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196

So what are some other characteristics that distinguish the three different preset types from one another?
And how do you decide which type to use? See the
About Presets
topic in the Halogen Help System to
review a table comparing the different preset types.
What is the Baseline preset and why do I care?
The Baseline preset, which contains default settings and link activation states for all the processing and con-
trol blocks in your system configuration, serves as a foundation for your system. It is a Command preset and,
therefore, can never be deactivated. Also, unlike other Command presets, the Baseline can never be deleted. It
is always there to serve as the default fallback preset when no other presets are active. You can also configure
the system to assert the Baseline on startup. (See the Halogen Help System for details.)
TIP
:
Here is an easy
rule
to remember: If no preset is currently acting on a particular block in your sys-
tem, the block returns to the parameter values saved in the Baseline.
So how is the Baseline created? As soon as you open Halogen or click
New
on the system toolbar to begin a
new configuration, Halogen creates the Baseline preset automatically (although it is initially empty). When
you add a block to your Processing Map, that block is automatically added to the Baseline—with its default
parameter values. When you add a control link, the Baseline stores the link's default activation state. Thus,
the Baseline always contains every block, every hardware control, and the activation state of every control
link that is present in your system.
Although Halogen creates the Baseline for you, the initial parameter values stored in the Baseline may not be
appropriate for your particular system. No problem. You can easily customize all the Baseline parameter
values. In fact, we highly recommend that you review and customize your Baseline before you begin creating
other presets.
BEST PRACTICE
:
Early in your design process, decide what the default state should be for each block,
hardware control, and control link in your system, configure these items accordingly, and save them to
your Baseline. You can configure your entire system and save it to the Baseline all at once, or you can
move from block to block, saving each block to the Baseline as you go. See Customizing the Baseline
Preset for procedural details.
The Baseline in Action
So how do you actually work with the Baseline once your system is up and running? The answer depends on
what it is you're doing and how you've configured your system presets.
Working in Conjunction with Toggle and Selector Presets
If most or all of your presets are Toggles or Selectors (presets that can be activated and deactivated), your
Baseline will serve as the fallback position when none of your Toggle or Selector presets are activated. Let's
say you have a Toggle preset that enables a DR in a room that is used only occasionally. When the room is
not in use, you want the DR disabled. In this case, you would likely configure the DR as disabled in your
Baseline. Then, when the room is in use, the end user activates the Toggle preset that enables the DR. When
the room is no longer in use, the end user deactivates the Toggle preset, which causes the DR settings to fall
back to their Baseline values—in this case disabling the DR. The behavior would be different, of course, if
HAL SYSTEM DESIGN GUIDE
144