# ArgoClima Binding
The binding provides support for ArgoClima (opens new window) Wi-Fi-enabled air conditioning devices which use Argo Web APP for control. Refer to Argo Web APP details section for an example.
IMPORTANT: The same vendor also manufactures HVAC devices supported by a phone application (opens new window).
These devices are using a different protocol and are not supported by this binding. There are good chances these will be supported by the Gree (opens new window) binding, though!
The binding supports all HVAC remote functions (including built-in schedule and settings) except for iFeel (room) temperature which is not supported by the Argo remote protocol and has to be sent via infrared. The binding can operate in local, remote and hybrid modes. Refer to Connection Modes for more details.
See also Argo protocol details to find out more about how the device operates.
# Supported Things
remote
: Represents a HVAC device which is controlled remotely - through vendor's web applicationlocal
: Represents a locally available device, which openHAB interacts with directly (or indirectly, through a stub server). Refer to Connection Modes for more details.
The binding has been primarily developed and tested using Ulisse 13 DCI ECO Wi-Fi (opens new window) device.
# Discovery
The binding does not support device auto-discovery (as the devices don't announce themselves locally).
- Note it is technically possible for the advanced mode with API stub to discover devices, but as it requires manual firewall reconfiguration, it won't be an "auto" anyway so was not implemented.
# Thing Configuration
# remote
Thing Configuration
Name | Type | Description | Default | Required | Advanced |
---|---|---|---|---|---|
username | text | Remote site login (can be retrieved from device during setup) | N/A | yes | no |
password | text | Password to access the device | N/A | yes | no |
refreshInterval | integer | Interval the remote API is polled with (in sec.) | 30 | no | yes |
oemServerAddress | text | The Argo server's IP or hostname, used for communications. | 31.14.128.210 | no | yes |
oemServerPort | integer | The Argo server's port. | 80 | no | yes |
# local
Thing Configuration
Name | Type | Description | Default | Required | Advanced |
---|---|---|---|---|---|
hostname | text | Hostname or IP address of the HVAC device. If useLocalConnection setting is enabled, this address will be used for direct communication with the device. | N/A | yes | no |
connectionMode | text | Type of connection to use. One of: LOCAL_CONNECTION , REMOTE_API_STUB , REMOTE_API_PROXY . Refer to Connection Modes | LOCAL_CONNECTION | yes | no |
hvacListenPort | integer | Port at which the HVAC listens on (used if useLocalConnection== true ) | 1001 | no | yes |
localDeviceIP | text | Local IP address of the device for matching intercepted requests (may be different from hostname, if behind NAT). Used in REMOTE_API_* modes. | N/A | no | yes |
deviceCpuId | text | CPU ID of the device. Optional, value is used for detecting device update in proxy mode. Used in REMOTE_API_* modes. | N/A | no | yes |
useLocalConnection | boolean | Whether the binding is permitted to talk to the device directly. | yes | no | yes |
refreshInterval | integer | Interval the device is polled in (in sec.). Used if useLocalConnection== true | 30 | no | yes |
stubServerPort | integer | Stub server listen port Used in REMOTE_API_* modes. | 8239 | no | yes |
stubServerListenAddresses | text(multiple) | List of interfaces the stub server will listen on Used in REMOTE_API_* modes. | 0.0.0.0 | no | yes |
oemServerAddress | text | The Argo server's IP or hostname, used for pass-through. Used in REMOTE_API_PROXY mode | 31.14.128.210 | no | yes |
oemServerPort | integer | The Argo server's port. Used in REMOTE_API_PROXY mode | 80 | no | yes |
includeDeviceSidePasswordsInProperties | text | Whether to show the intercepted passwords (in REMOTE_API_* modes) as Thing Properties. One of: NEVER , MASKED , CLEARTEXT | NEVER | no | yes |
matchAnyIncomingDeviceIp | boolean | If enabled, will accept any Argo message as matching this Thing (instead of requiring an exact-match by hostname or localDeviceIP ). Used in REMOTE_API_* modes. | no | no | yes |
# General Device Configuration (dynamic)
These parameters are modeled as thing configuration, but are actually configuring behavior of the HVAC device itself (when in certain modes).
The same values apply to both remote
and local
.
Name | Type | Description | Default | Required | Advanced |
---|---|---|---|---|---|
schedule1DayOfWeek | text(multiple) | Days (set comprising of values MON , TUE , WED , THU , FRI , SAT , SUN ), when Schedule Timer 1 actions should be performed. This is used only if active-timer channel is in SCHEDULE_TIMER_1 mode. | [MON, TUE, WED, THU, FRI, SAT, SUN] | no | yes |
schedule1OnTime | text | The time of day (HH:MM) the device should turn ON (in the last used mode) on the schedule1DayOfWeek -specified days. In effect only if active-timer channel is in SCHEDULE_TIMER_1 mode | 8:00 | no | yes |
schedule1OffTime | text | The time of day (HH:MM) the device should turn OFF on the schedule1DayOfWeek -specified days. In effect only if active-timer channel is in SCHEDULE_TIMER_1 mode | 18:00 | no | yes |
schedule2DayOfWeek | text(multiple) | Days (set comprising of values MON , TUE , WED , THU , FRI , SAT , SUN ), when Schedule Timer 1 actions should be performed. This is used only if active-timer channel is in SCHEDULE_TIMER_1 mode. | [MON, TUE, WED, THU, FRI] | no | yes |
schedule2OnTime | text | The time of day (HH:MM) the device should turn ON (in the last used mode) on the schedule2DayOfWeek -specified days. In effect only if active-timer channel is in SCHEDULE_TIMER_2 mode | 15:00 | no | yes |
schedule2OffTime | text | The time of day (HH:MM) the device should turn OFF on the schedule2DayOfWeek -specified days. In effect only if active-timer channel is in SCHEDULE_TIMER_2 mode | 20:00 | no | yes |
schedule3DayOfWeek | text(multiple) | Days (set comprising of values MON , TUE , WED , THU , FRI , SAT , SUN ), when Schedule Timer 1 actions should be performed. This is used only if active-timer channel is in SCHEDULE_TIMER_1 mode. | [SAT, SUN] | no | yes |
schedule3OnTime | text | The time of day (HH:MM) the device should turn ON (in the last used mode) on the schedule3DayOfWeek -specified days. In effect only if active-timer channel is in SCHEDULE_TIMER_3 mode | 11:00 | no | yes |
schedule3OffTime | text | The time of day (HH:MM) the device should turn OFF on the schedule3DayOfWeek -specified days. In effect only if active-timer channel is in SCHEDULE_TIMER_3 mode | 22:00 | no | yes |
resetToFactoryDefaults | boolean(action) | When set, upon successful Thing initialization, the binding will issue a one-time factory reset request to the device (and flip this value back do OFF) | false | no | yes |
# Channels
Both thing types are functionally equivalent and support the same channels.
Channel | Type | Read/Write | Description |
---|---|---|---|
- A/C Controls (#ac-controls) | |||
power | Switch | RW | This is the control channel |
mode | String | RW | Operation mode. One of: COOL , DRY , FAN , AUTO |
set-temperature | Number:Temperature | RW | The device's target temperature |
current-temperature | Number:Temperature | R | Actual (ambient) temperature. Either from device's built-in sensor or iFeel. Read-only, see also: Room Temperature Support |
fan-speed | String | RW | Fan mode. One of: AUTO , LEVEL_1 , LEVEL_2 , LEVEL_3 , LEVEL_4 , LEVEL_5 , LEVEL_6 |
- Operation Modes (#modes) | |||
eco-mode | Switch | RW | Economy (Energy Saving) Mode (cap device max power to the eco-power-limit ) |
turbo-mode | Switch | RW | Turbo mode (max power). While the device API (similarly to original remote) allows enabling turbo while night and/or economy modes are active, actual effect of such a combo is unknown š |
night-mode | Switch | RW | Night mode (lowers device noise by lowering the fan speed and automatically raising the set temperature by 1Ā°C after 60 minutes of enabling this option) |
- Timers (advanced) (#timers) | |||
active-timer | String | RW | Active timer. One of NO_TIMER , DELAY_TIMER , SCHEDULE_TIMER_1 , SCHEDULE_TIMER_2 , SCHEDULE_TIMER_3 . See also schedule configuration |
delay-timer | Number:Time | W | Delay timer value. In effect only if active-timer is in DELAY_TIMER mode. The delay timer toggles the current power (ex. OFF->ON) after the configured period elapses |
- Settings (#settings) | |||
ifeel-enabled | Switch | RW | Use iFeel Temperature updates for current-temperature |
device-lights | Switch | RW | Device Lights |
temperature-display-unit | String | W | (advanced) Unit's display temperature display unit. One of SCALE_CELSIUS , SCALE_FARHENHEIT |
eco-power-limit | Number:Dimensionless | W | (advanced) Power limit in eco mode (in %, factory default is 75%), |
- Advanced (not supported by all devices) (#unsupported) | |||
mode-ex | String | RW | Extended Operation mode. Same as mode , but also supports WARM |
swing-mode | String | RW | Airflow Direction (flap setting). One of AUTO , LEVEL_1 , LEVEL_2 , LEVEL_3 , LEVEL_4 , LEVEL_5 , LEVEL_6 , LEVEL_7 |
filter-mode | Switch | RW | Filter Mode |
# Full Example
# argoclima.things
//BASIC MODES examples
Thing argoclima:remote:argoHvacRemote "Argo HVAC (via Argo remote API)" @ "Living Room" [
username="<yourArgoLogin>",
password="<yourArgoPassword>"
]
Thing argoclima:local:argoHvacLocalDirect "Argo HVAC (connected locally)" @ "Living Room" [
hostname="192.168.0.3"
]
Thing argoclima:local:argoHvacLocalDirectEx "Argo HVAC (connected locally) - extended example (with explicit options)" [
hostname="192.168.0.3",
connectionMode="LOCAL_CONNECTION",
refreshInterval=30,
hvacListenPort=1001,
// Schedule options (these are valid for all thing types)
schedule1DayOfWeek="[FRI, SAT, SUN, MON]",
schedule1OnTime="7:35",
schedule1OffTime="18:00",
schedule2DayOfWeek="[MON, TUE, WED, THU, FRI]",
schedule2OnTime="15:00",
schedule2OffTime="22:00",
schedule3DayOfWeek="SUN","SAT", //Alternative syntax for the weekdays list
schedule3OnTime="11:00",
schedule3OffTime="22:00"
//,resetToFactoryDefaults=true //This triggers a one-shot command each time the thing
// definition is (re)loaded from file.
// Use only intermittently - it is not designed with prolonged
// usage via Things text file in mind (mostly a MainUI feature!)
]
//ADVANCED MODES examples
Thing argoclima:local:argoHvacLocalWithPassthroughIndirect "Argo HVAC (accessible only indirectly, via pass-through mode)" [
hostname="192.168.4.2", // Doesn't have to be reachable!
connectionMode="REMOTE_API_PROXY",
useLocalConnection=false
]
Thing argoclima:local:argoHvacLocalWithPassthroughPlusDirectEx "Argo HVAC (accessible both indirectly and directly, via pass-through mode, with explicit options)" [
hostname="192.168.0.3", // Direct address of the device (reachable from openHAB)
connectionMode="REMOTE_API_PROXY",
hvacListenPort=1001,
refreshInterval=30,
useLocalConnection=true,
// Stub server-specific
stubServerPort=8240,
stubServerListenAddresses="7d47:86bd:0bfe:0413:4688:4523:4284:5936","192.168.0.195",
includeDeviceSidePasswordsInProperties="MASKED",
matchAnyIncomingDeviceIp=false,
deviceCpuId="deadbeefdeadbeef", // For direct match to a concrete device (optional)
localDeviceIP="192.168.4.2", // Address in local subnet (used for indirect request matching)
// Pass-through-specific
oemServerAddress="uisetup.ddns.net",
oemServerPort=80
]
Thing argoclima:local:argoHvacLocalWithStub "Argo HVAC (accessible both indirectly and directly with a stub) - **RECOMMENDED MODE**" [
hostname="192.168.0.3", // Has to be reachable, since useLocalConnection is true (default)
connectionMode="REMOTE_API_STUB",
localDeviceIP="192.168.4.2" // Or use matchAnyIncomingDeviceIp=true
]
# argoclima.items
Group GArgoClimaHVACRemote "Ulisse 13 DCI ECO - remote mode" ["HVAC"]
Switch ArgoClimaHVACRemote_Power "Power" <switch> (GArgoClimaHVACRemote) {
channel="argoclima:remote:argoHvacRemote:ac-controls#power"
}
String ArgoClimaHVACRemote_Mode "Mode" <climate> (GArgoClimaHVACRemote) ["Control"] {
channel="argoclima:remote:argoHvacRemote:ac-controls#mode"
}
Number:Temperature ArgoClimaHVACRemote_SetTemperature "Set Temperature" <temperature> (GArgoClimaHVACRemote) ["Temperature", "Setpoint"] {
channel="argoclima:remote:argoHvacRemote:ac-controls#set-temperature",
unit="Ā°C",
stateDescription="" [ pattern="%.1f Ā°C", readOnly=false, min=10.0, max=36.0, step=0.5],
widget="oh-stepper-card" [ min=10, max=36, step=0.5, autorepeat=true],
listWidget="oh-stepper-item" [min=10, max=36, step=0.5, autorepeat=true]
}
Number:Temperature ArgoClimaHVACRemote_CurrentTemperature "Current Temperature" <temperature> (GArgoClimaHVACRemote) ["Temperature", "Measurement"] {
channel="argoclima:remote:argoHvacRemote:ac-controls#current-temperature"
}
String ArgoClimaHVACRemote_FanSpeed "Fan Speed" <fan> (GArgoClimaHVACRemote) {
channel="argoclima:remote:argoHvacRemote:ac-controls#fan-speed"
}
Switch ArgoClimaHVACRemote_EcoMode "Eco Mode" <vacation> (GArgoClimaHVACRemote) {
channel="argoclima:remote:argoHvacRemote:modes#eco-mode"
}
Switch ArgoClimaHVACRemote_TurboMode "Turbo Mode" <party> (GArgoClimaHVACRemote) {
channel="argoclima:remote:argoHvacRemote:modes#turbo-mode"
}
Switch ArgoClimaHVACRemote_NightMode "Night Mode" <moon> (GArgoClimaHVACRemote) {
channel="argoclima:remote:argoHvacRemote:modes#night-mode"
}
String ArgoClimaHVACRemote_ActiveTimer "Active timer" <calendar> (GArgoClimaHVACRemote) {
channel="argoclima:remote:argoHvacRemote:timers#active-timer"
}
Number:Time ArgoClimaHVACRemote_DelayTimer "Delay timer value" <time> (GArgoClimaHVACRemote) ["Setpoint"] {
channel="argoclima:remote:argoHvacRemote:timers#delay-timer",
unit="min",
stateDescription="" [ pattern="%d min", readOnly=false, min=10, max=1190, step=10 ],
widget="oh-stepper-card" [ min=10, max=1190, step=10, autorepeat=true],
listWidget="oh-stepper-item" [min=10, max=1190, step=10, autorepeat=true]
}
Switch ArgoClimaHVACRemote_IFeelEnabled "Use iFeel Temperature" <network> (GArgoClimaHVACRemote) {
channel="argoclima:remote:argoHvacRemote:settings#ifeel-enabled"
}
Switch ArgoClimaHVACRemote_DeviceLights "Device Lights" <light> (GArgoClimaHVACRemote) {
channel="argoclima:remote:argoHvacRemote:settings#device-lights"
}
String ArgoClimaHVACRemote_TemperatureDisplayUnit "Temperature Display Unit []" <settings> (GArgoClimaHVACRemote) {
stateDescription="" [ options="SCALE_CELSIUS=Ā°C,SCALE_FAHRENHEIT=Ā°F" ],
commandDescription="" [ options="SCALE_CELSIUS=Ā°C,SCALE_FAHRENHEIT=Ā°F" ],
channel="argoclima:remote:argoHvacRemote:settings#temperature-display-unit"
}
Number:Dimensionless ArgoClimaHVACRemote_EcoPowerLimit "Power limit in eco mode" <price> (GArgoClimaHVACRemote) ["Setpoint"] {
channel="argoclima:remote:argoHvacRemote:settings#eco-power-limit",
unit="%",
stateDescription=" " [ pattern="%d %%", readOnly=false, min=30, max=99, step=1 ],
widget="oh-stepper-card" [ min=30, max=99, step=1, autorepeat=true],
listWidget="oh-stepper-item" [min=30, max=99, step=1, autorepeat=true]
}
String ArgoClimaHVACRemote_ModeEx "Extended Mode" <heating> (GArgoClimaHVACRemote) {
channel="argoclima:remote:argoHvacRemote:unsupported#mode-ex"
}
String ArgoClimaHVACRemote_SwingMode "Airflow Direction" <flow> (GArgoClimaHVACRemote) {
channel="argoclima:remote:argoHvacRemote:unsupported#swing-mode"
}
Switch ArgoClimaHVACRemote_FilterMode "Filter Mode" <switch> (GArgoClimaHVACRemote) {
channel="argoclima:remote:argoHvacRemote:unsupported#filter-mode"
}
# argoclima.sitemap
// All things in all modes expose the same channels
Frame label="ā HVAC Control" {
Switch item=ArgoClimaHVACRemote_Power
Switch item=ArgoClimaHVACRemote_Mode label="Mode []" mappings=[
COOL="Cool", DRY="Dry", FAN="Fan", AUTO="Auto"
]
Setpoint item=ArgoClimaHVACRemote_SetTemperature minValue=19 maxValue=36 step=0.5
Text item=ArgoClimaHVACRemote_CurrentTemperature
Selection item=ArgoClimaHVACRemote_FanSpeed mappings=[
LEVEL_1="1", LEVEL_2="2", LEVEL_3="3", LEVEL_4="4", LEVEL_5="5", LEVEL_6="6",AUTO="Auto"
]
Default item=GArgoClimaHVACRemote label="All settings"
}
Frame label="ā HVAC Modes"
{
Switch item=ArgoClimaHVACRemote_TurboMode
Switch item=ArgoClimaHVACRemote_NightMode
Switch item=ArgoClimaHVACRemote_EcoMode
Slider item=ArgoClimaHVACRemote_EcoPowerLimit minValue=30 maxValue=99 step=1
Switch item=ArgoClimaHVACRemote_IFeelEnabled
Switch item=ArgoClimaHVACRemote_DeviceLights
}
Frame label="ā² HVAC timers" {
Selection item=ArgoClimaHVACRemote_ActiveTimer mappings=[
NO_TIMER="No Timer", DELAY_TIMER="Delay Timer",
SCHEDULE_TIMER_1="Schedule 1", SCHEDULE_TIMER_2="Schedule 2", SCHEDULE_TIMER_3="Schedule 3"
]
Setpoint item=ArgoClimaHVACRemote_DelayTimer minValue=10 maxValue=1190 step=10
Slider item=ArgoClimaHVACRemote_DelayTimer label="Delay time [%.1f h]" minValue=0.17 maxValue=19.83 step=0.1
}
# Connection Modes
# Basic Modes
These modes assume the HVAC device is connected directly to the Internet. This is the default (vendor-recommended) configuration which does not require any special network-level changes. There are security considerations when using these modes, though.
# Basic: Local connection
The device is locally available through the LAN. openHAB sends commands directly (and polls for status).
# Basic: Remote connection
The device may not be locally available through the LAN (or the user wants silent/no-beep behavior).
openHAB sends commands to a remote vendor's service (and polls it for device status), while the device also talks to the same service and eventually learns the updates.
Commands are delayed in this mode.
# Advanced Modes
In these modes, the HVAC traffic which is originally targeted towards vendor's servers is rerouted on the network layer, and flows to openHAB instead. This is possible as the device does use plain HTTP (no TLS, certificate pinning etc.)
The following nftables
snippet provides an example rule redirecting traffic to 31.14.128.210
(Argo server) to a local openHAB instance listening at 192.168.0.15:8239
.
Please note this is not a complete configuration, and an actual secure configuration requires a few more rules and network setup.
table inet fw4 {
(...)
chain dstnat_iot {
ip daddr 31.14.128.210 tcp dport 1-8000 counter packets 2593 bytes 114092 dnat ip to 192.168.0.15:8239 comment "!fw4: Argo 2 lan"
}
(...)
}
For example, if your home router is based on OpenWrt (opens new window) LuCI
interface, a graphical representation of the forwarding rule might look similar to the below.
Please note this forwarding rule would need to be accompanied with other traffic rules (and separate WLAN/SSID) for the device (this configuration is not covered here - refer to your network equipment's manual for more).
# Advanced: Local connection with pass-through proxy
In this mode openHAB is acting as an almost transparent proxy, and does a pass-through of device-side messages and remote-side responses (a man-in-the-middle). This allows to have the device fully controllable via openHAB as well as vendor's application (at the expense of security!). Possible other use of this mode is for firmware update or ad-hoc controlling some settings which are not easily accessible via openHAB.
IMPORTANT: Most of the time, openHAB serves as a fully transparent proxy, not interfering with the traffic, except for cases when cloud has no updates for the device while openHAB has a command pending send to the device. In such case, the binding injects it into the communication flow as-if it was cloud-issued!
# Advanced: Local connection with STUB (simulated server) - RECOMMENDED
In this mode openHAB is simulating vendor's server (which is out of the picture). The HVAC is functioning fully locally. This is the recommended mode for maximum security.
# Argo protocol details
The HVAC device accepts multiple command in one request (similarly to how the remote control works). Dual APIs (local and remote) are exposed:
- The local API uses direct HTTP communication (all requests are
HTTP GET
) and polling for getting the device state. Sending any command through this interface effects an immediate change, and audible confirmation (beep). - The remote API involves the device periodically (for example, every minute) reaching out to manufacturer's server, and getting any withstanding commands. Commands sent through this interface will be delayed, and not yield an audible confirmation (no beep).
IMPORTANT: The Argo HVAC device has to be connected to Wi-Fi and communicating with a vendor (or vendor-like) server for either of its APIs to work. This is true even if the device is desired to be controlled via local APIs only!
A NOTE ON SECURITY: The device protocol is plain HTTP (no TLS), and it transmits all the device secrets to the cloud service in cleartext (that includes device password as well as your Wi-Fi password!)
Hence, security-savvy users may choose to not only connect it to a dedicated
IOT
-specific Wi-Fi network, but also deny its Internet access (ex. to prevent a malicious firmware update converting it to a network backdoor). While the device needs to communicate with a protocol-compatible server to work, this binding provides a convenient simulated server exactly for this purpose! Its use requires a specialized forwarding rules set-up on the home router, hence is only recommended to advanced users, though. Refer to Connection Modes for more details.
# Room temperature support
The Argo APIs support all functionalities of the device's remote, and two-way communication, except for room temperature (iFeel) provided from external sensor (the device's remote control). Its value is read-only in the API protocol.
While using the temperature sensor built-in into the device is sufficient for most cases, for certain scenarios it may be desired to be able to set the room temperature from openHAB (for example: to have multi-sensor aggregate temperature display on the built-in HVAC display).
Since the iFeel temperature updates have to be sent via infrared, there are two notable options to consider:
Use the original remote: As long as the remote control is pointing towards the HVAC and A/C status on the remote is
ON
(with iFeel option enabled), it will periodically beam current temperature (which the HVAC will accept if its iFeel option isON
, which can be configured through the binding).Use openHAB-controlled (custom) IR Blaster:
The Argo protocol is fully supported by the IRremoteESP8266 (opens new window) library, and Tasmota (opens new window). Hence, any Tasmota-IR (opens new window)-compatible device would be able to send iFeel data to the HVAC (and the device itself can be controlled via openHAB's MQTT Binding (opens new window)).
For example, (by default) the following command sent to
cmnd/<tasmota_dev_id>/irhvac
channel does send the iFeel temperature.// Hint: You may use JINJA transform to fill the room temperature (in Celsius) from a channel. // The status of IR command execution is available through [stat/<tasmota_dev_id>/RESULT] channel { "Vendor": "Argo", "Model": "WREM3", "Command": "iFeel Report", "SensorTemp": <the_room_temperature_value> }
# Argo Web APP details
The supported devices will typically have a web interface similar to the one shown on the image below.
For example, the original web application for Ulisse 13 DCI ECO air conditioner is available through http://31.14.128.210/UI/WEBAPP/webapp.php?logo=Argo (opens new window) link, as referenced in the manual (opens new window).
# Credits
The author would like to thank the following individuals:
- Maintainers of IRremoteESP8266 (opens new window) and Tasmota (opens new window) projects - for reviewing an accepting the infrared-related part of Argo protocol into their libraries!
- @nyffchanium (opens new window) for creating an awesome Argoclima integration for HomeAssistant (opens new window) which was used to confirm & speed up the analysis of device's protocol.
While most of the learnings come from analyzing the JavaScript code in Argo's own application and network captures, the HA integration has proven invaluable as a secondary/confirmed source and allowed to validate a few concepts early on!
- In case you're experiencing issues, make sure to read the HomeAssistant binding's README (opens new window) as well, for useful troubleshooting info!
- @lallinger (opens new window) for a dummy server (opens new window) which was the idea that served as the cornerstone of the stub server built into this binding (which later got extended to do something useful, instead of just keeping the device happy).
# Disclaimer
This project is not affiliated with, funded, or in any way associated with Argoclima S.p.A. All third-party product, company names, logos and trademarksā¢ or registeredĀ® trademarks remain the property of their respective holders.