openHAB is able to play sound either from the file system (files need to be put in the folder
conf/sounds), from URLs (e.g. Internet radio streams) or generated by text-to-speech engines (which are available as optional Voice add-ons).
There are different options for output devices (so called audio sinks):
The distribution comes with these options built-in:
|Output Device||Audio Sink||Description|
||System Speaker||This uses the JRE sound drivers to play audio to the local sound interface.|
||System Speaker (with mp3 support)||This uses the JRE sound drivers plus an additional 3rd party library, which adds support for mp3 files.|
||Web Audio||Convenient, if sounds should not be played on the server, but on the client: This sink sends the audio stream through HTTP to web clients, which then cause it to be played back by the browser. Obviously, the browser needs to be opened and have a compatible openHAB UI running. Currently, this feature is supported by Paper UI and HABPanel.|
Additionally, certain bindings register their supported devices as audio sinks, e.g. Sonos speakers.
To check, which audio sinks are available, you can use the console:
openhab> smarthome:audio sinks enhancedjavasound javasound webaudio
You can define the default audio sink either by textual configuration in
conf/services/runtime.cfg or in the Paper UI in
In order to play a sound, you can use the following command on the console:
openhab> smarthome:audio play doorbell.mp3
playSound() function can be used in DSL rules:
In order to use text-to-speech, you need to install at least one TTS service. Once you have done so, you will find voices available in your system:
openhab> smarthome:voice voices mactts:Jorge Jorge (es_ES) mactts:Moira Moira (en_IE) mactts:Alice Alice (it_IT) mactts:Ioana Ioana (ro_RO) mactts:Kanya Kanya (th_TH)
You can define a default TTS service and a default voice to use either by textual configuration in
conf/services/runtime.cfg or in the Paper UI in
In order to say a text, you can enter such a command on the console (The default voice and default audio sink will be used):
openhab> smarthome:voice say Hello world!
Alternatively you can execute such commands within DSL rules by using the
say("Hello world!") say("Hello world!", "voicerss:enGB") say("Hello world!", "voicerss:enUS", "sonos:PLAY5:kitchen")
You can select a particular voice (second parameter) and a particular audio sink (third parameter). If no voice or no audio sink is provided, the default voice and default audio sink will be used.
Although there are already interfaces defined in openHAB for speech-to-text, up to now there is no add-on available for this functionality. So the only choice that is available right now is to use the Android voice recognition feature that is built into the openHAB Android app.
The Android app is not yet adapted to the openHAB 2 voice features. To still use the voice feature you will need to have a String item with the name “VoiceCommand” defined, to which the app sends any recognized text as a string command.
Human Language Interpreter
Human language interpreters are meant to process prose that e.g. is a result of voice recognition or from other sources.
There are two implementations available by default:
||Rule-based Interpreter||This mimics the behavior of the Android app - it sends the string as a command to a (configurable, default is “VoiceCommand”) item and expects a rule to pick it up and further process it.|
||Built-in Interpreter||This is a simple implementation that understands basic home automation commands like “turn on the light” or “stop the music”. It currently supports only English, German and French and the vocabulary is still very limited. The exact syntax still needs to be documented, for the moment you need to refer to the source code.|
To test the interpreter, you can enter such a command on the console (assuming you have an item with label ‘light’):
openhab> smarthome:voice interpret turn on the light
The default human language interpreter will be used. In case of interpretation error, the error message will be said using the default voice and default audio sink.
Again, such a command can also be entered within DSL rules (using the
interpret("turn on the light") var String result = interpret("turn on the light", "system") result = interpret("turn on the light", "system", null) result = interpret(VoiceCommand.state, "system", "sonos:PLAY5:kitchen")
You can select a particular human language interpreter (second parameter) and a particular audio sink (third parameter). The audio sink parameter is used when the interpretation fails; in this case, the error message is said using the default voice and the provided audio sink. If the provided audio sink is set to null, the error message will not be said. If no human language interpreter or no audio sink is provided, the default human language interpreter and default audio sink will be used. The interpretation result is returned as a string. Note that this result is always a null string with the rule-based Interpreter (rulehli).