Last modified by Alexander Mott on 2023/12/13 19:15
From version 32.1
edited by Alexander Mott
on 2023/03/29 23:44
Change comment: There is no comment for this version
To version 34.1
edited by Alexander Mott
on 2023/12/08 18:37
Change comment: There is no comment for this version

Summary

Details

Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -*Starting Up Zūm Wired with SHOWRUNNER™
1 +**Starting Up Zūm Wired with SHOWRUNNER™
Content
... ... @@ -24,6 +24,8 @@
24 24  (% class="box warningmessage" %)
25 25  (((
26 26  steps subject to change pending finalization of chief zum wired loadscript tool
27 +
28 +our regular commissioning guide is still incomplete, and it is referenced below
27 27  (i intend for the loadscript tool to require the showrunner license to function; the license contains the processor MAC address, which will be used to determine the IP address for the ip table entries; user will be prompted to confirm/correct IP address for IP table entries)
28 28  
29 29  (also intend to have check boxes to select which scripts are desired)
... ... @@ -63,47 +63,26 @@
63 63  1*. **Verify that all devices report completing successfully in the Loadscript Manager tool before proceeding to the next step; re-run the loadscript for specific devices as necessary**
64 64  1**. If the script has been re-run multiple times and has failed each time, connect to the ZUMNET-JBOX and verify that all the ZUMLINK-* hardware appears correctly
65 65  1**. Attempt to run the .puf file separately without a load script
66 -1**. If you encounter devices that report as "UNDEFINED" model types, see our FAQ on this topic ([[https:~~/~~/wiki.chiefintegrations.com/FAQ/My%20ZUMNET-JBOX%20or%20ZUMLINK%20device%20reports%20as%20an%20UNDEFINED%20model%20type%3F/>>https://wiki.chiefintegrations.com/FAQ/My%20ZUMNET-JBOX%20or%20ZUMLINK%20device%20reports%20as%20an%20UNDEFINED%20model%20type%3F/]])
68 +1**. If you encounter devices that report as "UNDEFINED" model types, see our [[FAQ on this topic>>doc:FAQ.My ZUMNET-JBOX or ZUMLINK device reports as an UNDEFINED model type?.WebHome]]
67 67  1. Once FW updates are complete, verify all ZUMNET-JBOX actually took the FW update by using Device Discovery Tool to export a Device Summary and observe that the reported FW for all devices matches the FW version in the .puf file
68 68  1*. Because ZUMNET-JBOX update their own firmware after attached ZUMLINK-* devices, if a ZUMNET-JBOX is up-to-date then all ZUMLINK-* devices should also be updated
69 69  1*. If ZUMLINK-* devices have conflicting CIDs or are not online, then they will not update
70 -1. If using
72 +1. Perform any Zūm App specific configurations (such as occupancy sensor reach) at this time.
73 +1*. If using the App Mode Autoswitch function and you do not want to use the factory room logic, configure all the Zūm Rooms using the Zūm App
74 +1*. Note that some functions such as occupancy sensor timeouts can be done later through the SHOWRUNNER™ UI
75 +1. Run the "Convert to CNET Mode" or "Convert to CNET Mode + Autoswitch On" loadscript
76 +1*. These loadscripts connect to each ZUMNET-JBOX by their default hostname and put them into CNET Mode (optionally enables the Autoswitch function)
77 +1*. Devices will reboot
78 +1*. **Verify that all devices report completing successfully in the Loadscript Manager tool before proceeding to the next step; re-run the loadscript for specific devices as necessary**
79 +1. Run the "IP Config (DHCP)" loadscript
80 +1*. This loadscript will update the device IP-IDs and hostnames
81 +1*. Devices will reboot
82 +1*. **Verify that all devices report completing successfully in the Loadscript Manager tool before proceeding to the next step; re-run the loadscript for specific devices as necessary**
83 +1. If using a processor without a dedicated Control Subnet, follow the [[additional steps detailed below>>doc:Design Guide.Hardware Design Guide.Crestron Zum Wired.Starting Up Zum Wired with SHOWRUNNER.WebHome||anchor="HToolsforStaticallyConfiguredLightingNetworks"]] starting with step 4. If not, proceed to the next step
84 +1. Connect to each ZUMNET-JBOX to identify and address ZUMLINK devices per the SRTakeoff
85 +1. Verify loads and start-up the job as an ordinary SHOWRUNNER start-up™
86 +1. Once done, save and back up the configuration file for your records
71 71  
72 -
73 -
74 -* use chief tools tm tool to generate various zum wired load scripts
75 -* if firmware is old, run "zwms master/zum (def. hostname)" loadscript to make all ZUMNET JBOX primary and in app mode in order to enable discovery of devices on zumlink
76 -** devices will reboot
77 -** per crestron, 1.0006.00012 and newer ship in primary mode (**tbd if they will ship in app mode?**)
78 -* connect to a few devices in device discovery tool to ensure that all zumlink devices were automatically readdressed and there are no conflicting cids
79 -** firmware 1.0001.00081 is new enough that this works correctly
80 -* run "fw update (def. hostname)" loadscript to update the fw for all devices
81 -** will take up to several minutes per room, but will be able to do up to 10 rooms simultaneously
82 -** devices will reboot, possibly multiple times
83 -** check loadscript manager for any failures and re-run script for those devices if necessary (a rebooting zumnet box will temporarily disrupt online status for downstream zumnet jboxs and potentially interrupt the firmware update)
84 -* run device discovery again to confirm that all zumnet boxes were updated
85 -* if app mode backup is desired, configure the boxes using the app now
86 -* run "ip config (def. hostname)" loadscript to update device IP-IDs and hostnames
87 -** devices will reboot
88 -** devices will now have new hostnames, so any further loadscripts should use (new hostname) versions
89 -* run "cnet mode (def. hostname)" loadscript to put devices into CNET mode
90 -** if app mode backup is desired, also run "autoswitch enable (def. hostname)" loadscript
91 -** devices will reboot
92 -* if using a processor without control subnet, run the "static ip config (new hostname)" script
93 -** this loadscript is necessary, as the showrunner DHCP server is only intended for commissioning. It must always be manually started after program restart and should not be used in production
94 -** (**will probably need a lot of extra steps + alterations to how we make configs since static IPs require a lot more information as well as corresponding modifications to SrConfig.json**)
95 -* once done, commission job essentially as normal showrunner job
96 -** (**sr commissioning guide is incomplete**)
97 -** connect to each zumnet jbox and address zumlink devices per the takeoff
98 -*** if devices are not online, then troubleshoot why and update firmware through device tree view once they are online
99 -** occ timeouts can be adjusted through UI; other settings (ie reach) should be adjusted through app
100 -** photocells etc are set up through UI
101 -** loads teseted and verified through UI; can be moved around between controllers as necessary
102 -*** loads don't need to be in the same room as the zumnet that controls them
103 -** keypads can use standard SR types or be fully customized
104 -** set up schedule, etc.
105 -* once done, save and back up configuration file
106 -
107 107  = Tools for Statically Configured Lighting Networks =
108 108  
109 109  Unlike installations using the default program, SHOWRUNNER™ offers the opportunity to reduce the cost of hardware by enabling the use of any 3 or 4-Series processor, rather than being restricted to using the ZUM-HUB4 exclusively. Some of these other processors (DIN-AP4, RMC4, etc.) do not include a Control Subnet with built-in router, which requires the use of static IP addresses if the lighting network is to remain independent and there is no router specified to manage traffic on the lighting network. SHOWRUNNER™ includes several built-in features to assist with these sort of startups without requiring a Technician to bring their own router.
... ... @@ -117,7 +117,7 @@
117 117  1*. If you want to use specific static IP addresses for specific ZUMNET-JBOXs, use the SHOWRUNNER™ UI and set the DHCP range outside of the range you intend to use for the ZUMNET-JBOXs
118 118  1*. If arbitrary static IP addresses are acceptable, then use the default IP address range
119 119  1. Proceed with the standard [[CNET Mode>>doc:Design Guide.Hardware Design Guide.Crestron Zum Wired.Starting Up Zum Wired with SHOWRUNNER.WebHome||anchor="HCNETMode28SHOWRUNNER2122TotalControl29"]] start-up procedure from step 2
120 -1. Once the standard start-up procedure has been completed, [[export a new Device Summary>>doc:SHOWRUNNER™ Setup Guide.SHOWRUNNER™ Installation Guide.Preparation.Toolbox Basics.WebHome||anchor="HExporttoDeviceSummary"]] file
101 +1. Once the standard start-up procedure has been completed through step 14, [[export a new Device Summary>>doc:SHOWRUNNER™ Setup Guide.SHOWRUNNER™ Installation Guide.Preparation.Toolbox Basics.WebHome||anchor="HExporttoDeviceSummary"]] file
121 121  1. Change the Device Summary filetype to ".csv" and open in Microsoft Excel
122 122  1. Add columns for hostname ("Host", J), IP-ID ("IP-ID", K), static IP address ("IPA", L), static IP subnet mask ("IPM", M), default gateway ("DEFR", N), and domain name server ("DNS", O) as shown below[[image:1680131811288-423.png]]
123 123  1. Fill out these columns for each of the ZUMNET-JBOXs in the device summary
... ... @@ -130,4 +130,7 @@
130 130  1*. **Verify that all devices report completing successfully in the Loadscript Manager tool before proceeding to the next step; re-run the loadscript for specific devices as necessary**
131 131  1. If desired, export a new Device Summary file as a record that this step was completed successfully
132 132  1. If desired, disable the processor's DHCP service (the service will not resume if the processor reboots or the program restarts)
114 +1. Connect to each ZUMNET-JBOX to identify and address ZUMLINK devices per the SRTakeoff
115 +1. Verify loads and start-up the job as an ordinary SHOWRUNNER start-up™
116 +1. Once done, save and back up the configuration file for your records
133 133  )))