Commander Manual
Commander Manual
This document relates to Commander Version 2.0, with firmware dated 01/06/24 and after.
Please read the Commander Tutorial alongside this document, available from www.northbt.com/cmdr
Contents
What is Commander?.................................................................................................................... 6
Interface Technology ........................................................................................................................ 6
Programmable Control ..................................................................................................................... 6
Information Services ........................................................................................................................ 6
Typical Use ........................................................................................................................................ 7
Hardware....................................................................................................................................... 9
Dimensions ....................................................................................................................................... 9
Mounting ........................................................................................................................................... 9
Connectors ...................................................................................................................................... 10
LEDs ................................................................................................................................................. 10
Power .............................................................................................................................................. 10
LAN Port .......................................................................................................................................... 10
RS232 Ports ..................................................................................................................................... 11
Internal Battery ............................................................................................................................... 11
Internal Switches ............................................................................................................................ 12
Memory ........................................................................................................................................... 12
Interface Licences ........................................................................................................................... 12
Firmware ..................................................................................................................................... 13
Main Firmware ................................................................................................................................ 13
Interface Driver Firmware............................................................................................................... 13
Platform Information.................................................................................................................. 15
Switch Settings ............................................................................................................................... 15
Battery Level ................................................................................................................................... 15
Default Configuration ..................................................................................................................... 15
Reset/Restart Information .............................................................................................................. 15
Software Versions ........................................................................................................................... 15
Software Cloud Update .................................................................................................................. 15
Debug Recording ............................................................................................................................ 16
Commander Manual 2
Interfacing Commander to other Systems ................................................................................ 19
Started Interfaces ........................................................................................................................... 19
Installed Drivers .............................................................................................................................. 19
Interface Licences ........................................................................................................................... 19
Commander Manual 3
Commander Hub ........................................................................................................................ 32
Data Collection ............................................................................................................................... 32
Keeping it Secure ............................................................................................................................ 32
High Availability Servers ................................................................................................................. 32
Easy to Connect .............................................................................................................................. 32
My Hub ............................................................................................................................................ 32
Telnet .......................................................................................................................................... 33
Establishing a Session .................................................................................................................... 33
IP Configuration Service ................................................................................................................. 33
Query Response Service ................................................................................................................. 33
DEFAULTIP Switch .......................................................................................................................... 34
Other APIs ....................................................................................................................................... 34
Commander Manual 4
Essential Values .............................................................................................................................. 73
Essential Values Page ..................................................................................................................... 73
Time Control ................................................................................................................................... 74
Calendar .......................................................................................................................................... 75
Calendar Exception Date ................................................................................................................ 76
Timer ............................................................................................................................................... 77
Profiler............................................................................................................................................. 78
ObVerse ........................................................................................................................................... 79
Security Server ................................................................................................................................ 80
Security Server Group ..................................................................................................................... 80
Security Server User ....................................................................................................................... 81
Data Transfer .................................................................................................................................. 82
Transfer ........................................................................................................................................... 82
Alarm Delivery ................................................................................................................................. 83
Alarm Delivery Destination ............................................................................................................. 83
Alarm History .................................................................................................................................. 85
Alarm Emailer ................................................................................................................................. 86
Alarm Emailer Destination ............................................................................................................. 86
North IP Devices .............................................................................................................................. 87
Platform Information ...................................................................................................................... 89
Web Server Configuration .............................................................................................................. 90
Web Server Configuration .............................................................................................................. 90
Web Server Template ..................................................................................................................... 91
Web Server Home Page .................................................................................................................. 92
Web Server Security ........................................................................................................................ 92
Warranty ...................................................................................................................................... 97
Commander Manual 5
What is Commander?
Commander is the smaller of North’s building controllers, which also includes ObServer. The controllers
contain North’s interface technology, block-based programming language, and easy-to-use information
services. Commander can work as a stand-alone controller; linked with Commander Hub for easy remote
monitoring; or alongside other North controllers and display systems to create a larger control or
monitoring solution.
Interface Technology
Commander includes North’s interface
technology. Commander can access values
from thousands of different third-party
systems in a common way, using North
drivers. This ability allows Commander to
pass data between different systems and
enables different sub-systems within a
building to be fused together to form a
single, coherent system.
Programmable Control
ObVerse is North’s block-based programming language. It is available in all North controllers. Although it
is easy to use, it provides real flexibility during engineering, allowing the engineer to incorporate design
changes with minimal effort. Date and timer functions are standard, along with feedback control and
logic.
Information Services
Commander supports North’s standard protocol, allowing communications with other North products,
including powerful engineering tools and display software. Commander also generates and serves
standard HTML web pages automatically - these provide a consistent user display on all browsers,
including those on mobile devices. Commander can also monitor and inform users about alarm
conditions using email or SMS, for example.
The engineer can extend information services, if necessary, by using North’s driver technology: values
from within Commander can be made available to, say, BACnet and Modbus devices.
Commander can link to Commander Hub, the cloud-based meeting place for Commanders, their owners,
their installers, and their service providers. These people can then access Commander’s data from
anywhere, viewing historical data and adjusting values. Events can be emailed to the relevant people.
Commander Manual 6
Typical Use
Commander’s powerful feature list means it can perform a wide range of tasks. The following are typical
applications…
System System
A B
Fig. 1 Integration
System
B
Commander Manual 7
Quick Start
Mount Commander
Secure your Commander in its final position, as far away from electrical noise as possible.
If you are mounting Commander directly on to a wall or panel, use the chassis as a template to mark and
drill holes. Screw the Commander securely to the even surface using the mounting holes.
If using the optional DIN-rail mounting kit, order code MISC\DINKIT, attach the clips to the back of the
Commander using the bolts provided. Tighten the bolts as much as necessary so the clip retains its
shape. Clip the Commander on to standard symmetrical ‘top hat’ type (TS35) DIN rail.
Leave a clearance of at least 10mm around Commander, with 90mm minimum at the cable connection
edge.
Connect to LAN
Connect Commander to a 10Base-T compatible Ethernet switch using CAT-5 cable. Commander will
detect whether a patch or cross-over cable is used and work with either. Refer to the LAN Port section for
more details.
Apply Power
Commander’s power connector is polarity independent. Use a 12 to 24V, AC or DC, power supply rated at
3VA. We recommend using a good quality regulated DC power supply, for example 12V DC providing
500mA per Commander. Refer to the Power section for more details.
The Commander MODE LED will illuminate green to indicate a healthy power. Refer to the LEDs section
for more details.
Commander Manual 8
Hardware
Commander’s black steel case contains a two‐board device. The upper board contains the main
processor, memory, LAN connection, battery and switches. The lower board contains the power
regulation and the isolated RS232 ports.
Dimensions
126 mm
20 mm
114 mm
25 mm
87 mm
centre line
25 mm
80 mm
Mounting
6 x 4mm mounting holes are available (Fig. 4), suitable for M4 bolts. If mounting Commander directly on
to a wall or panel, use the chassis as a template to mark and drill holes.
A DIN-rail mounting kit is available, order code MISC\DINKIT. Attach the clips to the back of Commander
using the bolts provided, then clip on to standard symmetrical ‘top hat’ type (TS35) DIN rail.
Leave a clearance of at least 10mm around Commander, with 80mm minimum at the cable connection
edge.
Commander Manual 9
Connectors
Power 12-24V AC or DC
Ethernet 10Base-T with auto MDI-X
COM1 isolated RS232 port
COM2 isolated RS232 port
LEDs
MODE On=Healthy,
Flashing=Check mode
FLASH On=Writing to flash
LAN LNK On=Ethernet link up
LAN ACT On=LAN port activity
COM1 ACT On=COM1 port activity
COM2 ACT On=COM2 port activity
Fig. 6 LEDs on Commander
Power
Commander requires a 12V to 24V (±10%), AC or DC, power supply rated at 3VA. We recommend using a
good quality regulated 12V DC power supply, typically providing 500mA per Commander.
Commander’s power connector (Fig. 5, item 1) is polarity independent.
The Commander MODE LED (Fig. 6, item 1) will illuminate green to indicate a healthy power.
LAN Port
Commander has a single Ethernet port (Fig. 5, item 2), with the following specification:
• RJ45 10Base-T
• Auto MDI-X, sensing crossover cable
• Full or half duplex with auto-negotiation
• Link-up and LAN activity LEDs
Commander Manual 10
RS232 Ports
Commander has two isolated RS232 ports, COM1 and COM2 (Fig. 5, items 3 and 4). These can be used to
interface either directly with RS232 devices, or with devices supporting a different hardware layer (e.g.
RS485) using a converter.
Each of the 9-way DTE ports use the following pins:
1 Not connected
2 RXD – data from external system
3 TXD – data from Commander
4 DTR – held high by Commander
5 GND – the signal ground
6 Not connected
7 RTS – control from Commander, use varies depending on Interface
8 CTS – control from external system, use varies depending on Interface
9 Not connected
Internal Battery
Remove the lid to access Commander’s battery
(Fig. 7).
Commander requires a lithium-ion battery to
retain its engineered settings during a power-
down. Secure the battery in position using the
supplied clip. + 3V6 -
BAT1
+ -
To load the default configuration, turn-off
ON
power supply and remove the battery. Wait 10
DEFAULT IP
1 2 3
PROGRAM
FACTORY
Safety
Caution: loose lithium batteries can cause fires, protect from short circuit.
Commander Manual 11
Internal Switches
Remove the lid to access Commander’s switches (Fig. 7).
The DEFAULTIP switch selects whether Commander uses the default or an assigned IP address. When set
ON, Commander is set to use the default IP address of 192.168.192.167. This is useful if you do not know
the assigned IP address of Commander. When set OFF, Commander uses the DHCP or engineer assigned
IP address. Refer to the LAN Port Setup section on how to assign an IP address. When the switch is
changed, Commander restarts.
It also enables other services – for example, Telnet. Be cautious therefore when deciding to leave a
Commander in DEFAULTIP mode. Refer to Appendix C for a full list of services enabled.
When the PROGRAM switch is set ON (and Commander restarted), it enables the installing of new
firmware into Commander’s flash memory.
The FACTORY switch should always be set OFF.
Memory
Commander has 8MB of flash memory, which holds its main operating firmware and driver firmware,
along with a default configuration. Refer to the Firmware and Default Configuration sections for details on
how this is utilised.
The main operating and driver firmware can be updated to the latest version, and new drivers added.
Follow the guide in the Updating Commander’s Firmware section.
Commander also has 4MB of RAM, which it uses to hold all configurable settings – this is battery-backed
to maintain the memory over a power-failure. A fresh battery will maintain the memory contents for
several years.
Interface Licences
North supply Commander with a certain number of interface licences, which control the number of
interfaces that can be used at a time. Each interface usually requires one interface licence before it will
start, although certain drivers require zero licences.
It is possible to upgrade the number of interface licences available within a Commander. Simply call
North support while you are on site to activate a new licence.
Refer to the Interfacing Commander to other Systems section for more details.
Commander Manual 12
Firmware
Commander’s operation, and all of its power and flexibility, is controlled by firmware stored in its flash
memory.
Main Firmware
The main operating features are provided in firmware. This firmware is loaded into Commander during
production and can be updated if required.
The main operating features evolve over time as newer ideas are incorporated, but contain the following
areas:
• General platform information, such as firmware versions
• LAN port setup, including IP addressing and time synchronisation
• Real-time clock and time zone, including daylight saving
• Interfacing to other systems
• Transferring values between systems
• Database of essential values
• Controlling using time and date
• ObVerse cause-and-effect strategy
• Alarm handling, including filtering, delivery, and audit trails
• Communicating with other North IP devices
• Security server
• Telnet server
• Web server
Commander Manual 13
Functional Organisation
The different areas of function within Commander (or any other North product) are organised, and
therefore engineered, in the same way using objects.
This object system, which North have used in products for many years, is extremely simple to
understand, and yet gives a flexible, extendable system.
The object system has two simple rules:
• Each device appears as an object
• Each object can either contain other sub-objects, or have a value that can read (and usually set)
Commander appears on the LAN as an object; it contains sub-objects that represent the sub-functions
within Commander; each of these contains sub-objects representing sub-functions; and so on until we
get to sub-objects that have values, which can be viewed and possibly adjusted.
Functions
Functions within Commander are represented by container objects. A container object can either have a
pre-determined list of sub-objects (called a fixed container object), or can have a variable list of sub-
objects (called a variable container object).
North’s object engineering software shows the contents of an object, and allows the engineer to navigate
up, down and across these container objects. It also allows the engineer to scan and find the sub-objects
within any variable container object.
For example, Commander is a variable container object with its contents changing as interfaces are
started and stopped.
Settings
Settings within Commander are represented using value objects. The value of an object can be viewed by
engineering software or by other devices; some value objects can also have their value adjusted.
North’s object engineering software shows the current values of these objects, and allows the engineer to
make changes to objects that are adjustable.
For example, Commander’s label is a value object that can be viewed and adjusted.
Commander Manual 14
Platform Information
The Platform Information area provides general information about Commander.
Switch Settings
It is possible to view the mode specified by Commander’s switches, although objects are read-only.
Because the values are available as objects, they can be used by the engineer to affect other things, such
as enabling cause-and-effect strategy, or enabling security for certain users.
Battery Level
The state of Commander’s battery is available as an object. Commander will also send a battery status
alarm when the battery voltage reduces to a low level (3V) or very low level (2V). If necessary, the battery
state can be transferred to other external devices, such as lamps and sounders.
Default Configuration
Commander’s engineered settings are held in battery-backed memory. If the battery has expired when
the external power is lost, this configuration is lost.
Commander’s current configuration can be saved to permanent flash memory, so that if the settings are
lost, the default configuration can be loaded.
This feature can be used in several ways:
• As a failsafe, if the battery and power fail simultaneously
• As a pre-configuration mechanism, enabling a user to load a standard configuration.
Reset/Restart Information
Commander holds information about the last restart to occur, including the assumed cause. This
information is sometimes useful when solving problems.
Software Versions
Commander’s firmware is made up from a collection of different modules. The software version and
build date for each module is available, again to help when solving problems.
Commander Manual 15
Debug Recording
Commander can send information to an unused COM port to assist with debugging. The North support
team may request that this information is captured.
A set of flags specify which debug information is recorded:
Information – general start-up information
Objects – request/reply messages between modules
COMs – bytes being sent and received on COM ports
Network – IP events, including ARP and DHCP
Internal Comms – fast request/reply messages between internal modules
An ASCII terminal, or PC running terminal software, is needed to receive the debug information. The
terminal needs to be set to 38400 baud, no parity, 8 data-bits, 1 stop-bit, and no hardware flow control.
An RS232 null-modem cable is required to connect the terminal software to Commander.
Commander Manual 16
LAN Port Setup
The LAN Port area allows the set-up of Commander’s LAN port. The most important value is
Commander’s IP address, which allows other devices, including engineering software, to access
Commander from elsewhere on the LAN.
There are three ways of assigning Commander with an IP address to use:
Default – a predetermined IP address, controlled by a hardware switch within Commander
Static – set to an engineer-assigned fixed address
Dynamic – set to an address assigned dynamically by a DHCP server [Factory setting]
Whichever way is used, Commander’s current IP address is available within a read-only object.
Default IP Addressing
Setting the DEFAULTIP internal switch to ON, restarts Commander to work at the default IP address of
192.168.192.167 with a subnet mask of 255.255.255.0. This is useful for quick engineering, and if the
Commander’s IP address is unknown. Default IP mode overrides other IP address configuration, and
enables the DHCP server. This method is not usually compatible with a real LAN, but more for connecting
directly from Engineering PC to Commander.
Static IP Addressing
Configuring an IP address and subnet mask assigns Commander to use that IP address – you can also
configure a gateway, DNS server, and time server addresses. This is the usual way of configuring the IP
address, as users and other devices usually need to know where Commander is.
Commander Manual 17
Real-time Clock and Time Zone
Commander contains a real-time clock, time-zone information, as well as daylight saving offsets.
Commander can use all of these to determine local time.
Local Time
Commander calculates local time by applying a local time offset to UTC time (as well as any daylight-
saving offset). By default, Commander’s local time offset is zero, which is correct for the United Kingdom
and Ireland. In mainland Europe, the local time offset should be set to +1 hour.
If the local time is adjusted manually, Commander will automatically convert the value to UTC before
writing to the real-time clock.
Commander Manual 18
Interfacing Commander to other Systems
One of Commander’s strengths is its ability to interface to several systems, including those from other
manufacturers. Drivers are the software convertors that allow interfaces to work.
The driver required for a particular interface is selected from those installed in Commander. Commander
starts these interfaces when they are specified, and whenever Commander is restarted. Drivers can be
stopped, if they are no longer needed.
Started Interfaces
Commander allows up to four interfaces to be started and used at the same time, although interface
licences may limit this.
Installed Drivers
The list of drivers currently installed within the Commander can be viewed – and the names copied to the
current interface list to start an interface using a particular driver. The same driver can be used on several
interfaces concurrently. For example, Commander can start interfaces to two separate Zip systems, each
with 16 Zip modules.
Commander has certain drivers pre-installed in the factory. For a list of these, see Appendix B – Factory
Installed Drivers.
Other drivers can be installed at any time. For details on how to do this, see Updating Commander's
Firmware.
Interface Licences
Each Commander is supplied with a certain number of interface licences. It is possible to add more
licences on site, although a phone call is required to check/verify settings.
Call North support on +44 (0) 1273 694422 for more help with adding more licences.
Order Codes for Commander are as follows:
North Order Code Interface Licences
CMDR/0 0
CMDR/1 1
CMDR/2 2
CMDR/3 3
CMDR/4 4
Commander Manual 19
Transferring Values
Transferring values from one place to another is the simplest form of integration. Commander supports
this with Data Transfers – where each transfer reads from one place and then writes to another.
Commander supports up to 500 Data Transfers.
Transfers are processed sequentially. Each transfer contains a source object reference, a source read
rate, the last value read, a destination object reference, and a destination write rate.
Commander’s object system means that any value available from Commander, including configuration
objects and other attached systems, can be used with transfers.
Transfer Tasks
By default, Commander works through the list of transfers sequentially – after finishing transfer 1, it
starts transfer 2, and so on, until it reaches the last transfer, after which it starts work on transfer 1 again.
This is simple to understand but can be quite slow. If values are from several different systems, it is
possible to allow the Data Transfer system to try to perform two or more transfers simultaneously.
However, this feature should be used with care, and should be fully tested before handover, because if
several tasks are reading from or writing to the same system, overloading of the system’s
communications can occur.
Commander Manual 20
Essential Data
Several different modules within Commander need access to a database of values – called Essential Data.
Essential Data allows the engineer to configure a list of values that other Commander modules can then
distribute – as web pages, as BACnet points, as Modbus points, on Zip displays…
Structure
Essential Data consists of a list of configurable pages, each of which has a list of configurable objects. In
total, 640 database objects are available. The engineer may choose from a mix of page and object counts:
40 pages of 16 objects (default), 64 pages of 10 objects, 20 pages of 32 objects, or 10 pages of 64 objects.
Older versions of Commander only support 30 pages of 16 objects (total 480 objects).
An Extra Data driver is also available to extend the number of database values available within
Commander.
Pages
The engineer configures a label for each page. Other Commander modules use the label when displaying
the value from within the database – if a page has no label, then the page does not appear in label-based
hierarchical views, such as those available as web pages.
Each page has a remote object prefix. This allows objects within the page to reference remote data
relative to this prefix. When in use, if any object in the page fails to read its remote object, Essential Data
assumes all the objects will fail, and therefore saves time and effort. It also allows easier copying of pages
when several devices of one type are used.
Objects
For each object within a page, the engineer configures a label. The label determines whether the object
appears – if an object has no label, the object does not appear in label-based hierarchical views.
The engineer configures the value type for an object. The type determines whether a value is made
available via a particular protocol – for example, profile objects are not made available over the Modbus
protocol. The type also controls the appearance of the value on hierarchical views, including when the
user adjusts the value.
Type Use Example
Text Text string of ASCII characters Kingston Lane
NoYes Binary state: 0 or 1 meaning No or Yes 1 (means Yes)
OffOn Binary state: 0 or 1 meaning Off or On 0 (means Off)
Number Integer, positive or negative -12300
Float Floating-point value, with decimal places 21.54
Times List of on-off times 08:30-12:00,13:00-17:30
DateTime A moment in time 25/12/15|12:30
Date A particular day 01/01/19
ENum A number representing something 3 (means Automatic)
Profile List of time-value changes 09:00=21,12:00=20,18:00=19
Commander Manual 21
Value Reading and Writing
The engineer can configure the database object to read periodically from, or write periodically to, any
object accessible to Commander. This allows slow-access data to be collected and ready for speedy
delivery when needed.
As a new value is read, the object also recalculates the alarms state, sends alarm messages if necessary,
and logs the value.
Commander considers each object in a linear fashion, beginning with the first object on the first page. If it
is time to read (or write) the value, this is started; if not, the object is passed over. When the final object
has been checked, Commander starts from the first object again.
If all objects are set to read ASAP (as soon as possible), Commander performs each in turn. If it takes one
second to read an object, and there are five hundred objects to be read, the whole process will take five
hundred seconds. Please consider the read rate of objects, allowing time for the object to perform its
remote action.
Adjustability
By enabling adjustability, along with configuring value high and low limits, the engineer can control
whether the user can modify the value of an item – and if this occurs, the value will be written to the
associated object.
Alarm Monitoring
When a value is updated, it is compared against the value high and low limits, and an alarm message
generated as necessary if its alarm state changes.
Value Logging
If necessary, Essential Data can log the value periodically, to create a history of the value over time. Other
devices can access the data log.
Essential Data uses the configured log rate to sample the value – if the log rate is set to 15 minutes, one
day will use 96 readings.
A total of 40 objects can have logging enabled.
If the value has not changed from the last sample, then rather than waste sample space, the log records
start-and-end sample times to save space. Using this method, 15 minute sampling will use a maximum of
96 readings per day, but could be considerably less if, for example, the value is an alarm state.
Commander Hub
If the link to Commander Hub is enabled, values from Essential Data are sent to Commander Hub, where
all values are recorded. Historical data can be viewed, and adjustable objects may be changed via the
Commander Hub web pages at www.cmdrhub.com.
Commander Manual 22
Controlling using Time and Date
Timers allow users to control when things happen in the day, and when they do not. Using timers can
save energy, while keeping the occupants happy. Commander supports time control using the calendar,
timers and profilers within it’s Time Control area.
Commander’s single calendar determines today’s day-type. Today’s day-type is used by 20 timers to
determine which of their on-off time-lists to use, and by 20 profilers to determine which of their time-
value profiles to use.
Calendar
Commander supports 10 different day-types: one of them is an off day-type, leaving nine to configure.
They are numbered 0 (off), and 1-9.
If you have a centralised calendar elsewhere on the system, Commander can request the day-type from
this – in which case you need to specify the object reference of the current day-type in the central
calendar.
If you are calculating the day-type in Commander, it works in the following way. The calendar determines
whether today’s date is an exception date – if it is, then that exception day-type is used; otherwise the
day-type of the standard day-of-week is used.
The calendar re-calculates the day-type every minute, based on the day-types and the exception dates.
Any North device that can access Commander’s objects can also access the calendar objects. The
Calendar is also available via the Web Server.
Timers
Commander uses timers to control off/on processes. Each timer produces an off or an on state, which can
be accessed by other tasks (Fig. 8).
Each timer has a time-list for each of the Timer
On/Off
possible day-types and uses that time-list on
Timer 1
days that have that day-type. A time-list is a Today’s
Day-type
list of on-off time-periods. The timer re- Timer 2
Calendar
calculates the state of the timer every minute. Timer 3
Profilers
Commander uses profilers to control a variable value throughout the day.
Each profiler has a list of profiles, one for each possible day-type, and uses that profile on days that have
that day-type. Each profile is a list of time-value pairs, each pair representing a change-point. When the
current time matches a change-point time, the value is set to that of the change-point. The value can also
be set by other tasks: the value then acts as a temporary value, until the next change-point occurs.
Commander Manual 23
ObVerse Cause-and-Effect Strategy
Sometimes you need to do more than simply transfer a value from one object to another – you need to
calculate something, delay something, or perform a more complex function on a value. North provides
this flexibility with ObVerse, a cause-and-effect programming language.
ObVerse consists of a range of modules. The engineer selects modules and links them together to
perform a desired strategy.
ObVerse strategy runs in an ObVerse processor within a device.
ObVerse processors come in two types:
• Standard Processor – with logic, maths, and control modules
• Advanced Processor – with the same features found in a standard processor plus extended maths
and logic, display, application execution, directory and file services, and user-defined modules.
Commander has two ObVerse standard processors.
ObVerse strategy is made up from properties, modules and comments.
Properties
ObVerse properties are containers for storing data values. They can carry a value from one module to
another, or between the processor and other functions within Commander.
Properties have a data type, to define the type of value they hold – like a number or a text string.
Properties sometimes hold values passing only between modules in the same processor. In ObVerse, we
call these private properties, as their value is private to the processor.
Properties sometimes hold values passing between the processor a function within Commander. In
ObVerse, we call these public properties, as their value is publicly available as an object.
Modules
Modules calculate values. They take one or more inputs and calculate one or more outputs.
Different modules are available to perform different operations. The range of modules supported
depends on the processor.
In Commander’s ObVerse standard processor, modules perform the following types of operation: Maths,
Logic, Control, Timers, System, and Object.
Editing ObVerse
You can create and edit ObVerse strategy using North’s ObvEditor application, installed as part of the
ObSys software. ObvEditor provides drag-and-drop graphical editing of ObVerse, uploading and
downloading of ObVerse strategy, and run-time monitoring of the strategy within the processor.
For further information on ObVerse in Commander, including properties and modules, refer to the
ObVerse Manual – Standard Processor.
Commander Manual 24
Alarm Basics
As well as responding to object requests, Commander can process alarm messages – messages that
contain text information about events that have occurred.
Different users demand a wide variety of alarm processing – ranging from simple histories of alarms, to
lists of critical events that require user acknowledgement, to sending messages to mobiles phones or by
email.
Format
All North-format alarms are text-based, and have the following fields:
System and Point – identity of the system, device, and point that has changed
Condition – condition that the point has changed to
Priority – importance of the notification, between 1 (most) and 9 (least)
Date & Time – date and time that the condition changed
Refer to Object Specifications section for details of alarms sent by each module.
Alarm Delivery
All alarms arriving or being produced by Commander are passed into the Alarm Delivery area. Its role is to
distribute copies of the alarm to other alarm processing destinations, depending on the value of the
alarm fields.
Commander’s alarm delivery supports up to 16 destinations.
Commander has two built-in alarm processing destinations: Alarm History and Alarm Emailer. Other
destinations are available within other North devices and can appear within drivers and external systems
as interfaces are started.
Filtering Delivery
Besides having a destination enable, alarms can be filtered, so that only alarms with a priority in a certain
range are sent to a destination. This allows only the relevant alarms to be sent to certain destinations.
Filtering can also cover text matching and not-matching, to force alarms from particular systems to be
sent only to one destination, for example, while all other alarms are sent to a different destination.
History of Alarms
Sometimes, all that is required is a list of the latest alarms. Alarm history can act as an audit trail or can
be viewed more regularly to check on new alarm conditions. However, no user action is necessary, and as
new alarms occur, old alarms are lost. Commander’s alarm history holds the last 100 alarms.
If the link to Commander Hub is enabled, these alarms are sent to Commander Hub, where they are
stored.
Commander Manual 25
Emailing Alarms
Some users want important alarms and event messages delivered directly to their inbox. Commander
has alarm emailing facilities to do this.
Commander’s alarm emailer supports six destination groups. Each group has its own filtering options, so
only alarms from a predetermined system are emailed to the group’s recipients, and an option to send in
a text-only or friendlier HTML format. A group supports up to five email address recipients.
The Alarm Emailer can connect to an SMTP relay server that supports authentication, but not to a server
that requires encryption. You can typically connect to an SMTP relay server on your local network (e.g.
Windows IIS SMTP Server), from your Internet service provider (e.g. BT Internet, Virgin Media), or from a
paid SMTP service provider (e.g. smtp2go.com, authsmtp.com, serversmtp.com, etc.).
SMTP relay servers that require TLS encryption (e.g. Gmail, Outlook, Office 365, AWS SES, etc.) are not
directly supported. To access a service requiring TLS, use an SMTP proxy such as Windows IIS SMTP
Server or Stunnel.
If the link to Commander Hub is enabled, use Commander Hub to email notifications of new events.
Commander Manual 26
Communicating with other North IP Devices
All the North devices that support Ethernet also support the North IP protocol – Commander and ObSys.
The North IP protocol allows the devices to communicate efficiently using objects.
Key Security
It is easiest to allow all North devices on a network to communicate openly. However, it is possible to add
an authentication key to a device. This will stop other devices being able to communicate with it, unless
they also know the device’s authentication key. Each device could have a unique key – so Device A may
be able to request values from Device B, but not vice versa.
Checking Communications
It is possible to configure Commander to check that other North IP devices are still available and
communicating and generate alarm messages when they are not.
DEFAULTIP Switch
When DEFAULTIP switch is set ON, the Local Encryption Key is disabled. This enables an engineer to
access the Commander regardless of this security setting (as long as they have physical access to the
Commander).
Commander Manual 27
Security Server
When Commander is connected to a network, the engineer must consider security – to control who can
and who cannot view and modify values, and who can engineer Commander itself.
Although it is possible to enable and disable certain engineering functions using the DEFAULTIP switch,
this is quite restricted.
North products, including Commander, that require user authentication have access to a central user
database that holds user information. Remote doors could use this, for example, to ask the central user
database for authentication when a user requires access.
Commander has Security Server, its own user database – it holds information, including privilege levels,
for different users.
Commander’s Security Server can support up to 400 users.
It is possible for a task within Commander to use a security server elsewhere in the system – for example
in a different Commander or within a PC running ObSys.
User Information
Besides a name, each user has a user ID (or card) and a password – together these form a coded token. It
is the coded token that is passed around a system – the password is never seen.
Each user is given eight privilege levels, one for each of eight different areas. The privilege level is in the
range 0 (no security clearance) to 7 (maximum clearance).
Individual users can also be enabled or disabled and can be limited to access between certain dates –it is
possible to see the last date that a security clearance was requested for the user.
Groups
Each user can be a member of up to three groups. Each group has a list of privilege levels, which act as a
base level for users that are a member of the group. This allows a whole group of users to be controlled
quickly and easily.
When groups are used, a user is enabled when any of the groups they are a member of is enabled (and
the user is enabled).
The user’s privilege level in a particular area is the highest level specified in that area from the individual
user information and from any group they are a member of
Commander Manual 28
When the user wants to access the protected feature, the following occurs:
• The task requests identification from the user: this may be done by asking for a name and
password; or by scanning a security ID card
• The task encodes the identification, and requests the privilege levels for the user with that
identification from the Security Server
• The task receives the eight privilege levels from the server
• The task checks whether the user’s privilege level in an area is sufficient to allow access, and if so
will grant access
• The task may send an alarm message, indicating whether the user was allowed, or whether the ID
was not recognised.
Commander Manual 29
Web Server
Commander’s local web server builds simple responsive html pages which the user can view in any
modern browser, including those on mobile devices ( Fig. 10).
The web server creates a website automatically, with pages in the following areas:
Overview – summary information
Values – view and adjust values from Essential Values
Events – view events from Alarm History
Device information – hardware, network, Commander Hub, and firmware information.
All pages update their information automatically while the user is active.
If restricted access is required, enable user sign-in or disable the web server completely.
Commander’s web server is ideal for local access when an Internet connection is not available. We
recommend enabling the link to Commander Hub, which provides remote access using North’s cloud-
based services.
Overview Page
Commander’s overview page highlights areas within Commander that need more investigation: values,
events, or the device itself.
Add links to external resources that may be useful to the end user – a web page, telephone number, or
email address.
When Commander’s DEFAULTIP switch is set ON, or Commander was powered-on in the last 5 minutes
with the PROGRAM switch ON, then Commander Hub and Network settings can be changed. This is useful
if someone needs to change the IP address of Commander and has no access to object-engineering
software.
Commander Manual 30
Values Page
View Values from Essential Data, presented using the same page/value structure. Click on a value to view
it and, if it is adjustable, change the value.
Any pages with the same name will be merged together. Some Markdown formatting is supported for
text labels, including **bold** and *italic*.
Download all values in a comma-separated value (csv) file using the ‘Export data’ option.
Events Page
A single list shows all alarm events stored in Alarm History.
Download all events in a comma-separated value (csv) file using the ‘Export data’ option.
Security Settings
It is possible to specify whether users must sign-in before they can view or adjust values on the website.
User authentication is provided by the Security Server.
If users are not required to sign-in, set the default access privilege levels for requests originating from the
local network and remote networks.
DEFAULTIP Switch
When DEFAULTIP switch is set ON, the web server is enabled and security is disabled.
Commander Manual 31
Commander Hub
Commander Hub is a meeting place for Commanders, their installers, their owners, and their service
companies. These people can then access Commander’s data securely from anywhere, viewing historical
data and adjusting values. Events can be emailed to relevant people.
Data Collection
Commander continually monitors and records any changes to:
• Values collected by Essential Data
• Alarm events received by Alarm History
• Device information
Then, typically every 5 minutes, it encrypts and transfers these changes to Commander Hub, where they
are stored.
Keeping it Secure
Data is encrypted from beginning to end, keeping it secure.
Commander encrypts data using the Advanced Encryption Standard (AES) before sending to Commander
Hub. The data stays encrypted when it is stored and is decrypted when an authorised user requests it.
Commander Hub serves web content securely using Transport Layer Security (TLS) to a browser.
Easy to Connect
Commander is responsible for sending data to Commander Hub. It uses standard protocols, so most
networks require no firewall modification. Data requests are always outgoing, so no additional PCs, port
forwarding, complex VPNs, or fixed IP addresses are needed on the network.
If no Internet connection is available during install, use a low-cost 4G/5G LTE gateway with a simple data
plan.
My Hub
Connect to Commander Hub using any modern browser at cmdrhub.com. Access multiple sites and
Commanders from a single dashboard, My Hub.
Visual alerts direct you to any areas requiring attention, email notifications enable easier real-time
maintenance that can become more pro-active.
All Commander’s Essential Values are recorded, you can view and change the latest values or examine
historical data over many years.
Alarm events from Alarm History are recorded and retained. Examine historical event counts, or drill-
down to view individual events.
Commander’s data access can be shared with chosen registered users, and each can be assigned a
security role.
Commander Manual 32
Telnet
Sometimes it is necessary to talk to Commander without using web pages or engineering software.
Commander has a Telnet server that you can enable and can provide simple text-based access to any
object values within Commander.
Commander supports two services within the Telnet session – query-response and IP-configuration.
Establishing a Session
Establish a Telnet session to Commander by opening a TCP/IP connection on port 23.
Messages are formatted as a line of ASCII text. Each line of text, or message, must end with a carriage-
return (control code 0x0D) and line-feed (control code 0x0A) – represented in this manual using the
symbol: ↵.
By default, Telnet is disabled, but you can enable Telnet, and configure a user-name, to act as a simple
password.
Once connected to Commander, enter the user-name and then the service:
Telnet – North Telnet
User:*****↵
Service:
IP Configuration Service
The Telnet IP-configuration service is used to discover the current network settings of Commander.
At the service prompt, enter ‘ipc’ and Commander will respond with the current IP configuration:
Service:ipc↵
IP Configuration..
Network 1:
Address. . 192.168.192.167
Mask . . . 255.255.255.0
Gateway. . 0.0.0.0
Service:qr↵
Q:
Enter the query command at the Q: prompt and Commander will respond at the R: prompt.
Commander Manual 33
Reading a Value
At the query prompt, enter the object reference to read. Commander responds with the object value.
Q:object↵
R:value
For example, to read the local date & time (object O.T):
Q:O.T↵
R:01/12/15|15:40:08
Q:
Writing a Value
At the query prompt, enter the object reference and value to set. Commander will respond with ‘Ok’ to
indicate the object adjusted successfully.
Q:object=value↵
R:Ok
For example, to set the Commander label (object O.L) to ‘New Commander’:
Q:O.PL=New Commander↵
R:Ok
Q:
Error Response
If the service encounters an error when processing a query command, it will respond with the error
prompt (E:) followed by one of the following three-character error code:
Error Code Reason
OBJ Object reference invalid
ACT Action invalid – cannot read/write this object
VAL Value invalid
FLT General fault
DDV Device delivery fault
PDV Point delivery fault
NDV Network delivery fault
??? Unknown error
Q:ABCDE↵
E:OBJ
Q:
DEFAULTIP Switch
When DEFAULTIP switch is set ON, Commander automatically enables Telnet with a user-name
‘PROGRAM’.
Other APIs
In addition to Telnet, other APIs are available via drivers – including JSONData and DataSync.
Search ‘API’ in North Product Documentation app for more details.
Commander Manual 34
Updating Commander’s Firmware
When supplied, the Commander hardware contains the main system firmware released at the time of
production, along with several popular North interface drivers. For a list of these factory installed drivers,
see Appendix B.
North provide other less-used drivers, but you need to install these drivers before you can use them.
North also provide updated drivers and firmware, and you may need to install these.
You can set Commander to update its firmware from North’s cloud-based services, or install from a PC
using the Trivial File Transfer Protocol (TFTP).
Before updating Commander’s firmware, the Commander must be in Program mode – ie its PROGRAM
switch must be set to ON. We also recommend taking a complete backup of the Commander’s
configuration before updating.
Cloud Update
If Commander has Internet access, it can be instructed to check and update its firmware to the latest
released version available from North’s cloud-based servers.
Two different update options are available: the quickest is ‘in use only’, and this updates the system
firmware and drivers currently in use; the ‘factory’ option updates all the factory-installed software.
To add a driver that has not been previously installed, add the driver name to an available Interface
before updating the ‘in use’ firmware.
TFTP Update
TFTP updating allows more control over the updating process and can be performed even when an
Internet connection is not available.
What is TFTP?
TFTP is one of the standard IP protocols. TFTP requires a client (your PC) and a server (Commander).
Before you can use the TFTP client, you will first need to turn the Windows feature on.
To enable TFTP client on Windows, follow these steps:
Using Start Engineering, navigate to Configuration, Interfaces
From the Extras menu, select Enable TFTP.
Commander Manual 35
The TFTP client is a Windows command line utility, with the following format:
TFTP –i <serverIPaddr> put "<filename>"
where <serverIPaddr> is the actual IP address of the Commander, and <filename> is the file name to
transfer.
Once Commander has received and checked the file, Commander will write the CDM to flash memory
(showing its FLASHWRITE LED), and when complete, will restart, and the MODE LED will flash to show
it is in Program mode again
Close your Command Prompt window
Power Commander OFF, and change the internal PROGRAM switch to OFF
Re-power Commander, and it will start working in RUN mode – it will disable its TFTP server
To make this easier, the CDMs folder contains a batch file called ‘Update Commander at default IP’.
Simply paste a CDM file on to this batch file and it will TFTP send the CDM to the default IP address.
Commander Manual 36
Object Specifications
Once Commander has started, several objects become available within the top-level object of the device.
These objects may contain sub-objects (and each of these may contain sub-objects, and so on) – the
whole object structure being a multi-layer hierarchy. It is possible to navigate around the objects using
the ObSys Engineering Software.
Each object is specified below, along with its sub-objects.
When Commander is powered-on, the objects below become available within the top-level object of the
device.
Description Reference Type
Commander Label PL Obj\Text; Max. 30 chars
Label used to identify this device,
including scanning and within alarms.
Adjust within the Configuration object.
Configuration O Variable Container:
Set up Commander’s main features [Commander v20]
Essential Values UD Variable Container:
Contains the values configured within [UserData\PageList]
Essential Data
Time Control CT Variable Container:
Time and date based control using [CalTimer v20]
calendar, timers and profilers
ObVerse Px Variable Container:
Contains public properties configured in Type is based on the filename of the ObVerse. For
ObVerse Processor x. This object is only example, if saved as the file
available once ObVerse has been ‘TypeInfo\ObVerse\Process.obv’, then the type will be:
downloaded to the processor. The [ObVerse\Process]
processor number, x is in the range 1…2.
ObVerse is set in public property L within
the ObVerse.
Security Server TK Fixed Container:
Edit users and groups in the database for [TokenMax v20\400]
authentication [TokenMax v20\100]
Data Transfer TX Fixed Container:
Transfer values from one place to another [TransMax v14\500]
[TransMax v14\100]
Alarm Delivery AR Fixed Container:
Configure destinations to route alarm [AlmRoute v11]
events
Alarm History AH Fixed Container:
Contains a list of the latest alarms received [AlarmHistory v11\100]
Commander Manual 37
Description Reference Type
Alarm Emailer AE Variable Container:
Destination for alarms to be emailed to a [AlmEmail v22]
recipient
North IP Devices IP Variable Container:
Available North IP-compatible devices on [IpBus Net]
the network
Interface Setup Mc Fixed Container:
Set up the driver, started on interface c. Refer to specific driver manual for type
This object is only available once an
interface has been started. The interface
number, c, is in the range 1...4
Interface System Sc Fixed or Variable Container:
Access the system connected to interface Refer to specific driver manual for type
c. This object is only available once an
interface has been started. The interface
number, c, is in the range 1...4
Commander Manual 38
Configuration
Object Type: [Commander v20]
Commander Manual 39
Platform Information
Object Type: [Commander v20\Platform v14]
Alarm Fields
Alarms are sent by Commander when the battery state reaches a low condition. The Platform
Information module places the following information into the North-format fields:
System – ‘Commander’
Point – ‘Battery’
Condition – either ‘Very Low’, ‘Low’, or ‘OK’
Priority – ‘2’ for Very Low, ‘3’ for Low and OK conditions
Date & Time – from Commander
Alarm Examples
System Point Condition Priority Date Time
Commander Battery Low 3 23/03/15 13:33:59
Commander Battery Very Low 2 15/04/15 07:30:16
Commander Battery OK 3 18/04/15 10:15:24
Commander Manual 40
Default Configuration
Object Type: [Commander v20\Platform v14\DefCon]
Object Type: [Commander v20\Platform v13\DefCon]
A Default Configuration object hold details of the current default configuration stored in permanent
memory.
Commander’s configuration is held in battery-backed memory. If the battery expires (or is removed)
when the external power is removed, the configuration is lost. To counter this loss, save the current
configuration to permanent memory. Once saved, whenever the configuration in battery-backed
memory is lost, it is reloaded from the default configuration in permanent memory.
Before saving the configuration, set the internal PROGRAM switch ON and restart Commander. When
saving the configuration, Commander will light the FLASH LED for 20-30 seconds, then restart.
Default Configuration is only available with Hardware Version ‘2.0’ (released 2014) or later.
Description Reference Type
Saved Configuration LL Obj\Text: Max 30 chars
Label used when saving the default
configuration
Saved Time LT Obj\DateTime
Date and time the default configuration
was last saved
Save Configuration As NL Obj\Text: Max 30 chars; Adjustable (in PROGRAM mode)
Set a label to cause the configuration to Value ‘n/a’ indicates save configuration is not available
written to permanent memory. due to PROGRAM switch or hardware version.
Set to ‘blank’ (case sensitive) to reset the
default configuration back to factory
settings
Last Restart
Object Type: [Commander v20\Platform v14\Restart]
Object Type: [Commander v20\Platform v13\Restart]
Object Type: [Commander v20\Platform v12\Restart]
Object Type: [Commander v20\Platform v11\Restart]
A Last Restart object contains information about the last time Commander was powered-up or reset.
Description Reference Type
Last Start Date & Time ST Obj\DateTime
Reset Count RC Obj\Num
Number of times Commander has been
restarted
Reset Reason RR Obj\ENum; Range 0...2
The reason for the last reset Values: 0=Power failure, 1=User reset, 2=Watchdog
Commander Manual 41
Software Versions
Object Type: [Commander v20\Platform v14\Versions]
Object Type: [Commander v20\Platform v13\Versions]
Object Type: [Commander v20\Platform v12\Versions]
Object Type: [Commander v20\Platform v11\Versions]
A Software Versions object holds the version and release date of the sub-components within
Commander, and contains the following objects:
Description Reference Type
Web Server WS Fixed Container:
[Commander v20\Platform v14\Detail]
Essential Data UD Fixed Container:
[Commander v20\Platform v14\Detail]
Time Control CT Fixed Container:
[Commander v20\Platform v14\Detail]
ObVerse Processor P1 Fixed Container:
[Commander v20\Platform v14\Detail]
Security Server TK Fixed Container:
[Commander v20\Platform v14\Detail]
Data Transfer TX Fixed Container:
[Commander v20\Platform v14\Detail]
Alarm Delivery AR Fixed Container:
[Commander v20\Platform v14\Detail]
Alarm History AH Fixed Container:
[Commander v20\Platform v14\Detail]
Alarm Email AE Fixed Container:
[Commander v20\Platform v14\Detail]
North IP Devices IP Fixed Container:
[Commander v20\Platform v14\Detail]
Telnet TN Fixed Container:
[Commander v20\Platform v14\Detail]
Interface x Mx Fixed Container:
Where x is in the range 1…4 [Commander v20\Platform v14\Detail]
Commander Manual 42
Software Cloud Update
Object Type: [Commander v20\Platform v14\Update]
The Software Cloud Update object enables Commander to start updating its software from North’s
servers.
Before starting to Check and Update the software, set PROGRAM switch to ON, and confirm an Internet
connection is available.
Select one of the following to start the software update:
• In-use only – update started interfaces and system firmware
• All factory installed – updates drivers installed at production time and system firmware, excludes
any additional drivers installed.
Software Cloud Update is only available with Hardware Version ‘2.0’ (released 2014) or later.
Description Reference Type
Check and Update Software AU Obj\ENum; Adjustable
Start checking and updating the selected Where: 0=Off, 1=In-use only, 2=All factory installed
software
Progress TI Obj\Text
Indicates progress of update Value ‘n/a’ indicates save configuration is not available
due hardware version.
Commander Manual 43
Recording Configuration
Object Type: [Commander v20\Platform v14\Record]
Object Type: [Commander v20\Platform v13\Record]
Object Type: [Commander v20\Platform v12\Record]
Object Type: [Commander v20\Platform v11\Record]
Commander Manual 44
LAN Port Configuration
Object Type: [Commander v20\DynamicLAN v12]
Object Type: [Commander v20\DynamicLAN v11]
Object Type: [Commander v20\DynamicLAN v10]
A LAN Port Configuration object allows the set-up of Commander’s LAN port, including selecting how the
IP address is assigned.
After changing the LAN Port objects, reset Commander for the new values to take effect.
Description Reference Type
Label L Obj\Text; Max chars 20
Fixed label ‘LAN Port’ – for compatibility
with ObSys
Network Available S Obj\NoYes
Whether the network port has been
initialised, link is up with remote end, and
has IP address assigned
Current IP Address CIA Obj\IP
IP address currently in use
IP Address IA Obj\IP; Adjustable
Assign a static IP address, or ‘0.0.0.0’ to
request a dynamic IP address from a DHCP
server
Subnet Mask IM Obj\IP; Adjustable
Subnet mask to use with a static IP
address, e.g. ‘255.255.255.0’ for class C
networks
Gateway Address IG Obj\IP; Adjustable
Gateway IP address to use in static IP
mode
DNS Server Address ID Obj\IP; Adjustable
Domain name server IP address to use in
static IP mode, or if not supplied by a
DHCP server. If no DNS server address is
known, Commander will attempt to use
1.1.1.1
Time Server Address IT Obj\IP; Adjustable
NTP server IP address to use in static IP
mode, or if not supplied by a DHCP server.
If no NTP server address is known,
Commander will try to use DNS to resolve
pool.ntp.org to find one
TFTP Enable TFE Obj\NoYes; Adjustable
Enable TFTP, for updating firmware. The
Commander also must be in PROGRAM
mode to allow TFTP download
MAC Address MAC Obj\Text; Format:
Physical address (MAC) of Commander’s hh:hh:hh:hh:hh:hh where h is a hexadecimal digit
Ethernet port
DHCP Server DS Fixed Container:
Information about the DHCP Server [Commander v20\DHCPSvr v10]
operation. The DHCP Server only operates
when the Commander is in DEFAULTIP
mode
Commander Manual 45
DHCP Server
Object Type: [Commander v20\DHCPSvr v10]
A DHCP Server object contains information about the Commander’s built-in DHCP Server. The DHCP
Server only operates when the Commander’s DEFAULTIP switch is on.
The Commander’s DHCP Server can automatically give an IP address to a connected engineering tool
using DHCP. The DHCP Server can be disabled if required.
Description Reference Type
Enable E Obj\NoYes; Adjustable
Whether the DHCP Server should be If set to ‘No’, all Leases are cleared
enabled when the Commander is in
DEFAULTIP mode
Lease x Lx Fixed container:
Information about Lease x, where x is in [Commander v20\DHCPSvr v10\Lease]
the range 1...16
A DHCP Server Lease object contains information about a lease of an IP address to a device, and contains
the following objects:
Description Reference Type
Client IP Address IA Obj\NoYes; Adjustable
The IP address given to a client. The lease If any value is written to this object, all values within
may be currently in use or remembered for the lease are cleared
future leases
MAC Address MAC Obj\Text; Format:
The physical hardware or MAC address of hh:hh:hh:hh:hh:hh where h is a hexadecimal digit
the client, either currently in use or
remembered for future leases
Lease Offered or Renewed T Obj\DateTime
The date and time of the last offer or
renewal.
Commander Manual 46
UTC & Daylight Savings Configuration
Object Type: [Commander v20\TimeZone v10]
A UTC & Daylight Savings object configures Commander’s real-time clock and time zone, including
Coordinated Universal Time (UTC), local time offset, local time, and daylight saving offsets.
Description Reference Type
UTC UTC Obj\DateTime; Adjustable
Commander’s built-in clock date & time in
Universal Coordinated Time
Local Time Offset from UTC LTO Obj\Text; Adjustable
Offset time in hours and minutes to apply Value in the format: ‘+hh:mm’ or ‘–hh:mm’
to UTC in order to calculate local time
Daylight Saving Offset DSO Obj\Text
Current daylight saving offset applied to Value in the format: ‘+hh:mm’ or ‘–hh:mm’
local time
Local Time LT Obj\DateTime
Commander’s local time based on UTC,
local time offset, and daylight saving offset
Daylight Saving x Time Dx.T Obj\DateTime; Adjustable
Date and time to apply the daylight saving
offset. Daylight saving index, x, is in the
range 1…20
Daylight Saving x Offset Dx.O Obj\Text; Adjustable; in the format
Daylight saving offset to apply. Daylight +HH:MM or –HH:MM
saving index, x, is in the range 1…20
Last Time Sync Source TSS Obj\ENum
Method last used to update Commander’s Value: 0=Never, 1=Object, 2=NTP server, 3=Other
time and date. If Commander has access
to an NTP time server, it will automatically
correct its clock
Days Since Time Adjusted TSD Obj\Num
Period since Commander’s date and time
was last updated
Commander Manual 47
Interfaces Configuration
Object Type: [Commander v20\Interfaces v10]
The Interfaces Configuration object allows Commander to start interfaces to other systems, list the
installed drivers, and review licencing information.
Description Reference Type
Interface x Ox Obj\Text; Max. 16 char; Adjustable
Name of driver to start at interface x,
where x is in the range 1...4
Installed Drivers A Fixed Container:
List of installed drivers [Commander v20\Interfaces v10\Avail]
Interface Licences IL Fixed Container:
Licencing information and upgrade [Commander v20\Interfaces v10\IntLic]
Installed Drivers
Object Type: [Commander v20\Interfaces v10\Avail]
Interface Licences
Object Type: [Commander v20\Interfaces v10\IntLic]
Each Commander is supplied with a certain number of interface licences. It is possible to add more
licences on site, although a phone call is required to check/verify settings.
Call North support on +44 (0) 1273 694422 for more help with adding more licences.
Description Reference Type
Serial Number S Obj\Text: 8 chars
Commander’s unique serial number
Total Licences T Obj\Num; in the range 0...4
Total number of interface licences
installed
Available Licences A Obj\Num; in the range 0...4
Number of interface licences available.
Each started interface will typically use
one licence
Upgrade Licences U Obj\Text; Max chars 32; Adjustable
Key used to add more interface licences
Commander Manual 48
Commander Hub
Object Type: [Commander v20\CloudSvc v10]
The Commander Hub object enables the sending of data to Commander Hub, part of North’s cloud-based
services. It requires access to the Internet, and a valid DNS server.
By enabling the link to Commander Hub, you agree to have read and understand the Terms of Use and
Privacy Policy. If you disable the link, all sending of data between Commander and the Hub will stop.
To add a new Commander to your Hub account, wait for the Registration Code (T) object to update with a
value. This may take up to 15 minutes after you have enabled the link. Once the registration code is
available, visit the My Hub page, select Options, Add device, and enter the information requested.
If a Commander has already been added to another user’s account, give them your Hub username and
ask them to share access with you.
Commander Hub is only available with Hardware Version ‘2.0’ (released 2014) or later.
Description Reference Type
Enable Link E Obj\NoYes; Adjustable
Enables or disables the link to Commander
Hub. By enabling the link to Commander
Hub, you agree to have read and
understand the Terms of Use and Privacy
Policy.
Link Information I Obj\Text
Provides information on the
communications link with Commander
Hub
Serial Number S Obj\Text: 8 chars
Commander’s unique serial number
Registration Code T Obj\Text
Unique registration code used to add new
device to Commander Hub. This code will
be regenerated after each restart.
Commander Manual 49
Web Server Configuration
Object Type: [CDM v20\C2Web v31]
The Web Server Configuration object enables Commander’s web server and selects what information is
accessible from it.
Description Reference Type
Local Network Access E.L Obj\ENum; Adjustable
Control access to the web server from Values: None,View,View and adjust
devices on the local network – an IP
address on the same network as
Commander
Remote Network Access E.R Obj\ENum; Adjustable
Control access to the web server from Values: None,View,View and adjust
devices on a remote network – an IP
address with a different network address
then Commander
Show Alarm History E.AH Obj\NoYes; Adjustable
Enables access to alarm history from the
website
Content C Fixed Container:
Configure options to customise the [CDM v20\C2Web v31\Content]
overview page
Security S Fixed Container:
Configure sign-in and security options [CDM v20\C2Web v31\Security]
Information I Fixed Container:
Website usage information [CDM v20\C2Web v31\Info]
A Web Server Content object contains the following objects to customise the site title, and links.
Description Reference Type
Title T Obj\Text; Max chars 55; Adjustable
Site title to display. If not specified, then
the Commander’s Label is shown
Link x Name Lx.N Obj\Text; Max. 63 chars; Adjustable
Text label for external link x. The link
number, x, is in the range 1..5
Link x URL Lx.U Obj\Text; Max. 126 chars; Adjustable
Resource location for external link x. The
link number, x, is in the range 1..5
Examples resources:
‘https://www.northbt.com’,
‘tel:+441273694422’,
‘mailto:[email protected]’, etc.
Commander Manual 50
Web Server Security
Object Type: [CDM v20\C2Web v31\Security]
Object Type: [CDM v20\C2Web v30\Security]
The Web Server Security object contains security settings to enable user sign-in and control access to the
server.
Description Reference Type
Require Sign-in E Obj\NoYes; Adjustable
Enable website authentication using the
Security Server
Active Users AS Obj\Num
Number of users currently signed-in
Sign-out Active Users CS Obj\NoYes; Adjustable
Set ‘Yes’ to sign-out all active users
Allow Password Change EU Obj\NoYes; Adjustable
Enables change password option when
user is signed-in
Security Server Object RO Obj\Obj; Adjustable
Object reference of a Security Server.
Typically, this is set to ‘TK’ for local
Commander, but could be set to the object
of a central server
Default Access Security D Fixed Container:
Set privilege levels for when user sign-in is [CDM v20\C2Web v31\DefaultAccess]
not enabled
A Web Server Default Access Security object contains the privilege levels to use when the user sign-in
option is not enabled.
Description Reference Type
Privilege Level in Area x Px Obj\Num: 0…7; Adjustable
The area, x, is in the range 1…8
Commander Manual 51
Web Server Information
Object Type: [CDM v20\C2Web v31\Info]
Object Type: [CDM v20\C2Web v30\Info]
Commander Manual 52
Essential Data Configuration
Object Type: [CDM v20\UserData v31\Format0]
Object Type: [CDM v20\UserData v31\Format1]
Object Type: [CDM v20\UserData v31\Format2]
Object Type: [CDM v20\UserData v31\Format3]
Object Type: [CDM v20\UserData v30\Format0]
Object Type: [CDM v20\UserData v30\Format1]
Object Type: [CDM v20\UserData v30\Format2]
Object Type: [CDM v20\UserData v30\Format3]
The Essential Data object contains the configuration for Commander’s database of values.
Essential Data consists of a list of configurable pages, each of which has a list of configurable objects. In
total 640 database objects are available.
Description Reference Type
Essential Data Label DL Obj\Text; Max chars 20; Adjustable
Page x Object Layout PO Obj\ENum; Adjustable
Arrangement of pages and objects within Values: 0=40x16, 1=64x10, 2=20x32, 3=10x64
the database. Choose from 40 pages of 16
objects (default), 64 pages of 10 objects, 20
pages of 32 objects, or 10 pages of 64
objects. Rescan the Commander
Configuration and this object after
changing the value
Alarm State S Obj\ENum; Range 0...3
Overall alarm state of all pages within the Values: 0=Ok, 1=Alarm, 2=Comms, 3=Alarm & Comms
database – out-of-range alarm,
communications fault
Log Channels Free FL Obj\Num; Range 0...40
Count of available object logging channels
Page x Px Fixed Container:
Configure database page x. Where x is in 40 page x16 object layout
the range 1…64, depending on Page x [CDM v20\UserData v31\PageDef0]
Object Layout object (PO) above 64 page x10 object layout
[CDM v20\UserData v31\PageDef1]
20 page x32 object layout
[CDM v20\UserData v31\PageDef2]
10 page x64 object layout
[CDM v20\UserData v31\PageDef3]
Task Control TI Fixed Container:
Allows control and monitoring of the [CDM v20\UserData v31\TaskInfo]
module’s operation
Commander Manual 53
Essential Data Page Configuration
Object Type: [CDM v20\UserData v31\PageDef0]
Object Type: [CDM v20\UserData v31\PageDef1]
Object Type: [CDM v20\UserData v31\PageDef2]
Object Type: [CDM v20\UserData v31\PageDef3]
Object Type: [CDM v20\UserData v30\PageDef0]
Object Type: [CDM v20\UserData v30\PageDef1]
Object Type: [CDM v20\UserData v30\PageDef2]
Object Type: [CDM v20\UserData v30\PageDef3]
The Essential Data Page object contains the configuration for a page within Commander’s database of
values. Each page has a label, access security, remote object prefix, and up to 64 objects.
The Remote Object Prefix (RP), if set, applies a root object to all remote objects within the page. It allows
the page to deal with a particular container object, for example an energy meter or fan coil, without the
need to enter the full object reference. A benefit of this is that the same page can be copied and used like
a template for similar devices. Then by only changing the Remote Object Prefix the same information
from an energy meter or fan coil at a different address can be accessed.
When the Remote Object Prefix (RP) is set, then Essential Data uses this to optimize communications in a
fault condition. When Object 1 (O1) is in a communications fault alarm state, then only this object on the
page performs the remote action – the other objects on the page will automatically fail. Once this first
object is communicating again, then normal operation will resume.
Description Reference Type
Label L Obj\Text; Max chars 20; Adjustable
Required to enable the page to other
modules
Remote Object prefix RP Obj\Obj; Adjustable
Optional prefix to add in front of each
database object’s Remote Object
Access Security AS Obj\Num; Range 0, 10...87; Adjustable
Area and minimum privilege level required
to read all objects within the page from
other modules. See Security Server
Page Alarm State S Obj\ENum; Range 0...3
Overall alarm state of all objects within the Values: 0=Ok, 1=Alarm, 2=Comms, 3=Alarm & Comms
page – out-of-range alarm,
communications fault
Comms Alarm Enable/Priority P Obj\Num; Range 0...9; Adjustable
Enables communications fault alarms for Values: 0=no alarms are sent, 1…9=alarm priority (1 is
the page, see below the highest alarm priority, and 9 is the lowest)
Object x Ox Fixed Container:
Configure database object x. Where x is in [CDM v20\UserData v31\ObjDef]
the range 1...64, depending on Page x
Object Layout object (PO)
Commander Manual 54
Alarm Fields
Alarms can be sent by the page to indicate the communication state of objects within the page.
The Essential Data module places the following information into the North-format fields:
System – from the Essential Data Label object (DL)
Point – from the page’s Label object (L)
Condition – either ‘Communications Fault’ or ‘Communications Ok’
Priority – set using Comms Alarm Enable/Priority object (P)
Date & Time – from Commander
Alarm Examples
System Point Condition Priority Date Time
Essential Values Air conditioning Communications Fault 3 23/03/15 13:33:59
Essential Values Air conditioning Communications Ok 3 24/03/15 07:30:16
Commander Manual 55
Essential Data Object Configuration
Object Type: [CDM v20\UserData v31\ObjDef]
Object Type: [CDM v20\UserData v30\ObjDef]
Essential Data Object contains the configuration for an object within Commander’s database of values.
Essential Data allows the engineer to configure a list of values that other Commander modules can then
distribute – as web pages, as BACnet points, as Modbus points, on Zip displays…
Description Reference Type
Label L Obj\Text; Max. 20 chars; Adjustable
Required to enable the object to other
modules
Type T Obj\ENum; Range 0..9; Adjustable
Specifies the type of value that the Values: 0=Text, 1=NoYes, 2=OffOn, 3=Number, 4=Float,
database object should hold 5=Times, 6=DateTime, 7=Date, 8=ENum, 9=Profile
Adjustable A Obj\NoYes; Adjustable
Specifies whether the user can adjust the
value from other modules
Units U Obj\Text; Max. 8 chars
Optional unit of measurement
Access Security AS Obj\Num; Range 0, 10...87; Adjustable
Area and minimum privilege level required
to adjust the object from other modules.
See Security Server
Type ENum Alternatives EA Obj\Text; Max. 30 chars; Adjustable
When Type is ‘ENum’, set this to a comma-
separated list of value labels. i.e. ‘value-
0,value-1,value-2’, etc.
Type Float Dps/Time Periods D Obj\Num; Adjustable
When Type is ‘Float’, set this to the Type Float: Range 0…5
number of decimal places to display the Type Times: Range 0…4
current value. With 5 = 0.5 steps Type Profile: Range 0…8
When Type is ‘Times’ or ‘Profile’, set this to
the number of on-off or time-value
periods.
Value High Limit VH Obj\Float; Decimal places=4; Adjustable
Used as alarm limits, if alarms are enabled,
and used as value limits when adjustments
are made
Value Low Limit VL Obj\Float; Decimal places=4; Adjustable
Used as alarm limits, if alarms are enabled,
and used as value limits when adjustments
are made
Current Value V Obj\Text; Max chars 32; Adjustable
Database object’s value
Value Alarm State Delay AD Obj\ENum: 0…9; Adjustable
Duration the Current Value must remain Values: 0=None, 1=1 sec, 2=5 secs, 3=15 secs, 4=1 min,
outside the alarm limits, before Value 5=5 mins, 6=15 mins, 7=1 hr, 8=4 hrs, 9=12 hrs
Alarm State is set to an out-of-range alarm
NOTE: Only available in v3.1 and later
Value Alarm State S Obj\ENum; Range 0...3
Object’s alarm state – out-of-range alarm, Values: 0=Ok, 1=Alarm, 2=Comms, 3=Alarm & Comms
communications fault
Value Last Updated VT Obj\DateTime
Time and date the current value was last
set, either by a user or remote action
Commander Manual 56
Description Reference Type
Value Alarm Enable/Priority P Obj\Num; Range 0...9; Adjustable
Enables out-of-range value alarms, see Values: 0=no alarms are sent, 1…9=alarm priority (1 is
below the highest alarm priority, and 9 is the lowest)
Remote Action RA Obj\ENum; Range 0...2; Adjustable
Selects that the current value is Values: 0=None, 1=Read, 2=Write
periodically read from or written to the
Remote Object.
When set to ‘read’, and Adjustable to ‘yes’,
then the current value will also be written
to the Remote Object when adjusted by a
user.
Remote Object RO Obj\Obj; Adjustable
Object reference to read or write. If the
Page has a remote object prefix set, then
this will be inserted before the Remote
Object
Remote Rate RR Obj\ENum; Range 0...9; Adjustable
Frequency to read or write the Current Values: 0=ASAP/COV, 1=1 sec, 2=5 secs, 3=15 secs,
Value. 4=1 min, 5=5 mins, 6=15 mins, 7=1 hr, 8=4 hrs, 9=12 hrs
If Remote Action is ‘write’, then the value is
always written on a change-of-value. Set a
rate to perform an additional background
write periodically.
Remote Fails RF Obj\Num; Range 0...9
Count of times the remote object has
continuously failed to read or write
Data Log Enable/Rate LR Obj\ENum; Adjustable
Enables logging the current value Values: 0=Disable, 1=1 min, 2=5 mins, 3=15 mins,
periodically. There are a limited number of 4=1 hr, 5=4 hrs, 6=12 hrs, 7=24 hrs
logging channels available, refer to Log
Channels Free (FL)
Data Log LOG Obj\Log
Access historical log of the value, if
enabled
Alarm Fields
Alarms can be sent by an object to indicate an out-of-range value alarm state.
The Essential Data module places the following information into the North-format fields:
System – from the Essential Data Label object (DL)
Point – from page Label (L), then ‘ - ’, and then the object Label (L)
Condition – either ‘Alarm’ or ‘Ok’
Priority – set using Value Alarm Enable/Priority object (P)
Date & Time – from Commander
Alarm Examples
System Point Condition Priority Date Time
Essential Values Air conditioning - Room temp Alarm 3 24/03/15 10:16:02
Essential Values Air conditioning - Room temp Ok 3 24/03/15 10:52:16
Commander Manual 57
Essential Data Task Control
Object Type: [CDM v20\UserData v31\TaskInfo]
Object Type: [CDM v20\UserData v30\TaskInfo]
The Essential Data Task Control object is used to control and monitor the operation of Commander’s
database of values.
Description Reference Type
Enable E Obj\ENum: Range 0...2 ; Adjustable
Option to enable or disable the operation Values: 0=Disable, 1=Enable all, 2=Enable reading
of Essential Data, or to only allow read
remote actions.
‘Enable reading’ will stop all writing to the
remote objects and only permit remote
actions set to read.
Value being read RT Obj\Text
Page and object index that Essential Data
is currently processing with a remote
action of read
Value being written WT Obj\Text
Page and object index that Essential Data
is currently processing with a remote
action of write
Commander Manual 58
Time Control Configuration
Object Type: [CDM v20\CalTimer v20]
A Time Control Configuration object contains a label and access security objects for Commander’s
calendar, timers and profilers.
Description Reference Type
Time Control Label DL Obj\Text; Max chars 20; Adjustable
Security: Read Access AS Obj\Num; Range 0, 10...87; Adjustable
Area and minimum privilege level required
to read the calendar and timers. See
Security Server
Security: Edit Timer AS.ET Obj\Num; Range 0, 10...87; Adjustable
Area and minimum privilege level required
to adjust a timer or profiler
Security: Edit Calendar AS.EC Obj\Num; Range 0, 10...87; Adjustable
Area and minimum privilege level required
to adjust the calendar
Commander Manual 59
ObVerse Processor Configuration
Object Type: [CDM v20\OBVProcess v11]
Object Type: [CDM v20\OBVProcess v10]
An ObVerse Processor Configuration contains an object to engineer the strategy within the ObVerse
Processor. Use the North ObvEditor application to create and edit a cause-and-effect strategy.
Description Reference Type
ObVerse P Obj\EProcess; Adjustable
Edits ObVerse strategy within the
processor. Connect using ObvEditor
software
Idles per second IR Obj\Num
Number of times the complete ObVerse
strategy is processed per second.
Not available in driver version 1.0.
Object Modules T Fixed container:
Monitor the operation of object module [OSM v20\OBVProcess v11\ObjMods]
types within the processor. These include
Object-Read and Object-Write modules.
Not available in driver version 1.0.
Alarm Fields
Alarms can be sent by any alarm module within the ObVerse strategy. Refer to ObVerse Manual: Standard
Processor for more information on the alarm module.
The ObVerse Processor places the following information into the North-format fields:
System – from label of the process
Point – from alarm module’s point object
Condition – from alarm module’s condition field
Priority – from alarm module’s priority field
Date & Time – from Commander
Alarm Examples
System Point Condition Priority Date Time
Main Plant Temperature Too High 3 23/03/16 13:33:59
Main Plant Temperature OK 3 23/03/16 15:21:16
Commander Manual 60
ObVerse Object Modules
Object Type: [CDM v20\OBVProcess v11\ObjMods]
ObVerse Object Modules contains objects to enable and monitor the operation of object modules types
within the processor. These modules perform a remote object operation and include the Object-Read,
Object-Write, and Alarm modules.
Description Reference Type
Operation D Obj\ENum; Adjustable
Temporarily disable the remote object Values: 0=Enabled, 1=Disabled
operation of all object module types in the
processor
Active Module M Obj\Text
Indicates which object module the Format: item=module-type object-reference
processor is performing the remote object Examples:
operation V6=!Obv\ObjRead S1.M3.UI1.V
V21=!Obv\ObjWrite UD.P2.O6
V36=!Obv\Alarm ALARM
Last Failed Module FM Obj\Text
Indicates the last object module the Format: item=module-type object-reference
processor failed to perform the remote
object operation
Last Failed Time FDT Obj\DateTime
Indicates the date and time the processor
failed to perform the remote object
operation
Commander Manual 61
Security Server Configuration
Object Type: [CDM v20\TokenMax v20]
A Security Server Configuration contains objects to set a label, and the number of users stored by
Commander’s Security Server.
Description Reference Type
Security Server Label DL Obj\Text; Max chars 20; Adjustable
Maximum Users MU Obj\Num; Range 100,400; Adjustable
Sets the maximum number of users
available within the Security Server. Set
this to 100 or 400 only.
Commander Manual 62
Data Transfer Configuration
Object Type: [CDM v20\TransMax v14]
A Data Transfer Configuration object enables the transferring of values by Commander, and contains
objects to set the maximum transfers available and to monitor its operation.
Description Reference Type
Transfer Enable E Obj\ENum; Range 0...2; Adjustable
Option to enable or disable the operation Values: 0=Disable, 1=Enable All, 2=Enable Reading
of transfers, or to only allow reading.
‘Enable reading’ will stop all writing to
destination objects and only read source
objects.
Maximum Transfers MT Obj\Num; Range 100,500; Adjustable
Sets the maximum number of transfers
available. Set this to 100 or 500 only.
Maximum Tasks XT.M Obj\Num; Range 1...4; Adjustable
Sets the number of simultaneous transfer
tasks performed. Typically set this to ‘1’.
Task x XTx Fixed Container:
Allows monitoring of the module’s four [CDM v20\TransMax v14\Task]
transfer tasks.
The task number, x, is in the range 1..4
Commander Manual 63
Alarm Delivery Configuration
Object Type: [CDM v20\AlmRoute v11]
An Alarm Delivery Configuration object contains a label for the alarm delivery system.
Description Reference Type
Alarm Delivery Label DL Obj\Text; Max chars 20; Adjustable
Commander Manual 64
Alarm History Configuration
Object Type: [CDM v20\AlarmHistory v11]
An Alarm History Configuration object contains a system label and access security objects for
Commander’s alarm history list.
Description Reference Type
Alarm History Label DL Obj\Text; Max chars 20; Adjustable
Read Access Security AS Obj\Num; Range 0, 10...87; Adjustable
Area and minimum privilege level required
to read the alarms. See Security Server
Delete Access Security AS.D Obj\Num; Range 0, 10...87; Adjustable
Area and minimum privilege level required
to delete the alarms
Commander Manual 65
Alarm Email Configuration
Object Type: [CDM v20\AlmEmail v22]
An Alarm Email Configuration contains objects that set up how Commander’s alarm emailer connects to
an SMTP relay server, and set up the six destinations to provide email addresses for recipients.
Description Reference Type
Alarm Email label DL Obj\Text; Max chars 20; Adjustable
Email server IP/FQDN IA Obj\Text; Max chars 127; Adjustable
IP address or host name of SMTP relay
server, e.g. ‘102.13.14.15’ or
‘mail.domain.com’.
If a host name is used, ensure a DNS server
address is also configured in the LAN port
settings
Email server port PN Obj\Num; Adjustable
TCP/IP port number of SMTP service,
default 25.
If a firewall is in use, ensure it permits
outbound traffic on this port number.
SMTP servers supporting encryption are
not supported, so check compatibility of
servers using ports 465 or 587.
Email server reachable DS Obj\NoYes
Indicates that the email server IP and port
have been configured correctly
Server timeout (s) TO Obj\Num; Range 5...120; Adjustable
Maximum time to wait for a response from
the SMTP server
Authentication name A.ID Obj\Text; Max chars 40; Adjustable
User name to use when sign-in is required.
A sign in may be required on some public
SMTP relay servers, such as from BT
Internet. The authentication supported by
the Alarm Email module is AUTH LOGIN.
Authentication password A.PW Obj\Text; Max chars 40; Adjustable
Password to use when sign in is required If a password is set, it will read as ‘****’
From name FT Obj\Text; Max chars 40; Adjustable
Label describing the email author,
Commander. If not specified, Alarm Email
Label (DL) will be used
From email address DFA Obj\Text; Max chars 40; Adjustable
Email address to use for the email author.
Usually required by the SMTP server
Client Domain Name FQDN Obj\Text; Max chars 127; Adjustable
Optional hostname used to identify
Commander when connecting to the SMTP
server. E.g. ‘cmdr.domain.com’
If not specified, then Commander’s IP
address will be used
Web page address WV Obj\Text; Max chars 120; Adjustable
Optional url to include in the email
message. Configure the link with the url of
Commander’s website, e.g.
‘cmdr.domain.com’
Sent email count SC Obj\Num
Total number of emails send since
Commander last started
Commander Manual 66
Description Reference Type
Failed email count FC Obj\Num
Count of times email messages have
continuously failed to send
Last Fail Message FM Obj\Text
Message from server indicating reason last
message failed to send
Sent test to destination TST Obj\Num; Range 0...6; Adjustable
Triggers a test email message to the
destination number specified
Debug enable DE Obj\NoYes; Adjustable
Enables the recording of communication
with the SMTP server. Use this when
instructed by North support to assist with
fault finding sending emails to an SMTP
server. See Debug recording
Destination x Dx Fixed Container:
Configure a destination with filtering [CDM v20\AlmEmail v22\Dest]
options and email address.
The destination, x, is in the range 1...6
Commander Manual 67
Alarm Email Destination Configuration
Object Type: [CDM v20\AlmEmail v22\Dest]
An Alarm Email Destination Configuration contains up to five addresses of where an alarm message is
sent by Commander’s alarm emailer. An optional comparison method can be specified to filter alarms
received from the system’s ALARM object.
Description Reference Type
Label L Obj\Text; Max chars 20; Adjustable
Description of destination group
Send as text only EF Obj\NoYes; Adjustable
Send emails as text-only format rather
than HTML
Comparison Method C Obj\ENum; Range ; Adjustable
Optional filter, so that only alarms Values: 0=Begins with, 1=Contains, 2=Does not begin,
containing certain text are emailed 3=Does not contain, 4=Always send
Comparison String S Obj\Text; Max chars 20; Adjustable
Optional text used with the comparison
method to filter incoming alarms. String
comparisons are case insensitive
Address x TOx Fixed Container:
Configure an email recipient. [CDM v20\AlmEmail v22\Addr]
The address, x, is in the range 1..5
Commander Manual 68
Email Address Setup
Object Type: [CDM v20\AlmEmail v22\Addr]
Alarm Fields
Alarms are sent by an address to indicate a fail state.
The Alarm Email module places the following information into the North-format fields:
System – from the Alarm Email Label object (DL)
Point – from the email destination’s Label object (L), or ‘Destination x’ if no label is set, then ‘ - ’, then
the Email address (A)
Condition – set to ‘Destination Failed’
Priority – set to ‘3’
Date & Time – from Commander
Alarm Examples
System Point Condition Priority Date Time
Alarm Emailer Destination 1 - [email protected] Destination Failed 3 23/03/15 13:33:59
Commander Manual 69
North IP Devices Configuration
Object Type: [CDM v20\IPBus v21]
A North IP Devices Configuration object manages a list of other Commanders, ObSys PCs, etc. that are
available on the LAN or WAN. Refer to Communicating with other North IP Devices for an introduction on
this module.
North IP devices on the LAN can be discovered automatically. By default, new devices on the local
network are found when the North IP Devices system object is scanned from engineering software. In
addition to this, the list can be scanned immediately using the Scan device list object (AF).
Devices that are outside the local network, or use an encryption key, must be added to the device list
manually.
When DEFAULTIP switch is set ON, the Local Encryption Key is disabled. This enables an engineer to
access the Commander regardless of this security setting (as long as they have physical access to the
Commander).
Description Reference Type
Scan device list AF Obj\ENum; Range 0...2; Adjustable
Discover North IP devices on the LAN. Values: 0=Auto, 1=Scan now, 2=Wipe then scan
Select ‘scan now’ to perform an immediate
scan for new devices. Use ‘wipe then scan’,
to erase the list and then scan for devices.
After performing an action, refresh the
object view.
Local encryption key K Obj\Text; Max chars 8; Adjustable
If specified, all other devices that
communicate with this Commander must
be set to use this encryption key. Once set,
reads as ‘****’
Device x Ax Fixed Container:
North IP device x configuration, where x is [CDM v20\IPBus v21\Alias]
in the range 1...200
Commander Manual 70
North IP Device Configuration
Object Type: [CDM v20\IPBus v21\Alias]
A North IP Device Configuration object contains an object reference, IP address, and encryption key for a
Commander, ObSys PC, etc.
The module can also periodically check communications with the other device and generate an alarm
message when communications fail.
Description Reference Type
Reference N Obj\Text; Max chars 5; Adjustable
A short object reference for the device
IP address A Obj\IP; Adjustable
The IP address of the device
Encryption key K Obj\Text; Max chars 8
If the device has IP encryption enabled
(with the Local Encryption Key object), this
key must match that in the device. Always
reads as ‘****’
Comms Check Rate R Obj\ENum; Range ; Adjustable
If required, Commander will periodically Values: 0=Off, 1=1m, 2=5m, 3=15m, 4=1h, 5=4h
check it can request objects from the
device, and will send an alarm message if
comms cannot be established
Comms Fails F Obj\Num; Range 0...9
Count of consecutive fails, or 0 is comms
were successful
Alarm Fields
Alarms can be sent by the module to indicate a communications failure when value of Comms Fail
reaches 3.
The North IP Devices module places the following information into the North-format fields:
System – ‘North IP Devices’
Point – from Reference (N), then ‘ at ’, then the IP Address (A)
Condition – either ‘Comms Fail’ or ‘Comms Ok’
Priority – ‘2’
Date & Time – from Commander
Alarm Examples
System Point Condition Priority Date Time
North IP Devices A1 at 192.168.192.167 Comms Fail 2 24/03/15 10:16:02
North IP Devices A1 at 192.168.192.167 Comms Ok 2 24/03/15 10:52:16
Commander Manual 71
Telnet Setup
Object Type: [CDM v20\Telnet v10]
A Telnet Setup object controls access to Commander from Telnet clients elsewhere on the LAN.
When enabled, the session label is returned when a Telnet client opens the session. The client is then
prompted for a user. If successfully authenticated, the session then asks which service the telnet client
wants.
For information on establishing a Telnet session and the commands supported, refer to the Telnet
section.
Description Reference Type
Session Label DL Obj\Text; Max chars 20; Adjustable
Provided when a Telnet session is opened
Telnet Enabled TE Obj\NoYes; Adjustable
Enables the Telnet service
User/Password PSW Obj\Text; Max chars 7; Adjustable
User name required to access the Telnet
service
Connections CC Obj\Num: 0...4
Number of Telnet sessions currently
established
Commander Manual 72
Essential Values
Object Type: [UserData\PageList]
The Essential Values object contains pages of values from Commander’s database of values.
Configure the database using the Essential Data Configuration object.
Description Reference Type
Page Label Px Variable Container:
Page of values with label Page Label. [UserData\Page]
The page number, x, is in the range 1...64
Alarm State S Obj\ENum; Range 0...3
Overall alarm state of all pages within the Values: 0=Ok, 1=Alarm, 2=Comms, 3=Alarm & Comms
database – out-of-range alarm,
communications fault
An Essential Values Page object contains a value for each of the objects configured in the database.
Description Reference Type
Label Ox Type as configured for the object in the database,
Object’s value with label Label. could be:
The object number, x, is in the range 1...64 Obj\Text
Obj\NoYes
Obj\OffOn
Obj\Num
Obj\Float
Obj\Times
Obj\DateTime
Obj\Date
Obj\ENum
Obj\Profile
If the object has been set to Adjustable, then the value
will be adjustable here.
Alarm State S Obj\ENum; Range 0...3
Alarm state for all objects within the page Values: 0=Ok, 1=Alarm, 2=Comms, 3=Alarm & Comms
– out-of-range alarm, communications
fault
Commander Manual 73
Time Control
Object Type: [CalTimer v20]
A Time Control object is used to provide time-based control. The control can be simple timer on-off
control, for things such as lighting. The control can also be profile-based control, for things such as
temperature set points.
For an overview, see the section on Controlling using Time and Date.
Description Reference Type
Calendar C Fixed Container:
Set day-types for standard days of the [CalTimer v20\Calendar]
week and exception days
Timer x Tx Fixed Container:
Set a time-list for each day-type. [CalTimer v20\Timer]
Timer number, x, is in the range 1...20
Profiler x Px Fixed Container:
Set a profile for each day-type. [CalTimer v20\Profiler]
Profiler number, x, is in the range 1...20
Commander Manual 74
Calendar
Object Type: [CalTimer v20\Calendar]
A Calendar object is used to determine today’s day-type. This is calculated from a set of day-types based
on the day-of-week, which can be overridden by a list of exception dates. Each day-type can be assigned
a label. If necessary, rather than calculate today’s day-type, a Calendar can read a day-type calculated by
a Calendar in a different device.
Description Reference Type
Source Object SO Obj\Obj; Adjustable
Optional current day-type object of the
calendar in a different device, e.g.
‘IP.A1.CT.C.T’
Source Read Rate SR Obj\ENum; Range 0...9; Adjustable
The rate to read the calendar source Values: 0=ASAP, 1=1s, 2=5s, 3=15s, 4=1m, 5=5m, 6=15m,
object in a different device 7=1h, 8=4h, 9=12h
Source Fail Count SF Obj\Num; Range 0...9
Count of consecutive times the source
object has failed to read successfully
Day-type x Label Tx.L Obj\Text; Max chars 20; Adjustable
Label for day-type x, where x is in the
range 0...9. The label for day-type 0 is
fixed to ‘Off’.
Current Day-type T Obj\Num; Range 0...9
Calculated day-type for today
Current Day-type label T.L Obj\Text; Max chars 20
Calculated day-type for today
Monday Day-type D1.T Obj\Num; Range 0...9; Adjustable
Set to the day-type required for each
standard Monday
Tuesday Day-type D2.T Obj\Num; Range 0...9; Adjustable
Set to the day-type required for each
standard Tuesday
Wednesday Day-type D3.T Obj\Num; Range 0...9; Adjustable
Set to the day-type required for each
standard Wednesday
Thursday Day-type D4.T Obj\Num; Range 0...9; Adjustable
Set to the day-type required for each
standard Thursday
Friday Day-type D5.T Obj\Num; Range 0...9; Adjustable
Set to the day-type required for each
standard Friday
Saturday Day-type D6.T Obj\Num; Range 0...9; Adjustable
Set to the day-type required for each
standard Saturday
Sunday Day-type D7.T Obj\Num; Range 0...9; Adjustable
Set to the day-type required for each
standard Sunday
Exceptions Used EC Obj\Num; Range 0...40
Count of exceptions currently in use
Exception Date x Ex Fixed Container:
List of non-standard exception days. [CalTimer v20\Calendar\Except]
Where x is in the range 1...40
dd/mm/yy day-type EDdd.mm. Obj\Num; Range 0...9; Adjustable
Alternative object to set the exception day- yy
type for a specific date, dd/mm/yy
Commander Manual 75
Calendar Exception Date
Object Type: [CalTimer v20\Calendar\Except]
A Calendar Exception Date contains the date and day-type to use on a specific exception day.
Description Reference Type
Date D Obj\Date; Adjustable
The date to apply the exception
Day-type T Obj\Num; Range 0...9
Set to the day-type to use on the exception
date
Commander Manual 76
Timer
Object Type: [CalTimer v20\Timer]
A Timer object uses today’s day-type, from the Calendar, to select one of several on-off times to be used
today. It uses the current time to determine from those on-off times to determine whether it should be
on or off at this time. It can calculate a profile, based on simple on and off values.
A Timer object contains the following objects:
Description Reference Type
Label L Obj\Text; Max chars 20; Adjustable
Day-type x Times Tx Obj\Times; Max periods 5; Adjustable
Times for day-type x, where x is in the
range 1...9
State S Obj\OffOn
Current state of timer, based on today’s
times, and the current time
Destination Object DO Obj\Obj; Adjustable
Optional object to write State to when it
changes
Destination Fails DF Obj\Num; Range 0...9
Count of consecutive fails when writing to
destination object, or 0 if successfully
written
Today’s Times TT Obj\Times; Adjustable; Max periods 5
A copy of the times for today’s day-type.
Adjusting this object will adjust the times
for today’s day-type
Profile Off Value V0 Obj\Float; Adjustable; Range 0.0...100.0
Used for converting Today’s Times to
Today’s Profile, the value in the profile
when the time is off
Profile On Value V1 Obj\Float; Adjustable; Range 0.0...100.0
Used for converting Today’s Times to
Today’s Profile, the value in the profile
when the time is on
Today’s Profile TP Obj\Profile; Max points 8
A calculated profile based on Today’s
Times
Commander Manual 77
Profiler
Object Type: [CalTimer v20\Profiler]
A Profiler uses today’s day-type, from a Calendar, to select one of several profiles to be used today. It
then uses the current time, along with the change-points specified in today’s profile, to determine
whether to change the profiler’s value. It can also calculate a set of on-off times, based on a switch level.
A Profiler object contains the following objects:
Description Reference Type
Label L Obj\Text; Max chars 20; Adjustable
Day-type x Profile Px Obj\Profile; Max points 8; Adjustable
Profile for day-type x, where x is in the
range 1...9
Value V Obj\Float; Range 0.00...100.0; Adjustable
Current value of the profiler, based on
today’s profile and current time
Destination Object DO Obj\Obj; Adjustable
Optional object to write State to when it
changes
Destination Fails DF Obj\Num; Range 0...9
Count of consecutive fails when writing to
destination object, or 0 if successfully
written
Today’s Profile TP Obj\Profile; Adjustable; Max points 8
A copy of the profile for today’s day-type.
Adjusting this object will adjust the profile
for today’s day-type
Time Switch Value TV Obj\Float; Adjustable; Range 0.00...100.0
Used for converting Today’s Profile to
Today’s Times. The threshold value in
today’s profile below which the time is off,
and above which the time is on
Today’s Times TT Obj\Times; Max period 5
Calculated on-off times based on Today’s
Profile
Commander Manual 78
ObVerse
Object Type: [ObVerse\Process]
The ObVerse object contains a list of the public properties available within the ObVerse processor.
The public properties are defined by the engineer of the ObVerse, so cannot be listed here. Instead, we
list an object for each property type available.
Objects may be adjustable depending on the ObVerse. If the property is linked to the output of a module,
then the module controls the value of the property, and so the property is not adjustable here. If the
property has no module output linked to it, then the property is adjustable here.
For more information, refer to the ObVerse Manual – Standard Processor document.
Description Reference Type
ENum Label r Obj\ENum
ENum property, holding an enumerated Text alternatives for each number are defined in the
value, with reference r property
Float Label r Obj\Float
Float property, holding a floating-point Value high and low limits, and decimal places are
value, with reference r defined in the property
NoYes Label r Obj\NoYes
NoYes property, holding a binary state,
with reference r
Num Label r Obj\Num: -2147483648… 2147483647
Num property, holding an integer value, Value high, and low limits are defined in the property
with reference r
Obj Label r Obj\Obj
Obj property, holding an object reference,
with reference r
OffOn Label r Obj\OffOn
OffOn property, holding a binary state,
with reference r
Text Label r Obj\Text: max 31 chars.
Text property, holding a text string value, Maximum length is defined in the property
with reference r
Commander Manual 79
Security Server
Object Type: [TokenMax v20\100]
Object Type: [TokenMax v20\400]
The Security Server object provides user authentication to Commander and connected devices. For an
overview, refer to the Security Server section.
Use the Editor Sign-in object to sign-in before configuring users and groups in the server.
Set the maximum users available in the server using the Security Server Configuration object.
Description Reference Type
Editor Access Allowed MP.S Obj\NoYes
Indicates if the editor has signed-in
Editor Sign-in MP.L Obj\Text; Adjustable
Write the password to sign-in, or any other
value to sign-out.
A password recovery key is returned when
reading this object
Change Editor password ML.P Obj\Text; Max 20 chars; Adjustable
Once signed-in, set a new editor password
Next available user FT Obj\Num; Range 0...400
Indicates the next unused user record
available
Area x Label Ax Obj\Text; Max chars 20; Adjustable
Label of Security Area x, where x is in the
range 1...8
Privilege Level x Label Lx Obj\Text; Max Chars 20; Adjustable
Label of Security Privilege Level x, where x
is in the range 0...7
Group x Gx Fixed Container:
Set privilege levels for a group of users. [TokenMax v20\Group]
The group number, x, is in the range 1...31
User x Uy Fixed Container:
Configure a user’s authentication [TokenMax v20\User]
credentials. The user number, y, is in the
range 1...400, depending on the maximum
users available set in the configuration
object
A Security Server Group object contains privilege levels for a group of users.
Description Reference Type
Name N Obj\Text; Max chars 20; Adjustable
Group name or description
Enabled E Obj\NoYes; Adjustable
Enable or disable all users that are a
member of this group
Privilege Level in Area x Px Obj\Num; Range 0...7; Adjustable
Area x privilege level, where x is in the
range 1...8
Commander Manual 80
Security Server User
Object Type: [TokenMax v20\User]
A Security Server User object contains user information and credentials to provide authentication.
Description Reference Type
Name N Obj\Text; Max chars 20; Adjustable
User name or description
Enabled E Obj\NoYes; Adjustable
If set to yes, the user is enabled if all
groups that they belong to are also
enabled
User ID/Card ID Obj\Text; Max Chars 20; Adjustable
Sign-in user name or access card number
Password PW Obj\Text; Max chars 20; Adjustable
This object always has a value of ‘****’
when read
Token T Obj\Text; Max chars 30
This is a combination of the User ID and
coded password
Group x Gx Obj\Num; Range 0...31; Adjustable
Group x membership information, where x
is in the range 1...3
When a user is a member of a group, then
the group’s privilege levels are combined
with the user’s own.
Privilege Level in Area x Px Obj\Num; Range 0...7; Adjustable
User’s privilege level in Area x, where x is
in the range 1..8
Valid Start Date SD Obj\Date; Adjustable
Optionally enables a temporary user
between the start and end dates specified.
For permanent users, set the start and end
dates to the same value
Valid End Date ED Obj\Date; Adjustable
Optionally enables a temporary user
between the start and end dates specified.
For permanent users, set the start and end
dates to the same value
Last Validation Date LD Obj\Date
Date the user was last validated
successfully
Commander Manual 81
Data Transfer
Object Type: [TransMax v14\100]
Object Type: [TransMax v14\500]
A Data Transfer object contains up to 500 transfers, where each transfer reads from one place and then
writes to another. For an overview, see the section on Transferring Values.
Set the maximum transfers available using the Data Transfer Configuration object.
Description Reference Type
Transfer x Tx Fixed Container:
Configure a transfer’s information. [TransMax v14\Transfer]
The transfer number, x, is in the range
1...500, depending on the maximum
transfers available set in the configuration
object
Transfer
Object Type: [TransMax v14\Transfer]
Commander Manual 82
Alarm Delivery
Object Type: [AlmRoute v11]
The Alarm Delivery object contains 16 destinations to route North-format alarms received.
All alarms arriving at or being produced by Commander are passed to the ALARM object for distribution.
For an overview, see the section on Alarm Basics.
Description Reference Type
Route New Alarm ALARM Obj\Alarm; Adjustable
Destination x Dx Fixed Container:
Destination x information, where x is in the [AlmRoute v11\Dest]
range 1...16
Commander Manual 83
Alarm Fields
Alarms are sent by the delivery destination to indicate a fail state.
The Alarm Delivery module places the following information into the North-format fields:
System – from the Alarm Delivery Label object (O.AR.DL)
Point – from the delivery destination’s Label object (L), or ‘Destination x’ if no label is set
Condition – either ‘Comms Fail’ or ‘Comms Ok’
Priority – set to ‘1’
Date & Time – from Commander
Alarm Examples
System Point Condition Priority Date Time
Alarm Delivery Destination 1 Comms Fail 1 23/03/15 13:33:59
Alarm Delivery Destination 1 Comms Ok 1 24/03/15 07:30:16
Commander Manual 84
Alarm History
Object Type: [AlarmHistory v11\100]
An Alarm History object contains a list of the last 100 alarms received.
Deliver new alarms, using Alarm Delivery, to the ALARM object.
Description Reference Type
Alarm count C Obj\Num; Range 0..100; Adjustable
To clear all alarms, set value to ‘0’
Store new alarm ALARM Obj\Alarm; Adjustable
Alarm x Hx Obj\Alarm
List of alarms, where Alarm 1 is the last
alarm received. The alarm number, x, is in
the range 1...100
Commander Manual 85
Alarm Emailer
Object Type: [AlmEmail v22]
An Alarm Emailer contains six destinations to send alarms, plus a system ALARM object that sends to
multiple destinations based on their comparison settings. The email destinations are set in the Alarm
Email Configuration object.
Description Reference Type
Destination Label Dx Fixed Container:
Destination email group to deliver an [AlmEmail v22\Dest]
alarm, where x is in the range 1...6,
depending on whether each has been set
up
Deliver New Alarm ALARM Obj\Alarm; Adjustable
Delivers an alarm to multiple destinations
based on the comparison settings
configured in each
An Alarm Emailer Destination object contains a queue of alarms to send via email to a destination.
Deliver new alarms, using Alarm Delivery, to the ALARM object.
Description Reference Type
Deliver New Alarm ALARM Obj\Alarm; Adjustable
Alarms in Queue C Obj\Num; Range 0...31
Commander Manual 86
North IP Devices
Object Type: [IPBus Net]
The North IP Devices object provides access to other North devices on the IP network.
Scan the object to automatically discover North IP devices on the local sub-network, or add a device via
the North IP Devices Configuration object.
Description Reference Type
North Device’s Label ref Variable container.
Access device with label North Device’s Type varies depending on the North Device. Typically
Label this is [Commander v20\Device] for other Commanders,
or [ObSys] for ObServer based devices
Commander Manual 87
Object specifications from
previous versions of firmware
Commander Manual 88
Platform Information
Object Type: [Commander v20\Platform v13]
Object Type: [Commander v20\Platform v12]
Object Type: [Commander v20\Platform v11]
Alarm Fields
Alarms are sent by Commander when the battery state reaches a low condition.
The Platform Information module places the following information into the North-format fields:
System – ‘Commander’
Point – ‘Battery’
Condition – either ‘Very Low’, ‘Low’, or ‘OK’
Priority – ‘2’ for Very Low, ‘3’ for Low and OK conditions
Date & Time – from Commander
Alarm Examples
System Point Condition Priority Date Time
Commander Battery Low 3 23/03/15 13:33:59
Commander Battery Very Low 2 15/04/15 07:30:16
Commander Battery OK 3 18/04/15 10:15:24
Commander Manual 89
Web Server Configuration
Object Type: [CDM v20\C2Web v30]
The Web Server Configuration object enables Commander’s web server and selects what information is
accessible from it.
Description Reference Type
Enable Web Server E Obj\NoYes; Adjustable
Show Alarm History E.AH Obj\NoYes; Adjustable
Enables access to alarm history from the
website
Content C Fixed Container:
Configure options to customise the [CDM v20\C2Web v30\Content]
overview page
Security S Fixed Container:
Configure sign-in and security options [CDM v20\C2Web v30\Security]
Information I Fixed Container:
Website usage information [CDM v20\C2Web v30\Info]
The Web Server Configuration object enables Commander’s web server and selects what information is
accessible from it.
Description Reference Type
Enable Web Server E Obj\NoYes; Adjustable
Show Essential Values UD.EV Obj\NoYes; Adjustable
Enables access to values from Essential
Data
Show Extra Values UD.XV Obj\NoYes; Adjustable
Enables access to values from Extra Data.
Available in C2Web v2.0 and later
Show Values in Sub-menu UD.PL Obj\NoYes; Adjustable
Places pages from Essential Values and
Extra Values in their own sub-menus on
the website. Without this option enabled,
pages are displayed in the main menu
Show Calendar C.E Obj\NoYes; Adjustable
Enables access to the calendar, timers and
profilers from the website
Show Alarms AM.E Obj\NoYes; Adjustable
Enables access to alarm history from the
website
Total Pages Served PC Obj\Num;
A count of the total web pages requested
Template T Fixed Container:
Configure options on the web template [CDM v20\C2Web v20\Template]
Home Page H Fixed Container:
Configure options to customise the home [CDM v20\C2Web v20\HomePage]
page
Security S Fixed Container:
Configure sign-in and security options [CDM v20\C2Web v20\Security]
Commander Manual 90
Web Server Template
Object Type: [CDM v20\C2Web v20\Template]
Object Type: [CDM v20\C2Web v11\Template]
A Web Server Template object contains the following objects to define the page template.
Description Reference Type
Show Value Reliability SS Obj\NoYes; Adjustable
Enables the display of status information
for values, e.g. Ok, Alarm states
Link x Label Lx.L Obj\Text; Max. 20 chars; Adjustable
Label for external link x. The link number,
x, is in the range 1..3
Link x URL Lx.U Obj\Text; Max. 125 chars; Adjustable
Web page address for external link x. E.g.
‘www.northbt.com’. The link number, x, is
in the range 1..3
Commander Manual 91
Web Server Home Page
Object Type: [CDM v20\C2Web v20\HomePage]
Object Type: [CDM v20\C2Web v11\HomePage]
The Web Server Home Page object contains configuration options to enhance the home page, including a
title, optional text paragraphs, informative widgets from Essential Data, and an alarm list summary.
Description Reference Type
Title T Obj\Text; Max chars 60; Adjustable
Headline to display on home page. If not
specified, then the date is shown
Info Para x Px Obj\Text; Max chars 125; Adjustable
Set with a line of text to display as an
informational paragraph on the home
page. The paragraph number, x, is in the
range 1...4
Widget Style WS Obj\ENum; Range 0..2; Adjustable
Select what information from Essential Values: 0=Off, 1=1st object of each page, 2=Objects in
Data is displayed in the widget area page 1
Max Widgets WM Obj\Num; Range 0..32; Adjustable
Maximum number of widgets to display
Max Alarms WA Obj\Num; Range 0..127; Adjustable
Maximum number of alarms to display
The Web Server Security object contains security settings to enable user sign-in and control access to the
server.
Description Reference Type
Require User Sign-in M Obj\NoYes; Adjustable
Enable website authentication using the
Security Server
Allow Password Change UPC Obj\NoYes; Adjustable
Enables change password option when
user is signed-in
Security Server Object R Obj\Obj; Adjustable
Object reference of a Security Server.
Typically, this is set to ‘TK’ for local
Commander, but could be set to the object
of a central server
Default Access Security D Fixed Container:
Set privilege levels for when user sign-in is [CDM v20\C2Web v20\DefaultAccess]
not enabled. Available in C2Web v2.0 and
later
Commander Manual 92
Appendix A - Ethernet/IP Protocols
The RJ45 Ethernet port on Commander provides an IEEE 802.3 compliant 10Base-T full-duplex or half-
duplex link, with auto-negotiation. The link supports auto MDI-X. Commander has an IEEE 802.3
compliant Medium Access Controller (MAC).
For information on a particular driver’s IP port usage, refer to the driver manual.
Telnet
If enabled, Commander supports an incoming Telnet session.
Ports used: TCP 23 (local)
Commander Manual 93
North Cloud Services
If the link to Commander Hub is enabled, or firmware updates requested, outgoing session to send and
receive AES-128 encrypted data over HTTP to North’s cloud-based services.
Port used: TCP 80 (remote), TCP ephemeral (local)
North/IP
The North/IP Protocol allows North products that support IP networking to communicate.
Ports used: UDP 37926 (local)
Commander Manual 94
Appendix B – Factory Installed Drivers
Commander contains several pre-installed drivers, and you can install others as necessary.
Lighting
DALI Standard
Helvar
iLight
Luxmate
Philips Hue (Hue)
Philips Lightmaster (PhilipsLM)
Commander Manual 95
Appendix C – Internal Switch Features
PROGRAM switch
When the internal switch labelled PROGRAM is set ON, and Commander re-powered, the Commander
enters ‘Program’ mode, where the following happens:
Flash memory programming is enabled.
Saving the Commander’s current configuration as the Default Configuration in flash memory.
Upgrading Interface Licences is enabled, as licences are held in flash memory.
TFTP service is enabled, if permitted via object, allowing new/updated CDMs and base code to be
downloaded into flash memory.
If the Web server is enabled and within five minutes after power-up, then changing network settings
and Commander Hub link are enabled.
DEFAULTIP switch
When the internal switch labelled DEFAULTIP is set ON, Commander automatically restarts and enters
‘Default-IP’ mode, where the following happens:
Commander operates with a static IP address of 192.168.192.167, and network mask of 255.255.255.0
The North IP Devices service disables checking of the Local Encryption Key. This enables an engineer
to access the Commander without knowledge of this security setting.
TELNET service is enabled, with the user ‘PROGRAM’, allows access to both ‘qr’ service and ‘ipc’
service.
DHCP Server is enabled.
Web server is enabled, and no sign-in is required (regardless of security), allowing access to all
webpages, and adjustment of any adjustable values.
Changing network settings and Commander Hub link via the Web server is enabled.
Note. The features enabled by PROGRAM and DEFAULTIP switches were changed to the above with
Commander firmware dated 01/10/21.
Commander Manual 96
Warranty
North warrants goods of its manufacture as being free of defective materials and faulty workmanship for
one year from the date of purchase. If this product should become defective, please contact our support
team. This warranty becomes invalid if the product has been tampered with or used in an environment
that is unsuitable.
If you require further help, please contact our support team on +44 (0) 1273 694422, or visit
www.northbt.com/support
Commander Manual 97
End of Life Recycling
WEEE Directive
The WEEE Directive (2002/96/EC) requires the recycling of waste electrical and electronic
equipment.
The crossed-out wheelie bin symbol found on our products signifies that it should not be
disposed of in general waste or landfill.
At the end of its life, return this product to your local supplier upon the purchase of
equivalent new equipment, or dispose of it at designated collection points.
Battery Directive
The Battery Directive (2006/66/EC) aims to reduce the environmental impact of the manufacture and use
of batteries.
The removable lithium battery contained within this product is marked with the crossed-out wheelie bin
symbol. This signifies that it should not be disposed of as unsorted municipal waste at the end of its
working life.
For further information on end-of-life recycling visit www.northbt.com/cmdr, or contact our support team
on +44 (0) 1273 694422.
Commander Manual 98
Commander Versions
Build Date Details
21/01/2012 Released
10/05/2012 Low-level TCP idle timeout increased
09/09/2012 Recording to COM port now closed when attempting to use driver on same COM
08/04/2013 Reset Reason object now provides indication of reset caused by power and user
Resolved issue with defrag eating messages
Resolved issue with PING messages larger than 128 bytes
Resolved issue when DNS server not reachable
Resolved DHCP renewal issue
Modified RS232 flow control pins
01/07/2013 Telnet driver rework
19/09/2013 Now uses fixed values provided for gateway and NTP if not provided by DHCP server
01/03/2014 Resolved issue when receiving intensive messages from IP network
Added Last Time Sync information
01/04/2014 Added support for version 2.0 hardware
Resolved issue when terminating TCP connection
20/08/2014 Resolved issue when Ethernet link established, but no IP address
Add new hardware RTC support, including adjustments
Updated NTP code
NOTE: Commander will clear it’s memory on installing this update
02/06/2015 Battery hysteresis added to stop repeat battery alarms
07/03/2016 Added support for new internal requests (FastComms).
Increased number of pre-installed drivers.
Essential Data upgraded to 640 objects.
ObvProcess: new Raise-Lower and Usage modules. New objects to monitor state on remote-
object actions. Minor changes some module categories to tie in with ObVerse Manual.
01/11/2016 Add support for 300 and 600 baud on serial ports.
Resolved issue on receiving short TCP/UDP messages with additional padding
Update to DHCP
24/02/2017 Improve operation when receiving a broadcast storm on the Ethernet network
17/03/2017 Added Default Configuration support.
ObvProcess supports Essential Values as properties
Changing DEFAULTIP switch causes restart
01/11/2017 Telnet supports up to 4 sessions.
Optimisations to Essential Data, Alarm Email, ObVerse Processor, and Web Server
07/12/2017 Resolved issue when adjusting Essential Data Task Control object (introduced in build
01/11/17). Modifying this value may cause Essential Data’s operation to be disabled
01/03/2018 Resolved additional issue with Essential Data. When an object is configured with a remote
action of ‘read’ and the current value does not change for 24 days, then Essential Data will stop
reading the object for the next 24 days, after which it will start reading again. If Commander is
restarted during this time, then reading will resume and the timer restarted.
01/11/2018 ObvProcess: Added support for cancelling upload/download in latest ObvEditor. Resolved
issues with OODelay (restart fix), Rescale (divide by zero error), Counter (reset fix).
Data Transfer: added support for transferring values from times and profile object types.
North IP Devices: Speed improvements
Web Server: resolved issue with page navigation when viewed on a slow VPN connection.
01/06/2019 Essential Data (v3.1): Added Alarm Delay object (AD). Resolved issue when object value
adjusted multiple times before remote device acknowledges first write. In this situation, last
adjustment was not written to remote device.
North IP Devices: New feature with DEFAULTIP switch on, local encryption key not checked.
Resolved issue when requesting object from device reference not configured. This caused
Commander to reset.
01/09/2019 Essential Data: when Remote Fails are 9, retry period reduced from 15min to 5min.
28/07/2020 Essential Data: resolved issue when linking to invalid page/object within ObvProcessor
Data Transfer: resolved issue in calculating value change, resulting in write action when not
needed
Commander Manual 99
Build Date Details
25/08/2021 Update to support new hardware components
Telnet: Fixed issue with opening TCP socket when re-enabling.
01/10/2021 North’s cloud-based services added: Commander Hub and Software Cloud Update
Default DNS server (1.1.1.1) and Time server (pool.ntp.org) used when not specified.
Some features enabled by PROGRAM switch now use DEFAULTIP switch – refer to Appendix C.
Web service: Support page updated.
Essential Data: resolved issue with communications alarm state clearing, when value had not
changed.
North IP Devices: resolved issue with comms check when reference contained an alias.
23/12/2021 General improvement to TCP/IP communications, including increased memory allocation.
Fixed issue with ARP and Telnet that could impact TCP communications.
Fixed issue with label corruption on Hub.
02/06/2022 Added TFTP Permitted object
Web Server: re-designed
ObVerse Processor: Added Times-State, Profile-Value, Date-Pulse, and Smooth module types;
and Profile, Times, and DateTime property types.
Essential Data: Float-type object, added 0.5 dp option
17/08/2022 Fixed issue with Hub: clearing events in Alarm History may stop sending to Hub.
Fixed issue with TCP socket link closure.
Web Server: data refresh, value page remembers expand/collapse all, updated content-
security-policy, fix displaying month, fix battery state value on old hardware.
Alarm Emailer: improved sending on poor connections. Added fail message object (FM)
Changed factory installed drivers
01/01/2023 Improved power-loss detection and shut-down.
Hub data encryption block size optimised to increase idle time.
Improved Hub delivery after loss of Internet connection.
Alarm Emailer: resolved issue causing email to resend.
Web Server: fixed issue with formatting of profile and times objects on refresh.
01/11/2023 Improved power-loss detection on start-up.
DHCP client: provides host name to server when requesting lease.
Web Server: modified export data CSV format.
LAN Port: Added DHCP server in DEFAULTIP mode.
ObVerse Processor: added Last-Change module type. Text module types now available in
standard processor, including: Text-Equal, Text-In-Text, Text-Join, and Text-Split.
01/06/2024 Fixed issue with watchdog reset on a small number of devices.
North IP Devices: operates with network port translation (replies sent to UDP source port).
Web Server: Added objects to control access from local networks and remote networks.
ObVerse Processor and Alarm Emailer: general performance enhancements.
Next Steps…
If you require help, contact support on 01273 694422 or visit www.northbt.com/support