* Add default translations for binding add-ons
This makes the texts used by these add-ons translatable with Crowdin.
To keep the PR simple, it only adds default translations for add-ons which do not yet have any default translations properties file.
We can do follow up PRs for adding missing key/values to add-ons that already have these files or to remove duplications.
There are several add-ons in this PR that do have non-English translation files, so I'll upload those to Crowdin when the PR is merged.
Signed-off-by: Wouter Born <github@maindrain.net>
* Use globally unique id for registration of callback to allow ...
the connection of multiple OH installations with one CCU.
The bridge id is not sufficient for this purpose because it is same in
all OH installations.
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Retry callback re-registration after connection is resumed
Some services on the CCU need longer to start and are not available
immediately after the connection to the CCU has been resumed.
Improves the solution for #8808Fixes#10439
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Description was missing.
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Changed setting name and description to avoid confusion
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Added a troubleshooting tip to solve a communication problem
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Shortened the label name to follow the guide lines
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Print more information about the reason for the failure
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Using scheduler thread pool and simplified configuration
Instead of configuring separate values for retry delays and number of
retries only the maximum time for retries can be configured.
The init method uses fixed delays.
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Don't retry to send if gateway does not answer at all
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Improved reconnect handling
- unregister callback not necessary if connection is lost
- wait 30s until clients and servers are restarted to give the gateway
some time to recover
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Spotless
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Cancel an active future if the binding is stopped
Signed-off-by: Martin Herbst <develop@mherbst.de>
The XStream.setupDefaultSecurity method is deprecated since XStream 1.4.18.
It no longer does anything, because this is the default in newer XStream versions.
Signed-off-by: Wouter Born <github@maindrain.net>
HM devices provide not only 'long press' events, but also 'long
press continued' (sent in configured long press interval) and 'long
press released' events. So far, those events were swallowed in the
button datapoint handler.
Improve the situation by forwarding those events to the button trigger
channel, making them usable in e.g. rules that react on button long
presses.
A double press timeout of 2 seconds is too long and disturbs single
press processing. Additionally, for double press processing to be
useful, the first press would need to be swallowed until double press
timeout elapses, which is not what happened here: the first PRESS was
sent out as SINGLE_PRESS event, making it impossible to meaningfully
distinguish the 'single press' and 'double press' events within rules.
If needed, double press handling can be implemented equally well within
a rule.
Signed-off-by: Danny Baumann <dannybaumann@web.de>
Currently openHAB and the CCU are using different values for the same state of a rollershutter.
Added information about this under Troubleshooting and listed some examples.
Signed-off-by: Michael Bredehorn <michael@bredehorn.nrw>
The set of available HM-MOD-EM-8 channels varies depending on the
function a given channel is configured to use, which is why for those
devices we can't determine a static ThingType, but instead must populate
the thing channels on initialization. The existing code already handled
that case, but missed registering channel types for the dynamically
generated channels, which is why those channels were not shown in main
UI.
Signed-off-by: Danny Baumann <dannybaumann@web.de>
* Fixed a rare NPE introduced while replacing commons-lang
* Provide additional null pointer checks
It is possible that the meta data returned for some device does not
contain a default or maximum value.
Fixes#10945Fixes#10961
Signed-off-by: Martin Herbst <develop@mherbst.de>
* [homematic] Add HM-MOD-EM-8 properties
If a HM-MOD-EM-8 channel is configured to 'sensor' mode, it advertises a
STATE datapoint, which we should both display as non-advanced and give a
description.
Signed-off-by: Danny Baumann <dannybaumann@web.de>
* Prevent possible NPE
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Spotless
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Fixes missing unit information (especially for HmIP devices)
For some HmIP devices the "valueunit" attribute is empty and thus no
default unit type could be derived. Using the data point name solves
this problem (at least for the relevant data points).
Fixes#10533
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Condition result was wrong because of missing brackets
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Regenerated and reorganized descriptions
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Encoding changed to UTF-8 and some smaller text corrections
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Use default value as maximum if is greater than received max value
For some devices the data point definition retrieved from the CCU
contains default values that are higher than the maximum value. In order
to allow the configuration of these config options the allowed maximum
value needs to be set to the default value.
Fixes#10552
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Removed method that was already marked as deprecated
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Handle HM-ES-TX-WM with firmware version >= 2.0 as different device
The device provides different data points (channels) depending on the
firmware version. Therefore devices with a firmware version >= 2.0 are
handled as a different device.
Fixes#9793
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Don't change uninitialized thing state automatically to online
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Listen to all network interfaces instead of limiting it to only one
This also makes the specification of a separate bind address
superfluous.
Fixes#9855Fixes#10075
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Add support for HmIP-eTRV-C-2 device
The event messages received for this device are not correctly formatted
and thus some special treatment for at least one data point is required.
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Spotless formatting applied
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Configured XML parsers to resist XXE attacks
Signed-off-by: Kai Kreuzer <kai@openhab.org>
* added fix for avmfritz
Signed-off-by: Kai Kreuzer <kai@openhab.org>
* added fix for sonos
Signed-off-by: Kai Kreuzer <kai@openhab.org>
* added fix for vitotronic and bosesoundtouch
Signed-off-by: Kai Kreuzer <kai@openhab.org>
* changed avmfritz to singleton pattern
Signed-off-by: Kai Kreuzer <kai@openhab.org>
* addressed roku binding
Signed-off-by: Kai Kreuzer <kai@openhab.org>
* address all uses of DocumentBuilderFactory
Signed-off-by: Kai Kreuzer <kai@openhab.org>
* fixed other occurrences in roku binding
Signed-off-by: Kai Kreuzer <kai@openhab.org>
Related to #8607.
In some cases removed information that is actually generic information and should not be in binding readme.
Signed-off-by: Hilbrand Bouwkamp <hilbrand@h72.nl>
* Replace deprecated constructors
* Removed no longer existing settings from the documentation. They were already marked as deprecated since several versions.
* Refactored communication with the HM gateway
- simplified coding for the communication with the gateway
- buffer size for communication is now configurable to avoid problems
with too small buffers
- Previous solution for #6963 was not sufficient. Should be finally done
with these changes
* Retrieving the duty cycle is sufficient to check connection
- ping requests could therefore be safely removed problems with the automatic reconnection were solved.
* Changed to explicit list of Exception
Fixes#8808
Signed-off-by: Martin Herbst <develop@mherbst.de>
Older HM dimmers are using a maximum values of 1.0. But also for these
devices the values must be corrected.
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Max value and format pattern were not correct for dimmers (Fixes#8799)
* Fixed calls to deprecates methods/constructors
* Make sure channelLinked is executed at restart (see also: https://github.com/openhab/openhab-core/issues/1707)
Signed-off-by: Martin Herbst <develop@mherbst.de>
* Configures XStream security to prevent "Security framework of XStream not initialized, XStream is probably vulnerable" warnings.
* Resolves the itest bundles for the upgrade to XStream 1.4.13
Related to openhab/openhab-core#1688
Signed-off-by: Wouter Born <github@maindrain.net>
