WiFi Relay

WiFi Relay Control

The NexGen WiFi is NCD's second generation WiFi communications module that modernizes connectivity by combining WiFi, Bluetooth, USB, and MQTT Communications into a single module.  The NexGen WiFi module includes firmware that focuses on the most needed features while retaining the flexibility to adapt to just about any application.  Using the integrated web page in Soft AP mode, users have the ability to configure the NexGen WiFi module by enabling and disabling features as needed.

Three Interface Options, ONE Module!

WiFi Communications

The NexGen WiFi module supports TCP communications, essentially converting TCP data to serial data for device control.  Configure network setting such as DHCP or a Static IP address.  Configure the network Port number and serial baud rates for connectivity to the NCD device using the integrated web page while in Soft AP mode.  The Soft AP mode is compatible with web browsers on mobile devices such as Android or IOs devices, as well as laptops and desktop computers with integrated WiFi communications.  Once configuration data is complete, exit the Soft AP mode and use the optional integrated web page to control basic relay control functions via the integrated web page (non-secure) or send data to the WiFi module using some of the optional protocols supported below.

Bluetooth Communications

The NexGen WiFi module also supports Bluetooth connectivity via the Bluetooth Classic protocol.  By implementing the Bluetooth Serial Port Profile, NCD products will appear to your computer as a standard COM port, making it easy to communicate wireless data via Bluetooth between the PC and the device.  Users have the ability to set the Bluetooth discovery name and PIN number via the integrated Web Page using Soft AP mode.

USB Communications

We also built the NexGen WiFi module to include a USB port, which may be used for direct USB communications to the device.  Simply configure the USB Virtual COM Port parameters using the Soft AP mode and the integrated web page.  The NexGen WiFi module will mount as a COM port on your computer, allowing access to the device through serial communications.

WiFi Communication Protocols

MQTT

The NexGen module supports very basic MQTT usage.  It can be configured to connect to an MQTT broker using no auth or basic auth (username/password).  Testing of this functionality was done using beebotte.com.  The NexGen WiFi module implements one subscribe topic and one publish topic.  It listens for control commands over the subscribe topic and sends command responses to the publish topic, which may be user defined using the integrated web page in Soft AP mode.

HTTP

Using WiFi communications, it's also possible to send commands to NCD devices using the HTTP API.  For example, to activate a relay on a NCD device, Simply send the HTTP command to the IP address 192.168.1.10 in any web browser using the following command structure: 192.168.1.10/sendCommand?data:[254,108,1]

Web Socket

Use a Web Socket to send commands to a NCD device.  Users can establish a web socket to the board via ws://{controller IP}/ws.  This web socket expects command bytes to be sent in the form of a JSON array, for example “[254,108,1]” (activate the first relay on a NCD relay board).  Note this array should be sent in TEXT/String format as shown with quotes.  Any data received from the host board will be sent to the web socket in the same format (JSON Array).

Discovery and Diagnostics

UDP Broadcast

The NexGen module broadcasts a UDP packet on ports 55555 and 13000 for network discovery purposes.  This allows discovery of the the NexGen WiFi module in Base Station and may be used for network discovery in your own software applications.

RGB Status LED

The integrated RGB LED displays communications and status information.  Diagnose connectivity status or communication problems with different flashing color patterns to indicate module bootup, wifi connectivity, and configuration modes.

Taralist NTP Time Sync

This option enables Network Time Protocol time syncing of the Taralist Real Time clock.  When enabled, once per day the NexGen module will sync it’s time with time.google.com, then it will update the on board Taralist Real Time clock.  Note that this feature is only valid on Taralist series relay controllers and will only work if WiFi is enabled and internet connectivity is present on the connected WiFi Network.

Compatibility

For use with 2.4GHz WiFi Networks ONLY. This module does NOT support 5GHz WiFi.

PLEASE CONSULT WITH NCD STAFF PRIOR TO RETROFITTING OLDER DEVICES WITH THIS MODULE!

ONLY NEWLY PURCHASED CONTROLLERS ARE COMPATIBLE WITH THIS MODULE!

In general, this WiFi module works with Fusion series controllers regardless of version.  However, this module is NOT COMPATIBLE with older relay boards that you may want to retrofit with WiFi communications.  This module requires more power than older devices are capable of supplying.  This device is fully compatible with any “G2” board revision, such as boards marked with Rev G2A, G2B, G2C, etc.  G2 boards are typically black in color with the exception of Taralist controllers, which are also black in color but NOT equipped with G2 revision markings (and not compatible).  If G2 is not marked on the board revision and you are not using a Fusion series controller, this module is NOT compatible.  Newly purchased controllers will include a power supply upgrade, allowing compatibility.  A service charge to upgrade the power supply on older devices may apply when retrofitting this module.

WiFi Bluetooth USB 3 in 1 Module with MQTT Support

Control NCD devices using standard WiFi TCP/IP communications or use the integrated Bluetooth for simple wireless computer to device interface using a wireless virtual COM port.  Use the USB port for control over a virtual COM port for easy connectivity.  Integrated web server allows control of select NCD relay controllers using a built-in non-secure web page.  This is a low-cost solution that lets you try different solutions with easy setup using a integrated Web Page User Interface for all Configuration settings.  Connect to a MQTT Server over WiFi for remote operation over the internet.

NexGen Module Setup

The NexGen module implements all the same functionality from our previously supplied WiFi, Bluetooth and USB modules but adds additional functionality including a simple web interface for configuration, Bluetooth interface, USB interface, we built in web interface for rudimentary control of select relay products, and MQTT compatibility.  We will now cover the configuration of the module.

Configuring the NexGen module

To configure a new NexGen module make sure it is installed in a Host board(Relay controller or other product) and it’s LED is flashing Blue.  A Blue flashing LED indicates it is in configuration mode.  In this mode the module will appear as a WiFi Access point and should show up as an available WiFi network on your computer called NCD_WiFi.  Connect to the NCD_WiFi network and enter NCDBeast as the password.

Your computer may now automatically pop up a browser window where you can configure the module. If not simply open your web browser and enter 172.217.28.1

You should now see the Configuration Web Interface. We will now cover those options.

WiFi

Here we will cover the WiFi options section of configuration.  These are configuration options for associating the WiFi module with your WiFi network.  Note that the NexGen module will scan for networks on initial power up and these will be displayed.  If you have a hidden network(does not broadcast an SSID) please contact support.

Enabled

This setting configures whether or not the module should attempt to associate with a WiFi Network.

Network

This Setting indicates the SSID of the network the module should associate with on power up.

Password

This Setting indicates the password which should be used to associate with the network configured through the Network setting.

DHCP Enabled

This setting indicates whether the NexGen module should obtain an IP address from a DHCP managed router or if it should use following static IP address settings.  Checked indicates to utilize DHCP(Recommended for most applications).

Default Gateway

This setting indicates the default gateway the module should communicate through(IP of router).  This setting is only applicable if DHCP is not checked.

Subnet Mask:

This setting indicates the subnet mask which should be utilized on the network.  This setting is only applicable if DHCP is not checked.

DNS Primary

This setting indicates the default DNS server to utilize for internet connection to host URLs.  This setting is only applicable if DHCP is not checked.  If DHCP is checked the default DNS server of the network router will be used.

DNS Secondary

This setting indicates the backup DNS server to utilize for internet connection to host URLs.  This setting is only applicable if DHCP is not checked.  If DHCP is checked the backup DNS server of the network router will be used.

Static IP

This setting indicates the Static IP address the NexGen module should utilize once connected to the host network.  This setting is only applicable if DHCP is not checked.

Soft AP

In configuration mode the NexGen module is broadcasts and SSID which devices can connect to.  This Soft AP is configurable.  It is possible to change the broadcast SSID network name, the password for authenticating, and the default web interface which should be displayed to the user upon initial connection.  We will cover those settings here.

Soft AP SSID

The SSID the NexGen Module should broadcast while in configuration mode.

Soft AP Password

The authentication password required for associating with the NexGen Module’s network.

Default HTML Page

Some devices support captive gateways.  This setting determines the web interface to display to the user through the captive portal upon initial connection.

UDP Broadcast

The NexGen module broadcasts a UDP packet on ports 55555 and 13000 for network discovery purposes.  These settings enable this broadcast, forward the broadcast to link.signalswitch.com and alter the name in the discovery packet.

UDP Broadcast

This setting indicates whether or not the WiFi module should send out a network discovery UDP packet on interval.

Link.SignalSwitch Broadcast

This setting indicates whether or not the WiFi module should send a discovery packet to link.signalswitch.com on interval or not.

UDP Discovery Name

This setting configures the Name field to be send in UDP broadcast packets. This can be used to differentiate multiple devices on the same network.

Serial

The WiFi module technically has two serial interfaces.  One which communicates through the USB port on the module and a second that communicates to the host board.  These settings apply to those ports.  Keep in mind most Host boards manufactured by NCD have a default baud rate of 115200.

Board Baud Rate

Baud rate of the NexGen module’s serial interface connected to the Host board.  Most NCD boards have a default baud rate of 115200.  This setting must match the baud rate of the host board.

USB Baud Rate

The baud rate for WiFi module’s USB connection. Software connected to the board via USB must match this baud rate.

Bluetooth

The NexGen module supports Bluetooth connectivity via the Bluetooth Classic protocol.  It implements the functionality of a Bluetooth Serial Port Profile device(SPP).  It does not implement Bluetooth 4.0 or LE functionality and thus is not compatible with all devices such as iOS.

Bluetooth Enabled

This setting indicates whether or not the NexGen Module should implement bluetooth connectivity.

Bluetooth Discovery Name

This is the name which will appear in Bluetooth device scans.

Bluetooth Pairing Code

Pairing code required for Bluetooth pairing with the device.

TCP

The NexGen module implements the functionality of a TCP server.  In this implementation the module opens a socket which clients(software) can connect too.  These settings configure this TCP Server functionality.

TCP Server Enabled

Whether or not to allow TCP clients to connect.

TCP Listen Port

The port on which to listen and allow for TCP Client connections.

HTTP Control

The NexGen module supports a rudimentary web interface for manually turning relays on and off.  This interface only supports ProXR, ProXR Lite, Fusion, and Taralist relay controllers with 8 or fewer relays.  This interface is available at {device IP address}/Control.

HTTP Control Enabled

Whether or not to display the HTTP control interface.  Select this option if you want to activated the built-in web page to control the relay.  Below select how many relays you have on the board, compatible on boards with up to 8 relays installed.

Number of Relays

This setting determines the number of relay control sets to display on the control interface.  Match this to the number of relays on the board.  This ferature is only compatible with boards with 8 relays or less.

MQTT

The NexGen module supports very basic MQTT usage.  It can be configured to connect to an MQTT broker using no auth or basic auth(username/password).  Testing of this functionality was done using beebotte.com

The module only implements one subscribe topic and one publish topic.  It listens for control commands over the subscribe topic and sends command responses to the publish topic.  Commands should be published to the subscribe topic in a JSON packet.  The JSON packet must contain one key value pair with a key of sendCommand and the value for that pair must be a JSON array of command bytes.  Example: {“sendCommand”:[254,108,1]}.  The WiFi module will publish data received from the host board to the Publish topic.  This Publish payload will contain a JSON packet.  The format of the packet is a single key value pair with the key of data and the value will be an array of bytes.  Example: {“data”:[170,1,85,1]}

MQTT Enabled

Whether or not to implement MQTT functionality and establish connection to an MQTT broker on boot.

HOST

The Host URL for The MQTT broker.

Host Port

The port on which to connect to The MQTT broker.

Client ID

The Client ID to use for The MQTT connection.

Username

The user name to use for basic authentication with The MQTT broker.

Password

The password to use for basic authentication with The MQTT broker.

Subscribe Topic

The Topic to subscribe to for host board control commands

Publish Topic

The Topic which to publish data to when data is received from the Host board.

HTTP API

The NexGen module supports HTTP GET requests for sending commands to the host board.  There are a few different end points for the HTTP Get requests:

/relayCount

- A Get request to this end point will return the number of relays on the board(this is configured under Number of relays setting under HTTP Control. - Example: 192.168.1.10/relayCount

/relayON

- A GET request to this end point will turn the specified relay on. This GET request requires one arg with the key relay and the value of the relay which to control(valid range for relay number is 1-256) - The board should respond to this GET request with an 85. - Example: 192.168.1.10/relayON?relay=1

/relayOFF

- A GET request to this end point will turn the specified relay off. This GET request requires one arg with the key relay and the value of the relay which to control(valid range for relay number is 1-256) - The board should respond to this GET request with an 85. - Example: 192.168.1.10/relayOFF?relay=1

/sendCommand

- A GET request to this end point allows the user to send any command to the board they wish. This GET request requires one arg with the key of data and a value of an array of bytes which to send to the host board. - Once the host board has processed the command this GET request will respond with the data returned from the host board. - Example: 192.168.1.10/sendCommand?data:[254,108,1]

Web Socket

The NexGen module supports web sockets. Users can establish a web socket to the board via ws://{controller IP}/ws

This web socket expects command bytes to be sent in the form of a JSON array, for example “[254,108,1]”. Note this array should be sent in TEXT/String format as shown with quotes.

Any data received from the host board will be sent to the web socket in the same format (JSON Array).

RGB status LED

The NexGen module has an RGB status LED which is used to indicate the current state of the module to the user visually.  Possible statuses are:

Flashing Green

The module is running normally but no connections to it have been established.

Solid Green

The module is running normally and a connection has been established with the board via software.  This will happen when a TCP socket is connected to the board.

Flashing Blue

Module is in configuration mode and should appear as a network in WiFi Scans.

Flashing Yellow<

Module is booting.

Orange Flash

The LED will flash Orange any time data is received over any connection (USB, TCP, Bluetooth, MQTT, etc).

Flashing Red

Indicates the module is unable to connect to the WiFi network.

Taralist

Taralist NTP Sync Enabled

This option enables Network Time Protocol time syncing of the Taralist Real Time clock.  When enabled, once per day the NexGen module will sync it’s time with time.google.com, then it will update the on board Taralist Real Time clock.  Note that this feature is only valid on Taralist series relay controllers and will only work if WiFi is enabled and internet connectivity is present on the connected WiFi Network.

UTC Timezone Offset

This setting determines the timezone for NTP clock syncing.  Set it to your particular timezone’s UTC offset not factoring in DST.  For instance Central Standard Time’s UTC offset is -6, Eastern Standard Time is -5, etc.

Enable Daylight Savings Time

When enabled the controller will offset it’s clock during Daylight savings time.

Viewing the NexGen Module’s NTP time and the on board Taralist Real Time Clock Time.

After Taralist settings have been entered and WiFi settings have been entered and saved to the NexGen module it should connect to your WiFi network and the RGB LED should be flashing green indicating everything is functional.  On a computer on the same network as the controller open a web browser and enter the controller’s IP address followed by /Taralist for example: 192.168.0.2/Taralist.  The returned HTML page will display both the NTP clock time and the on board Taralist real time clock time.  This time is updated nearly once per second.  If everything looks valid go ahead and close the page, Taralist is now fully functional.  Note do not leave this page open as it taxes the processor to update the web page once per second.

Base Station Taralist Setup

Base Station Software

Base Station software works by communicating with your controller to identify the model and provides the appropriate graphical user interface for setting the time schedule and uploading it to the board.  Base Station Software is used to configure and upload the time schedules to the Board and take manual control of the board to override the time schedule.
Download Base Station

Integrated Real Time Clock

The Taralist series have an integrated battery backed Real Time Clock with memory that allows users to control relays based on a time schedule.  Use your computer to setup the time schedule and store your schedule into the board.  Once stored, the Taralist does not require a computer, and will control the relay according to a schedule that can be as simple or as complex as your application requires.

Time Schedule Events

Events are scheduled times when a relay or group of relays are turned on or off.  They are defined by the user first by time: Year, Month, Day of Month, Day of week, Hour, Minute, and Second. You have the ability of switching relays on or off at very specific times!  Activate relays only when the day is Monday, activate relays when the day is Monday and the Year is 2020, activate relays when the day is Monday, the year is 2020 at 9:44:21 AM.  They are also defined by how they control the relays, whether they turn a relay or group of relays on or off. You can add up to 1000 Events to the list.

Program Multiple Schedules

Override functions are also supported.  So if the normal schedule activates a light during weekdays, but you don't want the light to come on during holidays, simply program your holiday schedule to prevent the light from activating according to your normal schedule.

Daylight Savings Time is also supported, and is FULLY CUSTOMIZEABLE.  As we all know, DST laws change periodically, but the Taralist series allow you to change the year and date of all DST events (we have programmed the US dates until 2030).

Save You Schedules

Taralist controllers allow you to build and save your time schedule as a file on your computer.  Different schedules can be configured for different times of the year, for instance one for Summer School and one for the full school year.  Upload the schedule you need for that part of the year.  For users with multiple boards saved schedules can also be used to store the time schedule into each controller easily without re configuring.

Defining Time

Using Base Station you can set the time manually or you can sync the time with your PC.  The user can do this by simply clicking the Sync Time with PC Time button or by filling in the Year, Month, Day, Week Day, Hour, Minute, Second parameters and then clicking the Set Time Manually button.

Clock Accuracy - Adjustable Time Compensation

Like most clocks, time drift is a reality and the Taralist controller will drift over time.  The Taralist clock has some special features to help keep the time accurate.  Time compensation functions are included that allow you to automatically adjust the clock forward or back (by up to 15 seconds) each day of the week.  For instance, you may find the Taralist keeps better time if it automatically advances the clock 1 second each day of the week.  Or you may find that you need to subtract 5 seconds from the clock 1 day per week.  Adjustable time compensation will help keep your clock accurate (though it is always a good idea to check on the clock periodically).

If your application requires your relay control to match a computer's time exactly we recommend using a computer controlled Relay and Relay Timer Software.  The software can be installed on a computer or server and match the time exactly.  We recommend this for school bells and shift change applications where matching a time clock is vital.  Select a Wired or Wireless Relay under Relay Control from the top menu to select a board then add the Relay Timer Software at checkout.

Computer Control

The Time Relay series controllers have some amazing abilities when it comes to making decisions on their own based on the events you configure into them, but you can take control of the relays at any time from a computer as long as communications are established between your computer and the Time Relay device.

The interface elements shown at right allow a computer to take over control of any relay and force the relays to a On or Off state.  You may also turn all relays on or off using the all relays on and all relays off buttons.  You can also read the status of relays by clicking the Read Relay 1-8 Status.  The Status of the relay will be shown to the right of the button.  The slider at the top of the screen allows you to select with bank of relays these commands are directed to.  You may attach up to 32 banks or 256 Relays.

Power Loss Backup Buffer

The Midnight Backup Buffer is a special feature developed to help keep track of which relays should be activated in the event power is lost.  Every night at midnight, the current status of all relays is stored in non-volatile memory.  If power is lost, the Taralist will load the status of the relays from memory.  Next, the Taralist will calculate all events from midnight to the current time to determine if any relays need to be activated or deactivated.  Finally, the Taralist will refresh all relays and will be ready for normal operation.

The XR Expansion Port

Add Relays as Your Needs Grow

ProXR Controllers were built with relay expansion in mind.  The XR Expansion Port is used to add banks of external relays to a ProXR or Taralist board equipped with a XR Expansion port.  The ProXR and Taralist boards are fitted with an XR Expansion Port where you can add expansion boards.  Expansion boards can be added until you reach 256 total relays.  As you continue to chain expansion boards onto an XR expansion port, the total number of available relay banks will increase.  Add expansion boards as needed in the future, whenever you require more relays simply order another expansion board.

Linking XR Expansion Boards Together

XR Expansion Boards consist of a XR Input and XR Output Connector.  Simply connect the XR Output of your ProXR Board to the XR Input located on the relay expansion board.  Chaining more relays is easy.  Simply connect the XR Output of your ProXR expansion board to the XR Input of your next expansion board.  Mix and Match different relay types as your application requires.  A 6″ expansion cable is included with the expansion board.  It's important to keep the cabling as short as possible.  Not all users will be able to expand to 256 total relays, as it all depends on the installation, the amount of electrical interference, and the overall cable length.  For best compatibility, the total length of the ProXR controller and all of the expansions and cabling should not exceed 1 or 2 meters.

Will Not Operate Independently

This Expansion Board gets it's commands from the main ProXR or Taralist board and will not operate independently.  This board MUST be plugged into a ProXR or Taralist board to operate and will not function on it's own.

SPDT Relay Installed

This device has SPDT relays installed.  SPDT Single Pole Double Throw Relays have three connections - Common, Normally Open, and Normally Closed.  When the relay is off, the common is connected to the normally closed connection of the relay.  When the relay coil is energized, the Common swings to the Normally Open Connection of the Relay.  You can wire the device you are switching to either the Normally Open or the Normally Closed position using screw terminal connections.  The maximum guage wire the terminal can handle is 14 ga but we have used up to 12 ga solid core for several applications with no issues.

Mix & Match

Expansion boards do not need to be the same relay amperage as the main board or other expansion boards.  Mix &anp; match expansion board to get the exact amperage for your switching needs. 

Essential Power Requirements

This and all expansion boards require 12 VDC to operate.  We offer a wall-wart type power supply at checkout if you need to plug this into a 110 wall outlet.  Applying Good clean power to the board is essential for the operation of the board.  Without good steady clean power from a regulated power supply the board simply will not function correctly.  The PWR12 US power supply is a 120VAC to 12VDC 1.25A 60Hz regulated power supply and it plugs into the barrel connector on the board.  The output connector is a 2.1mm I.D. x 5.5mm O.D. x 9.5mm Female R/A barrel connector.  We also carry an international power supply with interchangeable adapters for international customers. Learn More

Maximum Relay Rating Notes

ProXR is capable of expanding to an absolute maximum of 256 Relays.  In some cases, it may not be possible to control all 256 relays, particularly in applications where high noise levels may be involved.  Experimentation may be required, as it is not possible for us to guarantee all users will be able to utilize all 256 relays in every application.  Noise tends to accumulate when several expansions are connected together.  For best results, the XR expansion cables must be as short as possible.

This Board is RoHS Compliant

This board is led free and RoHS Compliant.  If your requirements are for RoHS compliant parts this board is manufactured with RoHS compliant led free parts and solder.

2-Million Cycles

XR Expansion Boards are designed for long life just as the ProXR boards, you should expect to get years of service from expansion board and literally 2-million cycles from the relays on board.  With a 5-year warranty and a money back guarantee add more relay anytime the need arises!

5-Year Warranty/Money Back Guarantee

ProXR Lite series controllers are guaranteed against manufacturing and functionality defects for a full 5 years!  Not to mention a 30-day money back guarantee!  If for any reason you are not happy with a relay purchased from Relay Pros, simply return it within 30 days and we will give you your money back!  Controllers that are damaged by our customers will not of course be warranted under any circumstances. 

Power & More

SPDT Relay Controller Specifications

This table covers all NCD SPDT Relay Controllers.  All ratings assume 12VDC operation at 70°F (21°C).  Please note that most ratings are estimated and may be subject to periodic revision.  Some ratings represent stock controller settings without performance enhancement optimizations.  The estimated processing time can be impacted by background services and choice of commands.  Standby power consumption assume no communications module is installed and no relays are active on the controller.  Please add the power consumption of the activated relays and communications module to obtain a better estimation of power consumption.

SPDT Relay Specs

Specs of NCD SPDT Relay Boards	Minimum	Nominal	Maximum	Notes
Operational Voltages	10VDC	12VDC	15VDC
Standby Power Consumption	35mA	100mA	200mA	No Active Relays, No Com Module
Relay Power Consumption	28mA	35mA	60mA	Consumption of Each Activated Relay
Operational Temperature Range	-40°F (-40°C)	70°F (21°C)	185°F (85°C)	Theoretical Component Limits Shown
Storage Temperature Range	-67°F (-55°C)	70°F (21°C)	185°F (85°C)	Theoretical Component Limits Shown
Operational Ambient Air Humidity	0%	50%	70%	Non-Condensing Humidity Values Shown
Relay Activation Time	4ms	5ms	10ms	Needs Further Validation
Relay Deactivation Time	5mS	10mS	15mS	Needs Further Validation

SPDT Relay Installed

This device has SPDT relays installed.  SPDT Single Pole Double Throw Relays have three connections - Common, Normally Open, and Normally Closed.  When the relay is off, the common is connected to the normally closed connection of the relay.  When the relay coil is energized, the Common swings to the Normally Open Connection of the Relay.  You can wire the device you are switching to either the Normally Open or the Normally Closed position using screw terminal connections.  The maximum guage wire the terminal can handle is 14 ga but we have used up to 12 ga solid core for several applications with no issues.

2-Million Cycles

ProXR series controllers are designed for long life, you should expect to get years of service from your controller and literally 2-million cycles from the relays on board.  With a 5-year warranty and a money back guarantee you have nothing to loose!  Place your order now, while everything is in front of you.

Communication Module Specifications

This table covers all NCD Communication Modules.  While NCD communication modules operate at 3.3VDC, the ratings below highlight the effect they will have on the master controller operating at 12VDC at 70°F (21°C).  Maximum ratings should be used for power budget planning purposes and may reflect short term absolute maximum peak current consumption.  Some ratings are estimated and subject to periodic revision.

Communication Module Power Consumption

Specs of NCD Communication Modules	Minimum	Nominal	Maximum	Notes
Operational Temperature Range	-40°F (-40°C)	70°F (21°C)	185°F (85°C)	Theoretical Component Limits Shown
Storage Temperature Range	-67°F (-55°C)	70°F (21°C)	185°F (85°C)	Theoretical Component Limits Shown
Operational Ambient Air Humidity	0%	50%	70%	Non-Condensing Humidity Values Shown
USB Module Power Consumption	N/A	N/A	N/A	USB Modules are Powered by the USB Port Do Not Consume Device Current
RS-232 Module Power Consumption		10mA	20mA
Ethernet Module Power Consumption	58mA	82mA	100mA
WiFi Bluetooth USB Module Power Consumption	37mA	50mA	100mA	Up to 300 Foot Indoor Wireless Range, Unobstructed. Up to 50 Foot Range Through Walls
900MHz Wireless Module Power Consumption	13mA	30mA	50mA	Up to 1,000 Foot Indoor Wireless Range, up to 2 Mile Outdoor Wireless Range using Included Antennas. Up to 28 Miles Outdoor Wireless Range using High-Gain Antennas.
KFX Wireless Key Fob	11mA	15mA	25mA	Up to 200 Feet Outdoor Wireless Range using 1, 2, 3, 4, or 5 Button Key Fobs. Up to 700 Feet Outdoor Wireless Range using 8-Button Remotes

AD8 Analog Input Usage Notice

Analog Inputs should not have a voltage present when powered down.  Use a 220 Ohm current limiting resistor on each input to prevent damage to the controller if voltage will be present on the analog input when this controller is powered down.  Do not exceed 0 to 5VDC on any analog input or the on-board CPU will be damaged.  Most analog inputs include a 10K Pull Up/Down resistor to help keep the inputs quiet when not in use.  This 10K resistor may slightly bias the readings of some sensors.

Relay Logic

Relay Wiring Samples

This page demonstrates several simple ways to wire a relay or multiple relays for various applications. We use the example of switching a light but the light can be swapped for a gate control, security system, dry contact output and other devices. These examples show different ways to wire to a relay or multiple relays to produce a desired effect.
Get a printout of this page

SPDT Wiring

SPDT Single Pole Double Throw Relays have three connections - Common, Normally Open, and Normally Closed. When the relay is off, the common is connected to the normally closed connection of the relay. When the relay coil is energized, the Common swings to the Normally Open Connection of the Relay. You can wire the device you are switching to either the Normally Open or the Normally Closed position and we have examples below.

SPST Wiring

SPST Single Pole Single Throw Relays have two connections - Common and Normally Open. The Common (COM) is the moving part of the relay that comes in contact with the Normally Open (NO) when the coil to the relay is energized. The only SPST relay we sell on this site is the 30-Amp relays, The wiring examples below can be used with the 30-Amp relays as long as the example doesn't use the Normally Closed position.

DPDT Wiring

A single DPDT Double Pole Double Throw relay is made up of 2 SPDT switches. Each relay acts as two switches that are activated at the same time. This allows two independent devices to be switched at one time. In effect, there are two independent switches on a single DPDT relay - they will always switch together. There are two connectors with Normally Open, Normally Closed and Common for each relay allowing two separate connections. Wiring using these examples can be the same as any SPDT relay.

---

Relay Logic Examples

---

Example 1 - Simple Off/On

This example demonstrates how a relay can be used to activate a light bulb. When the relay turns on, the light comes on. Only one power wire is switched with this example using the COM (common) and NO (normally open) connections of a relay. This is the simplest of the examples, switching a light in this example or any device on when the relay is energized.

---

Example 2 - Simple On/Off

This example demonstrates how a relay can be used to turn a light bulb OFF.  When the relay is energized the light turns off, when the relay is off the light will be ON.  Only one power wire is switched in this sample using the COM (common) and NC (normally closed) connections of a relay. Not commonly used but great for applications where the device is on most of the time so the relay doesn't have to be energized to to keep the device on. Power cycling a device can be a typical use for this wiring, when the relay turns on the device is powered off.

---

Example 3 - 2 Relays to Activate

This example demonstrates how two energized relays are required to activate a light bulb. This is the same as a Logic and function because Relay 1 AND Relay 2 must be on to activate the light. Only one power wire is switched in this example using two relays to turn on the light. This example would be used if you want two parameters to be active before the light will switch on. If you have sensors or need two parameters to be in the correct state before the light turns on. A quick example would be a light sensor will need to show it's dark and a motion sensor showing someone in the room before the light will turn on.

MirC/MirX Users: Two contact closure inputs in the sender board required to control a device. Use this wiring when you require two outputs to close before you switch the relay.

---

Example 4 - 3 Relays to Activate

This example demonstrates how three energized relays are required to activate a light bulb. Just like example 3, Logic and function play a roll because Relay 1 AND Relay 2 AND Relay 3 MUST be energized to activate the light. Only one power wire is switched in this example using three relays to turn on the light. Simple wiring from the NO of Relay 1 to the COM of Relay 2 to the NO of Relay 2 to the COM of Relay 3 will require that all three relays would need to be energized to turn on the light. This can be expanded to include as many relays as needed as long as you wire NO of the first relay to COM of the next relay.

---

Example 5 - Override Function

This example demonstrates the and/or function. The light bulb will be activated if Relay 1 and Relay 2 are energized OR if Relay 3 is energized. This example is great for applications that may require a logical condition of 2 relays plus an override feature. For instance, if Relay 1 is a night/day sensor, Relay 2 is a moisture sensor. If its dark and the soil is dry, Relays 1 and 2 can activate a pump. If you want to override these conditions with local physical switch using Relay Activator function (see the AD8 Command Set Tab) Relay 3 would override Relays 1 & 2.

MirC/MirX Users: Add a manual button or switch to control the third relay to manually control the light if you have sensors that control the other relays.

Reactor Users: Add a manual button or switch to control the third relay to manually control the light if you have sensors that control the other relays.

---

Example 6 - Either Relay Activates

This example demonstrates how either relay can be used to activate a light. Only one power wire is switched in this example using either of two relays to turn on the light. In this sample, only one activated relay is required to activate the light. If both relays are activated, the light will be on. Great for if you have a timer for one of the relays but want to turn the light on when the timer is scheduled off or have two sensors connected and want either of them to control a device.

MirC/MirX Users: Two contact closure inputs in the sender board and either of the inputs can control one light or device.

---

Example 7 - 3-Way Switch

This example demonstrates how to create a 3-way light switch to activate a light. A 3-way light switch is where two light switches can be used to activate a single light. This sample is exactly the same as a 3-way light switch, the only difference being each physical switch is replaced by a relay. Operationally, it works the same way. Only one power wire is switched in this example using both relays to turn on the light. Each relay activation will cause the light to toggle. Switching two relays at one time is like flipping 2 switches at once....with the same result. This sample is particularly useful since you can replace one relay (as shown in the diagram) with a physical light switch. This will allow a computer to control a light as well as manual operation of a light. Properly used, this can be one of the most valuable diagrams we offer on this page.

---

Example 8 - Motor Control

This example demonstrates how to control the direction of a DC motor using 2 relays. Braking is accomplished by connecting both motor terminals to a common power connection (Faraday's Law). The capacitors shown may not be required for small motors, but if you experience problems with relays shutting themselves off, the induction suppression capacitor will be required. The .1uF capacitor helps suppress electronic noise if the battery were to be used by sensitive devices (such as radios/amplifiers).

• Relay 1 Off Relay 2 Off = Motor Brake to +
• Relay 1 On Relay 2 Off = Motor Forward
• Relay 1 Off Relay 2 On = Motor Backward
• Relay 1 On Relay 2 On = Motor Brake to -
• Induction Capacitor Should Be located by relay
• Filter Capacitor Should be Located Near Motor
• Additional Capacitors May be Desirable for Some Motors

Inductive loads typically require 2-3 times the runtime voltage or amperage when power is first applied to the device. For instance, a motor rate at 5 Amps, 125 VAC will often require 10-15 amps just to get the shaft of the motor in motion. Once in motion, the the motor may consume no more than 5 amps. When driving these types of loads, choose a relay that exceeds the initial requirement of the motor. In this case, a 20-30 Amp relay should be used for best relay life.

Data Sheets & Quick Start Guides

Below are the Data Sheets Quick Start Guides for this board.  These are the guides that will help you communicate and configure this board.