public/openhab-addons
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Typos a/an (#13846)

Browse Source
This commit is contained in:
Дилян Палаузов
2022-12-05 19:47:43 +02:00
committed by GitHub
parent 54b2772df4
commit 2a5d6beb64
149 changed files with 196 additions and 196 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
bundles/org.openhab.binding.tacmi/README.md
View File

@@ -152,7 +152,7 @@ But this also means for CoE-Messages from openHAB to TA C.M.I. we have to send m
But due to OH's design there is no default restore of previous values out of the box.
So after OH startup the _output thing channels_ are either initialized with it's configured default value or flagged as 'unknown' until the first update on the channel happens.
You could either use some 'illegal' value as initial value and use _CoE Value Validation_ on the TA side to detect invalid values.
An other option would be to use only every 4th analog and 16th digital channel if you only need a few channels.
Another option would be to use only every 4th analog and 16th digital channel if you only need a few channels.
Additionally you could use [OH's persistence service](https://www.openhab.org/docs/configuration/persistence.html#restoring-item-states-on-restart) and it's option to [restore the item states](https://www.openhab.org/docs/configuration/persistence.html#restoring-item-states-on-restart) during OH startup.
As this only restores the item states you have to write a rule issuing _postUpdates_ on the items with the item's current value so the channel for the binding is updated.

4
bundles/org.openhab.binding.tacmi/src/main/java/org/openhab/binding/tacmi/internal/coe/TACmiCoEBridgeHandler.java
View File

@@ -133,8 +133,8 @@ public class TACmiCoEBridgeHandler extends BaseBridgeHandler {
} catch (RuntimeException e) {
// we catch runtime exceptions here to prevent the receiving thread to stop accidentally if
// something like a IllegalStateException or NumberFormatExceptions are thrown. This indicates a bug
// or a situation / setup I'm not thinking of ;)
// something like an IllegalStateException or NumberFormatExceptions are thrown. This indicates a
// bug or a situation / setup I'm not thinking of ;)
if (isInterrupted()) {
return;
}

4
bundles/org.openhab.binding.tacmi/src/main/resources/OH-INF/i18n/tacmi.properties
View File

@@ -32,9 +32,9 @@ thing-type.config.tacmi.cmiSchema.username.description = Username for authentica
# channel types
channel-type.tacmi.coe-analog-in.label = Analog Input Channel (C.M.I. -> OH)
channel-type.tacmi.coe-analog-in.description = A Analog Channel received from the C.M.I.
channel-type.tacmi.coe-analog-in.description = An Analog Channel received from the C.M.I.
channel-type.tacmi.coe-analog-out.label = Analog Output Channel (OH -> C.M.I.)
channel-type.tacmi.coe-analog-out.description = A Analog Channel sent to the C.M.I.
channel-type.tacmi.coe-analog-out.description = An Analog Channel sent to the C.M.I.
channel-type.tacmi.coe-digital-in.label = Digital Input (C.M.I. -> OH)
channel-type.tacmi.coe-digital-in.description = A digital channel sent from C.M.I. to openHAB
channel-type.tacmi.coe-digital-out.label = Digital Output (OH -> C.M.I.)

2
bundles/org.openhab.binding.tacmi/src/main/resources/OH-INF/thing/thing-types.xml
View File

@@ -59,7 +59,7 @@
<channel-type id="coe-analog-in">
<item-type>Number</item-type>
<label>Analog Input Channel (C.M.I. -> OH)</label>
<description>A Analog Channel received from the C.M.I.</description>
<description>An Analog Channel received from the C.M.I.</description>
<state readOnly="true"/>
<config-description>
<parameter name="output" type="integer" min="1" max="32" required="true">