Last updated on Mon 17 Feb 2020
**Please note, this page gives answers to Mount Kelvin DALI, which may not be applicable to Mount Kelvin Mesh. Please see the Mesh documentation for information about the new product.
Mount Kelvin DALI can be used in European Economic Area.
No support for the Americas is on the roadmap at this time. See Q&A for the Mount Kelvin Mesh product for information about support in the Americas.
For LED drivers, all high quality DALI drivers should work. For other devices, please use one of the supported DALI devices. Other devices like input units or relays are likely to work well even outside the supported devices, while motion and other sensors are not.
If you need to use an unsupported device, please let us know which one and your use case for it, and we’ll help you find the right solution.
The BacNet IP integration is built with AC units in mind, but adding device support for other devices can be investigated. Please let us know what you need and we’ll get back to you.
Currently there is no facility for notifying users about missing devices.
The Mount Kelvin app includes light intensity level information on per-space granularity. Additional reports can be built at an additional cost. Please contact us to discuss your needs.
Timers can be set to activate scenes, which gives quite a lot of flexibility. There currently is no support for floor heating thermostats, but a thermostat could be installed behind relay control, which would enable / disable floor heating based on it’s internal temperature setting.
For DALI based solutions, the quote typically includes the following items
Supporting a fire alarm system to control the lights in the room is possible, given that the fire alarm device in the room can provide a signal to a DALI Input unit. We can then configure the DALI input unit to turn on the room lights when an alarm is triggered. We do not support resuming the old light state after the alarm is cleared automatically, however from an end user standpoint it is better to have the lights on when they return to the room after the alarm - during the night an alarm might have the system resume to a light-off state, which is inconvenient.
The fire alarm control requires some customization and testing with the fire alarm devices used at the site, therefore this configuration is available only for larger installations of >100 rooms.
There are very few limits in grouping, although the 64 device limit of DALI creates a degree of limitation.
Creating very large groups is fine, but having vary many can cause some odd effects when using push-dim (very many groups may cause some lights to lag behind).
Prefer large groups over many groups.
The presence sensor ‘On Movement’ event will not override a scene activated with a push button or via the app. The ‘On Absence’ event will, but this is logical: Lights will turn off after a while even in spaces where a push button was used to turn them on, as long as the space remains empty for a while.
Theoretically yes, if you map each device to it’s own group. In practice, this is not a good idea, any large site will have far too many luminaires for this to be practical.
Programming is done with our mobile app.
Disturbing the lighting control system is quite difficult and the attacker has to be physically present on the site both in preparation for the attack as well as during it. In addition to technical difficulty and high chance of getting caught, conducting an attack requires special hardware and software which few people have. The combination of high risk, low reward and technical difficulty makes real world attacks unlikely. Assuming an attacker could compromise the wireless switches, what could they do? While difficult, the attacker might be able to turn lights around the building and on off and detect when nearby switches are pressed.