Contents

Introduction

Gateways management

Add a new gateway

System gateways

Implemented protocols

Introduction


The “gateway” perform the function of the translator: it allows communication between protocols of any type. A gateway typically consists of a physical device that converts various types of BUS (KNX / EIB, RS485, RS232) to Ethernet and a software part that interprets the protocol (KNX, Vimar, BTicino, Vivaldi, IRTrans, Modbus, UPnP). EVE allows to the actual operation of multiple protocols. Thanks to this ability, EVE can also be used as a gateway between different protocols, for example between KNX and Modbus or between KNX and Vimar making integration between different devices very simple.

Gateways management


“Gateways” tab is arranged into two different areas:

1. Gateways (left area):

here are displayed all the system gateways (EVE, MULTIMEDIA, WEB, GRAPHIC UI) available by default and all the gateways which you have specifically chosen for your project. Here is where all gateways of your project are displayed. Check out how to add and remove a new gateway.

2015-08-17_17-58-31       2015-08-17_17-58-32

2. Gateway’s properties (right area):

this area shows properties of the specific gateway selected on “Gateways” area. Here is where any gateway of the project is configured with its specific information. There is a common configuration structure to all the new gateways: it is asked you to enter a title to identify the new added gateway, choose the protocol from a drop down menu and then enable it to use. Other gateway’s parameters change depending on the protocol. Parameters can be edited at any moment.

2015-08-18_17-44-28       2015-08-18_17-42-13

System gateways


There are already four system gateways: EVE, MULTIMEDIA, WEB, GRAPHIC UI available by defaul which can not be removed. They allow the proper functioning of specific components such as IP Cameras, Images, Graphs, Browsers, etc.

Gateway: EVE

Protocol: GHOST

For any component configured with Ghost Protocol does not match a real device in the physical world. In other words a component with Ghost protocol is a “virtual” component. Components used with this type of configuration are components with supporting function: they are created to be used in the EVE Remote interface or to perform calculations on the server. For example, a virtual Switch component can be used as input of a logic gate to enable / disable a sensor, or as an output to be used later in the IF component. Again, a virtual Info component can be used as output of Calculator component to display sum of several energy values ​​on the EVE Remote interface.

Gateway: MULTIMEDIA

Protocol: VIDEO

This gateway is one of the default system gateways. It can not be edited much less deleted as it contains specific configuration parameters that allow you to manage specific components in the system.

Gateway: WEB

Protocol: URL

This gateway is one of the default system gateways. It can not be edited much less deleted as it contains specific configuration parameters that allow you to manage specific components in the system.

Gateway: GRAPHIC UI

Protocol: GUI

This gateway is one of the default system gateways. It can not be edited much less deleted as it contains specific configuration parameters that allow you to manage specific components in the system.

Implemented protocols


To date, EVE system has implemented several protocols (KNX, VIMAR, BTICINO, VIVALDI, MODBUS TCP, …) which allow to integrate many different systems together. Any protocol require a specific configuration, this is why we provide a brief description of all the available protocols and then get further information on the dedicated web pages.

Here is a list of all the available protocols yet implemented:

Protocol: KNX

To connect the system to the KNX bus it is possible to use IP Gateway -> KNX. In this case, it is necessary to enter the IP gateway and the port used by the gateway parameters. If you use Raspberry as server, you can install additional devices that are controlled through a serial port or USB.

Learn more…

Protocol: VIMAR

This protocol handles the Vimar By Me serie devices. Thanks to this you can use EVE as system integration between Vimar and other protocols such as Modbus (Clivet, Eurotherm and other heating systems) or other KNX servers. The settings are the same as for the KNX protocol.

Learn more…

Protocol: LEGRAND / BTICINO

OpenWebNet is the protocol used by BTicino for communication between devices of its brnad. Many of OpenWebNet devices are supported and also in this case we can integrate these devices with any other managed by EVE system. For connection you need a device with Ethernet port marked OpenWebNet such as MH200N o MH201 and indicate the IP address.

Learn more…

Protocol: VIVALDI GROUP GIOVE CA20/21

This is a communications protocol that allows you to manage devices supplied by Vivaldi. The connection with Giove is made via the network or through an Ethernet converter.

Learn more…

Protocol: VIVALDI GROUP GIOVE FREE

This is a communications protocol that allows you to manage Giove Free serie devices supplied by Vivaldi.

Learn more…

Protocol: ELMO SPA

This is a communication protocol that allows you to manage the control unit and alarms provided by the EL.MO group.

Learn more…

Protocol: OFFICINE DI CARTIGLIANO

This is a specific proprietary protocol thought to control the machines produced by the company.

Protocol: AVE DOMINA PLUS

Thanks to this protocol we can control AVE devices and integrate systems with other protocols’ devices.

Protocol: DATAGRAM

Thanks to this protocol we can send messages via UDP to devices that accept this type of control.

Learn more…

Protocol: HTTP

It is possible to send HTTP messages to devices operating through this type of call in order to control them.

Learn more…

Protocol: MODBUS TCP

This is one of the most widely spread protocols (coming from RTU evolution) used within the control of heating/air conditioning. However, there are many other types of devices that use the same protocol. In case of TCP devices, it is not necessary to use either converters or adapter.

Protocol: MODBUS RTU / ASCII

This is one of the most widely spread protocols. When using RTU / ASCII devices it is necessary to use a serial server converter to act as the master and control devices connected to the bu

Learn more…

Protocol: M-BUS (Currently on test)

This protocol is used to control devices corresponding to the energy consumption’s readers certified for the M-Bus billing. The M-Bus protocol is used for the EnergyTutor system of Lovato SPA.

Protocol: Z-WAVE

Z-Wave is one of the most used protocols for wireless automation. To make it work, it is necessary to use Raspberry device with Razberry card.

Protocol: EVE (Currently on test)

From a server, you can control other servers located in other places in order to control many places and devices from a single interface. This allows centralized control of consumptions, presence, opening / closing of very large environments or scattered offices.

Well done, keep learning!

Our suggestion for your next lesson: