Wiki source code of CEN-GWEXER Setup

Version 3.1 by Alexander Mott on 2023/12/04 16:57

Hide last authors
Alexander Mott 1.1 1 {{box cssClass="floatinginfobox" title="**CONTENTS**"}}
2 {{toc/}}
3 {{/box}}
4
Alexander Mott 2.2 5 CEN-GWEXERs are a two-way radiofrequency (RF) transceivers that allow Crestron infinetEX and Extended Range wireless devices to communicate with the control processor over Ethernet. They are for Crestron wireless systems what [[DIN-CENCN-2s>>doc:SHOWRUNNER™ Setup Guide.SHOWRUNNER™ Installation Guide.SHOWRUNNER™ Installation and Network Setup.DIN-CENCN-2 Setup.WebHome]] are for wired Cresnet systems.
Alexander Mott 1.1 6
Alexander Mott 2.3 7 For SHOWRUNNER™ installations, the IP address of the CEN-GWEXER does not matter as long as it is in the same range as the processor and does not conflict with any other devices on the network. Instead, CEN-GWEXERs are identified to the processor via their IP-ID. Note that which infinetEX devices are landed at which CEN-GWEXER matters, and if devices are moved between CEN-GWEXERs then the configuration will need to be updated (see below). Chief Integrations typically provides an SRTakeoff.xlsx spreadsheet with an IP Table tab that lists all the CEN-GWEXER IP-IDs in the program. If no takeoff is provided, then the processor's IP table can be checked by running the ##ipt -t ##command from the processor after the configuration is loaded. DIN-CENCN-2's will typically have IP-IDs in the "##Cx##" range.
8
Alexander Mott 2.2 9 = IP Configuration =
Alexander Mott 1.1 10
Alexander Mott 2.2 11 Lorem
Alexander Mott 1.1 12
Alexander Mott 2.2 13 = SSL Setup =
Alexander Mott 1.1 14
15 Lorem
16
Alexander Mott 2.2 17 = RF Channel =
Alexander Mott 1.1 18
19 Lorem
20
Alexander Mott 2.3 21 = Useful Commands and Other Notes =
Alexander Mott 1.1 22
23 Lorem
24
Alexander Mott 2.2 25 == Acquiring Devices ==
Alexander Mott 1.1 26
27 Lorem
28
Alexander Mott 2.3 29 == Moving/Removing Devices (Unacquiring Devices) ==
Alexander Mott 1.1 30
Alexander Mott 2.3 31 When a wireless Crestron device is acquired to a new gateway using the typical acquiring process described above, it will automatically forget the previously connected gateway. The gateway itself, however, must manually "forget" the previously connected device before a newly acquired and addressed device will function correctly. This is necessary whether the originally connected device is moved or if the originally corrected device has failed and is being replaced.
Alexander Mott 2.4 32
33 To unacquire a device from a gateway, it is necessary to run the below commands, replacing "[TSID]" with either the 4-byte hexadecimal TSID of a single device or "all" to forget all previously acquired devices:
34
Alexander Mott 2.5 35 * ##unacquirebytsid [TSID] 0##
36 * ##unacquirebytsid [TSID] 1##
Alexander Mott 2.4 37
38 Once all of the necessary TSIDs have been unacquired, use the ##reboot## command to reboot the gateway and complete the unacquire process.