Drivers Honeywell USB Devices

Posted By admin On 31/01/22
Click here to download.
  1. Drivers Honeywell Usb Devices Wireless Adapter
  2. Drivers Honeywell USB Devices
  3. Drivers Honeywell Usb Devices Wireless
  4. Drivers Honeywell Usb Devices Adapter

Here is a step by step manual guide for Honeywell Bidirectional Device software installation process on Windows 7 / 8 / 8.1 / 10 / Vista / XP. 1 Download HSM USB Serial Driver file for Windows 7 / 8 / 8.1 / 10 / Vista / XP, save and unpack it if needed. Make sure the USB port is selected in Crimson 2.0 as the PC download port. The default is COM1. To change the port, click on LinkOptions. Open the Device Manager to check if the driver G3 HMI is present under Universal Serial Bus Controllers. Make sure the PC and the Red Lion unit are connected and powered up. HSM USB Serial Driver 3.5.9 can be found on the Software download Site. See this article: How to access the new software download server? This is a completely silent install. There aren't any 'Trust Honeywell' nags that must be addressed like in the previous versions of drivers that supported silent install. (3.5.5 and 3.5.7). FT232H, FT-X series and other FTDI devices. In the case of FT232BM, FT245BM, devices, the CDM driver will default to always installing both the bus and COM port parts. This com port installation can be disabled and EEPROM settings ignored by changing the driver INF files as detailed in FTDI Application Note AN107 Advanced Driver Options. See if the workstation can see the handheld device in ‘Devices and Printer’. If not, make sure all cables are plugged in properly. Try a different USB port. If running Windows 7 or higher, open Windows Mobile Device Center. – Verify “Allow USB Connections” is checked off. – Check “Allow connections to one of the following:”.

New Features:
• Event logging for manual request of door energize, de-energize, and pulse has been added.

List of Issues Resolved (03.06.25 Production Release):
• Outputs will energize when you swipe a card after the time zone expires on a group.
• Supervisor Mode toggles back on at Midnight with NetAXS 4-door.
• Event logging needed for Manual request of door energize and pulse
• TZ toggle time zone set Default Time Zone (24x7), the output will energize before swiping valid card to toggle TZ.
• The state of outputs do not in accord with the group when change the toggle manually
• Reader LED does not follow the state of the output relay controlling the door.
• A manual Pulse will De-energize a manual Energized output.
• Reader LED randomly not following the output controlling the door when the output is in a time zone.
• Pulse Command will cause output to Energize on a Time Zone when using First Valid Card Rule.

Drivers Honeywell USB devices

• Reader LED is not following the Output State when the Output Toggle during Time Zone feature is enabled
• Pulse will cause Group to energize when Group is in a time zone.


evohome is a multi zone wireless heating / hot water controller and associated components e.g.

  • Touchscreen Evohome Controller - newest version includes native wifi so separate Remote Gateway (RFG100) no longer required
  • Wireless TRVs
  • DHW / Room / Outdoor Temperature Sensors
  • Boiler / DHW / CH Relays
  • OpenTherm Bridge
  • Remote Gateway (RFG100)
  • Wireless Gateway (HGS80/HGI80)
  • UFH Controller
  • Zone and Mixing Valves

evohome is for use with hydronic (wet) heating systems and does not typically support electric only systems directly i.e. the boiler & or CH relay will always close to fulfil heat demand. It should however be possible to link a compatible Honeywell wireless thermostat which may allow other possibilities?

evohome can either be used to retrofit an existing system or for implementing a new system wirelessly. Supported CH systems typically correspond with a Honeywell Sundial Plan. There is also a variety of zone / mixing valves / UFH controller as well as the 5A or 10A relays which can be used to create a customised system.

Drivers Honeywell USB devices

evohome varies from a system with a centrally controlled thermostat in that heat demand is calculated for each zone individually then aggregated via the controller in order to fire the boiler either using TPI or OpenTherm This is relevant for a multi zone system as there is no guarantee that a central thermostat will correspond to the requirements for an individual zone or the system as a whole when using a variety of changing set points throughout a building.

Note: Honeywell has recently started selling its Le Sucre security products under the branding 'evohome security'. They can be controlled from the same app as evohome thermostats and both systems use 868MHz RF but the protocols are completely different and the 'interoperability' happens in the cloud. Evohome security is currently not controllable from Domoticz and the HGI-80 does not 'see' any packets from it.


The integration of an Evohome system within Domoticz can be achieved either by communication with the Honeywell servers (Web API or scripting) or by a USB 868MHz device which provides direct communication (Honeywell HGI80 or equivalent).


  • Zone device which is a combined temperature and set point device allowing for a temporary, permanent set point override or a return to the schedule.
  • DHW device which is as above but allowing control of the hot water on / off state instead of a set point.
  • Controller device which allows the control of the controller mode.

The following evohome HGI80 or equivalent enhancements are also available since 3.5288 beta:

  • Heat demand logging
  • Boiler / CH and DHW relay / heat demand logging
  • Linking of non-Evohome room temperature sensor devices

ToDo / Possible enhancements

  • Scheduling support
  • Scenes / groups to allow recall of predetermined set points and group control of multiple zones etc.
  • Colouring of rooms on the floor plan using the associated set point colour
  • Until date for controller mode



You will need an evohome controller with inbuilt wifi and optionally a HGI80. Alternatively you can use the older non-wifi evohome controller with v23 firmware or above and either an RFG100 or HGI80. The v23 firmware may well have been the first firmware version that shipped with the non-wifi colour evohome. You should be able to check the firmware version by doing a quick tap on 'settings' on the evohome main screen followed by a long tap (around 15s) on 'device settings'. The system should then display an info screen with the device id and application software version followed by a date etc. There may be a different procedure for other versions of evohome e.g. the mono version.

Adding Evohome via Web API (recommended for new users)

Domoticz now has native support for the Evohome Wifi Controller and RFG100 remote gateway using the UK/EMEA client protocol which is currently also advised for use by NA customers.


  • You need to have username and password credentials from the evohome web portal

Adding Evohome Hardware Device to Domoticz

Use the Domoticz Set-up->Hardware menu and choose the 'Evohome via Web API' device.

Enter a name for your system, and your user credentials from the Evohome web portal. By default 'Synchronize installation' will be selected and to complete the installation you should leave it like that. You may either lower or raise the poll intervall to anything you like but if you set it to less than ten seconds it will automatically reset itself to 60 seconds.

After pressing the 'Add' button to add the hardware device, the rest of the configuration will occur automatically and you should see your Evohome heating zones (and Hot Water device if you have one) appear in the devices list after about ten seconds. If you like you can now disable 'Synchronize installation'.

The client has an option to show a zone's next scheduled switch point as the 'until' time. The benefit of this is that if you want to override a setpoint the dialogue will be preloaded with that value as the end time for the override - just like the regular Evohome devices.

If you have multiple Evohome installations you may like the two 'location' options. 'Show location' will prefix your zone names with the location name you specified in the Evohome web portal. 'Select location' probably looks a bit puzzling, but this is how Honewell registers your temperature control system, i.e. your (Wifi) Controller. In sequence the numbers represent your selectable locations, gateways (RFG100 Wifi) and temperature control systems. In theory this allows for quite a lot of options, but according to the web portal help there can only be one gateway and temperature control system for each location, so in practice you should only need to worry about the leftmost dropdown selector.

Starting with version 3.7722 you may now also choose to display more detailed temperatures from your Evohome devices than shown on your controller (which is per 0.5⁰C). There is a penalty to this because it requires additional info to be retrieved from the Evohome web portal, so you may not want to do this on slower systems and/or slower internet connections.

Upgrading from script

Drivers Honeywell USB Devices

It couldn't be much simpler. Just change the type of your current Evohome hardware from 'Evohome via script' to 'Evohome via Web API' and enter your credentials.

That said, there is of course the issue of the script itself. To start with you'll need to stop it from atttempting to do any further updates. The script also added (invisible) links towards itself to the device properties and we want to get rid of those. From version 3.7675 and up Evohome via Web API can do this for you, but it requires a device name change to trigger this. Luckily this is easily accomplished by enabling 'Show location'. Simply wait for your zone names to change into something like 'My home: Bathroom'. Turn off 'Show location' if you like the name to change back to 'Bathroom'. The script references will now have been deleted.

Adding Evohome via usb device (HGI80 or equivalent)

The Honeywell HGI80 is a USB Gateway Interface device which allows direct communication with all Evohome wireless devices (as noted earlier, not the evohome security products). The HGI80 provides the most complete support of functionality within Domoticz and once the kernel module is loaded and configured in Linux or the driver installed in Windows, the rest of the setup can be done in Domoticz. This includes additional support for relays including TPI control, a simulated outdoor sensor using the WU Domoticz device, open window mode and battery level updates. Current versions of the Linux kernel will detect the serial port automatically. In older versions (before 4.4, and before the 4.3.1, 4.2.7, 4.1.14 or 3.14.58 stable releases of older versions) the specific vendor & product code alias is not known to the kernel module and must be configured manually. Use the command uname -a to determine the kernel version.

Device Driver Setup (Linux)

Use the command lsusb to list the USB bus devices in your system:

Bus 002 Device 002: ID 10ac:0102 Honeywell, Inc.

It may be best to try and get this working from the shell first

Then check your kernel messages with dmesg

Depending on your distribution you may need to supply a firmware file or enable the appropriate software sources / repository

Automatic setup at boot

Something like this works under Ubuntu 12.04 (add to /etc/rc.local)

You can also add ti_usb_3410_5052 to /etc/modules instead of using the modprobe line in /etc/rc.local (the new_id line is still required)

Udev sample rule

As an alternative to modifying /etc/rc.local etc. above. It's best to use udevadm to obtain the correct parameters when creating a udev rule as examples can often be misleading.

Put the following in a file such as 46-hgi80_usb.rules and cp to /etc/udev/rules.d/

The above was also designed to give a fixed tty number to the device via the NAME parameter (I'm not sure if it required on the first 2 lines). It should therefore be possible to remove the NAME parameter and just accept whatever tty device the kernel assigns. The last line may not be required if you don't want a fixed tty device number. See also PersistentUSBDevices for restrictions on dev name.

Note: NAME attribute has no effect on some linux platforms.

Sample kernel output

Once the module is correctly configured a serial device such as /dev/ttyUSB0 is created. This can then be setup in Domoticz by adding a new hardware device Evohome USB (for HGI/S80) and choosing the appropriate serial port. The rest of the configuration will occur automatically after a few minutes providing the wireless signal is acceptable.

RFBee / Arduino

For advanced (or adventurous) users there is a Domoticz compatible firmware for the RFBee (Arduino compatible) device. You will probably need an UartSBee for the USB connection to go with that. Due to the high level of interrupts the FTDI USB device is know to be problematic on the RPi although there may be some workarounds for this now. Likewise it can cause issues with virtualization environments such as VirtualBox. The HGI80 uses a different USB serial device which seems to have less issues.

More details available at

Temperature Sensor

If you really like to experiment there is also an RFBee firmware to create a evohome compatible room temperature sensor. This is all guess work but working ok so far.

More details available at

Obsolete solutions

Things that don't seem to work are module options. This may depend on the age of your kernel and the distribution you use.

Check module parameters

modinfo ti_usb_3410_5052 grep ^parm:

Variations on the following don't do anything as the relevant module parameters are no longer supported. You have to use new_id as above instead.

add options ti_usb_3410_5052 vendor_3410=0x10ac product_3410=0x0102

Device Driver Setup (Windows)

Contributed by Heimiko

  • download driver at - TI WDF USBUART Single Driver (Rev. A)
  • extract the archive
  • in device manager, lookup the hardware ID of your HGI80 (TUSB3410 Boot Device)
  • edit the usbuart3410.inf file (either the 32-bit or 64-bit)
  • add your hardware ID multiple times in the different section in the INF file
  • add the descriptor at the bottom of the INF
  • save / exit
  • since we've modified the INF file, windows will complain about driver signing / tampering,

so before you can assign this driver to 'TUSB3410 Boot Device', you'll need to set windows in test mode (google this if you don't know how)

Its always easier to have an example, so here's a modified usbuart3410.inf (x64)this INF works with my HGI80, I don't know if it'll work with any other (match the hardware/vendor ID's)

lines I added in the different sections:

then descriptor:

Adding Evohome Hardware Device to Domoticz

Use the Domoticz Set-up->Hardware menu and choose the 'Evohome USB (for HGI/S80)' device.

Enter a name for your system, select the correct serial port and baud rate for your device. Note: the HGI80 uses a baud rate of 115200, the other baud rates are for alternative devices e.g. RFBee. There is also the option to enter the Controller ID for your Evohome controller and this ensures that messages from neighbouring systems do not cause intereference. A hexadecimal value should be entered and the ID of your controller can be obtained by pressing the 'Device Settings' button for 10sec (wifi model).

After pressing the 'Add' button to add the hardware device, the rest of the configuration will occur automatically and after a few minutes additional Evohome devices will begin to appear in the devices list. Note: it can take more than 1 hour for all devices to appear in the devices list as the automatic device detection relies on each device sending a message and some device types communicate very infrequently. For installations with at least one HR92 radiator controller, pressing the button on a HR92 triggers the device to send its zone name and this can also help fix device names (choose the HR92 with the lowest zone number as the process triggers its zone name and all higher numbered zones to send their names too).

Additional Features

Outdoor Sensor

Note: this functionality is not available with the Evohome Wifi Controller. However, the latest firmware for the WiFi Controller automatically displays the outside temperature based on data obtained from Honeywell servers for the street address to which the device is registered.

Use the default WU setup and naming.

Make sure that no other devices are called 'Outside' just the temperature / baro which should default to 'Outside' for the name. Obviously your WU devices must all be working and reporting sensible values. You may be able to substitue another temperature device in but make sure only the one you want to use is called 'Outside' and rename any others.

Weather Underground Devices

Put your evohome controller in binding mode

  • Press and hold the settings button on the evohome controller screen until the system configuration prompt comes up and then choose the green tick (1)
  • Choose system devices (2)
  • Then outdoor sensor (3)
  • Outdoor sensor again (4)
  • Which should bring up the binding screen on evohome (5)

evohome controller outdoor sensor binding mode

Once you're at screen 5. then push the button in Domoticz (under Setup/Hardware).


Domoticz evohome outdoor sensor bind button

Success or failure should be reported both on the controller and Domoticz. You need to wait about 3 minutes for the first update.

It looks like this when you're done.

evohome outdoor temperature

Non-Evohome Temperature Sensors

Version 3.5288 beta onwards:

This provides the functionality to use any Domoticz temperature device as a remote temperature sensor for an Evohome zone.

On the Evohome controller: press and hold the settings button to get into the set-up menu. Choose 'Zone Configuration' and then select the zone you want to link to the temperature sensor. Choose the 'Temperature Sensor' option, then 'Remote Sensor' and accept the replace/re-bind message. The controller will now be waiting for the binding message.

In Domoticz, choose the Hardware option in the Setup tab and click on the 'Bind Temp Sensor' button. After a few seconds you should see a confirmation in Domoticz and on the controller that the binding was successful.

Click on the devices list in Domoticz and you should see the new Evohome zone temperature device labelled 'Unknown' with a zone (Unit) number in the range 40-51 (this allows for remote sensors on all 12 zones if required). You now need to rename this device giving it exactly the same name as the temperature sensor you want to link. After about 5min you should start to see the zone displaying the remote sensor temperature value on the Evohome controller and in Domoticz.

Note: if the binding process fails, delete the redundant new zone temperature device and then try the binding again. It's recommend to wait at least 1 hour after starting Domoticz before setting up this functionality. This ensures that all devices have been detected and prevents conflicting device IDs. Re-binding the original Evohome temperature sensor on the controller disables this functionality and the additional device can be deleted from the devices list.

All Sensors for Multi-device Zones

Version 3.5288 beta onwards:

For set-ups with multiple devices (e.g. HR92s) grouped into zones (either a multi-room or single-room zone set-up) or where you have a separate temperature sensors (e.g. DTS92). Enabling this functionality adds separate devices for every device within the Evohome set-up which enables the monitoring and comparison of the temperature of each individual device. This can be helpful when troubleshooting the set-up of multi-device zones and selecting the appropriate master temperature sensor or just simply if you're interested in seeing the temperature profile of each individual device within the zone.

To enable the functionality: from the Hardware tab click on the 'All Sensors' button

This triggers the process of adding an individual zone temperature device for every unique sensor detected by the HGI80. The new devices all have Unit(zone) numbers 13 and higher and labelled 'Zone #' where # is the zone group defined on the controller (the Unit(zone) number is the original zone value offset by 12). If there are multiple sensors within one zone these will all have the same name and Unit numbers, but unique IDs. Note: it can take approximately 1 hour for all devices to appear as some send messages very infrequently.

Example devices list showing 'All Sensors' devices (zones 4,8,10 and 11 are multi-room zones with 2 HR92s in each):

To disable this functionality, select and delete all the devices with Unit values in the range 13-24.

Adding Evohome via scripting (web)

If you wish to use the version supporting the Evohome Wifi Controller or RFG100 remote gateway you will need Python and the evohome-client installed. There are 2 versions of the client one for NA and one for EMEA. I've created these scripts around the 2nd version of the client which is for EMEA. The scripts would need to be re-worked for the other client.


This may be incomplete please update as required...

sudo apt-get install git python-simplejson python-setuptools python-pip python-dateutil

Ubuntu 12.04 python-requests may be out of date please use pip

sudo pip install requests

Use git to clone the evohome-client

git clone

You should be able to install the client using pip or it is also possible to run all the scripts from the evohome-client directory

sudo pip install ./evohome-client

You then need to create the following scripts in an appropriate location on the Domoticz server (you can put them in the evohome-client directory after running the git clone).

  • You need to update usr and pw with your username and password credentials from the evohome web portal
  • You also need to update srt with the location you are using to store the script files do not end this with a /
  • As these need to be installed on the Domoticz server there should not ordinarily be any need to update the url although the port can be changed if required.

There are two versions of the evo-update script. The first when no username and password are needed for Domoticz. The second when you do need a user and password. without Domoticz User and Password with Domoticz user and password

Find and replace all DomoticzUser and DomoticzPw entries in the script below with your own credentials.

Make it executable after you have created it

chmod +x

Drivers Honeywell Usb Devices Wireless Adapter

Create the initial Domoticz hardware device and zones make sure Python and the evohome-client are installed before running this init

or to specify the name of the hardware in Domoticz init <hardware-name>

  • You need to run this one time only to get the appropriate devices setup and configured make sure has the correct setting before running
  • You can run this again if something goes wrong but it will add a new hardware controller in Domoticz each time so you will need to remove the old one manually

Update dhw, zone temperatures and controller mode only (no zones names, zone ids, script settings etc) quick

Regular update of evohome zone temperatures, zone names etc.

Schedule this to run once every minute using crontab

Try if the script works from the commandline: <script_root>/

For example: /home/pi/evohome-client/

If it doesn't try: python <script_root>/

For example: python /home/pi/evohome-client/

crontab -e

Drivers honeywell usb devices adapter

You need to add the following line making sure to replace <script_root> with your script install location


Make it executable after you have created it

chmod +x

Make it executable after you have created it

chmod +x

Make it executable after you have created it

chmod +x

Drivers Honeywell USB Devices


Temperature Devices - Zone Temperature Monitoring and Control (Scripting and HGI80)

Example devices list showing controller and temperature sensors. These devices provide the ability to monitor the temperature of each zone and control the setpoint temperatures either within individual zones or of the entire system via the controller.

Example temperature display:

Switch Devices - Heat Demand Monitoring (HGI80 only)

Example devices list showing heat demand (Relay) switch devices. These devices provide the ability to monitor the heat demand within each zone and also the boiler, CH and DHW demand.

Example switches display showing heat demand (Office zone calling for heat, Boiler and CH Valve On with sliders showing demand level).

Historical heat demand data for each device can be viewed graphically by selecting switch Log.


Multi Zone

evohome is based on Hometronic which has been in production since 2002. It was designed to be a multi zone system from the start which is evidenced by the operation of the TRVs and relays. These respond to the combined demands of the individual zones rather than just that of a central location. If you are thinking about creating your own system it's worth considering how you would deal with issues such as increasing a set point for an individual zone. If the central thermostat has already reached temperature there will be no new heat demand generated by turning up an individual zone. Likewise as the set points and heat demand change for different zones there is no guarantee that this will match the heat demand at the central thermostat. The system may therefore be on too much and waste energy or too little and not heat up properly in all the zones.

It is certainty an expensive system especially when compared to other offerings like eQ-3 MAX! Unfortunately that system is only available in German and unlike evohome little appears to be known about the operating protocols. It would be an interesting exercise to try and create a multi zone heating system and probably quite achievable if you have the time and energy. Until then however evohome remains one of the few multi zone systems with hot water control and monitoring which can also be linked to a home automation system.


evohome's DHW implementation includes support for a temperature sensor. In addition to a BDR91 relay the DHW kit includes 2 sensors, a strap on sensor for a traditional hot water cylinder and an insertion sensor for an unvented (pressurised) cylinder such as a Megaflow. The strap on sensor fits as per an equivalent thermostat and the insertion sensor is designed to be fitted in the heat well of an unvented cylinder in place of an immersion heater thermostat (the fitted cylinder thermostat must be left in place).

BDR91 Relays

The installation notes for the BDR91 relay suggests that for optimum reception a gap of at least 30 cm from anything metal including back boxes should be maintained. Apparently there should also be a 30cm gap from other wireless devices including other BDR91 relays and the DHW sensor. You may also need to ensure any metal objects do not interfere with the signal between the relay and the evohome controller. If retro fitting a system it may be more practical to wire the relays close to the zone values which are often found in the airing cupboard.

The relays support TPI which generates a more evenly spaced on / off signal proportional to the heat demand (set as a % of the on/off cycle time). This improves comfort by maintaining a more even temperature as well as improving the efficiency of condensing boilers which are designed to recycle waste energy (only possible below a certain return temperature). The relays will go into a fail-safe mode in the absence of a wireless signal and either turn off or maintain a minimum duty cycle depending on the settings. Some Z-Wave wireless thermostat relays do not support TPI.


I've noted that rather than just being open or closed the TRVs will maintain a partially open state when the heat demand is low. This presumably helps to balance the system directing more heat to radiators where the TRVs are fully open i.e. zones where there is greater heat demand. There is some noise to contend with both from the actuator in the TRV and from the water flow when the valves are partially closed. The actuator in the TRV can of course only be heard when the valve position is being adjusted i.e. opened, closed etc. I wouldn't describe the noise as excessive but it is audible. The water flow in a radiator can only be heard when the zone is near the set point temperature and the valve is in a partially closed position and the CH pump is on.

It's worth noting that the actual radiator valves (the TRV normally just sits on top and opens and closes it by pushing down on something) often seize up and may require replacement. These either jam open or closed and prevent the radiators from turning on / off. There are also other common problems such as sludge / dirt and air locks that can stop an individual radiator working properly. A multi zone system is much more inclined to show up these defects.


Afaik TPI is just another term for a PID controller which is a method for minimizing error in a feedback loop by a tunable algorithm. In this instance this could be seen as controlling a heating device by trying to keep the resultant temperature as close to the set point as possible.

There is an Arduino library that is designed to implement PID control which includes an example using a temperature sensor as the process variable and relay control for the heating device. This would probably a good place to start for implementing a TPI based thermostat.


If you'd like to see the debug logs for evohome for the HGI80 i.e. so you can view the wireless messages etc you will need to recompile and enable the debug setting in hardware/EvohomeBase.cpp

Change the code as follows...

On Linux this should create an evoraw.log in the home directory of the user running the domoticz daemon which will depend on your startup script etc.


One of the main reasons for integration with Domoticz was to make use of the automation facilities on offer. With the appropriate devices in Domoticz this could for example be based on presence detection, alarm mode, geo fencing etc.

Updating the evohome controller mode using the JSON API


  • <idx> id number of the evohome controller device in Domoticz
  • <status> Auto,AutoWithReset,AutoWithEco,Away,DayOff,Custom,HeatingOff
  • <action> (1 to run on action script, 0 to disable)
  • <ooc> (1 only trigger the event & log on change, 0 always trigger & log)

Specify an until date...


  • as above
  • <until> ISO date time to run till, most controller modes do not support the time part and will require at least the next day to update. For example `date -Iseconds -d '+4 hours'` can be used in a bash script.

Updating a setpoint using the JSON API


  • <idx> id number of the evohome zone device in Domoticz
  • <setpoint> set point in degrees (will be ignored for Auto)
  • <mode> Auto,TemporaryOverride,PermanentOverride,FollowSchedule
  • used must be true

Turning HotWater ON/OFF


  • <idx> id number of the evohome DHW temp in Domoticz
  • <setpoint> set point in degrees (will be ignored)
  • <state> On,Off
  • <mode> Auto,TemporaryOverride,PermanentOverride,FollowSchedule
  • used must be true

Specifying a date for TemporaryOverride


Drivers Honeywell Usb Devices Wireless

  • as above
  • <until> ISO date time for the set point override.

More info

Drivers Honeywell Usb Devices Adapter

Retrieved from ''