Disclaimer : This is not a Koolnova official integration and use at your own risk.
koolnova-BMS-Integration is an integration of koolnova system into Home Assistant using BMS (Building Management System) and Modbus RTU (RS485) protocol.
With BMS, owners can monitor and manage systems, such as air conditioning, heating, ventilation, lighting or energy supply systems. Some objectives of building automation are improved occupant comfort, efficient operation of building systems, reduction in energy consumption, reduced operating and maintaining costs and increased security.
Most building automation networks consist of a primary and secondary bus which connect high-level controllers with low-level controllers, input/output devices and a user interface. Physical connectivity between devices waq historically provided by dedicated optical fiber, ethernet, ARCNET, RS-232, RS-485 or a low-bandwidth special purpose wireless network.
Modbus is a client/server data communications protocol in the application layer of the OSI model. Modbus was developped for industrial applications, is relatively easy to deploy and maintain compared to other standards, and places few restrictions on the format of the data to be transmitted.
Communication standards or buses which is deployed for Modbus communication are:
Modbus standard defines MODBUS over Serial Line, a protocol over the Data link layer of the OSI model for the Modbus application layer protocol to be communicated over a serial bus. Modbus Serial Line protocol is a master/slave protocol which supports one master and multiple slaves in the serial bus. A serial bus for Modbus over Serial Line can maximum 247 slaves to communicate with 1 master, those slaves then must their unique address range from 1 to 247. Modbus over Serial Line has two transmission modes RTU and ASCII which are corresponded to two versions of the protocol, known as Modbus RTU and Modbus ASCII.
Modbus RTU (Remote Terminal Unit), makes use of a compact, binary representation of the data for protocol communication. The RTU format follows the commands/data with a cyclic redundancy check checksum as an error check mecahnism to ensure the reliability of data.
Modbus TCP/IP (also Modbus-TCP) is simply the Modbus RTU protocol with a TCP interface that runs on Ethernet. Modbus TCP/IP uses TCP/IP and Ethernet to carry the data of the Modbus message structure between compatible devices. That is, Modbus TCP/IP combines a physical network (Ethernet), with a networking standard (TCP/IP), and a standard method of representing data (Modbus as the application protocol). Essentially, the Modbus TCP/IP message is simply a Modbus communication encapsulated in an Ethernet TCP/IP wrapper.
Two different architectures, a first wired one where the Koolnova system is connected to the Home Assistant server via a USB/RS485 dongle and a second one wirelessly, the Koolnova system is connected to the RS485/WIFI device which is connected to the same WIFI network as the Home Assistant server.
In IEEE 802.11 (Wi-Fi) terminology, a station (abbreviated as STA) is a device that has the capability to use the 802.11 protocol. For example, a station may be a laptop, a desktop PC, PDA, access point or Wi-Fi phone. An STA may be fixed, mobile or portable.
[!WARNING] If you choose the RS485/WIFI device from Elfin, it must accept voltages between 5v and 36v.
Install using HACS In HACS go to the three dots int the upper right corner choose add custom repository and add https://github.com/sinseman44/koolnova-BMS-Integration to the list.
Install manually Clone or copy this repository and copy the folder custom_components/koolnova_bms
into /custom_components/koolnova_bms
.
After plugging the USB dongle into the system, check that among the tty, it's recognized by Home Assistant.
Example : ttyUSB0 is the node added for the device. The absolute path of this node (eg: /dev/ttyUSB0) will be used in the component configuration.
The first page after installing the component is the choice of Modbus communication.
Depending on the choice made, the next step is the Modbus RTU configuration or the Modbus TCP configuration.
All serial fields are filled with default values defined by Koolnova.
Adapt the fields according to your own configuration.
[!IMPORTANT] The device name is important if you have multiple Koolnova controller to differentiate them and must be different for each instance of this integration.
[!NOTE] Each control unit has a specific address (default 49). Possible addresses are 1 to 247.
After validation of the serial configuation, the component will test if it can communicate with the koolnova system. If not, an error occur.
[!WARNING]
some users encountered a problem with the slave Modbus address. Enter address “1” instead of the default (49) and check if this validate this step.
All fields are filled with default values.
Adapt the fields according to your own configuration.
[!IMPORTANT] The device name is important if you have multiple Koolnova controller to differentiate them and must be different for each instance of this integration.
The next installation page is the area configuration.
This page appears for each area that must be configured.
The checkbox must be filled before validation if you want to configure a new area.
The area configuration ends with no new area.
climate
for each area, sensor
, select
and switch
The following parameters can be controlled for the climate
platform entities:
The following attributes are available for diagnostic sensor
platform entities:
Modbus serial (Device, Address, port, ...)
Target temperature (celcius) and throughput for each engine (maximum 4):
Target temperature (celcius) for each area:
The following attributes are available for diagnostic sensor
platform entities:
Network settings (Address, port)
Target temperature (celcius) and throughput for each engine (maximum 4):
Target temperature (celcius) for each area:
The following parameters can be controlled for the select
platform entities:
Global operation mode (HVAC mode)
Global efficiency defined the balance point between efficiency and speed of the area system.
Engine state: int value which represents the flow programming of the system engines
The following parameters can be controlled for the switch
platform entitie:
Whenever you write a bug report, it helps tremendously if you indicate sufficient debug logs directly (otherwise we will just ask for them and it will take longer). So please enable debug logs like this and include them in your issue:
logger:
default: warning
logs:
custom_components.koolnova_bms: debug