The Z-Wave controller software (Z-Wave to IP Gateway) contains the software building blocks needed to get a head start designing a Smart Home solution. It shields the developer from the complexity of the Z-Wave protocol and represents all the devices in the Z-Wave Network as software objects that the developer can easily manipulate. The Software objects can be used as building blocks to design an intelligent home gateway
IP applications reach Z-Wave nodes via IP addresses
Z/IP Packets from LAN IP applications are terminated and forwarded as Z-Wave commands to Z-Wave Nodes.
Z-Wave nodes are identified by IPv6 and IPv4 host addresses
Z/IP LAN Security using DTLS
Resource & Service Discovery (mDNS)
Remote Access and Configuration
Z-Wave SmartStart Auto-inclusion
Z-Wave Security 2 support
Z-Wave Mailbox Service – Support for Non-Listening nodes
Installation and Maintenance framework
Historical and current transmission statistics
Firmware Update of Z-Wave module attached to the Z/IP Gateway
Migration to Z/IP Gateway from non-Z/IP Gateways
Back-up/Recover of Z-Wave network and product data
The new release brings a number of new features, these include:
|Z-Ware Portal v 1.20 and Local Binaries (built on Ubuntu 14.04 LTS)|
|Z-Ware Portal 32-bit Image|
|Z-Ware Portal 64-bit Image
|Z-Ware Local 32-bit Image
|Z-Ware Local 64-bit Image
|Z-Ware Local BeagleBone
|Z-Ware Source Code
|Z-Ware Portal, C-Library and Application
The Z-Ware C API abstracts the existing Z/IP (Z-wave for IP) API into controllable interfaces for easier development and certification of controller based applications which should retain little Z-Wave specific code. The API deals with Z-Wave through descriptors for networks, nodes, endpoints and interfaces. A Z-Wave Home Area Network (HAN) is uniquely identified by a Home ID encapsulated in a network descriptor.
Nodes are Z-Wave devices in this HAN uniquely identified by a Node ID encapsulated in a node descriptor. These nodes can be composite devices having multiple endpoints for e.g. a power strip with multiple separately controllable power points. Each power point may have multiple interfaces allowing control and/or monitoring, for e.g. a switch to set on and off; and perhaps a meter providing power consumption information.
The API views the network through a Z/IP router attached controller which itself is a node in the network
The first thing a client needs to do is to acquire the Z/IP router IP address either by means of reading from configuration file or scanning the IP network using Z/IP Gateway Discovery protocol.
Network creation and tear down
Typically the user creates a network minimally with 2 devices, one of which is a controller, while the other can be any type of node. The user initiates the node for inclusion and uses the controller to add the device into its network and initiate.
Once a node is added, the client traverses its structure to arrive at the interface that it wants to monitor or/and control.
As monitoring requires a callback, it is the client’s responsibility to set up the callback and implement a timeout in case the callback never happens.
Nodes and endpoints contain information on their network and functional roles respectively i.e. whether they are controllers or slaves; and whether they are binary switches etc. This allows classification of nodes by the client.
Devices can be grouped for device specific purposes e.g. a motion sensor could be made to turn on multiple lights and an alarm. Grouping is achieved by the group interface.
The API does automatic command queuing for nodes that are capable of sleeping. In this case the node control/monitor functions return queued status.
In order to bring the gateway up to date with the latest features or bug fixes, there are firmware update APIs to facilitate the updating.
In order to help user application to poll the status of a device which does not support sending of unsolicited report, there are polling APIs to help execute the polling that is conform to Z-wave recommendation.
Device specific configuration and information database
To address earlier version of Z-wave command classes which do not provide commands to retrieve supported device types or properties, a database is used to fill in the necessary information based on manufacturers’ published datasheets. In addition, a device can be configured using the settings in the database once the device is included/added to the Z-wave network.
Network and client preference storage
To facilitate storing and retrieving of network and client specific preferences or configurations, there are APIs available. Each network is restricted to one storage while there could be several client storages per network.
The Z-Ware C library is offered with an easy to understand C API for you as a developer to design an application utilizing.
Hardware for CE SDK
Z-Wave for Portal SDK
The SDK contains an evaluation server running on Ubuntu Linux that combines Z-Ware and Z-Ware Apps with standard technology, such as OpenLDAP and Apache Server, to form a starting point for portal solution developers. The Z-Ware Portal is designed to serve a Z/IP Gateway, such as the ZIPR or the Z/IP Gateway from the Z-Wave for CE SDK.
All the components of the server are offered as source code with a build environment for Ubuntu Linux.
Hardware for Portal SDK
For RF test and debugging