FHEM/fhem-mirror
2
0
Fork 0
mirror of https://github.com/fhem/fhem-mirror.git synced 2025-04-09 13:45:33 +00:00
Code Issues Releases Wiki Activity

41_OREGON.pm: Fixed batteryPercent typo and added german commandref

Browse Source 
git-svn-id: https://svn.fhem.de/fhem/trunk@18660 2b470e98-0d58-463d-a4d8-8e2adae1ed80
This commit is contained in:
sidey79 2019-02-19 22:44:37 +00:00
parent 2e129b23ab
commit f1f713933e
2 changed files with 50 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

1
fhem/CHANGED
View File

@ -1,5 +1,6 @@
# Add changes at the top of the list. Keep it in ASCII, and 80-char wide.
# Do not insert empty lines here, update check depends on it.
- bugfix: 41_OREGON: typo battery percent fixed. de_commandref added
- bugfix 73_AutoShuttersControl: fix bug then create timer, timer set to
1970
- new: 98_serviced: new modul for linux services (systemd and initd)

51
fhem/FHEM/41_OREGON.pm
View File

@ -990,7 +990,7 @@ OREGON_Parse($$)
return "" if(IsIgnored($name));
my $n = 0;
my $tm = TimeNow();
my $tm = TimeNow(); # todo: wird dies noch benoetigt?
my $i;
my $val = "";
@ -1132,6 +1132,7 @@ OREGON_Parse($$)
#$def->{CHANGED}[$n++] = $sensor . ": " . $i->{current};;
}
else {
#todo: ist es so ok, oder ist es mit Log3 besser? Log3 $iohash, 4, "...."
print "\nOREGON: Unknown: ";
print "Type: ".$i->{type}.", ";
print "Value: ".$i->{current}."\n";
@ -1142,7 +1143,7 @@ OREGON_Parse($$)
# remove heading and trailing space chars from $val
$val =~ s/^\s+|\s+$//g;
Log3 $iohash, 4, "$name decoded Oregon: $val";
Log3 $def, 4, "$name decoded Oregon: $val";
readingsBulkUpdate($def, "state", $val);
$def->{STATE} = $val;
@ -1211,4 +1212,50 @@ The one byte hex string is generated by the Oregon sensor when is it powered on.
</ul>
=end html
=begin html_DE
<a name="OREGON"></a>
<h3>OREGON</h3>
<ul>
Das OREGON Modul interpretiert Oregon-Sensornachrichten, die von einem RFXCOM- oder SIGNALduino- oder CUx-Empf&auml;nger empfangen werden. Sie m&uuml;ssen zuerst einen Empf&auml;nger (RFXCOM, SIGNALduino oder CUx) definieren.
Schau dazu hier <a href="#RFXCOM">RFXCOM</a> oder hier <a href="#SIGNALduino">SIGNALduino</a>.
<br><br>
<a name="OREGONdefine"></a>
<b>Define</b>
<ul>
<code>define &lt;name&gt; OREGON &lt;deviceid&gt;</code> <br>
<br>
&lt;deviceid&gt; ist die Ger&auml;tekennung des Oregon-Sensors. Sie besteht aus dem Namen des Sensors und einer 1-Byte-Hex-Zeichenfolge (00-ff), die den Sensor identifiziert. Die define-Anweisung mit der DeviceID wird automatisch von <a href="#autocreate">autocreate</a> generiert. Die folgenden Sensornamen werden verwendet:
BTHR918, BTHR918N, PCR800 RGR918, RTGR328N, THN132N, THGR228N, THGR328N, THGR918, THR128, THWR288A, THGR810, UV138, UVN800, WGR918, WGR800, WTGR800_A, WTGR800_T.
<br>
Die Ein-Byte-Hex-Zeichenfolge wird vom Oregon-Sensor generiert, wenn er eingeschaltet wird. Der Wert scheint zuf&auml;llig zu sein. Dies hat den Vorteil, dass Sie mehr als einen Oregon-Sensor des gleichen Typs verwenden können, auch wenn kein Schalter zum Einstellen einer Sensor-ID vorhanden ist. Zum Beispiel verwendet der Autor drei BTHR918 Sensoren gleichzeitig. Alle haben unterschiedliche DeviceIDs. Der Nachteil ist, dass sich die Ger&auml;te-ID nach dem Batteriewechsel &auml;ndert.
<br><br>
Example: <br>
<code>define Kaminzimmer OREGON BTHR918N_ab</code>
<br>
</ul>
<br>
<a name="OREGONset"></a>
<b>Set</b> <ul>N/A</ul><br>
<a name="OREGONget"></a>
<b>Get</b> <ul>N/A</ul><br>
<a name="OREGONattr"></a>
<b>Attributes</b>
<ul>
<li><a href="#do_not_notify">do_not_notify</a></li>
<li><a href="#event-min-interval">event-min-interval</a></li>
<li><a href="#event-on-change-reading">event-on-change-reading</a></li>
<li><a href="#event-on-update-reading">event-on-update-reading</a></li>
<li><a href="#ignore">ignore</a></li>
<li><a href="#IODev">IODev</a></li>
<li><a href="#readingFnAttributes">readingFnAttributes</a></li>
<li><a href="#showtime">showtime</a></li>
</ul>
</ul>
=end html_DE
=cut