Last modified by Alexander Mott on 2023/12/08 18:37

From version 17.1
edited by Alexander Mott
on 2023/03/28 16:04
Change comment: There is no comment for this version
To version 19.1
edited by Alexander Mott
on 2023/03/28 20:54
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -98,6 +98,11 @@
98 98  
99 99  == Networked ==
100 100  
101 +(% class="box errormessage" %)
102 +(((
103 +section incomplete
104 +)))
105 +
101 101  Networked systems are generally preferred over standalone systems for most applications. Networked systems, and in particular networked systems with custom programming, are able to meet a much wider variety of sequences compared to standalone systems. Additionally, start-up and maintenance can be simplified, and certain aspects completed remotely, compared to standalone systems.
102 102  
103 103  In general, the drawbacks of any networked system are:
... ... @@ -116,13 +116,14 @@
116 116  * Able to meet a wider range of sequences compared to standalone systems
117 117  ** Scheduling capabilities
118 118  ** BMS/BACnet integration
119 -** (% class="box warningmessage" %)
120 -(((
121 -add more
122 -)))
123 123  
124 124  === Networked with Default Program ===
125 125  
127 +(% class="box errormessage" %)
128 +(((
129 +section incomplete
130 +)))
131 +
126 126  Some benefits of using the default program are:
127 127  
128 128  *
... ... @@ -136,6 +136,11 @@
136 136  
137 137  === Networked with Custom Program ===
138 138  
145 +(% class="box errormessage" %)
146 +(((
147 +section incomplete
148 +)))
149 +
139 139  Some of the general benefits of using a custom program are:
140 140  
141 141  *
... ... @@ -144,13 +144,13 @@
144 144  
145 145  = Hardware Design Limitations =
146 146  
147 -There are a handful of limitations to keep in mind when designing Zūm Wired systems, with different restrictions applying to Zūm Net and Zūm Link:
158 +There are a handful of limitations to keep in mind when designing Zūm Wired systems, with different restrictions applying to Zūm Net and Zūm Link.
148 148  
149 149  Zūm Net limitations:
150 150  
151 151  * Do not exceed 100m or 328' between subsequent ZUMNET-JBOX-* devices, or between the first ZUMNET-JBOX and the network switch
152 152  * Do not exceed 20 ZUMNET-JBOX-* devices on a single run of Zūm Net
153 -* Do not "loop" Zūm Net cables (i.e., cables should start at the network switch and end at the last ZUMNET-JBOX, without a returning cable from the last device back to the switch)
164 +* Do not "loop" Zūm Net cables. ZUMNET-JBOX-* devices should be daisy chained together, with the first device on the run connected to the network switch and no home-run connecting the end-of-line device back to the network switch.
154 154  
155 155  Zūm Link limitations:
156 156  
... ... @@ -162,4 +162,6 @@
162 162  ** Other ZUMLINK-OCC-* sensors are rated at 25mA of power consumption each
163 163  ** ZUMLINK-KP keypads do not have a listed power consumption, but designing for approximately 20mA is safe
164 164  * Available power on the Zūm Link bus can be increased by adding additional ZUMLILNK-JBOX-* devices, or by adding a separate power pack to provide power for non-system sensors or Cresnet devices on the Zūm Link bus
176 +* Do not "loop" Zūm Link cables. ZUMLINK-* devices should be daisy chained together, with no home-run connecting the end-of-line device back to the ZUMNET-JBOX-* controller for the room
177 +* Do not connect the Zūm Link busses of two separate ZUMNET-JBOX-* devices. There can only be one Primary ZUMNET-JBOX per Zūm Link bus, and any ZUMNET-JBOX-* devices intended to be operated as Secondary devices should instead be replaced with the corresponding ZUMLINK-JBOX-* model
165 165  )))