FHEMWiki - Benutzerbeiträge [de]

Modbus

2025-09-04T21:11:32Z

BenMarloe: Typo

{{Infobox Modul
|ModPurpose=Library or physical device to extract information from devices with a Modbus interface or send information to such devices
|ModType=d
|ModCmdRef=Modbus
|ModForumArea=Sonstiges
|ModTechName=98_Modbus.pm
|ModOwner=StefanStrobel ({{Link2FU|3960|Forum}} / [[Benutzer:StefanStrobel|Wiki]])
}}

Modbus defines a physical modbus interface and library functions to be called from other logical modules / devices.
This low level module takes care of the communication with modbus devices and provides Get, Set and cyclic polling of Readings as well as formatting and input validation functions.

The logical device modules for individual machines only need to define the supported modbus function codes and objects of the machine with the modbus interface in data structures. These data structures are then used by this low level module to implement Set, Get and automatic updating of readings in a given interval.

The Modbus module supports Modbus RTU over serial / RS485 lines as well as Modbus TCP and Modbus RTU over TCP. It defines read / write functions for Modbus holding registers, input registers, coils and discrete inputs.

See [[ModbusAttr]] if you don't want to use a library to develop your own module and if you are looking for a generic Modbus Module instead that can be configured with attributes.

== Availability ==
The module has been checked in.

== Prerequisites ==
This module requires the Device::SerialPort or Win32::SerialPort module if you want to communicate with modbus devices over a serial line.

== Define of a modbus interface device for serial communication ==
<pre>
define <name> Modbus <device>
</pre>

A define of a physical device based on this module is only necessary if a shared physical device like a RS485 USB adapter is used.
In the case of Modbus TCP this module will be used as a library for other modules that define all the data objects and no define of the base module is needed.

Example:
<pre>
define ModBusLine Modbus /dev/ttyUSB1@9600
</pre>

In this example the module opens the given serial interface and other logical modules like [[ModbusAttr]] or [[ModbusSET]] can access several Modbus devices connected to this bus concurrently.

== Set-Commands ==
this low level device module doesn't provide set commands for itself but implements set
for logical device modules that make use of this module as a library. See [[ModbusSET]] for example.

== Get-Commands ==
this low level device module doesn't provide get commands for itself but implements get
for logical device modules that make use of this module as a library.

== Attributes ==
;do_not_notify
;readingFnAttributes

;queueDelay
:modify the delay used when sending requests to the device from the internal queue, defaults to 1 second

;queueMax
:max length of the send queue, defaults to 100 

;clientSwitchDelay
:defines a delay that is always enforced between the last read from the bus and the next send to the bus
:for all connected devices, but only if the next send goes to a different device than the last one

;dropQueueDoubles
:prevents new request to be queued if the same request is already in the send queue

;skipGarbage
:if set to 1 this attribute will enhance the way the module treats Modbus response frames (RTU over serial lines)
:that look as if they have a wrong Modbus id as their first byte.
:If skipGarbage is set to 1 then the module will skip all bytes until a byte with the expected modbus id is seen.
:Under normal circumstances this behavior should not do any harm and lead to more robustness.
:However since it changes the original behavior of this module it has to be turned on explicitely.
:For Modbus ASCII it skips bytes until the expected starting byte ":" is seen.

;profileInterval
:if set to something non zero it is the time period in seconds for which the module will create bus usage statistics.
:Please note that this number should be at least twice as big as the interval used for requesting values in logical devices
:that use this physical device
:The bus usage statistics create the following readings:
:* Profiler_Delay_sum
::seconds used as delays to implement the defined sendDelay and commDelay
:*Profiler_Fhem_sum
::seconds spend processing in the module
:*Profiler_Idle_sum
::idle time
:*Profiler_Read_sum
::seconds spent reading and validating the data read
:*Profiler_Send_sum
::seconds spent preparing and sending data
:*Profiler_Wait_sum
::seconds waiting for a response to a request
:*Statistics_Requests
::number of requests sent
:*Statistics_Timeouts
::timeouts encountered

== Writing modules for devices using this module as a library ==

Writing a module for a physical device with modbus interface is easy when you use the 98_Modbus.pm module as a library.
To use this module as a library for other fhem modules you only have to define a data structure that defines the mapping between modbus data objects (holding registers, input registers, coils or discrete inputs) and fhem readings.
Additionally the module needs to contain a few <code>package</code> and <code>use</code> statements and an initialize function at the beginning, that assigns a few special variables to point to functions of the Modbus base module.

The most easy way to start is to use [[ModbusAttr]] to define all objects and data types and then issue a set saveAsModule command which creates a new module automatically.

Example for a module that is called ModbusSET:
<pre>
package main;
use strict;
use warnings;

sub ModbusSET_Initialize($)
{
my ($modHash) = @_;
LoadModule "Modbus";
require "$attr{global}{modpath}/FHEM/DevIo.pm";

$modHash->{parseInfo} = \%SET10parseInfo; # defines registers, inputs, coils etc. for this Modbus Device
$modHash->{deviceInfo} = \%SET10deviceInfo; # defines properties of the device, defaults and supported function codes

ModbusLD_Initialize($modHash); # Generic function of the Modbus module does the rest

$modHash->{AttrList} = $modHash->{AttrList} . " " . # Standard Attributes like IODEv etc
$modHash->{ObjAttrList} . " " . # Attributes to add or overwrite parseInfo definitions
$modHash->{DevAttrList}; # Attributes to add or overwrite devInfo definitions

}
</pre>

The name of the initialize-Function has to match the name of the module. In the above example this is <code>ModbusSET_Initialize</code>. Most of the steps needed in an initialize function are provided by the library function <code>ModbusLD_Initialize</code>. This function tells fhem to use the library functions for <code>define</code>, <code>set</code>, <code>get</code> and other typical functions in a module. See [[DevelopmentModuleIntro]] for more background information on writing fhem modules if you are curious.

=== Introduction to the parseInfo structure ===

Typically the data structure to map between data objects of the modbus device and fhem readings is named <code>parseInfo</code> with a part of the name of the module itself as prefix. In the example of the module 98_ModbusSET.pm which uses Modbus.pm to implement a module for SET Silent 10 heat pumps, the structure is called <code>SET10parseInfo</code>.

This strucure contains keys with values that directly correspond to attributes which can be used with the module ModbusAttr so it is advisable to prototype a new module with ModbusAttr and then translate the attributes to entries in the parseInfo structure. The values in the parseInfo structure can later still be overwritten / extended with the attributes documented in ModbusAttr.

As an example a very simple definition of a parseInfo structure for a heat pump could look like this:

<pre>
my %XYparseInfo = (
"h256" => { reading => "Temp_Wasser_Ein", # name of the reading for this value
},
"h258" => { reading => "Temp_Wasser_Aus",
},
"h770" => { reading => "Temp_Soll",
min => 10, # input validation for set: min value
max => 32, # input validation for set: max value
set => 1, # this value can be set
}
);
</pre>

the corresponding attributes for ModbusAttr for prototyping or overwriting values would be obj-h256-reading, obj-h258-reading, obj-h770-reading, obj-h770-min and so on.

This parseInfo structure would be the main part of the module and map from holding register 256 to a fhem reading named Temp_Wasser_Ein, holding register 258 to Temp_Wasser_Aus and 770 to Temp_Soll.

All readings will be read from the device in an interval that the user can specify when he issues the define command for your module.
The meaning of <code>set => 1</code> is that the holding register 770 can also be written to with a set command. FHEM will check that the value written is not smaller than 10 and not bigger than 32 as specified above.

More complex example:
<pre>
my %SET10parseInfo = (
"h256" => { reading => "Temp_Wasser_Ein", # name of the reading for this value
name => "Pb1", # internal name of this register in the hardware doc
expr => '$val / 10', # conversion of raw value to visible value
len => 1,
},
"h770" => { reading => "Temp_Soll",
name => "ST03",
expr => '$val / 10', # convert raw value to readable temp
setexpr => '$val * 10', # expression to convert a set value to the internal value
min => 10, # input validation for set: min value
max => 32, # input validation for set: max value
hint => "8,10,20,25,28,29,30,30.5,31,31.5,32",
set => 1, # this value can be set
},
"h771" => { reading => "Hysterese", # Hex Adr 303
name => "ST04",
expr => '$val / 10',
setexpr => '$val * 10',
poll => "x10", # only poll every 10th iteration.
min => 0.5,
max => 3,
set => 1,
},
"h777" => { reading => "Hyst_Mode", # Hex Adr 0309
name => "ST10",
map => "0:mittig, 1:oberhalb, 2:unterhalb",
poll => "once", # only poll once (or after a set)
set => 1,
},
"i800" => { reading => "Voltage", # Input register
unpack => "f>", # this value is a float
len => 2, # the float occupies two input registers, 800 and 801
},
);
</pre>

There are many more options that can be specified for each data object / reading. If these options are not specified, the base module assumes defaults that typically make sense. However if you want to modify the defaults, you can either define explicit values in the parseInfo structure or you can define another data structure typically called deviceInfo.

=== Introduction to the deviceInfo structure ===

The deviceInfo structure is completely optional. If you don't define it in your module, the base module takes default values that work in most cases. If you only want to override a few of the defaults, you can just define them and leave other options or sections out.
A simple device info structure that modifies some defaults could look like this:

<pre>
my %SET10deviceInfo = (
"timing" => {
timeout => 3, # timeout is 3 seconds /default would be 2
commDelay => 0.7, # wait 0.7 seconds before sending after receiving
sendDelay => 0.7, # wait at least 0.7 seconds for another send
},
"c" => {
read => 1, # function code 1 to read coils (this could be omitted because it is the default anyways
write => 5, # dito
},
"h" => {
read => 3,
write => 6,
defLen => 1, # default legth is 1 object
combine => 5,
defShowGet => 1,
defUnpack => "s>", # default data format is a signed 16 bit integer for holding registers
},
);
</pre>

The deviceInfo structure contains five optional parts. Timing defines timing values and the remaining parts define settings or defaults for coils (c), discrete inputs (d), input registers (i) and holding registers (h).

for each modbus object type you can change what function code should be used to read or write to the object. This is completely optional and if nothing is specified, the base module assumes function codes 1,2,3 and 4 for reading as well as 5 and 6 for writing which works for many modbus devices. If you prefer to use function code 16 for writing to holding registers, you can specify "write => 16" in the "h" part.

=== usage of a module created this way ===

a logical module written this way will have a define command that can work in two ways.
If your module would be called ModbusSET and it is using a serial line connection (Modbus RTU over RS485 oer over RS232):

<pre>
define <iodevice> Modbus /dev/device@baudrate
define <name> ModbusSET <Id> <Interval> </code>
</pre>

In this case, a physical serial interface device is defined first using the Modbus module. Then a device based on your module (ModbusSET in the example) is defined for each physical modbus device connected to the serial line. For a RS485 bus, several devices with different Ids can be connected to the same bus.

Example:
<pre>
define ModbusRS485 Modbus /dev/rs485@9600
define PWP ModbusAttr 5 60
</pre>

this defines the device and it will use the readings that you coded in the parseInfo data structure.

Alternatively your module would also support Modbus TCP or Modbus RTU over TCP with the following define syntax:

<pre>
define <name> ModbusAttr <Id> <Interval> <Address:Port> <RTU|TCP>
</pre>
In this case no serial interface device is necessary and your module connects to the modbus device directly via TCP using either Modbus TCP or Modbus RTU over TCP.

Example:
<pre>
define PWP ModbusAttr 1 30 192.168.1.115:502 TCP
</pre>

=== General information about data objects ===

Modbus devices can use many different ways to encode values in their data objects. A temperature might be stored multiplied with 10 as a 16 bit integer value in one holding register so you have to read the integer and divide it by 10 to get the real temperature value back. It might also be stored as a 32 bit float data type that spans two adjacent input registers.
The modbus base module implements a very generic way to handle different encodings without real programming: It lets you define the Perl unpack code to convert a raw data string to a Perl value, a Perl expression to do further computation and a length in data objects.

This way a temperature stored in a 16 bit signed integer as the value multiplied by 10 can be described with the unpack code "s>" and the expression "$val / 10". A float value spanning 2 registers would be described with an unpack code "f>" and a len of 2. No expression is needed in this case. See Perldoc on the pack function for a detailed explation of pack and unpack codes.

The idea here is that you should be able to define any mapping, encoding, transformation or formatting of data objects without programming by simpy describing them.

=== most important options in parseInfo ===

Most options here are optional and can be used if there is a need but they can also be omitted. If most readings require the same options and the option is different from the default, it is also possible to define a different default per modbus data object type in another data structure (see deviceInfo).
For a list of all options please refer to the attributes documentation of the module ModbusAttr. The attributes there can be translated to parseInfo or deviceInfo keys as shown above.

;reading
:name of the reading to be used in FHEM e.g. Temp_Wasser_ein

;expr
:perl expression to convert a string after it has been read. The original value is in $val e.g. $val / 10

;map
:a map string to convert an value from the device to a more readable output string or to convert a user input to the machine representation e.g. "0:mittig, 1:oberhalb, 2:unterhalb"

;format
:a format string for sprintf to format a value read, e.g. %.1f

;len
:number of Registers this value spans, can be 2 for a 32 bit float which is stored in 2 registers

;unpack
:defines the translation between data in the module and in the communication frame see the documentation of the perl pack function for details. example: "n" for an unsigned 16 bit value or "f>" for a float that is stored in two registers or "s>" for signed 16 bit integer in big endian format

;showget
:can be set to 1 to allow a FHEM get command to read this value from the device. All defined objects can be used in a get command that is issued on the command line. This parameter only controls if fhemweb will offer a get command for the object.

;poll
:defines if this value is included in the read that the module does every defined interval this can be changed by a user with an attribute

;polldelay
:if a value should not be read in each iteration (after interval has passed), this value can be set to an explicit time in seconds. The update function will then verify if this delay has elapsed since the last read of this object. If not, the read is skipped.

;set
:can be set to 1 to allow writing this value with a FHEM set-command

;min
:min value for input validation in a set command. If the user issues e.g. set Device Temp_Soll 10, FHEM will check if the given value 10 is bigger or equal the defined min and smaller or equal the defined max.

;max
:max value for input validation in a set command

;hint
:string for fhemweb to create a selection or slider

;setexpr
:per expression to convert an input string to the machine format before writing this is typically the reverse of the above expr, e.g. $val * 10

;name
:optional internal name of the value in the modbus documentation of the physical device, e.g. pb1

=== most important options in deviceInfo ===

Keys in the timing section:

;timeout
:how long to wait for a response from the device, can be overwritten by attribute timeout in logical device. Defaults to two seconds if this is not specified

;commDelay
:minimal delay in secounds between two communications e.g. a read a the next write, can be overwritten with attribute commDelay if added to AttrList in _Initialize below defaults to 0.1 seconds if not specified

;sendDelay
:minimal delay in seconds between two sends, can be overwritten with the attribute sendDelay if added to AttrList in _Initialize function below. Defaults to 0.1 seconds if not specified

Keys per object type (c = coil, d = discrete input, i = input register, h = holding register)

;read
:function code to use for reading this object type (e.g. 3 for holding registers) defaults to function codes 1-4 depending on the object types if nothing else is specified (3 to read holding register, 1 to read coils and so on)

;write
:function code to use for writing this object type (e.g. 6 or 16 for holding registers) defaults to function codes 5 and 6 depending on the object types if nothing else is specified (6 to read holding register, 5 to write coils and so on)

;defLen
:default len for objects using this type (e.g. can be set to 2 if the device mainly provides float values that span 2 registers (2 times 16 Bit) can be overwritten in parseInfo per reading by specifying the key "len" defaults to 1 if not specified

;defFormat
:format string to do sprintf with the value can be overwritten in parseInfo per reading by specifying the key "format" if no format is specified here and none in parseInfo, the the reading is set without further formatting (which is typically fine)

;defUnpack
:default pack / unpack code to convert raw values, e.g. "n" for a 16 bit integer or "f>" for a big endian float can be overwritten in parseInfo per reading by specifying the key "unpack" if not specified here and not in parseInfo, then the raw value is interpreted as "n" which is 16 bit unsigned integer in big endian format

;defPoll
:defines that objects of this type should be polled by default unless specified otherwise in parseInfo or by attributes can be overwritten in parseInfo per reading by specifying the key defaultpoll if not specified here or in parseInfo, the object is not polled

;defShowGet
:defines that FHEMweb shows a Get option (by returning it as reslut to get ?) for objects of this type can be overwritten in parseInfo per reading by specifying the key showget defaults to 0.

;combine
:max number of registers that the device is willing to deliver in one read request. The modbus application layer protocol specification allows for more than 100 but most devices limit this to 5, 10 or some other number. This option defaults to 1 if not specified.

For an example of a full module that is based on the mechanisms described here see 98_ModbusSET.pm.

=== Attributes of your module ===

a module based on the base module / library 98_Modbus.pm can also allow the end user to modify properties of each reading if you want to allow it. All you have to do is to offer an attribute by adding its name to the variable $modHash->{AttrList} in your initialize function.

If for example you want to allow the user to modify the maximum value for the reading Temp_Soll, you can add "Temp_Soll-max " to this variable and the user can then set this attribute. The attribute takes precedence over the max potentially already defined in your parseInfo structure.

There are two ways that the base module accepts such readings. One is the reading name followed by "-" and the option to override, the alternative syntax is "obj-" followed by the first letter of an object type (c/d/h/i) and a decimal address just like the main key of an object in the parseInfo structure.

Instead of allowing the attribute Temp_Soll-max for the max value of reading Temp_Soll which corresponds to holding register 770, you can alternatively add the attribute name "obj-h770-min " to $modHash->{AttrList}.

If the user is allowd to specify such attributes solely depends on the contents of the $modHash->{AttrList} variable. All the processing is already built into the base module.

If you want to allow the user the override the formatting of readings then you can add "obj-[cdih][1-9][0-9]*-format " as a regular expression that allows format specifications for all possible data objects.

The module 98_ModbusAttr for example is also based on 98_Modbus.pm and allows all possible attributes so the user can completely define his device with attributes and without a parseInfo or deviceInfo structure.

In the same way you can allow the user to override the device specific options and defaults with attributes that start with "dev-", followed by the section of the deviceInfo and the name of the option. If you want to allow the user to modify the function code to be used for writing holding registers, you can add the attribute "obj-h-write " and the user can then set this attribute to 6 or 16 as he prefers.
It is up to the module author to decide if this makes sense.

An assignment that allows most options to the user could be:

<pre>
$modHash->{AttrList} = $modHash->{AttrList} . " " .
"obj-[cdih][1-9][0-9]*-reading " .
"obj-[cdih][1-9][0-9]*-name " .
"obj-[cdih][1-9][0-9]*-set " .
"obj-[cdih][1-9][0-9]*-min " .
"obj-[cdih][1-9][0-9]*-max " .
"obj-[cdih][1-9][0-9]*-hint " .
"obj-[cdih][1-9][0-9]*-expr " .
"obj-[cdih][1-9][0-9]*-map " .
"obj-[cdih][1-9][0-9]*-setexpr " .
"obj-[cdih][1-9][0-9]*-format " .
"obj-[cdih][1-9][0-9]*-len " .
"obj-[cdih][1-9][0-9]*-unpack " .
"obj-[cdih][1-9][0-9]*-showget " .

"obj-[cdih][1-9][0-9]*-poll " .
"obj-[cdih][1-9][0-9]*-polldelay " .
"poll-.* " .
"polldelay-.* " .

"dev-([cdih]-)*read " .
"dev-([cdih]-)*write " .
"dev-([cdih]-)*combine " .
"dev-([cdih]-)*defLen " .
"dev-([cdih]-)*defFormat " .
"dev-([cdih]-)*defUnpack " .
"dev-([cdih]-)*defPoll " .
"dev-([cdih]-)*defShowGet " .
"dev-timing-timeout " .
"dev-timing-sendDelay " .
"dev-timing-commDelay ";
}
</pre>

== Examples for logical device modules that use this base module ==
;[http://forum.fhem.de/index.php/topic,25315.60.html SDM220M]
;[http://forum.fhem.de/index.php/topic,25315.60.html SDM630M]
:modules for energy meters from B+G E-Tech & EASTON written by Roger
;[http://forum.fhem.de/index.php/topic,25315.45.html UMG103]
;[http://forum.fhem.de/index.php/topic,25315.45.html UMG604]
:modules for the UMG103 and UMG604 meters from Janitza
;[[ModbusSET]]
:module for the set silent heat pumps from Schmidt Energie Technik
;[[ModbusAttr]]
:generic modbus device module where the data objects, addresses, display formats, function codes and other things can be configured using FHEM attributes similar to HTTPMOD [[Kategorie:Interfaces]]

Funk-Heizkörperregler Kurz-Bedienungsanleitung FHT

2024-11-20T13:26:10Z

BenMarloe: Aus der Überschrift ist dem Laien nicht sofort klar, was das ist, deshalb habe ich das ergänzt.

__NOTOC__

== Inhalt ==
Anleitung zum Betrieb eines Reglers für über Funk geregelte Heizkörperventile des Systems FS20 mit dem Namen FHT.

=== Betriebsarten ===
Wechsle mit der Taste '''FUNKTION''' zwischen den drei Betriebsarten  <tt>'''Auto'''</tt>,   <tt>'''Manu'''</tt>  und  <tt>'''💼Prog'''</tt>.

==== Automatikbetrieb ====
Komfort- und Absenktemperatur wechseln gemäß Wochenprofil automatisch. Kurzfristig kann die Temperatur mit dem Stellrad '''⟲''' oder der Taste '''☾☀''' geändert werden. Dies erlischt beim nächsten Wechsel.

==== Manueller Betrieb ====
Dauerhaft wird eine Temperatur oder Ventilstellung gehalten.
* Drücke '''FUNKTION''' wiederholt, bis <tt>'''Manu'''</tt> angezeigt wird.
* Stelle mit '''⟲''' die Solltemperatur ein. Möglich sind:
*# Eingestellte Temperatur.
*# Frostschutz. Drehe '''⟲''' links herum, bis <tt>'''OFF'''</tt> angezeigt wird.
*# Sommerbetrieb zur Batterieschonung. Drehe '''⟲''' rechts herum, bis <tt>'''On'''</tt> angezeigt wird.

==== Befristete Urlaubs-/Partytemperatur ====
Bis zur eingestellten Frist wird eine Temperatur gehalten, danach automatisch in Automatikbetrieb.
* Drücke '''FUNKTION''' wiederholt, bis <tt>'''💼Prog'''</tt> angezeigt wird.
* Stelle mit '''⟲''' den Endzeitpunkt ein (Für 24 h halbstündlich, darüber Tagesschritte).
* Bestätige mit '''PROG'''. Jetzt erscheint <tt>'''💼'''</tt>.
* Stelle mit '''⟲''' die Solltemperatur ein.

=== Temperaturen programmieren ===
* Halte '''☾☀''' solange gedrückt, bis <tt>'''☀''' 21.0°C</tt> angezeigt wird.
* Stelle mit '''⟲''' die Komforttemperatur ein.
* Bestätige mit '''☾☀'''. Jetzt erscheint <tt>'''☾''' 17.0°C</tt>.
* Stelle mit '''⟲''' die Absenktemperatur ein.
* Bestätige mit '''☾☀'''. Jetzt erscheint <tt>'''🚪''' 12.0°C</tt>.
* Stelle mit '''⟲''' die Fenster-auf-Temperatur ein.
* Bestätige mit '''☾☀'''. Der Regler kehrt in den normalen Betrieb zurück.

Unabhängig von der Betriebsart gilt die Fenster-auf-Temperatur, wenn ein offenes Fenster erkannt wird (Kontakt montiert und aktiviert, Batterien voll, Signal angekommen).

=== Wochenprofil programmieren ===
An jedem Tag kann viermal zwischen Komfort- und Absenktemperatur gewechselt werden.

* Drücke '''PROG''' kurz. Jetzt erscheint <tt>'''Prog'''</tt> und der aktuelle Wochentag ist markiert.
* Wähle mit '''⟲''' die Tage aus, für die das Zeitprogramm gesetzt werden soll. Möglich sind: Einzelner Tag, Wochenendtage (Sa+So), Werktage (Mo-Fr) oder Alle Tage
* Bestätige mit '''PROG'''. Jetzt erscheint <tt>'''06:00 ☀'''</tt>
* Stelle mit '''⟲''' die erste Startzeit der Komforttemperatur ein.
* Bestätige mit '''PROG'''. Jetzt erscheint <tt>'''23:00 ☾'''</tt>
* Stelle mit '''⟲''' die erste Endzeit ein.
* Bestätige mit '''PROG'''. Jetzt erscheint <tt>'''--:-- ☀'''</tt>
* Stelle mit '''⟲''' die zweite Startzeit der Komforttemperatur ein. Falls keine zweite Schaltphase benötigt wird, drehe so lange rechts herum, bis die Balken erscheinen.
* Bestätige mit '''PROG'''.
* Stelle mit '''⟲''' die zweite Endzeit der Komforttemperatur ein.
* Bestätige mit '''PROG'''. Der Regler kehrt in den normalen Betrieb zurück.

=== Batteriewechsel und Störungen ===

==== Regler ====
Erscheint 🔋, sind die Batterien leer.
* Lege zwei neue AA-Batterien ein.
* Stelle mit '''⟲''' Jahr, Monat, Tag, Stunde und Minute und bestätige jeweils mit '''PROG'''. Jetzt synchronisiert der Regler die Ventile und geht danach in den normalen Betrieb.

Blinkendes Fenster-Symbol <tt>'''🚪'''</tt> -> Siehe Fenster-Kontakt

Erscheint <tt>'''LOC'''</tt> = Tastensperre gesetzt -> Halte '''FUNKTION''' und '''PROG''' gleichzeitig solange gedrückt, bis <tt>'''LOC'''</tt> angezeigt wird. Auf gleiche Weise wird die Tastensperre wieder gesetzt.

==== Ventilantrieb ====
Piepsen 3-mal täglich 1 Stunde im 2-Minuten-Takt und 🔋 angezeigt.
* Entferne die alten Batterien.
* Warte, bis das Display erloschen ist. Halte ggf. den Taster zum Beschleunigen.
* Lege zwei neue AA-Batterien ein. Jetzt erscheinen <tt>'''C1'''</tt>, die ersten <tt>'''Ziffern'''</tt> des Raumcodes, <tt>'''C2'''</tt> und schließlich die letzten <tt>'''Ziffern'''</tt> des Raumcodes. Nach einem Piep erscheint <tt>'''A1'''</tt> und das Ventil öffnet ganz. Schließlich erscheint <tt>'''A2'''</tt>.
* Drücke den '''Taster'''. Jetzt erscheint <tt>'''A3'''</tt> und das Ventil schließt ganz. Dann wird <tt>'''0 %'''</tt> angezeigt und das Funksymbol blinkt. Das erste reguläre Funksignal wird mit einem Piep bestätigt und das Funksymbol bleibt dauerhaft.

Tonfolge stündlich, kein Funksymbol und Ventil 30 % geöffnet = Die Funkverbindung ist gestört -> Regler an einer anderen Stelle anordnen. Oder der Raumcode ging verloren -> Mit der Sonderfunktion CodE neu übertragen.

Dauerton und <tt>'''F1'''</tt> im Display = Das Ventil ist schwergängig oder blockiert -> Ventilantrieb demontieren, Gängigkeit des Ventils von Hand überprüfen, ggf. einen Fachmann befragen.

Dauerton und <tt>'''F2'''</tt> oder <tt>'''F3'''</tt> im Display = Stellbereich ungenügend -> Ventilantrieb neu montieren. Bzw. der Stellbereich ist zu groß (F2) oder zu klein (F3) -> Ventil nicht geeignet.

==== Fenster-Kontakt ====
Blinkt <tt>'''🚪'''</tt> am Regler, sind die Batterien in einem Tür-Fenster-Kontakt leer oder die Funkverbindung ist ausgefallen. Mit der Sonderfunktion FEn lässt sich feststellen, welcher betroffen ist.
* Schiebe den Gehäusedeckel nach unten (oder drücke die beiden Rasten auf der linken Seite mit einem Schraubendreher nach innen und ziehe den Gehäusedeckel nach vorne).
* Lege zwei neue AAA-Batterien ein. Jetzt synchronisiert sich ggf. der Fenster-Kontakt neu, dabei blinkt die LED im Sekundentakt über eine Minute.

=== Sonderfunktionen ===
* Halte '''PROG''' gedrückt, bis <tt>'''Sond'''</tt> erscheint.
* Wähle mit '''⟲''' die auszuführende Sonderfunktion aus.
* Bestätige mit '''PROG''' die Auswahl.

===== CALC -- Entkalkungszeitpunkt =====
Einmal wöchentlich wird der [[FHT8v|Ventilantrieb]] vollständig bewegt, um Ablagerungen zu verhindern. Der Zeitpunkt für diese Entkalkungsfahrt kann durch die Sonderfunktion <tt>'''CALC'''</tt> verändert werden.
* Stelle mit '''⟲''' den Wochentag und die Urhzeit ein und bestätige jeweils mit '''PROG'''.

===== CodE -- Raumcode =====
Damit der Regler mit den Ventilantrieben des Zimmers kommunizieren kann, muss dort der vierstellige Raumcode des Reglers (a.g. ''Sicherheitscode'') synchronisiert sein.
* Es erscheint links <tt>'''CodE 1'''</tt>
* Ggf. ändere mit '''⟲''' den ersten Teil des Codes (<tt>'''000'''</tt> bis <tt>'''099'''</tt>).
* Bestätige mit '''PROG'''. Jetzt erscheint links <tt>'''CodE 2'''</tt>
* Ggf. ändere mit '''⟲''' den zweiten Teil des Codes (<tt>'''000'''</tt> bis <tt>'''099'''</tt>).
* Bestätige mit '''PROG'''. Jetzt erscheint links <tt>'''CodE SYnC'''</tt>
* Ggf. drücke '''PROG''' mehrfach, um den Ventilantrieb (rechts <tt>'''001'''</tt> bis <tt>'''008'''</tt>) auszuwählen.
* Halte am Ventilantrieb den '''Taster''' solange gedrückt, bis 3 Signaltöne erklingen. Jetzt erscheint dort im Display <tt>'''AC'''</tt> für die Empfangsbereitschaft.
* Starte am Regler mit '''PROG''' die Übertragung. Mit einer Tonfolge quittiert der Ventilantrieb den erfolgreichen Empfang. Bis zum ersten regulären Signal wird das Funksymbol blinken.
* Ggf. wiederhole diese Schritte für weitere Ventilantriebe des Raumes.

===== An A -- Antriebsanzahl =====
* Stelle mit '''⟲''' ein die Anzahl der anzusteuernden Ventilantriebe (<tt>'''001'''</tt> bis maximal <tt>'''008'''</tt>) und bestätige mit '''PROG'''. Jetzt wird der Raumcode an die nacheinander empfangsbereit zu schaltenden Ventilantriebe übertragen, wie bei CodE beschrieben.

===== SYnC -- Synchronisation =====
Der Regler synchronisiert sich 120 Sekunden mit allen Ventilantrieben. Diese piepsen, sobald sie das erste Regelsignal empfangen haben.

===== tESt -- Test =====
Mit der Funktion <tt>'''tESt'''</tt> kann überprüft werden, welche Ventilantriebe das Funksignal korrekt empfangen. Die erfolgreich angesprochenen Ventilantriebe piepsen einmal.
* Wähle mit '''⟲''' die zu testenden Ventilantriebe (<tt>'''000'''</tt> für alle oder <tt>'''001'''</tt> bis <tt>'''008'''</tt>) aus. Nach Ablauf des Timers wird das Testsignal gesendet. Beende mit '''PROG'''.

===== StEL -- Stellung =====
* Zur Diagnose wird die Öffnung der Ventile in % angezeigt. Beende mit '''PROG'''.

===== CEnt -- Centrale =====
Bei den bidirektionalen Reglern [[FHT80b]] und [[FHT8b]] vorhanden, fehlt beim [[FHT8]].
* Angezeigt wird der aktuelle Zustand der Kommunikation
*# <tt>'''On'''</tt> - Der Regler ist von einer [[FHZ_nn00|Zentrale]] gepaired.
*# <tt>'''OFF'''</tt> - Die Kommunikation ist abgeschaltet oder es besteht kein Pairing.
*# <tt>'''nA'''</tt> - Warte auf den ersten Befehl von einer Zentrale und paire darauf.
* Wähle mit '''⟲''' die Einstellung OFF oder nA aus und bestätige mit '''PROG'''.
* Bei <tt>'''nA'''</tt> sollte sofort ein Signal von der Zentrale zum Regler gesendet werden.

===== FEn -- Fensterkontakte =====
Hier können [[FHT80TF-2|Tür-Fenster-Kontakte]] abgefragt und bearbeitet werden (Nur beim FHT80b).

* Wähle mit '''⟲''' die abzufragenden Kontakte (links <tt>'''0001'''</tt> bis <tt>'''0004'''</tt>) aus. Jetzt wird angezeigt:
*# ''keine Anzeige'' – Das Fenster ist geschlossen.
*# <tt>'''🔋'''</tt> – Die Batterien sind leer.
*# <tt>'''AUF'''</tt> – Das Fenster ist geöffnet.
*# <tt>'''nA'''</tt> – Dieser Platz ist frei. Ein neuer Kontakt wird angemeldet mit:
*#* Halte '''FUNKTION''' gedrückt, bis links <tt>'''000n🚪 CodE'''</tt> angezeigt wird.
*#* Halte am Kontakt den '''Minitaster''' gedrückt, bis die LED aufleuchtet. Jetzt sendet der Kontakt seine ID. Am Regler wird <tt>'''EA'''</tt> angezeigt.
*# <tt>'''EA'''</tt> Empfangsausfall - Dieser Kontakt wurde seit längerem nicht empfangen. Zur Schonung von Batterie und Fehlermeldungen sind überflüssige Kontakte zu löschen:
*#* Halte die Taste '''☾☀''' gedrückt, bis <tt>'''nA'''</tt> angezeigt wird,
* Beende mit '''PROG'''.

===== OFFS -- Offset =====
Werden mehrere Heizkörper von einem Regler gesteuert, können diese unterschiedlich stark heizen. Möglicherweise lässt sich dieses Problem schrittweise beheben, indem man einzelne Heizkörper mehr (positiver Offset) bzw. weniger (negativer Offset) heizen lässt.
* Wähle mit '''⟲''' den gewünschten Ventilantrieb aus und bestätige mit '''PROG'''.
* Stelle mit '''⟲''' den Offset ein und bestätige mit '''PROG'''.

===== °C°F -- Einheit der Temperaturanzeige =====
* Wähle mit '''⟲''' <tt>'''°C'''</tt> (Celsius) oder <tt>'''°F'''</tt> (Fahrenheit) aus und bestätige mit '''PROG'''.

===== dAt -- Datum und Uhrzeit =====
* Stelle mit '''⟲''' Jahr, Monat, Tag, Stunde und Minute und bestätige jeweils mit '''PROG'''.

===== t-An -- Soll oder Isttemperatur anzeigen =====
Nur beim nicht bidirektionalen (und für fhem untauglichen) Modell FHT8 wählbar.

==== Notbetrieb ====
Am Ventilantrieb öffne den Deckel.
Entferne beide Batterien.
Entnimm den Verstellstift durch Drücken auf sein oberes Ende.
Setze den Verstellstift auf den Zapfen hinter dem linken Batteriefach.
Drehe den Verstellstift im Uhrzeigersinn -> wärmer oder gegen den Uhrzeigersinn -> kälter.

[[Kategorie:FHT Components]] [[Kategorie:Heizungssteuerung]]

FTUI Widget Homestatus

2018-10-06T19:47:38Z

BenMarloe: /* Version mit fünf Stati */

Das [[{{PAGENAME}}|Homestatus Widget]] ist ein Widget für [[FHEM Tablet UI]], mit dem vier oder fünf verschiedene Stati eines Objektes (z.B.: FHEM Residents) dargestellt werden können.

<gallery>
File:FTUI_Widget_Homestatus_01.png
File:FTUI_Widget_Homestatus_02.png
File:FTUI_Widget_Homestatus_03.png
</gallery>

==Attribute==
Für das Homestatus-Widget gelten alle Attribute des [[FTUI Widget Knob|Knob-Widgets]] plus der folgenden.
{|class="wikitable"
!Attribut
!Beschreibung
!Standard-Wert
!Beispiel
|-
|'''data-get'''||Name des Readings, welches den Status enthält||STATE||
|-
|'''data-set'''||Name des Readings, welches gesetzt werden soll||||
|-
|'''data-get-on'''||Array mit verschiedenen Stati||['1','2','3','4']||
|-
|'''data-set-on'''||Array mit verschiedenen Stati, die gesetzt werden sollen||data-get-on||
|-
|'''data-alias'''||Array mit Alias-Namen, die im UI angezeigt werden sollen||["Home","Night","Away","Holiday"]||data-alias='["Zuhause","Schlafen","Ausgeflogen","Urlaub"]'
|-
|'''data-icons'''||Array mit Icons, die das data-get-on-Array darstellen sollen||["fa-home","fa-bed","fa-car","fa-suitcase"]||
|-
|'''data-version'''||Name der Version, die verwendet werden soll (''residents'', ''roommate'' oder ''guest'')||||data-version="roommate"
|}

==CSS Klassen==
{|class="wikitable"
!Klasse!!Beschreibung
{{FTUI Klasse|small}}{{FTUI Klasse|readonly}}
|}

==Hinweise==
* Die Standardversion des Widgets hat vier Stautsmöglichkeiten: '1','2','3','4'. Die Aliase dafür sind '''Home''','''Night''','''Away''','''Holiday'''
* Wird ''data-version'' mit den Werten '''residents''', '''roommate''' oder '''guest''' angegeben, gibt es fünf Stati: ''home'', ''asleep'', ''absent'', ''gone'' und ''gotosleep''. Die Aliase dafür sind '''Home''', '''Night''', '''Away''', '''Holiday''' und '''Retire'''

==Beispiele==
===Standard mit vier Möglichkeiten===
<syntaxhighlight lang="html">
<div data-type="homestatus"
data-device='dummy1'></div>
</syntaxhighlight>
[[File:FTUI_Widget_Homestatus_01.png]]

===Version mit fünf Status===
<syntaxhighlight lang="html">
<div data-type="homestatus"
data-device='dummy1'
data-version="roommate"></div>
</syntaxhighlight>
[[File:FTUI_Widget_Homestatus_02.png]]

===Benutzerdefinierte Optionen===
<syntaxhighlight lang="html">
<div data-type="homestatus"
data-device="dummy1"
data-get-on='["train","bicycle","ship","plane","subway"]'
data-alias='["Zug","Fahrrad","Schiff","Flugzeug","U-Bahn"]'
data-icons='["fa-train","fa-bicycle","fa-ship","fa-plane","fa-subway"]'
data-version="roommate"></div>
</syntaxhighlight>
[[File:FTUI_Widget_Homestatus_03.png]]

[[Kategorie:FHEM Tablet UI|Homestatus]]

SolarEdge Wechselrichter

2018-05-21T20:26:51Z

BenMarloe: /* Am Wechselrichter */ Port korrigiert

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=SolarEdge SE10k
|HWProtocol=Modubus TCP
|HWType=Wechselrichter
|HWCategory=Energieverbrauchsmessung
|HWComm=Ethernet TCP
|HWChannels=1 (bidiektional)
|HWVoltage=750V DC; 230V 3xAC
|HWPowerConsumption=Eigenverbrauch 2% (geschätzt)
|HWPoweredBy=230V~ 3xAC
|HWSize=317x512x214 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#ModbusAttr ModbusAttr]
|HWManufacturer=[https://www.solaredge.com/de Solaredge]
}}

== SE10k von Solaredge in FHEM einbinden==

Dieser Artikel beschreibt die Einbindung eines Solaredgewechselrichters SE10k in ein FHEM System über eine Ethernetverbindung mit Hilfe des Moduls ModbusAttr.

=== Vorbedingungen ===

FHEM läuft und hat genügend Platz für Modifikationen und Logfiles (ca. 100 MByte / Jahr).

=== Am Wechselrichter ===

Im zugehörigen Menu ist bereits der Port 502 eingestellt. Trotzdem muss dieser noch einmal aktiviert werden, da sonst Modbus TCP nicht aktiv wird.
Hilfe da zu bietet die Installationsanleitung [1]. 
Es ist möglich, dass es auch nur 10 Minuten aktiv bleibt wenn er nicht angesprochen wird.

== ModbusAttr Device in FHEM ==

in FHEM wird ein ModbusAttr angelegt

<code> define SolarEdge ModbusAttr 1 30 192.168.178.36 TCP </code>

danach alle Attribute aus dem unten stehenden list nach dem Verfahren:
<code> attr SolarEdge dev-h-defPoll 1 </code>

Mehr Daten sind im Sunspec Protokoll [2] zu finden

=== List von Device Solaredge in FHEM ===
<pre>
Internals:
BUSY 0
DEF 1 30 192.168.178.36 TCP
DEST 192.168.178.36:502
DeviceName 192.168.178.36:502
FD 91
INTERVAL 600
IODev KeSolarEdge
LASTOPEN 1523044866.65275
MODBUSID 1
ModuleVersion 3.7.3 - 22.12.2017
NAME KeSolarEdge
NOTIFYDEV global
NR 354
NTFY_ORDER 50-KeSolarEdge
PARTIAL
PROTOCOL TCP
REQUESTHEX 00270000000601039c940001
STATE 0 W; 1718 kWh
TRIGGERTIME 1523048587.13296
TRIGGERTIME_FMT 2018-04-06 23:03:07
TYPE ModbusAttr
devioLoglevel 4
nextOpenDelay 60
QUEUE:
READINGS:
2018-04-06 22:53:07 AC-Energy 1717.665
2018-04-06 22:53:07 AC-Energy-Scale 0
2018-04-06 22:53:07 AC-Energy-Val 1717665
2018-04-06 22:58:10 AC-Power 0
2018-04-06 22:58:10 AC-Power-Scale 0
2018-04-06 22:58:10 AC-Power-Val 0
2018-04-06 22:53:07 DC-Current 0
2018-04-06 22:53:07 DC-Current-Scale -32768
2018-04-06 22:53:07 DC-Current-Val 65535
2018-04-06 22:53:07 DC-Power 0
2018-04-06 22:53:07 DC-Power-Scale 0
2018-04-06 22:53:07 DC-Power-Val 0
2018-04-06 22:53:07 DC-Voltage 0
2018-04-06 22:53:07 DC-Voltage-Scale -1
2018-04-06 22:53:07 DC-Voltage-Val 0
2018-04-06 22:53:07 HeatSinkTemp 0
2018-04-06 22:53:07 Status 2
2018-04-06 22:53:07 Zustand Nachtmodus
2018-04-06 22:01:06 state opened
defptr:
1:
gotReadings:
AC-Power-Scale 0
helper:
buffer
lid 1
lrecv 1523048290.49688
lsend 1523048290.48976
lastRead:
h40083 1523048290.48193
h40084 1523048290.50143
h40093 1523047987.08669
h40095 1523047987.09043
h40096 1523047987.09428
h40097 1523047987.09784
h40098 1523047987.10153
h40099 1523047987.10505
h40100 1523047987.10867
h40101 1523047987.11226
h40103 1523047987.1158
h40107 1523047987.11994
Attributes:
dev-h-combine 200
dev-h-defPoll 1
dev-h-defShowGet 1
enableControlSet 1
event-on-change-reading .*
event-on-update-reading AC-Energy,AC-Energy-Scale,AC-Power-Scale,DC-Voltage-Scale,DC-Current-Scale,DC-Power-Scale,Status
maxTimeoutsToReconnect 3
obj-h40083-reading AC-Power-Val
obj-h40084-reading AC-Power-Scale
obj-h40084-unpack s>
obj-h40093-len 2
obj-h40093-reading AC-Energy-Val
obj-h40093-unpack l>
obj-h40095-reading AC-Energy-Scale
obj-h40096-reading DC-Current-Val
obj-h40097-reading DC-Current-Scale
obj-h40097-unpack s>
obj-h40098-reading DC-Voltage-Val
obj-h40099-reading DC-Voltage-Scale
obj-h40099-unpack s>
obj-h40100-reading DC-Power-Val
obj-h40101-reading DC-Power-Scale
obj-h40101-unpack s>
obj-h40103-reading HeatSinkTemp
obj-h40103-unpack s>
obj-h40107-reading Status
room Solar,SolarPV,SolarReport
silentReconnect 1
sortUpdate 1
stateFormat {sprintf("%.0f W; %.0f kWh",ReadingsVal("KeSolarEdge","AC-Power",0),ReadingsVal("KeSolarEdge","AC-Energy",0))}
userReadings AC-Energy:(AC-Energy-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Energy-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Energy-Val",0) * ( 10 ** $scale) / 1000);;},

AC-Power:(AC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Power-Val",0) * ( 10 ** $scale));;},

DC-Power:(DC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Power-Val",0) * ( 10 ** $scale));;},

DC-Current:(DC-Current-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Current-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Current-Val",0) * ( 10 ** $scale));;},

DC-Voltage:(DC-Voltage-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Voltage-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Voltage-Val",0) * ( 10 ** $scale));;},

Zustand:(Status.*) {
my $Zus = ReadingsVal("KeSolarEdge","Status",0);
my $rueck = ReadingsVal("KeSolarEdge","Zustand",0);
if (($Zus == 2) and (InternalVal("KeSolarEdge","INTERVAL","") != 600)) {
fhem("set KeSolarEdge interval 600");
$rueck = "Nachtmodus";
}
elsif (InternalVal("KeSolarEdge","INTERVAL","") != 60) {
fhem("set KeSolarEdge interval 60");
$rueck = "Tagmodus";
}
return ($rueck);;
}
webCmdLabel {sprintf("AC-Energy %.3f",ReadingsVal("Solaredge","AC-Energy",0));;}
</pre>

=== Dummys anlegen ===

Zur Verwendung der "at"s werden Dummys benötigt

<pre>
define dum_pv_energyday_log dummy
define dum_pv_energyday_read dummy
define dum_pv_energymonth_log dummy
define dum_pv_energymonth_read dummy
define dum_pv_energytoday dummy
define dum_pv_energytomonth dummy
define dum_pv_energytoweek dummy
define dum_pv_energytoyear dummy
define dum_pv_energyweek_log dummy
define dum_pv_energyweek_read dummy
define dum_pv_energyyear_log dummy
define dum_pv_energyyear_read dummy
define dum_pvdcpower dummy
define dum_pvdcvolt dummy
define dum_pvenergy dummy
define dum_pvloss dummy
define dum_pvpower_log dummy
define dum_pvpower_read dummy
</pre>

=== notify device in FHEM ===

Auslesen der Daten, getriggert vom ModbusAttr:

prg_solaredge

<pre>
KeSolarEdge:DC-Power:.* {
# 16.2.2018 Markus Loeben
# liest Solaredge aus und füllt die Werte in dummys, damit sie weiter verwertet werden können
my $ACE = ReadingsVal("KeSolarEdge","AC-Energy",0);
Log 5, "at_solaredge: ACE " . $ACE;
my $day = Value("dum_pv_energyday_read");
Log 5, "at_solaredge: day " . $day;
my $week = Value("dum_pv_energyweek_read");
Log 5, "at_solaredge: day " . $day;
my $month = Value("dum_pv_energymonth_read");
Log 5, "at_solaredge: month " . $month;
my $year = Value("dum_pv_energyyear_read");
Log 5, "at_solaredge: year " . $year;
#.. die geleistete Energie größer 0 ist (was immer sein sollte, aber leider nicht immer ist) -> laufende Werte berechnen
if ($ACE > 0) {
fhem ("set dum_pv_energytoday " . sprintf ("%.2f",($ACE - $day)));
fhem ("set dum_pv_energytoweek " . sprintf ("%.2f",($ACE - $week)));
fhem ("set dum_pv_energytomonth " . sprintf ("%.2f",($ACE - $month)));
fhem ("set dum_pv_energytoyear " . sprintf ("%.2f",($ACE - $year)));
}
#Log 1, "at_Solaredge: PV-Energy " . $ACE . "\n";
#Leistung auslesen
my $ACP = ReadingsVal("KeSolarEdge","AC-Power",0);
my $DCP = ReadingsVal("KeSolarEdge","DC-Power",0);
if ($DCP > 0) {
# Verlustleistung berechnen
fhem ("set dum_pvloss " . sprintf("%.1f", ($DCP - $ACP)));
my $MP = Value("dum_pv_power_read");
#Falls die größer ist als alles bis: ablegen
if ($DCP > $MP) {
fhem ("set dum_pv_power_read " . $DCP);
}
}
}
</pre>

=== at device in FHEM ===

Tägliches Auswerten für spätere SVGs:

at_midnight
<pre>
*23:59 {
# Abspeichern der täglichen, wöchentlichen und monatlichen Werte 16.3.18 Loeben;
use Time::Local;
my ($Psec,$Pmin,$Phour,$Pmday,$Pmonth,$Pyear,$Pwday,$Pyday,$Pisdst) = localtime(time()+61);
#Werte einlesen
my $ace = ReadingsVal("KeSolarEdge","AC-Energy",-1);
Log 5, "at_midnight AC-Energy" . " " . $ace;
#Tag updaten
# PV
my $aceread = Value("dum_pv_energyday_read");
Log 5, "at_midnight dum_pv_energyday_read " . $aceread;
my $aceday = ($ace - $aceread);
fhem ("set dum_pv_energyday_log " . sprintf("%.1f",($aceday)));
fhem ("set dum_pv_energyday_read " . $ace);
Log 5, "at_midnight dum_pv_energyday_read" . " " . $ace;
my $MP = Value("dum_pv_power_read");
fhem("set dum_pv_power_log " . $MP);
fhem("set dum_pv_power_read 0");

#Wochenwerte speichern;
if ($Pwday == 1) {
$aceread = Value("dum_pv_energyweek_read");
$aceday = ($ace - $aceread);
fhem ("set dum_pv_energyweek_log " . sprintf("%.1f",($ace - $aceread)));
fhem ("set dum_pv_energyweek_read " . $ace);
}
#Monatswerte speichern;
if ($Pmday == 1) {
$aceread = Value("dum_pv_energymonth_read");
$aceday = ($ace - $aceread);
fhem ("set dum_pv_energymonth_log " . sprintf("%.1f",($aceday)));
fhem ("set dum_pv_energymonth_read " . $ace);
}
#Jahreswerte speichern;
if ($Pyday == 1) {
$aceread = Value("dum_pv_energyyear_read");
$aceday = ($ace - $aceread);
fhem ("set dum_pv_energyyear_log " . sprintf("%.1f",($aceday)));
fhem ("set dum_pv_energyyear_read " . $ace);
}
}
</pre>

== Log ==

Das ModbusDevice legt sich ein eigenes Log an. Um aber übersichtliche Grafiken zu bekommen werden die Daten des Dummy benötigt. Hier hilft ein Logfile

<code> define FileLog_KePv Filelog %L/pv-%Y.log dum_pv*.* </code>

== Grafiken ==

{{Todo | Beschreibungen zu SVG hinterlegen }}

[[Kategorie:Other Components]]
[[Kategorie:Energieerzeugungsmessung]]

== Links ==
# Solaredge: [https://www.solaredge.com/sites/default/files/se-inverter-installation-guide-de.pdf Installationsanleitung]
# Solaredge: [https://www.solaredge.com/sites/default/files/sunspec-implementation-technical-note-de.pdf Sunspec Protokoll]

SolarEdge Wechselrichter

2018-04-06T21:23:55Z

BenMarloe: /* notify device in FHEM */ Korrektur

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=SolarEdge SE10k
|HWProtocol=Modubus TCP
|HWType=Wechselrichter
|HWCategory=Energieverbrauchsmessung
|HWComm=Ethernet TCP
|HWChannels=1 (bidiektional)
|HWVoltage=750V DC; 230V 3xAC
|HWPowerConsumption=Eigenverbrauch 2% (geschätzt)
|HWPoweredBy=230V~ 3xAC
|HWSize=317x512x214 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#ModbusAttr ModbusAttr]
|HWManufacturer=[https://www.solaredge.com/de Solaredge]
}}

== SE10k von Solaredge in FHEM einbinden==

Dieser Artikel beschreibt die Einbindung eines Solaredgewechselrichters SE10k in ein FHEM System über eine Ethernetverbindung mit Hilfe des Moduls ModbusAttr.

=== Vorbedingungen ===

FHEM läuft und hat genügend Platz für Modifikationen und Logfiles (ca. 100 MByte / Jahr).

=== Am Wechselrichter ===

Im zugehörigen Menu ist bereits der Port 503 eingestellt. Trotzdem muss dieser noch einmal aktiviert werden, da sonst Modbus TCP nicht aktiv wird.
Hilfe da zu bietet die Installationsanleitung [1]. 
Es ist möglich, dass es auch nur 10 Minuten aktiv bleibt wenn er nicht angesprochen wird.

== ModbusAttr Device in FHEM ==

in FHEM wird ein ModbusAttr angelegt

<code> define SolarEdge ModbusAttr 1 30 192.168.178.36 TCP </code>

danach alle Attribute aus dem unten stehenden list nach dem Verfahren:
<code> attr SolarEdge dev-h-defPoll 1 </code>

Mehr Daten sind im Sunspec Protokoll [2] zu finden

=== List von Device Solaredge in FHEM ===
<pre>
Internals:
BUSY 0
DEF 1 30 192.168.178.36 TCP
DEST 192.168.178.36:502
DeviceName 192.168.178.36:502
FD 91
INTERVAL 600
IODev KeSolarEdge
LASTOPEN 1523044866.65275
MODBUSID 1
ModuleVersion 3.7.3 - 22.12.2017
NAME KeSolarEdge
NOTIFYDEV global
NR 354
NTFY_ORDER 50-KeSolarEdge
PARTIAL
PROTOCOL TCP
REQUESTHEX 00270000000601039c940001
STATE 0 W; 1718 kWh
TRIGGERTIME 1523048587.13296
TRIGGERTIME_FMT 2018-04-06 23:03:07
TYPE ModbusAttr
devioLoglevel 4
nextOpenDelay 60
QUEUE:
READINGS:
2018-04-06 22:53:07 AC-Energy 1717.665
2018-04-06 22:53:07 AC-Energy-Scale 0
2018-04-06 22:53:07 AC-Energy-Val 1717665
2018-04-06 22:58:10 AC-Power 0
2018-04-06 22:58:10 AC-Power-Scale 0
2018-04-06 22:58:10 AC-Power-Val 0
2018-04-06 22:53:07 DC-Current 0
2018-04-06 22:53:07 DC-Current-Scale -32768
2018-04-06 22:53:07 DC-Current-Val 65535
2018-04-06 22:53:07 DC-Power 0
2018-04-06 22:53:07 DC-Power-Scale 0
2018-04-06 22:53:07 DC-Power-Val 0
2018-04-06 22:53:07 DC-Voltage 0
2018-04-06 22:53:07 DC-Voltage-Scale -1
2018-04-06 22:53:07 DC-Voltage-Val 0
2018-04-06 22:53:07 HeatSinkTemp 0
2018-04-06 22:53:07 Status 2
2018-04-06 22:53:07 Zustand Nachtmodus
2018-04-06 22:01:06 state opened
defptr:
1:
gotReadings:
AC-Power-Scale 0
helper:
buffer
lid 1
lrecv 1523048290.49688
lsend 1523048290.48976
lastRead:
h40083 1523048290.48193
h40084 1523048290.50143
h40093 1523047987.08669
h40095 1523047987.09043
h40096 1523047987.09428
h40097 1523047987.09784
h40098 1523047987.10153
h40099 1523047987.10505
h40100 1523047987.10867
h40101 1523047987.11226
h40103 1523047987.1158
h40107 1523047987.11994
Attributes:
dev-h-combine 200
dev-h-defPoll 1
dev-h-defShowGet 1
enableControlSet 1
event-on-change-reading .*
event-on-update-reading AC-Energy,AC-Energy-Scale,AC-Power-Scale,DC-Voltage-Scale,DC-Current-Scale,DC-Power-Scale,Status
maxTimeoutsToReconnect 3
obj-h40083-reading AC-Power-Val
obj-h40084-reading AC-Power-Scale
obj-h40084-unpack s>
obj-h40093-len 2
obj-h40093-reading AC-Energy-Val
obj-h40093-unpack l>
obj-h40095-reading AC-Energy-Scale
obj-h40096-reading DC-Current-Val
obj-h40097-reading DC-Current-Scale
obj-h40097-unpack s>
obj-h40098-reading DC-Voltage-Val
obj-h40099-reading DC-Voltage-Scale
obj-h40099-unpack s>
obj-h40100-reading DC-Power-Val
obj-h40101-reading DC-Power-Scale
obj-h40101-unpack s>
obj-h40103-reading HeatSinkTemp
obj-h40103-unpack s>
obj-h40107-reading Status
room Solar,SolarPV,SolarReport
silentReconnect 1
sortUpdate 1
stateFormat {sprintf("%.0f W; %.0f kWh",ReadingsVal("KeSolarEdge","AC-Power",0),ReadingsVal("KeSolarEdge","AC-Energy",0))}
userReadings AC-Energy:(AC-Energy-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Energy-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Energy-Val",0) * ( 10 ** $scale) / 1000);;},

AC-Power:(AC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Power-Val",0) * ( 10 ** $scale));;},

DC-Power:(DC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Power-Val",0) * ( 10 ** $scale));;},

DC-Current:(DC-Current-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Current-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Current-Val",0) * ( 10 ** $scale));;},

DC-Voltage:(DC-Voltage-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Voltage-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Voltage-Val",0) * ( 10 ** $scale));;},

Zustand:(Status.*) {
my $Zus = ReadingsVal("KeSolarEdge","Status",0);
my $rueck = ReadingsVal("KeSolarEdge","Zustand",0);
if (($Zus == 2) and (InternalVal("KeSolarEdge","INTERVAL","") != 600)) {
fhem("set KeSolarEdge interval 600");
$rueck = "Nachtmodus";
}
elsif (InternalVal("KeSolarEdge","INTERVAL","") != 60) {
fhem("set KeSolarEdge interval 60");
$rueck = "Tagmodus";
}
return ($rueck);;
}
webCmdLabel {sprintf("AC-Energy %.3f",ReadingsVal("Solaredge","AC-Energy",0));;}
</pre>

=== Dummys anlegen ===

Zur Verwendung der "at"s werden Dummys benötigt

<pre>
define dum_pv_energyday_log dummy
define dum_pv_energyday_read dummy
define dum_pv_energymonth_log dummy
define dum_pv_energymonth_read dummy
define dum_pv_energytoday dummy
define dum_pv_energytomonth dummy
define dum_pv_energytoweek dummy
define dum_pv_energytoyear dummy
define dum_pv_energyweek_log dummy
define dum_pv_energyweek_read dummy
define dum_pv_energyyear_log dummy
define dum_pv_energyyear_read dummy
define dum_pvdcpower dummy
define dum_pvdcvolt dummy
define dum_pvenergy dummy
define dum_pvloss dummy
define dum_pvpower_log dummy
define dum_pvpower_read dummy
</pre>

=== notify device in FHEM ===

Auslesen der Daten, getriggert vom ModbusAttr:

prg_solaredge

<pre>
KeSolarEdge:DC-Power:.* {
# 16.2.2018 Markus Loeben
# liest Solaredge aus und füllt die Werte in dummys, damit sie weiter verwertet werden können
my $ACE = ReadingsVal("KeSolarEdge","AC-Energy",0);
Log 5, "at_solaredge: ACE " . $ACE;
my $day = Value("dum_pv_energyday_read");
Log 5, "at_solaredge: day " . $day;
my $week = Value("dum_pv_energyweek_read");
Log 5, "at_solaredge: day " . $day;
my $month = Value("dum_pv_energymonth_read");
Log 5, "at_solaredge: month " . $month;
my $year = Value("dum_pv_energyyear_read");
Log 5, "at_solaredge: year " . $year;
#.. die geleistete Energie größer 0 ist (was immer sein sollte, aber leider nicht immer ist) -> laufende Werte berechnen
if ($ACE > 0) {
fhem ("set dum_pv_energytoday " . sprintf ("%.2f",($ACE - $day)));
fhem ("set dum_pv_energytoweek " . sprintf ("%.2f",($ACE - $week)));
fhem ("set dum_pv_energytomonth " . sprintf ("%.2f",($ACE - $month)));
fhem ("set dum_pv_energytoyear " . sprintf ("%.2f",($ACE - $year)));
}
#Log 1, "at_Solaredge: PV-Energy " . $ACE . "\n";
#Leistung auslesen
my $ACP = ReadingsVal("KeSolarEdge","AC-Power",0);
my $DCP = ReadingsVal("KeSolarEdge","DC-Power",0);
if ($DCP > 0) {
# Verlustleistung berechnen
fhem ("set dum_pvloss " . sprintf("%.1f", ($DCP - $ACP)));
my $MP = Value("dum_pv_power_read");
#Falls die größer ist als alles bis: ablegen
if ($DCP > $MP) {
fhem ("set dum_pv_power_read " . $DCP);
}
}
}
</pre>

=== at device in FHEM ===

Tägliches Auswerten für spätere SVGs:

at_midnight
<pre>
*23:59 {
# Abspeichern der täglichen, wöchentlichen und monatlichen Werte 16.3.18 Loeben;
use Time::Local;
my ($Psec,$Pmin,$Phour,$Pmday,$Pmonth,$Pyear,$Pwday,$Pyday,$Pisdst) = localtime(time()+61);
#Werte einlesen
my $ace = ReadingsVal("KeSolarEdge","AC-Energy",-1);
Log 5, "at_midnight AC-Energy" . " " . $ace;
#Tag updaten
# PV
my $aceread = Value("dum_pv_energyday_read");
Log 5, "at_midnight dum_pv_energyday_read " . $aceread;
my $aceday = ($ace - $aceread);
fhem ("set dum_pv_energyday_log " . sprintf("%.1f",($aceday)));
fhem ("set dum_pv_energyday_read " . $ace);
Log 5, "at_midnight dum_pv_energyday_read" . " " . $ace;
my $MP = Value("dum_pv_power_read");
fhem("set dum_pv_power_log " . $MP);
fhem("set dum_pv_power_read 0");

#Wochenwerte speichern;
if ($Pwday == 1) {
$aceread = Value("dum_pv_energyweek_read");
$aceday = ($ace - $aceread);
fhem ("set dum_pv_energyweek_log " . sprintf("%.1f",($ace - $aceread)));
fhem ("set dum_pv_energyweek_read " . $ace);
}
#Monatswerte speichern;
if ($Pmday == 1) {
$aceread = Value("dum_pv_energymonth_read");
$aceday = ($ace - $aceread);
fhem ("set dum_pv_energymonth_log " . sprintf("%.1f",($aceday)));
fhem ("set dum_pv_energymonth_read " . $ace);
}
#Jahreswerte speichern;
if ($Pyday == 1) {
$aceread = Value("dum_pv_energyyear_read");
$aceday = ($ace - $aceread);
fhem ("set dum_pv_energyyear_log " . sprintf("%.1f",($aceday)));
fhem ("set dum_pv_energyyear_read " . $ace);
}
}
</pre>

== Log ==

Das ModbusDevice legt sich ein eigenes Log an. Um aber übersichtliche Grafiken zu bekommen werden die Daten des Dummy benötigt. Hier hilft ein Logfile

<code> define FileLog_KePv Filelog %L/pv-%Y.log dum_pv*.* </code>

== Grafiken ==

{{Todo | Beschreibungen zu SVG hinterlegen }}

[[Kategorie:Other Components]]
[[Kategorie:Energieerzeugungsmessung]]

== Links ==
# Solaredge: [https://www.solaredge.com/sites/default/files/se-inverter-installation-guide-de.pdf Installationsanleitung]
# Solaredge: [https://www.solaredge.com/sites/default/files/sunspec-implementation-technical-note-de.pdf Sunspec Protokoll]

SolarEdge Wechselrichter

2018-04-06T21:21:59Z

BenMarloe:

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=SolarEdge SE10k
|HWProtocol=Modubus TCP
|HWType=Wechselrichter
|HWCategory=Energieverbrauchsmessung
|HWComm=Ethernet TCP
|HWChannels=1 (bidiektional)
|HWVoltage=750V DC; 230V 3xAC
|HWPowerConsumption=Eigenverbrauch 2% (geschätzt)
|HWPoweredBy=230V~ 3xAC
|HWSize=317x512x214 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#ModbusAttr ModbusAttr]
|HWManufacturer=[https://www.solaredge.com/de Solaredge]
}}

== SE10k von Solaredge in FHEM einbinden==

Dieser Artikel beschreibt die Einbindung eines Solaredgewechselrichters SE10k in ein FHEM System über eine Ethernetverbindung mit Hilfe des Moduls ModbusAttr.

=== Vorbedingungen ===

FHEM läuft und hat genügend Platz für Modifikationen und Logfiles (ca. 100 MByte / Jahr).

=== Am Wechselrichter ===

Im zugehörigen Menu ist bereits der Port 503 eingestellt. Trotzdem muss dieser noch einmal aktiviert werden, da sonst Modbus TCP nicht aktiv wird.
Hilfe da zu bietet die Installationsanleitung [1]. 
Es ist möglich, dass es auch nur 10 Minuten aktiv bleibt wenn er nicht angesprochen wird.

== ModbusAttr Device in FHEM ==

in FHEM wird ein ModbusAttr angelegt

<code> define SolarEdge ModbusAttr 1 30 192.168.178.36 TCP </code>

danach alle Attribute aus dem unten stehenden list nach dem Verfahren:
<code> attr SolarEdge dev-h-defPoll 1 </code>

Mehr Daten sind im Sunspec Protokoll [2] zu finden

=== List von Device Solaredge in FHEM ===
<pre>
Internals:
BUSY 0
DEF 1 30 192.168.178.36 TCP
DEST 192.168.178.36:502
DeviceName 192.168.178.36:502
FD 91
INTERVAL 600
IODev KeSolarEdge
LASTOPEN 1523044866.65275
MODBUSID 1
ModuleVersion 3.7.3 - 22.12.2017
NAME KeSolarEdge
NOTIFYDEV global
NR 354
NTFY_ORDER 50-KeSolarEdge
PARTIAL
PROTOCOL TCP
REQUESTHEX 00270000000601039c940001
STATE 0 W; 1718 kWh
TRIGGERTIME 1523048587.13296
TRIGGERTIME_FMT 2018-04-06 23:03:07
TYPE ModbusAttr
devioLoglevel 4
nextOpenDelay 60
QUEUE:
READINGS:
2018-04-06 22:53:07 AC-Energy 1717.665
2018-04-06 22:53:07 AC-Energy-Scale 0
2018-04-06 22:53:07 AC-Energy-Val 1717665
2018-04-06 22:58:10 AC-Power 0
2018-04-06 22:58:10 AC-Power-Scale 0
2018-04-06 22:58:10 AC-Power-Val 0
2018-04-06 22:53:07 DC-Current 0
2018-04-06 22:53:07 DC-Current-Scale -32768
2018-04-06 22:53:07 DC-Current-Val 65535
2018-04-06 22:53:07 DC-Power 0
2018-04-06 22:53:07 DC-Power-Scale 0
2018-04-06 22:53:07 DC-Power-Val 0
2018-04-06 22:53:07 DC-Voltage 0
2018-04-06 22:53:07 DC-Voltage-Scale -1
2018-04-06 22:53:07 DC-Voltage-Val 0
2018-04-06 22:53:07 HeatSinkTemp 0
2018-04-06 22:53:07 Status 2
2018-04-06 22:53:07 Zustand Nachtmodus
2018-04-06 22:01:06 state opened
defptr:
1:
gotReadings:
AC-Power-Scale 0
helper:
buffer
lid 1
lrecv 1523048290.49688
lsend 1523048290.48976
lastRead:
h40083 1523048290.48193
h40084 1523048290.50143
h40093 1523047987.08669
h40095 1523047987.09043
h40096 1523047987.09428
h40097 1523047987.09784
h40098 1523047987.10153
h40099 1523047987.10505
h40100 1523047987.10867
h40101 1523047987.11226
h40103 1523047987.1158
h40107 1523047987.11994
Attributes:
dev-h-combine 200
dev-h-defPoll 1
dev-h-defShowGet 1
enableControlSet 1
event-on-change-reading .*
event-on-update-reading AC-Energy,AC-Energy-Scale,AC-Power-Scale,DC-Voltage-Scale,DC-Current-Scale,DC-Power-Scale,Status
maxTimeoutsToReconnect 3
obj-h40083-reading AC-Power-Val
obj-h40084-reading AC-Power-Scale
obj-h40084-unpack s>
obj-h40093-len 2
obj-h40093-reading AC-Energy-Val
obj-h40093-unpack l>
obj-h40095-reading AC-Energy-Scale
obj-h40096-reading DC-Current-Val
obj-h40097-reading DC-Current-Scale
obj-h40097-unpack s>
obj-h40098-reading DC-Voltage-Val
obj-h40099-reading DC-Voltage-Scale
obj-h40099-unpack s>
obj-h40100-reading DC-Power-Val
obj-h40101-reading DC-Power-Scale
obj-h40101-unpack s>
obj-h40103-reading HeatSinkTemp
obj-h40103-unpack s>
obj-h40107-reading Status
room Solar,SolarPV,SolarReport
silentReconnect 1
sortUpdate 1
stateFormat {sprintf("%.0f W; %.0f kWh",ReadingsVal("KeSolarEdge","AC-Power",0),ReadingsVal("KeSolarEdge","AC-Energy",0))}
userReadings AC-Energy:(AC-Energy-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Energy-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Energy-Val",0) * ( 10 ** $scale) / 1000);;},

AC-Power:(AC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Power-Val",0) * ( 10 ** $scale));;},

DC-Power:(DC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Power-Val",0) * ( 10 ** $scale));;},

DC-Current:(DC-Current-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Current-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Current-Val",0) * ( 10 ** $scale));;},

DC-Voltage:(DC-Voltage-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Voltage-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Voltage-Val",0) * ( 10 ** $scale));;},

Zustand:(Status.*) {
my $Zus = ReadingsVal("KeSolarEdge","Status",0);
my $rueck = ReadingsVal("KeSolarEdge","Zustand",0);
if (($Zus == 2) and (InternalVal("KeSolarEdge","INTERVAL","") != 600)) {
fhem("set KeSolarEdge interval 600");
$rueck = "Nachtmodus";
}
elsif (InternalVal("KeSolarEdge","INTERVAL","") != 60) {
fhem("set KeSolarEdge interval 60");
$rueck = "Tagmodus";
}
return ($rueck);;
}
webCmdLabel {sprintf("AC-Energy %.3f",ReadingsVal("Solaredge","AC-Energy",0));;}
</pre>

=== Dummys anlegen ===

Zur Verwendung der "at"s werden Dummys benötigt

<pre>
define dum_pv_energyday_log dummy
define dum_pv_energyday_read dummy
define dum_pv_energymonth_log dummy
define dum_pv_energymonth_read dummy
define dum_pv_energytoday dummy
define dum_pv_energytomonth dummy
define dum_pv_energytoweek dummy
define dum_pv_energytoyear dummy
define dum_pv_energyweek_log dummy
define dum_pv_energyweek_read dummy
define dum_pv_energyyear_log dummy
define dum_pv_energyyear_read dummy
define dum_pvdcpower dummy
define dum_pvdcvolt dummy
define dum_pvenergy dummy
define dum_pvloss dummy
define dum_pvpower_log dummy
define dum_pvpower_read dummy
</pre>

=== notify device in FHEM ===

Auslesen der Daten, getriggert vom ModbusAttr nicht immer geht:

prg_solaredge

<pre>
KeSolarEdge:DC-Power:.* {
# 16.2.2018 Markus Loeben
# liest Solaredge aus und füllt die Werte in dummys, damit sie weiter verwertet werden können
my $ACE = ReadingsVal("KeSolarEdge","AC-Energy",0);
Log 5, "at_solaredge: ACE " . $ACE;
my $day = Value("dum_pv_energyday_read");
Log 5, "at_solaredge: day " . $day;
my $week = Value("dum_pv_energyweek_read");
Log 5, "at_solaredge: day " . $day;
my $month = Value("dum_pv_energymonth_read");
Log 5, "at_solaredge: month " . $month;
my $year = Value("dum_pv_energyyear_read");
Log 5, "at_solaredge: year " . $year;
#.. die geleistete Energie größer 0 ist (was immer sein sollte, aber leider nicht immer ist) -> laufende Werte berechnen
if ($ACE > 0) {
fhem ("set dum_pv_energytoday " . sprintf ("%.2f",($ACE - $day)));
fhem ("set dum_pv_energytoweek " . sprintf ("%.2f",($ACE - $week)));
fhem ("set dum_pv_energytomonth " . sprintf ("%.2f",($ACE - $month)));
fhem ("set dum_pv_energytoyear " . sprintf ("%.2f",($ACE - $year)));
}
#Log 1, "at_Solaredge: PV-Energy " . $ACE . "\n";
#Leistung auslesen
my $ACP = ReadingsVal("KeSolarEdge","AC-Power",0);
my $DCP = ReadingsVal("KeSolarEdge","DC-Power",0);
if ($DCP > 0) {
# Verlustleistung berechnen
fhem ("set dum_pvloss " . sprintf("%.1f", ($DCP - $ACP)));
my $MP = Value("dum_pv_power_read");
#Falls die größer ist als alles bis: ablegen
if ($DCP > $MP) {
fhem ("set dum_pv_power_read " . $DCP);
}
}
}
</pre>

=== at device in FHEM ===

Tägliches Auswerten für spätere SVGs:

at_midnight
<pre>
*23:59 {
# Abspeichern der täglichen, wöchentlichen und monatlichen Werte 16.3.18 Loeben;
use Time::Local;
my ($Psec,$Pmin,$Phour,$Pmday,$Pmonth,$Pyear,$Pwday,$Pyday,$Pisdst) = localtime(time()+61);
#Werte einlesen
my $ace = ReadingsVal("KeSolarEdge","AC-Energy",-1);
Log 5, "at_midnight AC-Energy" . " " . $ace;
#Tag updaten
# PV
my $aceread = Value("dum_pv_energyday_read");
Log 5, "at_midnight dum_pv_energyday_read " . $aceread;
my $aceday = ($ace - $aceread);
fhem ("set dum_pv_energyday_log " . sprintf("%.1f",($aceday)));
fhem ("set dum_pv_energyday_read " . $ace);
Log 5, "at_midnight dum_pv_energyday_read" . " " . $ace;
my $MP = Value("dum_pv_power_read");
fhem("set dum_pv_power_log " . $MP);
fhem("set dum_pv_power_read 0");

#Wochenwerte speichern;
if ($Pwday == 1) {
$aceread = Value("dum_pv_energyweek_read");
$aceday = ($ace - $aceread);
fhem ("set dum_pv_energyweek_log " . sprintf("%.1f",($ace - $aceread)));
fhem ("set dum_pv_energyweek_read " . $ace);
}
#Monatswerte speichern;
if ($Pmday == 1) {
$aceread = Value("dum_pv_energymonth_read");
$aceday = ($ace - $aceread);
fhem ("set dum_pv_energymonth_log " . sprintf("%.1f",($aceday)));
fhem ("set dum_pv_energymonth_read " . $ace);
}
#Jahreswerte speichern;
if ($Pyday == 1) {
$aceread = Value("dum_pv_energyyear_read");
$aceday = ($ace - $aceread);
fhem ("set dum_pv_energyyear_log " . sprintf("%.1f",($aceday)));
fhem ("set dum_pv_energyyear_read " . $ace);
}
}
</pre>

== Log ==

Das ModbusDevice legt sich ein eigenes Log an. Um aber übersichtliche Grafiken zu bekommen werden die Daten des Dummy benötigt. Hier hilft ein Logfile

<code> define FileLog_KePv Filelog %L/pv-%Y.log dum_pv*.* </code>

== Grafiken ==

{{Todo | Beschreibungen zu SVG hinterlegen }}

[[Kategorie:Other Components]]
[[Kategorie:Energieerzeugungsmessung]]

== Links ==
# Solaredge: [https://www.solaredge.com/sites/default/files/se-inverter-installation-guide-de.pdf Installationsanleitung]
# Solaredge: [https://www.solaredge.com/sites/default/files/sunspec-implementation-technical-note-de.pdf Sunspec Protokoll]

Diskussion:SolarEdge Wechselrichter

2018-04-06T21:20:54Z

BenMarloe: Die Seite wurde neu angelegt: „Kann jemand was damit anfangen? --~~~~“

Kann jemand was damit anfangen? --[[Benutzer:BenMarloe|BenMarloe]] ([[Benutzer Diskussion:BenMarloe|Diskussion]]) 23:20, 6. Apr. 2018 (CEST)

SolarEdge Wechselrichter

2018-04-06T21:18:13Z

BenMarloe: /* notify device in FHEM */ tägliches Auslesen hinzugefügt

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=SolarEdge SE10k
|HWProtocol=Modubus TCP
|HWType=Wechselrichter
|HWCategory=Energieverbrauchsmessung
|HWComm=Ethernet TCP
|HWChannels=1 (bidiektional)
|HWVoltage=750V DC; 230V 3xAC
|HWPowerConsumption=Eigenverbrauch 2% (geschätzt)
|HWPoweredBy=230V~ 3xAC
|HWSize=317x512x214 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#ModbusAttr ModbusAttr]
|HWManufacturer=[https://www.solaredge.com/de Solaredge]
}}

== SE10k von Solaredge in FHEM einbinden==

Dieser Artikel beschreibt die Einbindung eines Solaredgewechselrichters SE10k in ein FHEM System über eine Ethernetverbindung mit Hilfe des Moduls ModbusAttr.

=== Vorbedingungen ===

FHEM läuft und hat genügend Platz für Modifikationen und Logfiles (ca. 100 MByte / Jahr).

=== Am Wechselrichter ===

Im zugehörigen Menu ist bereits der Port 503 eingestellt. Trotzdem muss dieser noch einmal aktiviert werden, da sonst Modbus TCP nicht aktiv wird.
Hilfe da zu bietet die Installationsanleitung [1]. Es ist möglich, dass es auch nur 10 Minuten aktiv bleibt wenn er nicht angesprochen wird.

== ModbusAttr Device in FHEM ==

in FHEM wird ein ModbusAttr angelegt

<code> define SolarEdge ModbusAttr 1 30 192.168.178.36 TCP </code>

danach alle Attribute aus dem unten stehenden list nach dem Verfahren:
<code> attr SolarEdge dev-h-defPoll 1 </code>

Mehr Daten sind im Sunspec Protokoll [2] zu finden

=== List von Device Solaredge in FHEM ===
<pre>
Internals:
BUSY 0
DEF 1 30 192.168.178.36 TCP
DEST 192.168.178.36:502
DeviceName 192.168.178.36:502
FD 91
INTERVAL 600
IODev KeSolarEdge
LASTOPEN 1523044866.65275
MODBUSID 1
ModuleVersion 3.7.3 - 22.12.2017
NAME KeSolarEdge
NOTIFYDEV global
NR 354
NTFY_ORDER 50-KeSolarEdge
PARTIAL
PROTOCOL TCP
REQUESTHEX 00270000000601039c940001
STATE 0 W; 1718 kWh
TRIGGERTIME 1523048587.13296
TRIGGERTIME_FMT 2018-04-06 23:03:07
TYPE ModbusAttr
devioLoglevel 4
nextOpenDelay 60
QUEUE:
READINGS:
2018-04-06 22:53:07 AC-Energy 1717.665
2018-04-06 22:53:07 AC-Energy-Scale 0
2018-04-06 22:53:07 AC-Energy-Val 1717665
2018-04-06 22:58:10 AC-Power 0
2018-04-06 22:58:10 AC-Power-Scale 0
2018-04-06 22:58:10 AC-Power-Val 0
2018-04-06 22:53:07 DC-Current 0
2018-04-06 22:53:07 DC-Current-Scale -32768
2018-04-06 22:53:07 DC-Current-Val 65535
2018-04-06 22:53:07 DC-Power 0
2018-04-06 22:53:07 DC-Power-Scale 0
2018-04-06 22:53:07 DC-Power-Val 0
2018-04-06 22:53:07 DC-Voltage 0
2018-04-06 22:53:07 DC-Voltage-Scale -1
2018-04-06 22:53:07 DC-Voltage-Val 0
2018-04-06 22:53:07 HeatSinkTemp 0
2018-04-06 22:53:07 Status 2
2018-04-06 22:53:07 Zustand Nachtmodus
2018-04-06 22:01:06 state opened
defptr:
1:
gotReadings:
AC-Power-Scale 0
helper:
buffer
lid 1
lrecv 1523048290.49688
lsend 1523048290.48976
lastRead:
h40083 1523048290.48193
h40084 1523048290.50143
h40093 1523047987.08669
h40095 1523047987.09043
h40096 1523047987.09428
h40097 1523047987.09784
h40098 1523047987.10153
h40099 1523047987.10505
h40100 1523047987.10867
h40101 1523047987.11226
h40103 1523047987.1158
h40107 1523047987.11994
Attributes:
dev-h-combine 200
dev-h-defPoll 1
dev-h-defShowGet 1
enableControlSet 1
event-on-change-reading .*
event-on-update-reading AC-Energy,AC-Energy-Scale,AC-Power-Scale,DC-Voltage-Scale,DC-Current-Scale,DC-Power-Scale,Status
maxTimeoutsToReconnect 3
obj-h40083-reading AC-Power-Val
obj-h40084-reading AC-Power-Scale
obj-h40084-unpack s>
obj-h40093-len 2
obj-h40093-reading AC-Energy-Val
obj-h40093-unpack l>
obj-h40095-reading AC-Energy-Scale
obj-h40096-reading DC-Current-Val
obj-h40097-reading DC-Current-Scale
obj-h40097-unpack s>
obj-h40098-reading DC-Voltage-Val
obj-h40099-reading DC-Voltage-Scale
obj-h40099-unpack s>
obj-h40100-reading DC-Power-Val
obj-h40101-reading DC-Power-Scale
obj-h40101-unpack s>
obj-h40103-reading HeatSinkTemp
obj-h40103-unpack s>
obj-h40107-reading Status
room Solar,SolarPV,SolarReport
silentReconnect 1
sortUpdate 1
stateFormat {sprintf("%.0f W; %.0f kWh",ReadingsVal("KeSolarEdge","AC-Power",0),ReadingsVal("KeSolarEdge","AC-Energy",0))}
userReadings AC-Energy:(AC-Energy-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Energy-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Energy-Val",0) * ( 10 ** $scale) / 1000);;},

AC-Power:(AC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Power-Val",0) * ( 10 ** $scale));;},

DC-Power:(DC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Power-Val",0) * ( 10 ** $scale));;},

DC-Current:(DC-Current-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Current-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Current-Val",0) * ( 10 ** $scale));;},

DC-Voltage:(DC-Voltage-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Voltage-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Voltage-Val",0) * ( 10 ** $scale));;},

Zustand:(Status.*) {
my $Zus = ReadingsVal("KeSolarEdge","Status",0);
my $rueck = ReadingsVal("KeSolarEdge","Zustand",0);
if (($Zus == 2) and (InternalVal("KeSolarEdge","INTERVAL","") != 600)) {
fhem("set KeSolarEdge interval 600");
$rueck = "Nachtmodus";
}
elsif (InternalVal("KeSolarEdge","INTERVAL","") != 60) {
fhem("set KeSolarEdge interval 60");
$rueck = "Tagmodus";
}
return ($rueck);;
}
webCmdLabel {sprintf("AC-Energy %.3f",ReadingsVal("Solaredge","AC-Energy",0));;}
</pre>

=== Dummys anlegen ===

Zur Verwendung der "at"s werden Dummys benötigt

<pre>
define dum_pv_energyday_log dummy
define dum_pv_energyday_read dummy
define dum_pv_energymonth_log dummy
define dum_pv_energymonth_read dummy
define dum_pv_energytoday dummy
define dum_pv_energytomonth dummy
define dum_pv_energytoweek dummy
define dum_pv_energytoyear dummy
define dum_pv_energyweek_log dummy
define dum_pv_energyweek_read dummy
define dum_pv_energyyear_log dummy
define dum_pv_energyyear_read dummy
define dum_pvdcpower dummy
define dum_pvdcvolt dummy
define dum_pvenergy dummy
define dum_pvloss dummy
define dum_pvpower_log dummy
define dum_pvpower_read dummy
</pre>

=== notify device in FHEM ===

Auslesen der Daten, getriggert vom ModbusAttr nicht immer geht:

prg_solaredge

<pre>
KeSolarEdge:DC-Power:.* {
# 16.2.2018 Markus Loeben
# liest Solaredge aus und füllt die Werte in dummys, damit sie weiter verwertet werden können
my $ACE = ReadingsVal("KeSolarEdge","AC-Energy",0);
Log 5, "at_solaredge: ACE " . $ACE;
my $day = Value("dum_pv_energyday_read");
Log 5, "at_solaredge: day " . $day;
my $week = Value("dum_pv_energyweek_read");
Log 5, "at_solaredge: day " . $day;
my $month = Value("dum_pv_energymonth_read");
Log 5, "at_solaredge: month " . $month;
my $year = Value("dum_pv_energyyear_read");
Log 5, "at_solaredge: year " . $year;
#.. die geleistete Energie größer 0 ist (was immer sein sollte, aber leider nicht immer ist) -> laufende Werte berechnen
if ($ACE > 0) {
fhem ("set dum_pv_energytoday " . sprintf ("%.2f",($ACE - $day)));
fhem ("set dum_pv_energytoweek " . sprintf ("%.2f",($ACE - $week)));
fhem ("set dum_pv_energytomonth " . sprintf ("%.2f",($ACE - $month)));
fhem ("set dum_pv_energytoyear " . sprintf ("%.2f",($ACE - $year)));
}
#Log 1, "at_Solaredge: PV-Energy " . $ACE . "\n";
#Leistung auslesen
my $ACP = ReadingsVal("KeSolarEdge","AC-Power",0);
my $DCP = ReadingsVal("KeSolarEdge","DC-Power",0);
if ($DCP > 0) {
# Verlustleistung berechnen
fhem ("set dum_pvloss " . sprintf("%.1f", ($DCP - $ACP)));
my $MP = Value("dum_pv_power_read");
#Falls die größer ist als alles bis: ablegen
if ($DCP > $MP) {
fhem ("set dum_pv_power_read " . $DCP);
}
}
}
</pre>

=== at device in FHEM ===

Tägliches Auswerten für spätere SVGs:

at_midnight
<pre>
*23:59 {
# Abspeichern der täglichen, wöchentlichen und monatlichen Werte 16.3.18 Loeben;
use Time::Local;
my ($Psec,$Pmin,$Phour,$Pmday,$Pmonth,$Pyear,$Pwday,$Pyday,$Pisdst) = localtime(time()+61);
#Werte einlesen
my $ace = ReadingsVal("KeSolarEdge","AC-Energy",-1);
Log 5, "at_midnight AC-Energy" . " " . $ace;
#Tag updaten
# PV
my $aceread = Value("dum_pv_energyday_read");
Log 5, "at_midnight dum_pv_energyday_read " . $aceread;
my $aceday = ($ace - $aceread);
fhem ("set dum_pv_energyday_log " . sprintf("%.1f",($aceday)));
fhem ("set dum_pv_energyday_read " . $ace);
Log 5, "at_midnight dum_pv_energyday_read" . " " . $ace;
my $MP = Value("dum_pv_power_read");
fhem("set dum_pv_power_log " . $MP);
fhem("set dum_pv_power_read 0");

#Wochenwerte speichern;
if ($Pwday == 1) {
$aceread = Value("dum_pv_energyweek_read");
$aceday = ($ace - $aceread);
fhem ("set dum_pv_energyweek_log " . sprintf("%.1f",($ace - $aceread)));
fhem ("set dum_pv_energyweek_read " . $ace);
}
#Monatswerte speichern;
if ($Pmday == 1) {
$aceread = Value("dum_pv_energymonth_read");
$aceday = ($ace - $aceread);
fhem ("set dum_pv_energymonth_log " . sprintf("%.1f",($aceday)));
fhem ("set dum_pv_energymonth_read " . $ace);
}
#Jahreswerte speichern;
if ($Pyday == 1) {
$aceread = Value("dum_pv_energyyear_read");
$aceday = ($ace - $aceread);
fhem ("set dum_pv_energyyear_log " . sprintf("%.1f",($aceday)));
fhem ("set dum_pv_energyyear_read " . $ace);
}
}
</pre>

== Log ==

Das ModbusDevice legt sich ein eigenes Log an. Um aber übersichtliche Grafiken zu bekommen werden die Daten des Dummy benötigt. Hier hilft ein Logfile

<code> define FileLog_KePv Filelog %L/pv-%Y.log dum_pv*.* </code>

== Grafiken ==

{{Todo | Beschreibungen zu SVG hinterlegen }}

[[Kategorie:Other Components]]
[[Kategorie:Energieerzeugungsmessung]]

== Links ==
# Solaredge: [https://www.solaredge.com/sites/default/files/se-inverter-installation-guide-de.pdf Installationsanleitung]
# Solaredge: [https://www.solaredge.com/sites/default/files/sunspec-implementation-technical-note-de.pdf Sunspec Protokoll]

SolarEdge Wechselrichter

2018-04-06T21:13:52Z

BenMarloe: /* at Devices in FHEM */ an UserReadings angepasst

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=SolarEdge SE10k
|HWProtocol=Modubus TCP
|HWType=Wechselrichter
|HWCategory=Energieverbrauchsmessung
|HWComm=Ethernet TCP
|HWChannels=1 (bidiektional)
|HWVoltage=750V DC; 230V 3xAC
|HWPowerConsumption=Eigenverbrauch 2% (geschätzt)
|HWPoweredBy=230V~ 3xAC
|HWSize=317x512x214 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#ModbusAttr ModbusAttr]
|HWManufacturer=[https://www.solaredge.com/de Solaredge]
}}

== SE10k von Solaredge in FHEM einbinden==

Dieser Artikel beschreibt die Einbindung eines Solaredgewechselrichters SE10k in ein FHEM System über eine Ethernetverbindung mit Hilfe des Moduls ModbusAttr.

=== Vorbedingungen ===

FHEM läuft und hat genügend Platz für Modifikationen und Logfiles (ca. 100 MByte / Jahr).

=== Am Wechselrichter ===

Im zugehörigen Menu ist bereits der Port 503 eingestellt. Trotzdem muss dieser noch einmal aktiviert werden, da sonst Modbus TCP nicht aktiv wird.
Hilfe da zu bietet die Installationsanleitung [1]. Es ist möglich, dass es auch nur 10 Minuten aktiv bleibt wenn er nicht angesprochen wird.

== ModbusAttr Device in FHEM ==

in FHEM wird ein ModbusAttr angelegt

<code> define SolarEdge ModbusAttr 1 30 192.168.178.36 TCP </code>

danach alle Attribute aus dem unten stehenden list nach dem Verfahren:
<code> attr SolarEdge dev-h-defPoll 1 </code>

Mehr Daten sind im Sunspec Protokoll [2] zu finden

=== List von Device Solaredge in FHEM ===
<pre>
Internals:
BUSY 0
DEF 1 30 192.168.178.36 TCP
DEST 192.168.178.36:502
DeviceName 192.168.178.36:502
FD 91
INTERVAL 600
IODev KeSolarEdge
LASTOPEN 1523044866.65275
MODBUSID 1
ModuleVersion 3.7.3 - 22.12.2017
NAME KeSolarEdge
NOTIFYDEV global
NR 354
NTFY_ORDER 50-KeSolarEdge
PARTIAL
PROTOCOL TCP
REQUESTHEX 00270000000601039c940001
STATE 0 W; 1718 kWh
TRIGGERTIME 1523048587.13296
TRIGGERTIME_FMT 2018-04-06 23:03:07
TYPE ModbusAttr
devioLoglevel 4
nextOpenDelay 60
QUEUE:
READINGS:
2018-04-06 22:53:07 AC-Energy 1717.665
2018-04-06 22:53:07 AC-Energy-Scale 0
2018-04-06 22:53:07 AC-Energy-Val 1717665
2018-04-06 22:58:10 AC-Power 0
2018-04-06 22:58:10 AC-Power-Scale 0
2018-04-06 22:58:10 AC-Power-Val 0
2018-04-06 22:53:07 DC-Current 0
2018-04-06 22:53:07 DC-Current-Scale -32768
2018-04-06 22:53:07 DC-Current-Val 65535
2018-04-06 22:53:07 DC-Power 0
2018-04-06 22:53:07 DC-Power-Scale 0
2018-04-06 22:53:07 DC-Power-Val 0
2018-04-06 22:53:07 DC-Voltage 0
2018-04-06 22:53:07 DC-Voltage-Scale -1
2018-04-06 22:53:07 DC-Voltage-Val 0
2018-04-06 22:53:07 HeatSinkTemp 0
2018-04-06 22:53:07 Status 2
2018-04-06 22:53:07 Zustand Nachtmodus
2018-04-06 22:01:06 state opened
defptr:
1:
gotReadings:
AC-Power-Scale 0
helper:
buffer
lid 1
lrecv 1523048290.49688
lsend 1523048290.48976
lastRead:
h40083 1523048290.48193
h40084 1523048290.50143
h40093 1523047987.08669
h40095 1523047987.09043
h40096 1523047987.09428
h40097 1523047987.09784
h40098 1523047987.10153
h40099 1523047987.10505
h40100 1523047987.10867
h40101 1523047987.11226
h40103 1523047987.1158
h40107 1523047987.11994
Attributes:
dev-h-combine 200
dev-h-defPoll 1
dev-h-defShowGet 1
enableControlSet 1
event-on-change-reading .*
event-on-update-reading AC-Energy,AC-Energy-Scale,AC-Power-Scale,DC-Voltage-Scale,DC-Current-Scale,DC-Power-Scale,Status
maxTimeoutsToReconnect 3
obj-h40083-reading AC-Power-Val
obj-h40084-reading AC-Power-Scale
obj-h40084-unpack s>
obj-h40093-len 2
obj-h40093-reading AC-Energy-Val
obj-h40093-unpack l>
obj-h40095-reading AC-Energy-Scale
obj-h40096-reading DC-Current-Val
obj-h40097-reading DC-Current-Scale
obj-h40097-unpack s>
obj-h40098-reading DC-Voltage-Val
obj-h40099-reading DC-Voltage-Scale
obj-h40099-unpack s>
obj-h40100-reading DC-Power-Val
obj-h40101-reading DC-Power-Scale
obj-h40101-unpack s>
obj-h40103-reading HeatSinkTemp
obj-h40103-unpack s>
obj-h40107-reading Status
room Solar,SolarPV,SolarReport
silentReconnect 1
sortUpdate 1
stateFormat {sprintf("%.0f W; %.0f kWh",ReadingsVal("KeSolarEdge","AC-Power",0),ReadingsVal("KeSolarEdge","AC-Energy",0))}
userReadings AC-Energy:(AC-Energy-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Energy-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Energy-Val",0) * ( 10 ** $scale) / 1000);;},

AC-Power:(AC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Power-Val",0) * ( 10 ** $scale));;},

DC-Power:(DC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Power-Val",0) * ( 10 ** $scale));;},

DC-Current:(DC-Current-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Current-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Current-Val",0) * ( 10 ** $scale));;},

DC-Voltage:(DC-Voltage-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Voltage-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Voltage-Val",0) * ( 10 ** $scale));;},

Zustand:(Status.*) {
my $Zus = ReadingsVal("KeSolarEdge","Status",0);
my $rueck = ReadingsVal("KeSolarEdge","Zustand",0);
if (($Zus == 2) and (InternalVal("KeSolarEdge","INTERVAL","") != 600)) {
fhem("set KeSolarEdge interval 600");
$rueck = "Nachtmodus";
}
elsif (InternalVal("KeSolarEdge","INTERVAL","") != 60) {
fhem("set KeSolarEdge interval 60");
$rueck = "Tagmodus";
}
return ($rueck);;
}
webCmdLabel {sprintf("AC-Energy %.3f",ReadingsVal("Solaredge","AC-Energy",0));;}
</pre>

=== Dummys anlegen ===

Zur Verwendung der "at"s werden Dummys benötigt

<pre>
define dum_pv_energyday_log dummy
define dum_pv_energyday_read dummy
define dum_pv_energymonth_log dummy
define dum_pv_energymonth_read dummy
define dum_pv_energytoday dummy
define dum_pv_energytomonth dummy
define dum_pv_energytoweek dummy
define dum_pv_energytoyear dummy
define dum_pv_energyweek_log dummy
define dum_pv_energyweek_read dummy
define dum_pv_energyyear_log dummy
define dum_pv_energyyear_read dummy
define dum_pvdcpower dummy
define dum_pvdcvolt dummy
define dum_pvenergy dummy
define dum_pvloss dummy
define dum_pvpower_log dummy
define dum_pvpower_read dummy
</pre>

=== notify device in FHEM ===

Auslesen der Daten, da das ModbusAttr nicht immer geht:

prg_solaredge

<pre>
KeSolarEdge:DC-Power:.* {
# 16.2.2018 Markus Loeben
# liest Solaredge aus und füllt die Werte in dummys, damit sie weiter verwertet werden können
my $ACE = ReadingsVal("KeSolarEdge","AC-Energy",0);
Log 5, "at_solaredge: ACE " . $ACE;
my $day = Value("dum_pv_energyday_read");
Log 5, "at_solaredge: day " . $day;
my $week = Value("dum_pv_energyweek_read");
Log 5, "at_solaredge: day " . $day;
my $month = Value("dum_pv_energymonth_read");
Log 5, "at_solaredge: month " . $month;
my $year = Value("dum_pv_energyyear_read");
Log 5, "at_solaredge: year " . $year;
#.. die geleistete Energie größer 0 ist (was immer sein sollte, aber leider nicht immer ist) -> laufende Werte berechnen
if ($ACE > 0) {
fhem ("set dum_pv_energytoday " . sprintf ("%.2f",($ACE - $day)));
fhem ("set dum_pv_energytoweek " . sprintf ("%.2f",($ACE - $week)));
fhem ("set dum_pv_energytomonth " . sprintf ("%.2f",($ACE - $month)));
fhem ("set dum_pv_energytoyear " . sprintf ("%.2f",($ACE - $year)));
}
#Log 1, "at_Solaredge: PV-Energy " . $ACE . "\n";
#Leistung auslesen
my $ACP = ReadingsVal("KeSolarEdge","AC-Power",0);
my $DCP = ReadingsVal("KeSolarEdge","DC-Power",0);
if ($DCP > 0) {
# Verlustleistung berechnen
fhem ("set dum_pvloss " . sprintf("%.1f", ($DCP - $ACP)));
my $MP = Value("dum_pv_power_read");
#Falls die größer ist als alles bis: ablegen
if ($DCP > $MP) {
fhem ("set dum_pv_power_read " . $DCP);
}
}
}
</pre>

== Log ==

Das ModbusDevice legt sich ein eigenes Log an. Um aber übersichtliche Grafiken zu bekommen werden die Daten des Dummy benötigt. Hier hilft ein Logfile

<code> define FileLog_KePv Filelog %L/pv-%Y.log dum_pv*.* </code>

== Grafiken ==

{{Todo | Beschreibungen zu SVG hinterlegen }}

[[Kategorie:Other Components]]
[[Kategorie:Energieerzeugungsmessung]]

== Links ==
# Solaredge: [https://www.solaredge.com/sites/default/files/se-inverter-installation-guide-de.pdf Installationsanleitung]
# Solaredge: [https://www.solaredge.com/sites/default/files/sunspec-implementation-technical-note-de.pdf Sunspec Protokoll]

SolarEdge Wechselrichter

2018-04-06T21:10:54Z

BenMarloe: /* Dummys anlegen */ dummys an Internal Readings angepasst

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=SolarEdge SE10k
|HWProtocol=Modubus TCP
|HWType=Wechselrichter
|HWCategory=Energieverbrauchsmessung
|HWComm=Ethernet TCP
|HWChannels=1 (bidiektional)
|HWVoltage=750V DC; 230V 3xAC
|HWPowerConsumption=Eigenverbrauch 2% (geschätzt)
|HWPoweredBy=230V~ 3xAC
|HWSize=317x512x214 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#ModbusAttr ModbusAttr]
|HWManufacturer=[https://www.solaredge.com/de Solaredge]
}}

== SE10k von Solaredge in FHEM einbinden==

Dieser Artikel beschreibt die Einbindung eines Solaredgewechselrichters SE10k in ein FHEM System über eine Ethernetverbindung mit Hilfe des Moduls ModbusAttr.

=== Vorbedingungen ===

FHEM läuft und hat genügend Platz für Modifikationen und Logfiles (ca. 100 MByte / Jahr).

=== Am Wechselrichter ===

Im zugehörigen Menu ist bereits der Port 503 eingestellt. Trotzdem muss dieser noch einmal aktiviert werden, da sonst Modbus TCP nicht aktiv wird.
Hilfe da zu bietet die Installationsanleitung [1]. Es ist möglich, dass es auch nur 10 Minuten aktiv bleibt wenn er nicht angesprochen wird.

== ModbusAttr Device in FHEM ==

in FHEM wird ein ModbusAttr angelegt

<code> define SolarEdge ModbusAttr 1 30 192.168.178.36 TCP </code>

danach alle Attribute aus dem unten stehenden list nach dem Verfahren:
<code> attr SolarEdge dev-h-defPoll 1 </code>

Mehr Daten sind im Sunspec Protokoll [2] zu finden

=== List von Device Solaredge in FHEM ===
<pre>
Internals:
BUSY 0
DEF 1 30 192.168.178.36 TCP
DEST 192.168.178.36:502
DeviceName 192.168.178.36:502
FD 91
INTERVAL 600
IODev KeSolarEdge
LASTOPEN 1523044866.65275
MODBUSID 1
ModuleVersion 3.7.3 - 22.12.2017
NAME KeSolarEdge
NOTIFYDEV global
NR 354
NTFY_ORDER 50-KeSolarEdge
PARTIAL
PROTOCOL TCP
REQUESTHEX 00270000000601039c940001
STATE 0 W; 1718 kWh
TRIGGERTIME 1523048587.13296
TRIGGERTIME_FMT 2018-04-06 23:03:07
TYPE ModbusAttr
devioLoglevel 4
nextOpenDelay 60
QUEUE:
READINGS:
2018-04-06 22:53:07 AC-Energy 1717.665
2018-04-06 22:53:07 AC-Energy-Scale 0
2018-04-06 22:53:07 AC-Energy-Val 1717665
2018-04-06 22:58:10 AC-Power 0
2018-04-06 22:58:10 AC-Power-Scale 0
2018-04-06 22:58:10 AC-Power-Val 0
2018-04-06 22:53:07 DC-Current 0
2018-04-06 22:53:07 DC-Current-Scale -32768
2018-04-06 22:53:07 DC-Current-Val 65535
2018-04-06 22:53:07 DC-Power 0
2018-04-06 22:53:07 DC-Power-Scale 0
2018-04-06 22:53:07 DC-Power-Val 0
2018-04-06 22:53:07 DC-Voltage 0
2018-04-06 22:53:07 DC-Voltage-Scale -1
2018-04-06 22:53:07 DC-Voltage-Val 0
2018-04-06 22:53:07 HeatSinkTemp 0
2018-04-06 22:53:07 Status 2
2018-04-06 22:53:07 Zustand Nachtmodus
2018-04-06 22:01:06 state opened
defptr:
1:
gotReadings:
AC-Power-Scale 0
helper:
buffer
lid 1
lrecv 1523048290.49688
lsend 1523048290.48976
lastRead:
h40083 1523048290.48193
h40084 1523048290.50143
h40093 1523047987.08669
h40095 1523047987.09043
h40096 1523047987.09428
h40097 1523047987.09784
h40098 1523047987.10153
h40099 1523047987.10505
h40100 1523047987.10867
h40101 1523047987.11226
h40103 1523047987.1158
h40107 1523047987.11994
Attributes:
dev-h-combine 200
dev-h-defPoll 1
dev-h-defShowGet 1
enableControlSet 1
event-on-change-reading .*
event-on-update-reading AC-Energy,AC-Energy-Scale,AC-Power-Scale,DC-Voltage-Scale,DC-Current-Scale,DC-Power-Scale,Status
maxTimeoutsToReconnect 3
obj-h40083-reading AC-Power-Val
obj-h40084-reading AC-Power-Scale
obj-h40084-unpack s>
obj-h40093-len 2
obj-h40093-reading AC-Energy-Val
obj-h40093-unpack l>
obj-h40095-reading AC-Energy-Scale
obj-h40096-reading DC-Current-Val
obj-h40097-reading DC-Current-Scale
obj-h40097-unpack s>
obj-h40098-reading DC-Voltage-Val
obj-h40099-reading DC-Voltage-Scale
obj-h40099-unpack s>
obj-h40100-reading DC-Power-Val
obj-h40101-reading DC-Power-Scale
obj-h40101-unpack s>
obj-h40103-reading HeatSinkTemp
obj-h40103-unpack s>
obj-h40107-reading Status
room Solar,SolarPV,SolarReport
silentReconnect 1
sortUpdate 1
stateFormat {sprintf("%.0f W; %.0f kWh",ReadingsVal("KeSolarEdge","AC-Power",0),ReadingsVal("KeSolarEdge","AC-Energy",0))}
userReadings AC-Energy:(AC-Energy-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Energy-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Energy-Val",0) * ( 10 ** $scale) / 1000);;},

AC-Power:(AC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Power-Val",0) * ( 10 ** $scale));;},

DC-Power:(DC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Power-Val",0) * ( 10 ** $scale));;},

DC-Current:(DC-Current-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Current-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Current-Val",0) * ( 10 ** $scale));;},

DC-Voltage:(DC-Voltage-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Voltage-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Voltage-Val",0) * ( 10 ** $scale));;},

Zustand:(Status.*) {
my $Zus = ReadingsVal("KeSolarEdge","Status",0);
my $rueck = ReadingsVal("KeSolarEdge","Zustand",0);
if (($Zus == 2) and (InternalVal("KeSolarEdge","INTERVAL","") != 600)) {
fhem("set KeSolarEdge interval 600");
$rueck = "Nachtmodus";
}
elsif (InternalVal("KeSolarEdge","INTERVAL","") != 60) {
fhem("set KeSolarEdge interval 60");
$rueck = "Tagmodus";
}
return ($rueck);;
}
webCmdLabel {sprintf("AC-Energy %.3f",ReadingsVal("Solaredge","AC-Energy",0));;}
</pre>

=== Dummys anlegen ===

Zur Verwendung der "at"s werden Dummys benötigt

<pre>
define dum_pv_energyday_log dummy
define dum_pv_energyday_read dummy
define dum_pv_energymonth_log dummy
define dum_pv_energymonth_read dummy
define dum_pv_energytoday dummy
define dum_pv_energytomonth dummy
define dum_pv_energytoweek dummy
define dum_pv_energytoyear dummy
define dum_pv_energyweek_log dummy
define dum_pv_energyweek_read dummy
define dum_pv_energyyear_log dummy
define dum_pv_energyyear_read dummy
define dum_pvdcpower dummy
define dum_pvdcvolt dummy
define dum_pvenergy dummy
define dum_pvloss dummy
define dum_pvpower_log dummy
define dum_pvpower_read dummy
</pre>

=== at Devices in FHEM ===

Auslesen der Daten, da das ModbusAttr nicht immer geht:

at_solaredge

<pre>
+*00:20:00 {
if (Value("KeSolarEdge") eq "opened") {
my $ACEnergy = fhem ("get KeSolarEdge AC-Energy");
my $ACEnergyScale = fhem ("get KeSolarEdge AC-Energy-Scale");
my $ACE = 0;
my $day = Value("dum_pv_energyday_read");
my $week = Value("dum_pv_energyweek_read");
my $month = Value("dum_pv_energymonth_read");
my $year = Value("dum_pv_energyyear_read");
if (($ACEnergy ne "No Data") and ($ACEnergyScale ne "No FD")) {
my $ACE = $ACEnergy * (10 ** $ACEnergyScale);
if ($ACE > 0) {
fhem ("set dum_pvenergy " . $ACE);
fhem ("set dum_pv_energytoday " . ($ACE - $day));
fhem ("set dum_pv_energytoweek " . ($ACE - $week));
fhem ("set dum_pv_energytomonth " . ($ACE - $month));
fhem ("set dum_pv_energytoyear " . ($ACE - $year));
}
}
#Log 1, "at_Solaredge: PV-Energy " . $ACE . "\n";
my $ACPower = fhem ("get KeSolarEdge AC-Power");
my $ACPowerScale = fhem ("get KeSolarEdge AC-Power-Scale");
my $ACP = 0;
my $DCP = 0;
if (($ACPower ne "No FD") and ($ACPower ne "No Data") and ($ACPowerScale ne "No FD")) {
$ACP = $ACPower * (10 ** $ACPowerScale);
fhem ("set dum_pvpower " . $ACP);
#Log 1, "at_Solaredge: PV-Power " . $ACP . "\n";
my $DCPower = fhem ("get KeSolarEdge DC-Power");
my $DCPowerScale = fhem ("get KeSolarEdge DC-Power-Scale");
if (($DCPower ne "no FD") and ($DCPowerScale ne "no FD")) {
$DCP = $DCPower * (10 ** $DCPowerScale);
if ($DCP != 0) {
fhem ("set dum_pvdcpower " . $DCP);
fhem ("set dum_pvloss " . sprintf("%.1f", ($DCP - $ACP)));
}
}
}
my $DCVoltage = fhem ("get KeSolarEdge DC-Voltage");
my $DCVoltageScale = fhem ("get KeSolarEdge DC-Voltage-Scale");
my $DCV = 0;
if (($DCVoltage ne "no FD") and ($DCVoltage ne "No Data") and ($DCVoltageScale ne "no FD")) {
$DCV = $DCVoltage * (10 ** $DCVoltageScale);
fhem ("set dum_pvdcvolt " . $DCV);
}
my $Status = fhem ("get KeSolarEdge Status");
if ($Status ne "no FD") {
if ($Status == 2) {
fhem ("modify at_solaredge +*00:20:00");
}
else {
fhem ("modify at_solaredge +*00:01:00");
}
}
}
else {
Log 1, Value("KeSolarEdge");
fhem ("modify at_solaredge +*00:01:00");
}
}
</pre>

und eines um die Werte täglich zurück zu setzen

at_midnight

<pre>
*24:00 {
# Abspeichern der täglichen, wöchentlichen und monatlichen Werte
use Time::Local;
my ($Psec,$Pmin,$Phour,$Pmday,$Pmonth,$Pyear,$Pwday,$Pyday,$Pisdst) = localtime();
if(Value("KeSolarEdge") eq "opened") {
my $pvenergy = fhem("get KeSolarEdge AC-Energy");
Log 5, "at_midnight AC-Energy" . " " . $pvenergy;
if ($pvenergy ne "No FD") {
my $pvet = Value("dum_pv_energyday_read");
#Log 5, "at_midnight dum_pv_energyday_read " . $pvet;
fhem ("set dum_pv_energyday_log " . ($pvenergy - $pvet));
#Log 5, "at_midnight dum_pv_energyday" . " " . $pvenergy;
fhem ("set dum_pv_energyday_read " . $pvenergy);
#Log 5, "at_midnight dum_pv_energyday_read" . " " . $pvenergy;
fhem ("modify at_midnight *24:00");
if ($Pwday == 1) {
my $pvet = Value("dum_pv_energyweek_read");
fhem ("set dum_pv_energyweek_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyweek_read " . $pvenergy);
}
if ($Pmday == 1) {
my $pvet = Value("dum_pv_energymonth_read");
fhem ("set dum_pv_energymonth_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energymonth_read " . $pvenergy);
}
if ($Pyday == 1) {
my $pvet = Value("dum_pv_energyyear_read");
fhem ("set dum_pv_energyyear_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyyear_read " . $pvenergy);
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge AC-Energy No FD"
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge not opened"
}
}
</pre>

== Log ==

Das ModbusDevice legt sich ein eigenes Log an. Um aber übersichtliche Grafiken zu bekommen werden die Daten des Dummy benötigt. Hier hilft ein Logfile

<code> define FileLog_KePv Filelog %L/pv-%Y.log dum_pv*.* </code>

== Grafiken ==

{{Todo | Beschreibungen zu SVG hinterlegen }}

[[Kategorie:Other Components]]
[[Kategorie:Energieerzeugungsmessung]]

== Links ==
# Solaredge: [https://www.solaredge.com/sites/default/files/se-inverter-installation-guide-de.pdf Installationsanleitung]
# Solaredge: [https://www.solaredge.com/sites/default/files/sunspec-implementation-technical-note-de.pdf Sunspec Protokoll]

SolarEdge Wechselrichter

2018-04-06T21:05:28Z

BenMarloe: /* List von Device Solaredge in FHEM */ Userreadings eingeführt

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=SolarEdge SE10k
|HWProtocol=Modubus TCP
|HWType=Wechselrichter
|HWCategory=Energieverbrauchsmessung
|HWComm=Ethernet TCP
|HWChannels=1 (bidiektional)
|HWVoltage=750V DC; 230V 3xAC
|HWPowerConsumption=Eigenverbrauch 2% (geschätzt)
|HWPoweredBy=230V~ 3xAC
|HWSize=317x512x214 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#ModbusAttr ModbusAttr]
|HWManufacturer=[https://www.solaredge.com/de Solaredge]
}}

== SE10k von Solaredge in FHEM einbinden==

Dieser Artikel beschreibt die Einbindung eines Solaredgewechselrichters SE10k in ein FHEM System über eine Ethernetverbindung mit Hilfe des Moduls ModbusAttr.

=== Vorbedingungen ===

FHEM läuft und hat genügend Platz für Modifikationen und Logfiles (ca. 100 MByte / Jahr).

=== Am Wechselrichter ===

Im zugehörigen Menu ist bereits der Port 503 eingestellt. Trotzdem muss dieser noch einmal aktiviert werden, da sonst Modbus TCP nicht aktiv wird.
Hilfe da zu bietet die Installationsanleitung [1]. Es ist möglich, dass es auch nur 10 Minuten aktiv bleibt wenn er nicht angesprochen wird.

== ModbusAttr Device in FHEM ==

in FHEM wird ein ModbusAttr angelegt

<code> define SolarEdge ModbusAttr 1 30 192.168.178.36 TCP </code>

danach alle Attribute aus dem unten stehenden list nach dem Verfahren:
<code> attr SolarEdge dev-h-defPoll 1 </code>

Mehr Daten sind im Sunspec Protokoll [2] zu finden

=== List von Device Solaredge in FHEM ===
<pre>
Internals:
BUSY 0
DEF 1 30 192.168.178.36 TCP
DEST 192.168.178.36:502
DeviceName 192.168.178.36:502
FD 91
INTERVAL 600
IODev KeSolarEdge
LASTOPEN 1523044866.65275
MODBUSID 1
ModuleVersion 3.7.3 - 22.12.2017
NAME KeSolarEdge
NOTIFYDEV global
NR 354
NTFY_ORDER 50-KeSolarEdge
PARTIAL
PROTOCOL TCP
REQUESTHEX 00270000000601039c940001
STATE 0 W; 1718 kWh
TRIGGERTIME 1523048587.13296
TRIGGERTIME_FMT 2018-04-06 23:03:07
TYPE ModbusAttr
devioLoglevel 4
nextOpenDelay 60
QUEUE:
READINGS:
2018-04-06 22:53:07 AC-Energy 1717.665
2018-04-06 22:53:07 AC-Energy-Scale 0
2018-04-06 22:53:07 AC-Energy-Val 1717665
2018-04-06 22:58:10 AC-Power 0
2018-04-06 22:58:10 AC-Power-Scale 0
2018-04-06 22:58:10 AC-Power-Val 0
2018-04-06 22:53:07 DC-Current 0
2018-04-06 22:53:07 DC-Current-Scale -32768
2018-04-06 22:53:07 DC-Current-Val 65535
2018-04-06 22:53:07 DC-Power 0
2018-04-06 22:53:07 DC-Power-Scale 0
2018-04-06 22:53:07 DC-Power-Val 0
2018-04-06 22:53:07 DC-Voltage 0
2018-04-06 22:53:07 DC-Voltage-Scale -1
2018-04-06 22:53:07 DC-Voltage-Val 0
2018-04-06 22:53:07 HeatSinkTemp 0
2018-04-06 22:53:07 Status 2
2018-04-06 22:53:07 Zustand Nachtmodus
2018-04-06 22:01:06 state opened
defptr:
1:
gotReadings:
AC-Power-Scale 0
helper:
buffer
lid 1
lrecv 1523048290.49688
lsend 1523048290.48976
lastRead:
h40083 1523048290.48193
h40084 1523048290.50143
h40093 1523047987.08669
h40095 1523047987.09043
h40096 1523047987.09428
h40097 1523047987.09784
h40098 1523047987.10153
h40099 1523047987.10505
h40100 1523047987.10867
h40101 1523047987.11226
h40103 1523047987.1158
h40107 1523047987.11994
Attributes:
dev-h-combine 200
dev-h-defPoll 1
dev-h-defShowGet 1
enableControlSet 1
event-on-change-reading .*
event-on-update-reading AC-Energy,AC-Energy-Scale,AC-Power-Scale,DC-Voltage-Scale,DC-Current-Scale,DC-Power-Scale,Status
maxTimeoutsToReconnect 3
obj-h40083-reading AC-Power-Val
obj-h40084-reading AC-Power-Scale
obj-h40084-unpack s>
obj-h40093-len 2
obj-h40093-reading AC-Energy-Val
obj-h40093-unpack l>
obj-h40095-reading AC-Energy-Scale
obj-h40096-reading DC-Current-Val
obj-h40097-reading DC-Current-Scale
obj-h40097-unpack s>
obj-h40098-reading DC-Voltage-Val
obj-h40099-reading DC-Voltage-Scale
obj-h40099-unpack s>
obj-h40100-reading DC-Power-Val
obj-h40101-reading DC-Power-Scale
obj-h40101-unpack s>
obj-h40103-reading HeatSinkTemp
obj-h40103-unpack s>
obj-h40107-reading Status
room Solar,SolarPV,SolarReport
silentReconnect 1
sortUpdate 1
stateFormat {sprintf("%.0f W; %.0f kWh",ReadingsVal("KeSolarEdge","AC-Power",0),ReadingsVal("KeSolarEdge","AC-Energy",0))}
userReadings AC-Energy:(AC-Energy-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Energy-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Energy-Val",0) * ( 10 ** $scale) / 1000);;},

AC-Power:(AC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","AC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","AC-Power-Val",0) * ( 10 ** $scale));;},

DC-Power:(DC-Power-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Power-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Power-Val",0) * ( 10 ** $scale));;},

DC-Current:(DC-Current-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Current-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Current-Val",0) * ( 10 ** $scale));;},

DC-Voltage:(DC-Voltage-Scale.*) {
my $scale = ReadingsVal ("KeSolarEdge","DC-Voltage-Scale",0);
return (ReadingsVal ("KeSolarEdge","DC-Voltage-Val",0) * ( 10 ** $scale));;},

Zustand:(Status.*) {
my $Zus = ReadingsVal("KeSolarEdge","Status",0);
my $rueck = ReadingsVal("KeSolarEdge","Zustand",0);
if (($Zus == 2) and (InternalVal("KeSolarEdge","INTERVAL","") != 600)) {
fhem("set KeSolarEdge interval 600");
$rueck = "Nachtmodus";
}
elsif (InternalVal("KeSolarEdge","INTERVAL","") != 60) {
fhem("set KeSolarEdge interval 60");
$rueck = "Tagmodus";
}
return ($rueck);;
}
webCmdLabel {sprintf("AC-Energy %.3f",ReadingsVal("Solaredge","AC-Energy",0));;}
</pre>

=== Dummys anlegen ===

Zur Verwendung der "at"s werden Dummys benötigt

<pre>
define pv_energyday_log dummy
define dum_pv_energyday_log dummy
define dum_pv_energyday_read dummy
define dum_pv_energymonth_log dummy
define dum_pv_energymonth_read dummy
define dum_pv_energytoday dummy
define dum_pv_energytomonth dummy
define dum_pv_energytoweek dummy
define dum_pv_energytoyear dummy
define dum_pv_energyweek_log dummy
define dum_pv_energyweek_read dummy
define dum_pv_energyyear_log dummy
define dum_pv_energyyear_read dummy
define dum_pvdcpower dummy
define dum_pvdcvolt dummy
define dum_pvenergy dummy
define dum_pvloss dummy
define dum_pvpower dummy </pre>

=== at Devices in FHEM ===

Auslesen der Daten, da das ModbusAttr nicht immer geht:

at_solaredge

<pre>
+*00:20:00 {
if (Value("KeSolarEdge") eq "opened") {
my $ACEnergy = fhem ("get KeSolarEdge AC-Energy");
my $ACEnergyScale = fhem ("get KeSolarEdge AC-Energy-Scale");
my $ACE = 0;
my $day = Value("dum_pv_energyday_read");
my $week = Value("dum_pv_energyweek_read");
my $month = Value("dum_pv_energymonth_read");
my $year = Value("dum_pv_energyyear_read");
if (($ACEnergy ne "No Data") and ($ACEnergyScale ne "No FD")) {
my $ACE = $ACEnergy * (10 ** $ACEnergyScale);
if ($ACE > 0) {
fhem ("set dum_pvenergy " . $ACE);
fhem ("set dum_pv_energytoday " . ($ACE - $day));
fhem ("set dum_pv_energytoweek " . ($ACE - $week));
fhem ("set dum_pv_energytomonth " . ($ACE - $month));
fhem ("set dum_pv_energytoyear " . ($ACE - $year));
}
}
#Log 1, "at_Solaredge: PV-Energy " . $ACE . "\n";
my $ACPower = fhem ("get KeSolarEdge AC-Power");
my $ACPowerScale = fhem ("get KeSolarEdge AC-Power-Scale");
my $ACP = 0;
my $DCP = 0;
if (($ACPower ne "No FD") and ($ACPower ne "No Data") and ($ACPowerScale ne "No FD")) {
$ACP = $ACPower * (10 ** $ACPowerScale);
fhem ("set dum_pvpower " . $ACP);
#Log 1, "at_Solaredge: PV-Power " . $ACP . "\n";
my $DCPower = fhem ("get KeSolarEdge DC-Power");
my $DCPowerScale = fhem ("get KeSolarEdge DC-Power-Scale");
if (($DCPower ne "no FD") and ($DCPowerScale ne "no FD")) {
$DCP = $DCPower * (10 ** $DCPowerScale);
if ($DCP != 0) {
fhem ("set dum_pvdcpower " . $DCP);
fhem ("set dum_pvloss " . sprintf("%.1f", ($DCP - $ACP)));
}
}
}
my $DCVoltage = fhem ("get KeSolarEdge DC-Voltage");
my $DCVoltageScale = fhem ("get KeSolarEdge DC-Voltage-Scale");
my $DCV = 0;
if (($DCVoltage ne "no FD") and ($DCVoltage ne "No Data") and ($DCVoltageScale ne "no FD")) {
$DCV = $DCVoltage * (10 ** $DCVoltageScale);
fhem ("set dum_pvdcvolt " . $DCV);
}
my $Status = fhem ("get KeSolarEdge Status");
if ($Status ne "no FD") {
if ($Status == 2) {
fhem ("modify at_solaredge +*00:20:00");
}
else {
fhem ("modify at_solaredge +*00:01:00");
}
}
}
else {
Log 1, Value("KeSolarEdge");
fhem ("modify at_solaredge +*00:01:00");
}
}
</pre>

und eines um die Werte täglich zurück zu setzen

at_midnight

<pre>
*24:00 {
# Abspeichern der täglichen, wöchentlichen und monatlichen Werte
use Time::Local;
my ($Psec,$Pmin,$Phour,$Pmday,$Pmonth,$Pyear,$Pwday,$Pyday,$Pisdst) = localtime();
if(Value("KeSolarEdge") eq "opened") {
my $pvenergy = fhem("get KeSolarEdge AC-Energy");
Log 5, "at_midnight AC-Energy" . " " . $pvenergy;
if ($pvenergy ne "No FD") {
my $pvet = Value("dum_pv_energyday_read");
#Log 5, "at_midnight dum_pv_energyday_read " . $pvet;
fhem ("set dum_pv_energyday_log " . ($pvenergy - $pvet));
#Log 5, "at_midnight dum_pv_energyday" . " " . $pvenergy;
fhem ("set dum_pv_energyday_read " . $pvenergy);
#Log 5, "at_midnight dum_pv_energyday_read" . " " . $pvenergy;
fhem ("modify at_midnight *24:00");
if ($Pwday == 1) {
my $pvet = Value("dum_pv_energyweek_read");
fhem ("set dum_pv_energyweek_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyweek_read " . $pvenergy);
}
if ($Pmday == 1) {
my $pvet = Value("dum_pv_energymonth_read");
fhem ("set dum_pv_energymonth_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energymonth_read " . $pvenergy);
}
if ($Pyday == 1) {
my $pvet = Value("dum_pv_energyyear_read");
fhem ("set dum_pv_energyyear_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyyear_read " . $pvenergy);
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge AC-Energy No FD"
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge not opened"
}
}
</pre>

== Log ==

Das ModbusDevice legt sich ein eigenes Log an. Um aber übersichtliche Grafiken zu bekommen werden die Daten des Dummy benötigt. Hier hilft ein Logfile

<code> define FileLog_KePv Filelog %L/pv-%Y.log dum_pv*.* </code>

== Grafiken ==

{{Todo | Beschreibungen zu SVG hinterlegen }}

[[Kategorie:Other Components]]
[[Kategorie:Energieerzeugungsmessung]]

== Links ==
# Solaredge: [https://www.solaredge.com/sites/default/files/se-inverter-installation-guide-de.pdf Installationsanleitung]
# Solaredge: [https://www.solaredge.com/sites/default/files/sunspec-implementation-technical-note-de.pdf Sunspec Protokoll]

SolarEdge Wechselrichter

2018-02-26T19:36:36Z

BenMarloe: /* Am Wechselrichter */ Zeitweise Aktivität

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=SolarEdge SE10k
|HWProtocol=Modubus TCP
|HWType=Wechselrichter
|HWCategory=Energieverbrauchsmessung
|HWComm=Ethernet TCP
|HWChannels=1 (bidiektional)
|HWVoltage=750V DC; 230V 3xAC
|HWPowerConsumption=Eigenverbrauch 2% (geschätzt)
|HWPoweredBy=230V~ 3xAC
|HWSize=317x512x214 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#ModbusAttr ModbusAttr]
|HWManufacturer=[https://www.solaredge.com/de Solaredge]
}}

== SE10k von Solaredge in FHEM einbinden==

Dieser Artikel beschreibt die Einbindung eines Solaredgewechselrichters SE10k in ein FHEM System über eine Ethernetverbindung mit Hilfe des Moduls ModbusAttr.

=== Vorbedingungen ===

FHEM läuft und hat genügend Platz für Modifikationen und Logfiles (ca. 100 MByte / Jahr).

=== Am Wechselrichter ===

Im zugehörigen Menu ist bereits der Port 503 eingestellt. Trotzdem muss dieser noch einmal aktiviert werden, da sonst Modbus TCP nicht aktiv wird.
Hilfe da zu bietet die Installationsanleitung [1]. Es ist möglich, dass es auch nur 10 Minuten aktiv bleibt wenn er nicht angesprochen wird.

== ModbusAttr Device in FHEM ==

in FHEM wird ein ModbusAttr angelegt

<code> define SolarEdge ModbusAttr 1 30 192.168.178.36 TCP </code>

danach alle Attribute aus dem unten stehenden list nach dem Verfahren:
<code> attr SolarEdge dev-h-defPoll 1 </code>

Mehr Daten sind im Sunspec Protokoll [2] zu finden

=== List von Device Solaredge in FHEM ===
<pre>
Internals:
BUSY 0
DEF 1 30 192.168.178.36 TCP
DEST 192.168.178.36:502
DeviceName 192.168.178.36:502
FD 86
INTERVAL 30
IODev KeSolarEdge
LASTOPEN 1514309396.43558
MODBUSID 1
ModuleVersion 3.7.0 - 20.8.2017
NAME KeSolarEdge
NOTIFYDEV global
NR 363
NTFY_ORDER 50-KeSolarEdge
PARTIAL
PROTOCOL TCP
REQUESTHEX 00c60000000601039c8f0001
STATE opened
TRIGGERTIME 1514313544.27135
TRIGGERTIME_FMT 2017-12-26 19:39:04
TYPE ModbusAttr
devioLoglevel 3
nextOpenDelay 60
Attributes:
dev-h-defPoll 1
dev-h-defShowGet 1
enableControlSet 1
maxTimeoutsToReconnect 3
obj-h40079-expr $val / 10
obj-h40079-reading AC-Volt-A
obj-h40082-reading AC-Volt-Scale
obj-h40082-unpack s>
obj-h40083-reading AC-Power
obj-h40084-reading AC-Power-Scale
obj-h40084-unpack s>
obj-h40093-len 2
obj-h40093-reading AC-Energy
obj-h40093-unpack l>
obj-h40095-reading AC-Energy-Scale
obj-h40096-reading DC-Current
obj-h40097-reading DC-Current-Scale
obj-h40097-unpack s>
obj-h40098-reading DC-Voltage
obj-h40099-reading DC-Voltage-Scale
obj-h40099-unpack s>
obj-h40100-reading DC-Power
obj-h40101-reading DC-Power-Scale
obj-h40101-unpack s>
obj-h40103-reading HeatSinkTemp
obj-h40103-unpack s>
obj-h40107-reading Status
</pre>

=== Dummys anlegen ===

Zur Verwendung der "at"s werden Dummys benötigt

<pre>
define pv_energyday_log dummy
define dum_pv_energyday_log dummy
define dum_pv_energyday_read dummy
define dum_pv_energymonth_log dummy
define dum_pv_energymonth_read dummy
define dum_pv_energytoday dummy
define dum_pv_energytomonth dummy
define dum_pv_energytoweek dummy
define dum_pv_energytoyear dummy
define dum_pv_energyweek_log dummy
define dum_pv_energyweek_read dummy
define dum_pv_energyyear_log dummy
define dum_pv_energyyear_read dummy
define dum_pvdcpower dummy
define dum_pvdcvolt dummy
define dum_pvenergy dummy
define dum_pvloss dummy
define dum_pvpower dummy </pre>

=== at Devices in FHEM ===

Auslesen der Daten, da das ModbusAttr nicht immer geht:

at_solaredge

<pre>
+*00:20:00 {
if (Value("KeSolarEdge") eq "opened") {
my $ACEnergy = fhem ("get KeSolarEdge AC-Energy");
my $ACEnergyScale = fhem ("get KeSolarEdge AC-Energy-Scale");
my $ACE = 0;
my $day = Value("dum_pv_energyday_read");
my $week = Value("dum_pv_energyweek_read");
my $month = Value("dum_pv_energymonth_read");
my $year = Value("dum_pv_energyyear_read");
if (($ACEnergy ne "No Data") and ($ACEnergyScale ne "No FD")) {
my $ACE = $ACEnergy * (10 ** $ACEnergyScale);
if ($ACE > 0) {
fhem ("set dum_pvenergy " . $ACE);
fhem ("set dum_pv_energytoday " . ($ACE - $day));
fhem ("set dum_pv_energytoweek " . ($ACE - $week));
fhem ("set dum_pv_energytomonth " . ($ACE - $month));
fhem ("set dum_pv_energytoyear " . ($ACE - $year));
}
}
#Log 1, "at_Solaredge: PV-Energy " . $ACE . "\n";
my $ACPower = fhem ("get KeSolarEdge AC-Power");
my $ACPowerScale = fhem ("get KeSolarEdge AC-Power-Scale");
my $ACP = 0;
my $DCP = 0;
if (($ACPower ne "No FD") and ($ACPower ne "No Data") and ($ACPowerScale ne "No FD")) {
$ACP = $ACPower * (10 ** $ACPowerScale);
fhem ("set dum_pvpower " . $ACP);
#Log 1, "at_Solaredge: PV-Power " . $ACP . "\n";
my $DCPower = fhem ("get KeSolarEdge DC-Power");
my $DCPowerScale = fhem ("get KeSolarEdge DC-Power-Scale");
if (($DCPower ne "no FD") and ($DCPowerScale ne "no FD")) {
$DCP = $DCPower * (10 ** $DCPowerScale);
if ($DCP != 0) {
fhem ("set dum_pvdcpower " . $DCP);
fhem ("set dum_pvloss " . sprintf("%.1f", ($DCP - $ACP)));
}
}
}
my $DCVoltage = fhem ("get KeSolarEdge DC-Voltage");
my $DCVoltageScale = fhem ("get KeSolarEdge DC-Voltage-Scale");
my $DCV = 0;
if (($DCVoltage ne "no FD") and ($DCVoltage ne "No Data") and ($DCVoltageScale ne "no FD")) {
$DCV = $DCVoltage * (10 ** $DCVoltageScale);
fhem ("set dum_pvdcvolt " . $DCV);
}
my $Status = fhem ("get KeSolarEdge Status");
if ($Status ne "no FD") {
if ($Status == 2) {
fhem ("modify at_solaredge +*00:20:00");
}
else {
fhem ("modify at_solaredge +*00:01:00");
}
}
}
else {
Log 1, Value("KeSolarEdge");
fhem ("modify at_solaredge +*00:01:00");
}
}
</pre>

und eines um die Werte täglich zurück zu setzen

at_midnight

<pre>
*24:00 {
# Abspeichern der täglichen, wöchentlichen und monatlichen Werte
use Time::Local;
my ($Psec,$Pmin,$Phour,$Pmday,$Pmonth,$Pyear,$Pwday,$Pyday,$Pisdst) = localtime();
if(Value("KeSolarEdge") eq "opened") {
my $pvenergy = fhem("get KeSolarEdge AC-Energy");
Log 5, "at_midnight AC-Energy" . " " . $pvenergy;
if ($pvenergy ne "No FD") {
my $pvet = Value("dum_pv_energyday_read");
#Log 5, "at_midnight dum_pv_energyday_read " . $pvet;
fhem ("set dum_pv_energyday_log " . ($pvenergy - $pvet));
#Log 5, "at_midnight dum_pv_energyday" . " " . $pvenergy;
fhem ("set dum_pv_energyday_read " . $pvenergy);
#Log 5, "at_midnight dum_pv_energyday_read" . " " . $pvenergy;
fhem ("modify at_midnight *24:00");
if ($Pwday == 1) {
my $pvet = Value("dum_pv_energyweek_read");
fhem ("set dum_pv_energyweek_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyweek_read " . $pvenergy);
}
if ($Pmday == 1) {
my $pvet = Value("dum_pv_energymonth_read");
fhem ("set dum_pv_energymonth_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energymonth_read " . $pvenergy);
}
if ($Pyday == 1) {
my $pvet = Value("dum_pv_energyyear_read");
fhem ("set dum_pv_energyyear_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyyear_read " . $pvenergy);
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge AC-Energy No FD"
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge not opened"
}
}
</pre>

== Log ==

Das ModbusDevice legt sich ein eigenes Log an. Um aber übersichtliche Grafiken zu bekommen werden die Daten des Dummy benötigt. Hier hilft ein Logfile

<code> define FileLog_KePv Filelog %L/pv-%Y.log dum_pv*.* </code>

== Grafiken ==

{{Todo | Beschreibungen zu SVG hinterlegen }}

[[Kategorie:Other Components]]
[[Kategorie:Energieerzeugungsmessung]]

== Links ==
# Solaredge: [https://www.solaredge.com/sites/default/files/se-inverter-installation-guide-de.pdf Installationsanleitung]
# Solaredge: [https://www.solaredge.com/sites/default/files/sunspec-implementation-technical-note-de.pdf Sunspec Protokoll]

SolarEdge Wechselrichter

2018-02-18T20:47:14Z

BenMarloe: /* ModbusAttr Device in FHEM */ Link auf Sunspec gelöscht

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=SolarEdge SE10k
|HWProtocol=Modubus TCP
|HWType=Wechselrichter
|HWCategory=Energieverbrauchsmessung
|HWComm=Ethernet TCP
|HWChannels=1 (bidiektional)
|HWVoltage=750V DC; 230V 3xAC
|HWPowerConsumption=Eigenverbrauch 2% (geschätzt)
|HWPoweredBy=230V~ 3xAC
|HWSize=317x512x214 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#ModbusAttr ModbusAttr]
|HWManufacturer=[https://www.solaredge.com/de Solaredge]
}}

== SE10k von Solaredge in FHEM einbinden==

Dieser Artikel beschreibt die Einbindung eines Solaredgewechselrichters SE10k in ein FHEM System über eine Ethernetverbindung mit Hilfe des Moduls ModbusAttr.

=== Vorbedingungen ===

FHEM läuft und hat genügend Platz für Modifikationen und Logfiles (ca. 100 MByte / Jahr).

=== Am Wechselrichter ===

Im zugehörigen Menu ist bereits der Port 503 eingestellt. Trotzdem muss dieser noch einmal aktiviert werden, da sonst Modbus TCP nicht aktiv wird.
Hilfe da zu bietet die Installationsanleitung [1].

== ModbusAttr Device in FHEM ==

in FHEM wird ein ModbusAttr angelegt

<code> define SolarEdge ModbusAttr 1 30 192.168.178.36 TCP </code>

danach alle Attribute aus dem unten stehenden list nach dem Verfahren:
<code> attr SolarEdge dev-h-defPoll 1 </code>

Mehr Daten sind im Sunspec Protokoll [2] zu finden

=== List von Device Solaredge in FHEM ===
<pre>
Internals:
BUSY 0
DEF 1 30 192.168.178.36 TCP
DEST 192.168.178.36:502
DeviceName 192.168.178.36:502
FD 86
INTERVAL 30
IODev KeSolarEdge
LASTOPEN 1514309396.43558
MODBUSID 1
ModuleVersion 3.7.0 - 20.8.2017
NAME KeSolarEdge
NOTIFYDEV global
NR 363
NTFY_ORDER 50-KeSolarEdge
PARTIAL
PROTOCOL TCP
REQUESTHEX 00c60000000601039c8f0001
STATE opened
TRIGGERTIME 1514313544.27135
TRIGGERTIME_FMT 2017-12-26 19:39:04
TYPE ModbusAttr
devioLoglevel 3
nextOpenDelay 60
Attributes:
dev-h-defPoll 1
dev-h-defShowGet 1
enableControlSet 1
maxTimeoutsToReconnect 3
obj-h40079-expr $val / 10
obj-h40079-reading AC-Volt-A
obj-h40082-reading AC-Volt-Scale
obj-h40082-unpack s>
obj-h40083-reading AC-Power
obj-h40084-reading AC-Power-Scale
obj-h40084-unpack s>
obj-h40093-len 2
obj-h40093-reading AC-Energy
obj-h40093-unpack l>
obj-h40095-reading AC-Energy-Scale
obj-h40096-reading DC-Current
obj-h40097-reading DC-Current-Scale
obj-h40097-unpack s>
obj-h40098-reading DC-Voltage
obj-h40099-reading DC-Voltage-Scale
obj-h40099-unpack s>
obj-h40100-reading DC-Power
obj-h40101-reading DC-Power-Scale
obj-h40101-unpack s>
obj-h40103-reading HeatSinkTemp
obj-h40103-unpack s>
obj-h40107-reading Status
</pre>

=== Dummys anlegen ===

Zur Verwendung der "at"s werden Dummys benötigt

<pre>
define pv_energyday_log dummy
define dum_pv_energyday_log dummy
define dum_pv_energyday_read dummy
define dum_pv_energymonth_log dummy
define dum_pv_energymonth_read dummy
define dum_pv_energytoday dummy
define dum_pv_energytomonth dummy
define dum_pv_energytoweek dummy
define dum_pv_energytoyear dummy
define dum_pv_energyweek_log dummy
define dum_pv_energyweek_read dummy
define dum_pv_energyyear_log dummy
define dum_pv_energyyear_read dummy
define dum_pvdcpower dummy
define dum_pvdcvolt dummy
define dum_pvenergy dummy
define dum_pvloss dummy
define dum_pvpower dummy </pre>

=== at Devices in FHEM ===

Auslesen der Daten, da das ModbusAttr nicht immer geht:

at_solaredge

<pre>
+*00:20:00 {
if (Value("KeSolarEdge") eq "opened") {
my $ACEnergy = fhem ("get KeSolarEdge AC-Energy");
my $ACEnergyScale = fhem ("get KeSolarEdge AC-Energy-Scale");
my $ACE = 0;
my $day = Value("dum_pv_energyday_read");
my $week = Value("dum_pv_energyweek_read");
my $month = Value("dum_pv_energymonth_read");
my $year = Value("dum_pv_energyyear_read");
if (($ACEnergy ne "No Data") and ($ACEnergyScale ne "No FD")) {
my $ACE = $ACEnergy * (10 ** $ACEnergyScale);
if ($ACE > 0) {
fhem ("set dum_pvenergy " . $ACE);
fhem ("set dum_pv_energytoday " . ($ACE - $day));
fhem ("set dum_pv_energytoweek " . ($ACE - $week));
fhem ("set dum_pv_energytomonth " . ($ACE - $month));
fhem ("set dum_pv_energytoyear " . ($ACE - $year));
}
}
#Log 1, "at_Solaredge: PV-Energy " . $ACE . "\n";
my $ACPower = fhem ("get KeSolarEdge AC-Power");
my $ACPowerScale = fhem ("get KeSolarEdge AC-Power-Scale");
my $ACP = 0;
my $DCP = 0;
if (($ACPower ne "No FD") and ($ACPower ne "No Data") and ($ACPowerScale ne "No FD")) {
$ACP = $ACPower * (10 ** $ACPowerScale);
fhem ("set dum_pvpower " . $ACP);
#Log 1, "at_Solaredge: PV-Power " . $ACP . "\n";
my $DCPower = fhem ("get KeSolarEdge DC-Power");
my $DCPowerScale = fhem ("get KeSolarEdge DC-Power-Scale");
if (($DCPower ne "no FD") and ($DCPowerScale ne "no FD")) {
$DCP = $DCPower * (10 ** $DCPowerScale);
if ($DCP != 0) {
fhem ("set dum_pvdcpower " . $DCP);
fhem ("set dum_pvloss " . sprintf("%.1f", ($DCP - $ACP)));
}
}
}
my $DCVoltage = fhem ("get KeSolarEdge DC-Voltage");
my $DCVoltageScale = fhem ("get KeSolarEdge DC-Voltage-Scale");
my $DCV = 0;
if (($DCVoltage ne "no FD") and ($DCVoltage ne "No Data") and ($DCVoltageScale ne "no FD")) {
$DCV = $DCVoltage * (10 ** $DCVoltageScale);
fhem ("set dum_pvdcvolt " . $DCV);
}
my $Status = fhem ("get KeSolarEdge Status");
if ($Status ne "no FD") {
if ($Status == 2) {
fhem ("modify at_solaredge +*00:20:00");
}
else {
fhem ("modify at_solaredge +*00:01:00");
}
}
}
else {
Log 1, Value("KeSolarEdge");
fhem ("modify at_solaredge +*00:01:00");
}
}
</pre>

und eines um die Werte täglich zurück zu setzen

at_midnight

<pre>
*24:00 {
# Abspeichern der täglichen, wöchentlichen und monatlichen Werte
use Time::Local;
my ($Psec,$Pmin,$Phour,$Pmday,$Pmonth,$Pyear,$Pwday,$Pyday,$Pisdst) = localtime();
if(Value("KeSolarEdge") eq "opened") {
my $pvenergy = fhem("get KeSolarEdge AC-Energy");
Log 5, "at_midnight AC-Energy" . " " . $pvenergy;
if ($pvenergy ne "No FD") {
my $pvet = Value("dum_pv_energyday_read");
#Log 5, "at_midnight dum_pv_energyday_read " . $pvet;
fhem ("set dum_pv_energyday_log " . ($pvenergy - $pvet));
#Log 5, "at_midnight dum_pv_energyday" . " " . $pvenergy;
fhem ("set dum_pv_energyday_read " . $pvenergy);
#Log 5, "at_midnight dum_pv_energyday_read" . " " . $pvenergy;
fhem ("modify at_midnight *24:00");
if ($Pwday == 1) {
my $pvet = Value("dum_pv_energyweek_read");
fhem ("set dum_pv_energyweek_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyweek_read " . $pvenergy);
}
if ($Pmday == 1) {
my $pvet = Value("dum_pv_energymonth_read");
fhem ("set dum_pv_energymonth_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energymonth_read " . $pvenergy);
}
if ($Pyday == 1) {
my $pvet = Value("dum_pv_energyyear_read");
fhem ("set dum_pv_energyyear_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyyear_read " . $pvenergy);
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge AC-Energy No FD"
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge not opened"
}
}
</pre>

== Log ==

Das ModbusDevice legt sich ein eigenes Log an. Um aber übersichtliche Grafiken zu bekommen werden die Daten des Dummy benötigt. Hier hilft ein Logfile

<code> define FileLog_KePv Filelog %L/pv-%Y.log dum_pv*.* </code>

== Grafiken ==

{{Todo | Beschreibungen zu SVG hinterlegen }}

[[Kategorie:Other Components]]
[[Kategorie:Energieerzeugungsmessung]]

== Links ==
# Solaredge: [https://www.solaredge.com/sites/default/files/se-inverter-installation-guide-de.pdf Installationsanleitung]
# Solaredge: [https://www.solaredge.com/sites/default/files/sunspec-implementation-technical-note-de.pdf Sunspec Protokoll]

SolarEdge Wechselrichter

2018-02-18T19:34:59Z

BenMarloe: /* Links */ Sunspec korrigiert

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=SolarEdge SE10k
|HWProtocol=Modubus TCP
|HWType=Wechselrichter
|HWCategory=Energieverbrauchsmessung
|HWComm=Ethernet TCP
|HWChannels=1 (bidiektional)
|HWVoltage=750V DC; 230V 3xAC
|HWPowerConsumption=Eigenverbrauch 2% (geschätzt)
|HWPoweredBy=230V~ 3xAC
|HWSize=317x512x214 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#ModbusAttr ModbusAttr]
|HWManufacturer=[https://www.solaredge.com/de Solaredge]
}}

== SE10k von Solaredge in FHEM einbinden==

Dieser Artikel beschreibt die Einbindung eines Solaredgewechselrichters SE10k in ein FHEM System über eine Ethernetverbindung mit Hilfe des Moduls ModbusAttr.

=== Vorbedingungen ===

FHEM läuft und hat genügend Platz für Modifikationen und Logfiles (ca. 100 MByte / Jahr).

=== Am Wechselrichter ===

Im zugehörigen Menu ist bereits der Port 503 eingestellt. Trotzdem muss dieser noch einmal aktiviert werden, da sonst Modbus TCP nicht aktiv wird.
Hilfe da zu bietet die Installationsanleitung [1].

== ModbusAttr Device in FHEM ==

in FHEM wird ein ModbusAttr angelegt

<code> define SolarEdge ModbusAttr 1 30 192.168.178.36 TCP </code>

danach alle Attribute aus dem unten stehenden list nach dem Verfahren:
<code> attr SolarEdge dev-h-defPoll 1 </code>

Mehr Daten sind im [https://www.solaredge.com/sites/default/files/application_note_use_of_se_components_in_agricultural_environments_de.pdf/ Sunspec Protokoll] zu finden

=== List von Device Solaredge in FHEM ===
<pre>
Internals:
BUSY 0
DEF 1 30 192.168.178.36 TCP
DEST 192.168.178.36:502
DeviceName 192.168.178.36:502
FD 86
INTERVAL 30
IODev KeSolarEdge
LASTOPEN 1514309396.43558
MODBUSID 1
ModuleVersion 3.7.0 - 20.8.2017
NAME KeSolarEdge
NOTIFYDEV global
NR 363
NTFY_ORDER 50-KeSolarEdge
PARTIAL
PROTOCOL TCP
REQUESTHEX 00c60000000601039c8f0001
STATE opened
TRIGGERTIME 1514313544.27135
TRIGGERTIME_FMT 2017-12-26 19:39:04
TYPE ModbusAttr
devioLoglevel 3
nextOpenDelay 60
Attributes:
dev-h-defPoll 1
dev-h-defShowGet 1
enableControlSet 1
maxTimeoutsToReconnect 3
obj-h40079-expr $val / 10
obj-h40079-reading AC-Volt-A
obj-h40082-reading AC-Volt-Scale
obj-h40082-unpack s>
obj-h40083-reading AC-Power
obj-h40084-reading AC-Power-Scale
obj-h40084-unpack s>
obj-h40093-len 2
obj-h40093-reading AC-Energy
obj-h40093-unpack l>
obj-h40095-reading AC-Energy-Scale
obj-h40096-reading DC-Current
obj-h40097-reading DC-Current-Scale
obj-h40097-unpack s>
obj-h40098-reading DC-Voltage
obj-h40099-reading DC-Voltage-Scale
obj-h40099-unpack s>
obj-h40100-reading DC-Power
obj-h40101-reading DC-Power-Scale
obj-h40101-unpack s>
obj-h40103-reading HeatSinkTemp
obj-h40103-unpack s>
obj-h40107-reading Status
</pre>

=== Dummys anlegen ===

Zur Verwendung der "at"s werden Dummys benötigt

<pre>
define pv_energyday_log dummy
define dum_pv_energyday_log dummy
define dum_pv_energyday_read dummy
define dum_pv_energymonth_log dummy
define dum_pv_energymonth_read dummy
define dum_pv_energytoday dummy
define dum_pv_energytomonth dummy
define dum_pv_energytoweek dummy
define dum_pv_energytoyear dummy
define dum_pv_energyweek_log dummy
define dum_pv_energyweek_read dummy
define dum_pv_energyyear_log dummy
define dum_pv_energyyear_read dummy
define dum_pvdcpower dummy
define dum_pvdcvolt dummy
define dum_pvenergy dummy
define dum_pvloss dummy
define dum_pvpower dummy </pre>

=== at Devices in FHEM ===

Auslesen der Daten, da das ModbusAttr nicht immer geht:

at_solaredge

<pre>
+*00:20:00 {
if (Value("KeSolarEdge") eq "opened") {
my $ACEnergy = fhem ("get KeSolarEdge AC-Energy");
my $ACEnergyScale = fhem ("get KeSolarEdge AC-Energy-Scale");
my $ACE = 0;
my $day = Value("dum_pv_energyday_read");
my $week = Value("dum_pv_energyweek_read");
my $month = Value("dum_pv_energymonth_read");
my $year = Value("dum_pv_energyyear_read");
if (($ACEnergy ne "No Data") and ($ACEnergyScale ne "No FD")) {
my $ACE = $ACEnergy * (10 ** $ACEnergyScale);
if ($ACE > 0) {
fhem ("set dum_pvenergy " . $ACE);
fhem ("set dum_pv_energytoday " . ($ACE - $day));
fhem ("set dum_pv_energytoweek " . ($ACE - $week));
fhem ("set dum_pv_energytomonth " . ($ACE - $month));
fhem ("set dum_pv_energytoyear " . ($ACE - $year));
}
}
#Log 1, "at_Solaredge: PV-Energy " . $ACE . "\n";
my $ACPower = fhem ("get KeSolarEdge AC-Power");
my $ACPowerScale = fhem ("get KeSolarEdge AC-Power-Scale");
my $ACP = 0;
my $DCP = 0;
if (($ACPower ne "No FD") and ($ACPower ne "No Data") and ($ACPowerScale ne "No FD")) {
$ACP = $ACPower * (10 ** $ACPowerScale);
fhem ("set dum_pvpower " . $ACP);
#Log 1, "at_Solaredge: PV-Power " . $ACP . "\n";
my $DCPower = fhem ("get KeSolarEdge DC-Power");
my $DCPowerScale = fhem ("get KeSolarEdge DC-Power-Scale");
if (($DCPower ne "no FD") and ($DCPowerScale ne "no FD")) {
$DCP = $DCPower * (10 ** $DCPowerScale);
if ($DCP != 0) {
fhem ("set dum_pvdcpower " . $DCP);
fhem ("set dum_pvloss " . sprintf("%.1f", ($DCP - $ACP)));
}
}
}
my $DCVoltage = fhem ("get KeSolarEdge DC-Voltage");
my $DCVoltageScale = fhem ("get KeSolarEdge DC-Voltage-Scale");
my $DCV = 0;
if (($DCVoltage ne "no FD") and ($DCVoltage ne "No Data") and ($DCVoltageScale ne "no FD")) {
$DCV = $DCVoltage * (10 ** $DCVoltageScale);
fhem ("set dum_pvdcvolt " . $DCV);
}
my $Status = fhem ("get KeSolarEdge Status");
if ($Status ne "no FD") {
if ($Status == 2) {
fhem ("modify at_solaredge +*00:20:00");
}
else {
fhem ("modify at_solaredge +*00:01:00");
}
}
}
else {
Log 1, Value("KeSolarEdge");
fhem ("modify at_solaredge +*00:01:00");
}
}
</pre>

und eines um die Werte täglich zurück zu setzen

at_midnight

<pre>
*24:00 {
# Abspeichern der täglichen, wöchentlichen und monatlichen Werte
use Time::Local;
my ($Psec,$Pmin,$Phour,$Pmday,$Pmonth,$Pyear,$Pwday,$Pyday,$Pisdst) = localtime();
if(Value("KeSolarEdge") eq "opened") {
my $pvenergy = fhem("get KeSolarEdge AC-Energy");
Log 5, "at_midnight AC-Energy" . " " . $pvenergy;
if ($pvenergy ne "No FD") {
my $pvet = Value("dum_pv_energyday_read");
#Log 5, "at_midnight dum_pv_energyday_read " . $pvet;
fhem ("set dum_pv_energyday_log " . ($pvenergy - $pvet));
#Log 5, "at_midnight dum_pv_energyday" . " " . $pvenergy;
fhem ("set dum_pv_energyday_read " . $pvenergy);
#Log 5, "at_midnight dum_pv_energyday_read" . " " . $pvenergy;
fhem ("modify at_midnight *24:00");
if ($Pwday == 1) {
my $pvet = Value("dum_pv_energyweek_read");
fhem ("set dum_pv_energyweek_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyweek_read " . $pvenergy);
}
if ($Pmday == 1) {
my $pvet = Value("dum_pv_energymonth_read");
fhem ("set dum_pv_energymonth_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energymonth_read " . $pvenergy);
}
if ($Pyday == 1) {
my $pvet = Value("dum_pv_energyyear_read");
fhem ("set dum_pv_energyyear_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyyear_read " . $pvenergy);
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge AC-Energy No FD"
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge not opened"
}
}
</pre>

== Log ==

Das ModbusDevice legt sich ein eigenes Log an. Um aber übersichtliche Grafiken zu bekommen werden die Daten des Dummy benötigt. Hier hilft ein Logfile

<code> define FileLog_KePv Filelog %L/pv-%Y.log dum_pv*.* </code>

== Grafiken ==

{{Todo | Beschreibungen zu SVG hinterlegen }}

[[Kategorie:Other Components]]
[[Kategorie:Energieerzeugungsmessung]]

== Links ==
# Solaredge: [https://www.solaredge.com/sites/default/files/se-inverter-installation-guide-de.pdf Installationsanleitung]
# Solaredge: [https://www.solaredge.com/sites/default/files/sunspec-implementation-technical-note-de.pdf Sunspec Protokoll]

SolarEdge Wechselrichter

2018-02-18T19:10:18Z

BenMarloe: /* Dummys anlegen */ Format

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=SolarEdge SE10k
|HWProtocol=Modubus TCP
|HWType=Wechselrichter
|HWCategory=Energieverbrauchsmessung
|HWComm=Ethernet TCP
|HWChannels=1 (bidiektional)
|HWVoltage=750V DC; 230V 3xAC
|HWPowerConsumption=Eigenverbrauch 2% (geschätzt)
|HWPoweredBy=230V~ 3xAC
|HWSize=317x512x214 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#ModbusAttr ModbusAttr]
|HWManufacturer=[https://www.solaredge.com/de Solaredge]
}}

== SE10k von Solaredge in FHEM einbinden==

Dieser Artikel beschreibt die Einbindung eines Solaredgewechselrichters SE10k in ein FHEM System über eine Ethernetverbindung mit Hilfe des Moduls ModbusAttr.

=== Vorbedingungen ===

FHEM läuft und hat genügend Platz für Modifikationen und Logfiles (ca. 100 MByte / Jahr).

=== Am Wechselrichter ===

Im zugehörigen Menu ist bereits der Port 503 eingestellt. Trotzdem muss dieser noch einmal aktiviert werden, da sonst Modbus TCP nicht aktiv wird.
Hilfe da zu bietet die Installationsanleitung [1].

== ModbusAttr Device in FHEM ==

in FHEM wird ein ModbusAttr angelegt

<code> define SolarEdge ModbusAttr 1 30 192.168.178.36 TCP </code>

danach alle Attribute aus dem unten stehenden list nach dem Verfahren:
<code> attr SolarEdge dev-h-defPoll 1 </code>

Mehr Daten sind im [https://www.solaredge.com/sites/default/files/application_note_use_of_se_components_in_agricultural_environments_de.pdf/ Sunspec Protokoll] zu finden

=== List von Device Solaredge in FHEM ===
<pre>
Internals:
BUSY 0
DEF 1 30 192.168.178.36 TCP
DEST 192.168.178.36:502
DeviceName 192.168.178.36:502
FD 86
INTERVAL 30
IODev KeSolarEdge
LASTOPEN 1514309396.43558
MODBUSID 1
ModuleVersion 3.7.0 - 20.8.2017
NAME KeSolarEdge
NOTIFYDEV global
NR 363
NTFY_ORDER 50-KeSolarEdge
PARTIAL
PROTOCOL TCP
REQUESTHEX 00c60000000601039c8f0001
STATE opened
TRIGGERTIME 1514313544.27135
TRIGGERTIME_FMT 2017-12-26 19:39:04
TYPE ModbusAttr
devioLoglevel 3
nextOpenDelay 60
Attributes:
dev-h-defPoll 1
dev-h-defShowGet 1
enableControlSet 1
maxTimeoutsToReconnect 3
obj-h40079-expr $val / 10
obj-h40079-reading AC-Volt-A
obj-h40082-reading AC-Volt-Scale
obj-h40082-unpack s>
obj-h40083-reading AC-Power
obj-h40084-reading AC-Power-Scale
obj-h40084-unpack s>
obj-h40093-len 2
obj-h40093-reading AC-Energy
obj-h40093-unpack l>
obj-h40095-reading AC-Energy-Scale
obj-h40096-reading DC-Current
obj-h40097-reading DC-Current-Scale
obj-h40097-unpack s>
obj-h40098-reading DC-Voltage
obj-h40099-reading DC-Voltage-Scale
obj-h40099-unpack s>
obj-h40100-reading DC-Power
obj-h40101-reading DC-Power-Scale
obj-h40101-unpack s>
obj-h40103-reading HeatSinkTemp
obj-h40103-unpack s>
obj-h40107-reading Status
</pre>

=== Dummys anlegen ===

Zur Verwendung der "at"s werden Dummys benötigt

<pre>
define pv_energyday_log dummy
define dum_pv_energyday_log dummy
define dum_pv_energyday_read dummy
define dum_pv_energymonth_log dummy
define dum_pv_energymonth_read dummy
define dum_pv_energytoday dummy
define dum_pv_energytomonth dummy
define dum_pv_energytoweek dummy
define dum_pv_energytoyear dummy
define dum_pv_energyweek_log dummy
define dum_pv_energyweek_read dummy
define dum_pv_energyyear_log dummy
define dum_pv_energyyear_read dummy
define dum_pvdcpower dummy
define dum_pvdcvolt dummy
define dum_pvenergy dummy
define dum_pvloss dummy
define dum_pvpower dummy </pre>

=== at Devices in FHEM ===

Auslesen der Daten, da das ModbusAttr nicht immer geht:

at_solaredge

<pre>
+*00:20:00 {
if (Value("KeSolarEdge") eq "opened") {
my $ACEnergy = fhem ("get KeSolarEdge AC-Energy");
my $ACEnergyScale = fhem ("get KeSolarEdge AC-Energy-Scale");
my $ACE = 0;
my $day = Value("dum_pv_energyday_read");
my $week = Value("dum_pv_energyweek_read");
my $month = Value("dum_pv_energymonth_read");
my $year = Value("dum_pv_energyyear_read");
if (($ACEnergy ne "No Data") and ($ACEnergyScale ne "No FD")) {
my $ACE = $ACEnergy * (10 ** $ACEnergyScale);
if ($ACE > 0) {
fhem ("set dum_pvenergy " . $ACE);
fhem ("set dum_pv_energytoday " . ($ACE - $day));
fhem ("set dum_pv_energytoweek " . ($ACE - $week));
fhem ("set dum_pv_energytomonth " . ($ACE - $month));
fhem ("set dum_pv_energytoyear " . ($ACE - $year));
}
}
#Log 1, "at_Solaredge: PV-Energy " . $ACE . "\n";
my $ACPower = fhem ("get KeSolarEdge AC-Power");
my $ACPowerScale = fhem ("get KeSolarEdge AC-Power-Scale");
my $ACP = 0;
my $DCP = 0;
if (($ACPower ne "No FD") and ($ACPower ne "No Data") and ($ACPowerScale ne "No FD")) {
$ACP = $ACPower * (10 ** $ACPowerScale);
fhem ("set dum_pvpower " . $ACP);
#Log 1, "at_Solaredge: PV-Power " . $ACP . "\n";
my $DCPower = fhem ("get KeSolarEdge DC-Power");
my $DCPowerScale = fhem ("get KeSolarEdge DC-Power-Scale");
if (($DCPower ne "no FD") and ($DCPowerScale ne "no FD")) {
$DCP = $DCPower * (10 ** $DCPowerScale);
if ($DCP != 0) {
fhem ("set dum_pvdcpower " . $DCP);
fhem ("set dum_pvloss " . sprintf("%.1f", ($DCP - $ACP)));
}
}
}
my $DCVoltage = fhem ("get KeSolarEdge DC-Voltage");
my $DCVoltageScale = fhem ("get KeSolarEdge DC-Voltage-Scale");
my $DCV = 0;
if (($DCVoltage ne "no FD") and ($DCVoltage ne "No Data") and ($DCVoltageScale ne "no FD")) {
$DCV = $DCVoltage * (10 ** $DCVoltageScale);
fhem ("set dum_pvdcvolt " . $DCV);
}
my $Status = fhem ("get KeSolarEdge Status");
if ($Status ne "no FD") {
if ($Status == 2) {
fhem ("modify at_solaredge +*00:20:00");
}
else {
fhem ("modify at_solaredge +*00:01:00");
}
}
}
else {
Log 1, Value("KeSolarEdge");
fhem ("modify at_solaredge +*00:01:00");
}
}
</pre>

und eines um die Werte täglich zurück zu setzen

at_midnight

<pre>
*24:00 {
# Abspeichern der täglichen, wöchentlichen und monatlichen Werte
use Time::Local;
my ($Psec,$Pmin,$Phour,$Pmday,$Pmonth,$Pyear,$Pwday,$Pyday,$Pisdst) = localtime();
if(Value("KeSolarEdge") eq "opened") {
my $pvenergy = fhem("get KeSolarEdge AC-Energy");
Log 5, "at_midnight AC-Energy" . " " . $pvenergy;
if ($pvenergy ne "No FD") {
my $pvet = Value("dum_pv_energyday_read");
#Log 5, "at_midnight dum_pv_energyday_read " . $pvet;
fhem ("set dum_pv_energyday_log " . ($pvenergy - $pvet));
#Log 5, "at_midnight dum_pv_energyday" . " " . $pvenergy;
fhem ("set dum_pv_energyday_read " . $pvenergy);
#Log 5, "at_midnight dum_pv_energyday_read" . " " . $pvenergy;
fhem ("modify at_midnight *24:00");
if ($Pwday == 1) {
my $pvet = Value("dum_pv_energyweek_read");
fhem ("set dum_pv_energyweek_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyweek_read " . $pvenergy);
}
if ($Pmday == 1) {
my $pvet = Value("dum_pv_energymonth_read");
fhem ("set dum_pv_energymonth_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energymonth_read " . $pvenergy);
}
if ($Pyday == 1) {
my $pvet = Value("dum_pv_energyyear_read");
fhem ("set dum_pv_energyyear_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyyear_read " . $pvenergy);
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge AC-Energy No FD"
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge not opened"
}
}
</pre>

== Log ==

Das ModbusDevice legt sich ein eigenes Log an. Um aber übersichtliche Grafiken zu bekommen werden die Daten des Dummy benötigt. Hier hilft ein Logfile

<code> define FileLog_KePv Filelog %L/pv-%Y.log dum_pv*.* </code>

== Grafiken ==

{{Todo | Beschreibungen zu SVG hinterlegen }}

[[Kategorie:Other Components]]
[[Kategorie:Energieerzeugungsmessung]]

== Links ==
# Solaredge: [https://www.solaredge.com/sites/default/files/se-inverter-installation-guide-de.pdf Installationsanleitung]
# Solaredge: [https://www.solaredge.com/sites/default/files/application_note_use_of_se_components_in_agricultural_environments_de.pdf/ Sunspec Protokoll]

SolarEdge Wechselrichter

2018-02-18T19:08:28Z

BenMarloe: /* Dummys anlegen */ genauen code eingegeben

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=SolarEdge SE10k
|HWProtocol=Modubus TCP
|HWType=Wechselrichter
|HWCategory=Energieverbrauchsmessung
|HWComm=Ethernet TCP
|HWChannels=1 (bidiektional)
|HWVoltage=750V DC; 230V 3xAC
|HWPowerConsumption=Eigenverbrauch 2% (geschätzt)
|HWPoweredBy=230V~ 3xAC
|HWSize=317x512x214 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#ModbusAttr ModbusAttr]
|HWManufacturer=[https://www.solaredge.com/de Solaredge]
}}

== SE10k von Solaredge in FHEM einbinden==

Dieser Artikel beschreibt die Einbindung eines Solaredgewechselrichters SE10k in ein FHEM System über eine Ethernetverbindung mit Hilfe des Moduls ModbusAttr.

=== Vorbedingungen ===

FHEM läuft und hat genügend Platz für Modifikationen und Logfiles (ca. 100 MByte / Jahr).

=== Am Wechselrichter ===

Im zugehörigen Menu ist bereits der Port 503 eingestellt. Trotzdem muss dieser noch einmal aktiviert werden, da sonst Modbus TCP nicht aktiv wird.
Hilfe da zu bietet die Installationsanleitung [1].

== ModbusAttr Device in FHEM ==

in FHEM wird ein ModbusAttr angelegt

<code> define SolarEdge ModbusAttr 1 30 192.168.178.36 TCP </code>

danach alle Attribute aus dem unten stehenden list nach dem Verfahren:
<code> attr SolarEdge dev-h-defPoll 1 </code>

Mehr Daten sind im [https://www.solaredge.com/sites/default/files/application_note_use_of_se_components_in_agricultural_environments_de.pdf/ Sunspec Protokoll] zu finden

=== List von Device Solaredge in FHEM ===
<pre>
Internals:
BUSY 0
DEF 1 30 192.168.178.36 TCP
DEST 192.168.178.36:502
DeviceName 192.168.178.36:502
FD 86
INTERVAL 30
IODev KeSolarEdge
LASTOPEN 1514309396.43558
MODBUSID 1
ModuleVersion 3.7.0 - 20.8.2017
NAME KeSolarEdge
NOTIFYDEV global
NR 363
NTFY_ORDER 50-KeSolarEdge
PARTIAL
PROTOCOL TCP
REQUESTHEX 00c60000000601039c8f0001
STATE opened
TRIGGERTIME 1514313544.27135
TRIGGERTIME_FMT 2017-12-26 19:39:04
TYPE ModbusAttr
devioLoglevel 3
nextOpenDelay 60
Attributes:
dev-h-defPoll 1
dev-h-defShowGet 1
enableControlSet 1
maxTimeoutsToReconnect 3
obj-h40079-expr $val / 10
obj-h40079-reading AC-Volt-A
obj-h40082-reading AC-Volt-Scale
obj-h40082-unpack s>
obj-h40083-reading AC-Power
obj-h40084-reading AC-Power-Scale
obj-h40084-unpack s>
obj-h40093-len 2
obj-h40093-reading AC-Energy
obj-h40093-unpack l>
obj-h40095-reading AC-Energy-Scale
obj-h40096-reading DC-Current
obj-h40097-reading DC-Current-Scale
obj-h40097-unpack s>
obj-h40098-reading DC-Voltage
obj-h40099-reading DC-Voltage-Scale
obj-h40099-unpack s>
obj-h40100-reading DC-Power
obj-h40101-reading DC-Power-Scale
obj-h40101-unpack s>
obj-h40103-reading HeatSinkTemp
obj-h40103-unpack s>
obj-h40107-reading Status
</pre>

=== Dummys anlegen ===

Zur Verwendung der "at"s werden Dummys benötigt

<code> define pv_energyday_log dummy
define dum_pv_energyday_log dummy
define dum_pv_energyday_read dummy
define dum_pv_energymonth_log dummy
define dum_pv_energymonth_read dummy
define dum_pv_energytoday dummy
define dum_pv_energytomonth dummy
define dum_pv_energytoweek dummy
define dum_pv_energytoyear dummy
define dum_pv_energyweek_log dummy
define dum_pv_energyweek_read dummy
define dum_pv_energyyear_log dummy
define dum_pv_energyyear_read dummy
define dum_pvdcpower dummy
define dum_pvdcvolt dummy
define dum_pvenergy dummy
define dum_pvloss dummy
define dum_pvpower dummy </code>

=== at Devices in FHEM ===

Auslesen der Daten, da das ModbusAttr nicht immer geht:

at_solaredge

<pre>
+*00:20:00 {
if (Value("KeSolarEdge") eq "opened") {
my $ACEnergy = fhem ("get KeSolarEdge AC-Energy");
my $ACEnergyScale = fhem ("get KeSolarEdge AC-Energy-Scale");
my $ACE = 0;
my $day = Value("dum_pv_energyday_read");
my $week = Value("dum_pv_energyweek_read");
my $month = Value("dum_pv_energymonth_read");
my $year = Value("dum_pv_energyyear_read");
if (($ACEnergy ne "No Data") and ($ACEnergyScale ne "No FD")) {
my $ACE = $ACEnergy * (10 ** $ACEnergyScale);
if ($ACE > 0) {
fhem ("set dum_pvenergy " . $ACE);
fhem ("set dum_pv_energytoday " . ($ACE - $day));
fhem ("set dum_pv_energytoweek " . ($ACE - $week));
fhem ("set dum_pv_energytomonth " . ($ACE - $month));
fhem ("set dum_pv_energytoyear " . ($ACE - $year));
}
}
#Log 1, "at_Solaredge: PV-Energy " . $ACE . "\n";
my $ACPower = fhem ("get KeSolarEdge AC-Power");
my $ACPowerScale = fhem ("get KeSolarEdge AC-Power-Scale");
my $ACP = 0;
my $DCP = 0;
if (($ACPower ne "No FD") and ($ACPower ne "No Data") and ($ACPowerScale ne "No FD")) {
$ACP = $ACPower * (10 ** $ACPowerScale);
fhem ("set dum_pvpower " . $ACP);
#Log 1, "at_Solaredge: PV-Power " . $ACP . "\n";
my $DCPower = fhem ("get KeSolarEdge DC-Power");
my $DCPowerScale = fhem ("get KeSolarEdge DC-Power-Scale");
if (($DCPower ne "no FD") and ($DCPowerScale ne "no FD")) {
$DCP = $DCPower * (10 ** $DCPowerScale);
if ($DCP != 0) {
fhem ("set dum_pvdcpower " . $DCP);
fhem ("set dum_pvloss " . sprintf("%.1f", ($DCP - $ACP)));
}
}
}
my $DCVoltage = fhem ("get KeSolarEdge DC-Voltage");
my $DCVoltageScale = fhem ("get KeSolarEdge DC-Voltage-Scale");
my $DCV = 0;
if (($DCVoltage ne "no FD") and ($DCVoltage ne "No Data") and ($DCVoltageScale ne "no FD")) {
$DCV = $DCVoltage * (10 ** $DCVoltageScale);
fhem ("set dum_pvdcvolt " . $DCV);
}
my $Status = fhem ("get KeSolarEdge Status");
if ($Status ne "no FD") {
if ($Status == 2) {
fhem ("modify at_solaredge +*00:20:00");
}
else {
fhem ("modify at_solaredge +*00:01:00");
}
}
}
else {
Log 1, Value("KeSolarEdge");
fhem ("modify at_solaredge +*00:01:00");
}
}
</pre>

und eines um die Werte täglich zurück zu setzen

at_midnight

<pre>
*24:00 {
# Abspeichern der täglichen, wöchentlichen und monatlichen Werte
use Time::Local;
my ($Psec,$Pmin,$Phour,$Pmday,$Pmonth,$Pyear,$Pwday,$Pyday,$Pisdst) = localtime();
if(Value("KeSolarEdge") eq "opened") {
my $pvenergy = fhem("get KeSolarEdge AC-Energy");
Log 5, "at_midnight AC-Energy" . " " . $pvenergy;
if ($pvenergy ne "No FD") {
my $pvet = Value("dum_pv_energyday_read");
#Log 5, "at_midnight dum_pv_energyday_read " . $pvet;
fhem ("set dum_pv_energyday_log " . ($pvenergy - $pvet));
#Log 5, "at_midnight dum_pv_energyday" . " " . $pvenergy;
fhem ("set dum_pv_energyday_read " . $pvenergy);
#Log 5, "at_midnight dum_pv_energyday_read" . " " . $pvenergy;
fhem ("modify at_midnight *24:00");
if ($Pwday == 1) {
my $pvet = Value("dum_pv_energyweek_read");
fhem ("set dum_pv_energyweek_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyweek_read " . $pvenergy);
}
if ($Pmday == 1) {
my $pvet = Value("dum_pv_energymonth_read");
fhem ("set dum_pv_energymonth_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energymonth_read " . $pvenergy);
}
if ($Pyday == 1) {
my $pvet = Value("dum_pv_energyyear_read");
fhem ("set dum_pv_energyyear_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyyear_read " . $pvenergy);
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge AC-Energy No FD"
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge not opened"
}
}
</pre>

== Log ==

Das ModbusDevice legt sich ein eigenes Log an. Um aber übersichtliche Grafiken zu bekommen werden die Daten des Dummy benötigt. Hier hilft ein Logfile

<code> define FileLog_KePv Filelog %L/pv-%Y.log dum_pv*.* </code>

== Grafiken ==

{{Todo | Beschreibungen zu SVG hinterlegen }}

[[Kategorie:Other Components]]
[[Kategorie:Energieerzeugungsmessung]]

== Links ==
# Solaredge: [https://www.solaredge.com/sites/default/files/se-inverter-installation-guide-de.pdf Installationsanleitung]
# Solaredge: [https://www.solaredge.com/sites/default/files/application_note_use_of_se_components_in_agricultural_environments_de.pdf/ Sunspec Protokoll]

SolarEdge Wechselrichter

2017-12-26T19:41:24Z

BenMarloe: Erschaffung

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=SolarEdge SE10k
|HWProtocol=Modubus TCP
|HWType=Wechselrichter
|HWCategory=Energieverbrauchsmessung
|HWComm=Ethernet TCP
|HWChannels=1 (bidiektional)
|HWVoltage=750V DC; 230V 3xAC
|HWPowerConsumption=Eigenverbrauch 2% (geschätzt)
|HWPoweredBy=230V~ 3xAC
|HWSize=317x512x214 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#ModbusAttr ModbusAttr]
|HWManufacturer=[https://www.solaredge.com/de Solaredge]
}}

== SE10k von Solaredge in FHEM einbinden==

Dieser Artikel beschreibt die Einbindung eines Solaredgewechselrichters SE10k in ein FHEM System über eine Ethernetverbindung mit Hilfe des Moduls ModbusAttr.

=== Vorbedingungen ===

FHEM läuft und hat genügend Platz für Modifikationen und Logfiles (ca. 100 MByte / Jahr).

=== Am Wechselrichter ===

Im zugehörigen Menu ist bereits der Port 503 eingestellt. Trotzdem muss dieser noch einmal aktiviert werden, da sonst Modbus TCP nicht aktiv wird.
Hilfe da zu bietet die Installationsanleitung [1].

== ModbusAttr Device in FHEM ==

in FHEM wird ein ModbusAttr angelegt

<code> define SolarEdge ModbusAttr 1 30 192.168.178.36 TCP </code>

danach alle Attribute aus dem unten stehenden list nach dem Verfahren:
<code> attr SolarEdge dev-h-defPoll 1 </code>

Mehr Daten sind im [https://www.solaredge.com/sites/default/files/application_note_use_of_se_components_in_agricultural_environments_de.pdf/ Sunspec Protokoll] zu finden

=== List von Device Solaredge in FHEM ===
<pre>
Internals:
BUSY 0
DEF 1 30 192.168.178.36 TCP
DEST 192.168.178.36:502
DeviceName 192.168.178.36:502
FD 86
INTERVAL 30
IODev KeSolarEdge
LASTOPEN 1514309396.43558
MODBUSID 1
ModuleVersion 3.7.0 - 20.8.2017
NAME KeSolarEdge
NOTIFYDEV global
NR 363
NTFY_ORDER 50-KeSolarEdge
PARTIAL
PROTOCOL TCP
REQUESTHEX 00c60000000601039c8f0001
STATE opened
TRIGGERTIME 1514313544.27135
TRIGGERTIME_FMT 2017-12-26 19:39:04
TYPE ModbusAttr
devioLoglevel 3
nextOpenDelay 60
Attributes:
dev-h-defPoll 1
dev-h-defShowGet 1
enableControlSet 1
maxTimeoutsToReconnect 3
obj-h40079-expr $val / 10
obj-h40079-reading AC-Volt-A
obj-h40082-reading AC-Volt-Scale
obj-h40082-unpack s>
obj-h40083-reading AC-Power
obj-h40084-reading AC-Power-Scale
obj-h40084-unpack s>
obj-h40093-len 2
obj-h40093-reading AC-Energy
obj-h40093-unpack l>
obj-h40095-reading AC-Energy-Scale
obj-h40096-reading DC-Current
obj-h40097-reading DC-Current-Scale
obj-h40097-unpack s>
obj-h40098-reading DC-Voltage
obj-h40099-reading DC-Voltage-Scale
obj-h40099-unpack s>
obj-h40100-reading DC-Power
obj-h40101-reading DC-Power-Scale
obj-h40101-unpack s>
obj-h40103-reading HeatSinkTemp
obj-h40103-unpack s>
obj-h40107-reading Status
</pre>

=== Dummys anlegen ===

Zur Verwendung der "at"s werden Dummys benötigt

<code> define pv_energyday_log dummy </code>

dum_pv_energyday_log /r
dum_pv_energyday_read

dum_pv_energymonth_log

dum_pv_energymonth_read

dum_pv_energytoday

dum_pv_energytomonth

dum_pv_energytoweek

dum_pv_energytoyear

dum_pv_energyweek_log

dum_pv_energyweek_read

dum_pv_energyyear_log

dum_pv_energyyear_read

dum_pvdcpower

dum_pvdcvolt

dum_pvenergy

dum_pvloss

dum_pvpower

=== at Devices in FHEM ===

Auslesen der Daten, da das ModbusAttr nicht immer geht:

at_solaredge

<pre>
+*00:20:00 {
if (Value("KeSolarEdge") eq "opened") {
my $ACEnergy = fhem ("get KeSolarEdge AC-Energy");
my $ACEnergyScale = fhem ("get KeSolarEdge AC-Energy-Scale");
my $ACE = 0;
my $day = Value("dum_pv_energyday_read");
my $week = Value("dum_pv_energyweek_read");
my $month = Value("dum_pv_energymonth_read");
my $year = Value("dum_pv_energyyear_read");
if (($ACEnergy ne "No Data") and ($ACEnergyScale ne "No FD")) {
my $ACE = $ACEnergy * (10 ** $ACEnergyScale);
if ($ACE > 0) {
fhem ("set dum_pvenergy " . $ACE);
fhem ("set dum_pv_energytoday " . ($ACE - $day));
fhem ("set dum_pv_energytoweek " . ($ACE - $week));
fhem ("set dum_pv_energytomonth " . ($ACE - $month));
fhem ("set dum_pv_energytoyear " . ($ACE - $year));
}
}
#Log 1, "at_Solaredge: PV-Energy " . $ACE . "\n";
my $ACPower = fhem ("get KeSolarEdge AC-Power");
my $ACPowerScale = fhem ("get KeSolarEdge AC-Power-Scale");
my $ACP = 0;
my $DCP = 0;
if (($ACPower ne "No FD") and ($ACPower ne "No Data") and ($ACPowerScale ne "No FD")) {
$ACP = $ACPower * (10 ** $ACPowerScale);
fhem ("set dum_pvpower " . $ACP);
#Log 1, "at_Solaredge: PV-Power " . $ACP . "\n";
my $DCPower = fhem ("get KeSolarEdge DC-Power");
my $DCPowerScale = fhem ("get KeSolarEdge DC-Power-Scale");
if (($DCPower ne "no FD") and ($DCPowerScale ne "no FD")) {
$DCP = $DCPower * (10 ** $DCPowerScale);
if ($DCP != 0) {
fhem ("set dum_pvdcpower " . $DCP);
fhem ("set dum_pvloss " . sprintf("%.1f", ($DCP - $ACP)));
}
}
}
my $DCVoltage = fhem ("get KeSolarEdge DC-Voltage");
my $DCVoltageScale = fhem ("get KeSolarEdge DC-Voltage-Scale");
my $DCV = 0;
if (($DCVoltage ne "no FD") and ($DCVoltage ne "No Data") and ($DCVoltageScale ne "no FD")) {
$DCV = $DCVoltage * (10 ** $DCVoltageScale);
fhem ("set dum_pvdcvolt " . $DCV);
}
my $Status = fhem ("get KeSolarEdge Status");
if ($Status ne "no FD") {
if ($Status == 2) {
fhem ("modify at_solaredge +*00:20:00");
}
else {
fhem ("modify at_solaredge +*00:01:00");
}
}
}
else {
Log 1, Value("KeSolarEdge");
fhem ("modify at_solaredge +*00:01:00");
}
}
</pre>

und eines um die Werte täglich zurück zu setzen

at_midnight

<pre>
*24:00 {
# Abspeichern der täglichen, wöchentlichen und monatlichen Werte
use Time::Local;
my ($Psec,$Pmin,$Phour,$Pmday,$Pmonth,$Pyear,$Pwday,$Pyday,$Pisdst) = localtime();
if(Value("KeSolarEdge") eq "opened") {
my $pvenergy = fhem("get KeSolarEdge AC-Energy");
Log 5, "at_midnight AC-Energy" . " " . $pvenergy;
if ($pvenergy ne "No FD") {
my $pvet = Value("dum_pv_energyday_read");
#Log 5, "at_midnight dum_pv_energyday_read " . $pvet;
fhem ("set dum_pv_energyday_log " . ($pvenergy - $pvet));
#Log 5, "at_midnight dum_pv_energyday" . " " . $pvenergy;
fhem ("set dum_pv_energyday_read " . $pvenergy);
#Log 5, "at_midnight dum_pv_energyday_read" . " " . $pvenergy;
fhem ("modify at_midnight *24:00");
if ($Pwday == 1) {
my $pvet = Value("dum_pv_energyweek_read");
fhem ("set dum_pv_energyweek_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyweek_read " . $pvenergy);
}
if ($Pmday == 1) {
my $pvet = Value("dum_pv_energymonth_read");
fhem ("set dum_pv_energymonth_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energymonth_read " . $pvenergy);
}
if ($Pyday == 1) {
my $pvet = Value("dum_pv_energyyear_read");
fhem ("set dum_pv_energyyear_log " . ($pvenergy - $pvet));
fhem ("set dum_pv_energyyear_read " . $pvenergy);
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge AC-Energy No FD"
}
}
else {
fhem ("modify at_midnight +00:01");
Log 2, "at_midnight Solaredge not opened"
}
}
</pre>

== Log ==

Das ModbusDevice legt sich ein eigenes Log an. Um aber übersichtliche Grafiken zu bekommen werden die Daten des Dummy benötigt. Hier hilft ein Logfile

<code> define FileLog_KePv Filelog %L/pv-%Y.log dum_pv*.* </code>

== Grafiken ==

{{Todo | Beschreibungen zu SVG hinterlegen }}

[[Kategorie:Other Components]]
[[Kategorie:Energieerzeugungsmessung]]

== Links ==
# Solaredge: [https://www.solaredge.com/sites/default/files/se-inverter-installation-guide-de.pdf Installationsanleitung]
# Solaredge: [https://www.solaredge.com/sites/default/files/application_note_use_of_se_components_in_agricultural_environments_de.pdf/ Sunspec Protokoll]

Benutzer:BenMarloe

2017-12-26T15:55:58Z

BenMarloe:

Hat sein System umgestellt von Windows XP mit IP-Symcon auf FHEM
* Raspberry Pi B
* Homematic
* Enocean (Peha & Eltako)
* Solaredge via Modbus TCP (2018)

Benutzer:BenMarloe

2017-12-26T15:55:28Z

BenMarloe:

Hat sein System umgestellt von Windows XP mit IP-Symcon auf FHEM
* Raspberry Pi B
* Homematic
* Enocean (Peha & Eltako)
* Solaredge via Modbus TCP

Proteus EcoMeter

2016-11-27T21:57:41Z

BenMarloe:

[[Proteus_EcoMeter]] ist ein Ultraschallsensor mit Monitor zur Pegelmessung von Heizöl- oder Wassertanks

* Sensor zum Einbau in den Tank
* Funkverbindung zwischen Sensor und Monitor
* USB-Verbindung zwischen Monitor und FHEM
* Für Wasser oder Öltanks

EcoMeter für Heizöltanks 
EcoMeter S für Wassertanks 

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=todo
|HWProtocol=unknown
|HWType=Sensor und Sender
|HWCategory=Other Components
|HWComm=Funk, 868Mhz??, USB
|HWChannels=unknown
|HWVoltage=1,5V LR2450, 5V USB
|HWPowerConsumption=unknown
|HWPoweredBy=Battery, USB
|HWSize=21 x 18 x 6 cm
|HWDeviceFHEM=[http://fhem.de/commandref.html#TEK603 TEK603]
|HWManufacturer=Proteus
}}
== Features ==
EcoMeter liefert alle 60 Minuten einen Messwert
EcoMeter liefert alle 30 Minuten einen Messwert und bei schnellen Änderungen

== Hinweise zum Betrieb mit Fhem ==
=== Definition/Anlernvorgang ===
# eventuell im Linux fehlende Pakete installieren <code>sudo apt-get install libdigest-crc-perl </code>
# Monitor an das FHEM Gerät anschließen
# Festellen, dass die Verbindung geht. Dazu auf der Kommandozeile eingeben: <code>ls -al /dev/serial/by-id lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB0 </code>
# ecometer definieren <code>define ecometer TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 </code>
# LogFile definieren <code>define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.* </code>
# Gerät wie in der Betriebsanleitung installieren

=== FHEM Config-Auszug ===
Ein exemplarischer Auszug aus der [[Konfiguration]]:
define ecometer TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.*

=== Eventmonitorbeispiel ===
{{todo| Eventmonitor einfügen}}

== Einsatzbeispiel ==
=== Anzeige des Ölstands in einem Öltank ===
{{todo|Beispielunterlagen erstellen}}

== Links ==
* Hersteller: [https://proteus-meter.com/produkte/proteus-ecometer/ Shop]
* Hersteller: [https://proteus-meter.com/faq/ Bedienanleitung]
* Forenbeitrag zur FHEM-Einbindung: {{Link2Forum|Topic=27315}}

[[Kategorie:Other Components]]
[[Kategorie:Füllstandsmesser]]

Proteus EcoMeter

2016-11-27T21:57:18Z

BenMarloe: Baustelle entfernt

[[Proteus_EcoMeter]] ist ein Ultraschallsensor mit Monitor zum Pegelmessung von Heizöl- oder Wassertanks

* Sensor zum Einbau in den Tank
* Funkverbindung zwischen Sensor und Monitor
* USB-Verbindung zwischen Monitor und FHEM
* Für Wasser oder Öltanks

EcoMeter für Heizöltanks 
EcoMeter S für Wassertanks 

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=todo
|HWProtocol=unknown
|HWType=Sensor und Sender
|HWCategory=Other Components
|HWComm=Funk, 868Mhz??, USB
|HWChannels=unknown
|HWVoltage=1,5V LR2450, 5V USB
|HWPowerConsumption=unknown
|HWPoweredBy=Battery, USB
|HWSize=21 x 18 x 6 cm
|HWDeviceFHEM=[http://fhem.de/commandref.html#TEK603 TEK603]
|HWManufacturer=Proteus
}}
== Features ==
EcoMeter liefert alle 60 Minuten einen Messwert
EcoMeter liefert alle 30 Minuten einen Messwert und bei schnellen Änderungen

== Hinweise zum Betrieb mit Fhem ==
=== Definition/Anlernvorgang ===
# eventuell im Linux fehlende Pakete installieren <code>sudo apt-get install libdigest-crc-perl </code>
# Monitor an das FHEM Gerät anschließen
# Festellen, dass die Verbindung geht. Dazu auf der Kommandozeile eingeben: <code>ls -al /dev/serial/by-id lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB0 </code>
# ecometer definieren <code>define ecometer TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 </code>
# LogFile definieren <code>define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.* </code>
# Gerät wie in der Betriebsanleitung installieren

=== FHEM Config-Auszug ===
Ein exemplarischer Auszug aus der [[Konfiguration]]:
define ecometer TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.*

=== Eventmonitorbeispiel ===
{{todo| Eventmonitor einfügen}}

== Einsatzbeispiel ==
=== Anzeige des Ölstands in einem Öltank ===
{{todo|Beispielunterlagen erstellen}}

== Links ==
* Hersteller: [https://proteus-meter.com/produkte/proteus-ecometer/ Shop]
* Hersteller: [https://proteus-meter.com/faq/ Bedienanleitung]
* Forenbeitrag zur FHEM-Einbindung: {{Link2Forum|Topic=27315}}

[[Kategorie:Other Components]]
[[Kategorie:Füllstandsmesser]]

Proteus EcoMeter

2016-11-27T21:56:49Z

BenMarloe: /* Definition/Anlernvorgang */

[[Proteus_EcoMeter]] ist ein Ultraschallsensor mit Monitor zum Pegelmessung von Heizöl- oder Wassertanks

{{Baustelle}}

* Sensor zum Einbau in den Tank
* Funkverbindung zwischen Sensor und Monitor
* USB-Verbindung zwischen Monitor und FHEM
* Für Wasser oder Öltanks

EcoMeter für Heizöltanks 
EcoMeter S für Wassertanks 

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=todo
|HWProtocol=unknown
|HWType=Sensor und Sender
|HWCategory=Other Components
|HWComm=Funk, 868Mhz??, USB
|HWChannels=unknown
|HWVoltage=1,5V LR2450, 5V USB
|HWPowerConsumption=unknown
|HWPoweredBy=Battery, USB
|HWSize=21 x 18 x 6 cm
|HWDeviceFHEM=[http://fhem.de/commandref.html#TEK603 TEK603]
|HWManufacturer=Proteus
}}
== Features ==
EcoMeter liefert alle 60 Minuten einen Messwert
EcoMeter liefert alle 30 Minuten einen Messwert und bei schnellen Änderungen

== Hinweise zum Betrieb mit Fhem ==
=== Definition/Anlernvorgang ===
# eventuell im Linux fehlende Pakete installieren <code>sudo apt-get install libdigest-crc-perl </code>
# Monitor an das FHEM Gerät anschließen
# Festellen, dass die Verbindung geht. Dazu auf der Kommandozeile eingeben: <code>ls -al /dev/serial/by-id lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB0 </code>
# ecometer definieren <code>define ecometer TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 </code>
# LogFile definieren <code>define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.* </code>
# Gerät wie in der Betriebsanleitung installieren

=== FHEM Config-Auszug ===
Ein exemplarischer Auszug aus der [[Konfiguration]]:
define ecometer TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.*

=== Eventmonitorbeispiel ===
{{todo| Eventmonitor einfügen}}

== Einsatzbeispiel ==
=== Anzeige des Ölstands in einem Öltank ===
{{todo|Beispielunterlagen erstellen}}

== Links ==
* Hersteller: [https://proteus-meter.com/produkte/proteus-ecometer/ Shop]
* Hersteller: [https://proteus-meter.com/faq/ Bedienanleitung]
* Forenbeitrag zur FHEM-Einbindung: {{Link2Forum|Topic=27315}}

[[Kategorie:Other Components]]
[[Kategorie:Füllstandsmesser]]

Proteus EcoMeter

2016-11-26T21:54:37Z

BenMarloe: Typo

[[Proteus_EcoMeter]] ist ein Ultraschallsensor mit Monitor zum Pegelmessung von Heizöl- oder Wassertanks

{{Baustelle}}

* Sensor zum Einbau in den Tank
* Funkverbindung zwischen Sensor und Monitor
* USB-Verbindung zwischen Monitor und FHEM
* Für Wasser oder Öltanks

EcoMeter für Heizöltanks 
EcoMeter S für Wassertanks 

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=todo
|HWProtocol=unknown
|HWType=Sensor und Sender
|HWCategory=Other Components
|HWComm=Funk, 868Mhz??, USB
|HWChannels=unknown
|HWVoltage=1,5V LR2450, 5V USB
|HWPowerConsumption=unknown
|HWPoweredBy=Battery, USB
|HWSize=21 x 18 x 6 cm
|HWDeviceFHEM=[http://fhem.de/commandref.html#TEK603 TEK603]
|HWManufacturer=Proteus
}}
== Features ==
EcoMeter liefert alle 60 Minuten einen Messwert
EcoMeter liefert alle 30 Minuten einen Messwert und bei schnellen Änderungen

== Hinweise zum Betrieb mit Fhem ==
=== Definition/Anlernvorgang ===
# eventuell im Linux fehlende Pakete installieren <code>sudo apt-get install libdigest-crc-perl </code>
# Monitor an das FHEM Gerät anschließen
# Festellen, dass die Verbindung geht. Dazu auf der Kommandozeile eingeben: <code>ls -al /dev/serial/by-id lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB0 </code>
# ecometer definieren <code>define TEK603 TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 </code>
# LogFile definieren <code>define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.* </code>
# Gerät wie in der Betriebsanleitung installieren

=== FHEM Config-Auszug ===
Ein exemplarischer Auszug aus der [[Konfiguration]]:
define ecometer TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.*

=== Eventmonitorbeispiel ===
{{todo| Eventmonitor einfügen}}

== Einsatzbeispiel ==
=== Anzeige des Ölstands in einem Öltank ===
{{todo|Beispielunterlagen erstellen}}

== Links ==
* Hersteller: [https://proteus-meter.com/produkte/proteus-ecometer/ Shop]
* Hersteller: [https://proteus-meter.com/faq/ Bedienanleitung]
* Forenbeitrag zur FHEM-Einbindung: {{Link2Forum|Topic=39855}}

[[Kategorie:Other Components]]
[[Kategorie:Füllstandsmesser]]

Proteus EcoMeter

2016-11-26T21:53:12Z

BenMarloe: /* Definition/Anlernvorgang */

[[Proteus_EcoMeter]] ist ein Ultraschallsensor mit Monitor zum Pegelmessung von Heizöl- oder Wassertanks

{{Baustelle}}

* Sensor zum Einbau in den Tank
* Funkverbindung zwischen Sensor und Monitor
* USB-Verbindung zwischen Monitor und FHEM
* Für Wasser oder Öltanks

EcoMeter für Heizöltanks 
EcoMeter S für Wassertanks 

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=todo
|HWProtocol=unknown
|HWType=Sensor und Sendoer
|HWCategory=Other Components
|HWComm=Funk, 868Mhz??, USB
|HWChannels=unknown
|HWVoltage=1,5V LR2450, 5V USB
|HWPowerConsumption=unknown
|HWPoweredBy=Battery, USB
|HWSize=21 x 18 x 6 cm
|HWDeviceFHEM=[http://fhem.de/commandref.html#TEK603 TEK603]
|HWManufacturer=Proteus
}}
== Features ==
EcoMeter liefert alle 60 Minuten einen Messwert
EcoMeter liefert alle 30 Minuten einen Messwert und bei schnellen Änderungen

== Hinweise zum Betrieb mit Fhem ==
=== Definition/Anlernvorgang ===
# eventuell im Linux fehlende Pakete installieren <code>sudo apt-get install libdigest-crc-perl </code>
# Monitor an das FHEM Gerät anschließen
# Festellen, dass die Verbindung geht. Dazu auf der Kommandozeile eingeben: <code>ls -al /dev/serial/by-id lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB0 </code>
# ecometer definieren <code>define TEK603 TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 </code>
# LogFile definieren <code>define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.* </code>
# Gerät wie in der Betriebsanleitung installieren

=== FHEM Config-Auszug ===
Ein exemplarischer Auszug aus der [[Konfiguration]]:
define ecometer TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.*

=== Eventmonitorbeispiel ===
{{todo| Eventmonitor einfügen}}

== Einsatzbeispiel ==
=== Anzeige des Ölstands in einem Öltank ===
{{todo|Beispielunterlagen erstellen}}

== Links ==
* Hersteller: [https://proteus-meter.com/produkte/proteus-ecometer/ Shop]
* Hersteller: [https://proteus-meter.com/faq/ Bedienanleitung]
* Forenbeitrag zur FHEM-Einbindung: {{Link2Forum|Topic=39855}}

[[Kategorie:Other Components]]
[[Kategorie:Füllstandsmesser]]

Proteus EcoMeter

2016-11-26T21:52:28Z

BenMarloe: /* Definition/Anlernvorgang */ Pakete installieren

[[Proteus_EcoMeter]] ist ein Ultraschallsensor mit Monitor zum Pegelmessung von Heizöl- oder Wassertanks

{{Baustelle}}

* Sensor zum Einbau in den Tank
* Funkverbindung zwischen Sensor und Monitor
* USB-Verbindung zwischen Monitor und FHEM
* Für Wasser oder Öltanks

EcoMeter für Heizöltanks 
EcoMeter S für Wassertanks 

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=todo
|HWProtocol=unknown
|HWType=Sensor und Sendoer
|HWCategory=Other Components
|HWComm=Funk, 868Mhz??, USB
|HWChannels=unknown
|HWVoltage=1,5V LR2450, 5V USB
|HWPowerConsumption=unknown
|HWPoweredBy=Battery, USB
|HWSize=21 x 18 x 6 cm
|HWDeviceFHEM=[http://fhem.de/commandref.html#TEK603 TEK603]
|HWManufacturer=Proteus
}}
== Features ==
EcoMeter liefert alle 60 Minuten einen Messwert
EcoMeter liefert alle 30 Minuten einen Messwert und bei schnellen Änderungen

== Hinweise zum Betrieb mit Fhem ==
=== Definition/Anlernvorgang ===
# eventuell im Linux fehlende Pakete installieren <code>aptitude install libdigest-crc-perl </code>
# Monitor an das FHEM Gerät anschließen
# Festellen, dass die Verbindung geht. Dazu auf der Kommandozeile eingeben: <code>ls -al /dev/serial/by-id lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB0 </code>
# ecometer definieren <code>define TEK603 TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 </code>
# LogFile definieren <code>define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.* </code>
# Gerät wie in der Betriebsanleitung installieren

=== FHEM Config-Auszug ===
Ein exemplarischer Auszug aus der [[Konfiguration]]:
define ecometer TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.*

=== Eventmonitorbeispiel ===
{{todo| Eventmonitor einfügen}}

== Einsatzbeispiel ==
=== Anzeige des Ölstands in einem Öltank ===
{{todo|Beispielunterlagen erstellen}}

== Links ==
* Hersteller: [https://proteus-meter.com/produkte/proteus-ecometer/ Shop]
* Hersteller: [https://proteus-meter.com/faq/ Bedienanleitung]
* Forenbeitrag zur FHEM-Einbindung: {{Link2Forum|Topic=39855}}

[[Kategorie:Other Components]]
[[Kategorie:Füllstandsmesser]]

Proteus EcoMeter

2016-11-25T21:07:11Z

BenMarloe: /* Hinweise zum Betrieb mit Fhem */

[[Proteus_EcoMeter]] ist ein Ultraschallsensor mit Monitor zum Pegelmessung von Heizöl- oder Wassertanks

{{Baustelle}}

* Sensor zum Einbau in den Tank
* Funkverbindung zwischen Sensor und Monitor
* USB-Verbindung zwischen Monitor und FHEM
* Für Wasser oder Öltanks

EcoMeter für Heizöltanks 
EcoMeter S für Wassertanks 

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=todo
|HWProtocol=unknown
|HWType=Sensor und Sendoer
|HWCategory=Other Components
|HWComm=Funk, 868Mhz??, USB
|HWChannels=unknown
|HWVoltage=1,5V LR2450, 5V USB
|HWPowerConsumption=unknown
|HWPoweredBy=Battery, USB
|HWSize=21 x 18 x 6 cm
|HWDeviceFHEM=[http://fhem.de/commandref.html#TEK603 TEK603]
|HWManufacturer=Proteus
}}
== Features ==
EcoMeter liefert alle 60 Minuten einen Messwert
EcoMeter liefert alle 30 Minuten einen Messwert und bei schnellen Änderungen

== Hinweise zum Betrieb mit Fhem ==
=== Definition/Anlernvorgang ===
# Monitor an das FHEM Gerät anschließen
# Festellen, dass die Verbindung geht. Dazu auf der Kommandozeile eingeben: <code>ls -al /dev/serial/by-id lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB0 </code>
# ecometer definieren <code>define TEK603 TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 </code>
# LogFile definieren <code>define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.* </code>
# Gerät wie in der Betriebsanleitung installieren

=== FHEM Config-Auszug ===
Ein exemplarischer Auszug aus der [[Konfiguration]]:
define ecometer TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.*

=== Eventmonitorbeispiel ===
{{todo| Eventmonitor einfügen}}

== Einsatzbeispiel ==
=== Anzeige des Ölstands in einem Öltank ===
{{todo|Beispielunterlagen erstellen}}

== Links ==
* Hersteller: [https://proteus-meter.com/produkte/proteus-ecometer/ Shop]
* Hersteller: [https://proteus-meter.com/faq/ Bedienanleitung]
* Forenbeitrag zur FHEM-Einbindung: {{Link2Forum|Topic=39855}}

[[Kategorie:Other Components]]
[[Kategorie:Füllstandsmesser]]

Proteus EcoMeter

2016-11-25T21:04:51Z

BenMarloe: Die Seite wurde neu angelegt: „Proteus_EcoMeter ist ein Ultraschallsensor mit Monitor zum Pegelmessung von Heizöl- oder Wassertanks {{Baustelle}} * Sensor zum Einbau in den Tank * Fun…“

[[Proteus_EcoMeter]] ist ein Ultraschallsensor mit Monitor zum Pegelmessung von Heizöl- oder Wassertanks

{{Baustelle}}

* Sensor zum Einbau in den Tank
* Funkverbindung zwischen Sensor und Monitor
* USB-Verbindung zwischen Monitor und FHEM
* Für Wasser oder Öltanks

EcoMeter für Heizöltanks 
EcoMeter S für Wassertanks 

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=todo
|HWProtocol=unknown
|HWType=Sensor und Sendoer
|HWCategory=Other Components
|HWComm=Funk, 868Mhz??, USB
|HWChannels=unknown
|HWVoltage=1,5V LR2450, 5V USB
|HWPowerConsumption=unknown
|HWPoweredBy=Battery, USB
|HWSize=21 x 18 x 6 cm
|HWDeviceFHEM=[http://fhem.de/commandref.html#TEK603 TEK603]
|HWManufacturer=Proteus
}}
== Features ==
EcoMeter liefert alle 60 Minuten einen Messwert
EcoMeter liefert alle 30 Minuten einen Messwert und bei schnellen Änderungen

== Hinweise zum Betrieb mit Fhem ==
=== Definition/Anlernvorgang ===
# Monitor an das FHEM Gerät anschließen
# Festellen, dass die Verbindung geht. Dazu auf der Kommandozeile eingeben:
<code>ls -al /dev/serial/by-id </code>
lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB0
# ecometer definieren
<code>define TEK603 TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 </code>
# LogFile definieren
<code>define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.* </code>
# Gerät wie in der Betriebsanleitung installieren

=== FHEM Config-Auszug ===
Ein exemplarischer Auszug aus der [[Konfiguration]]:
define ecometer TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
define FileLog_ecometer FileLog %Lecometer-%Y.log ecometer.*

=== Eventmonitorbeispiel ===
{{todo| Eventmonitor einfügen}}

== Einsatzbeispiel ==
=== Anzeige des Ölstands in einem Öltank ===
{{todo|Beispielunterlagen erstellen}}

== Links ==
* Hersteller: [https://proteus-meter.com/produkte/proteus-ecometer/ Shop]
* Hersteller: [https://proteus-meter.com/faq/ Bedienanleitung]
* Forenbeitrag zur FHEM-Einbindung: {{Link2Forum|Topic=39855}}

[[Kategorie:Other Components]]
[[Kategorie:Füllstandsmesser]]

EnOcean-D-452-FU-EBIM-JR-Aktor-Beschattungselemente-Rollladen

2016-07-09T20:36:59Z

BenMarloe: /* Probleme */ Reparaturvorschlag hinzugefügt

{{Infobox Hardware
|Bild=platzHalter.png
|Bildbeschreibung=todo
|HWProtocol=EnOcean
|HWType=Empfänger, Aktor und Sender, Sensor
|HWCategory=EnOcean
|HWComm=EnOcean Funk, 868Mhz
|HWChannels=2 (bidirektional)
|HWVoltage=230V~
|HWPowerConsumption=Eigenverbrauch < 0,5 W
|HWPoweredBy=230V~
|HWSize=
|HWDeviceFHEM=[http://fhem.de/commandref.html#EnOcean EnOcean]
|HWManufacturer=Peha
}}

[[EnOcean-D-452-FU-EBIM-JR-Aktor-Beschattungselemente-Rollladen]] ist ein
* Unterputzaktor
** 2-Kanal mit Positionserkennung

== Features ==
Bidirektionaler 2-Kanal-Jalousieaktor mit Positionserkennung

== Hinweise zum Betrieb mit Fhem ==
=== Definition/Anlernvorgang ===
Der Aktor kann nicht vollautomatisch per autocreate in Fhem angelegt werden. Die Einbindung in Fhem kann entweder über die Nutzung des gerätespezifischen EEP (empfohlen) '''oder''' über die manuelle Vorgehensweise erfolgen.

===== Nutzung des EEP =====
Folgende Schritte sind durchzuführen:
* Fhem-Device <name> (hier: Jalousie) mit der Sender-ID des Aktors (hier: FFB4C911) und dem EEP für den Aktor (A5-11-03) durch Eingabe in das [[Konfiguration#Befehl-Eingabefeld|Befehls-Eingabefeld]] definieren:
: <code>define Jalousie EnOcean FFB4C911 A5-11-03</code>
: Hierdurch wird ein Fhem-Device mit allen grundlegenden Attributen angelegt. Nur das Attribut <code>manufID</code> sollte noch auf den unten im Config-Auszug gezeigten Wert für PEHA geändert werden, bevor das FHEM-Device am Aktor angelernt wird.
* Am Aktor anlernen
** Aktor in Lernmodus bringen
* Fhem Eingabefeld: <code>set Jalousie teach</code>

Zusätzlich zum FHEM-Device wird bei der Anlage über das EEP automatisch ein Plot angelegt.

===== Alternative: manuelle Vorgehensweise =====
Folgende Schritte sind durchzuführen:
* EnOcean-Fhem-Device <code><name></code> mit der Sender-ID des Aktors definieren
* Das Attribut <code>subDef</code> mit einer freien SenderId des TCMs anlegen ODER falls keine freie Sender-ID bekannt ist, das Attribut komplett weglassen, damit die Vergabe automatisch durch Fhem erfolgt
* Die Attribute <code>gwCmd</code>, <code>manufID</code>, <code>subType</code> und <code>subTypeSet</code> wie nachfolgend im Config-Auszug anlegen
* Am Aktor anlernen
** Aktor in Lernmodus bringen
* Fhem Eingabefeld: <code>set <name> teach</code>

=== Konfiguration ===
Anschließend muss die Laufzeit für ein vollständiges Öffnen bzw. Schließen der Jalousie ermittelt werden:

Dazu die Jalousie durch Ansteuerung mit Fhem 3x vollständig öffen bzw. schließen lassen. Bei aktuellen Aktorversionen ist danach die Laufzeit automatisch ermittelt. Im Reading <code>position</code> wird dann die aktuelle Position der Jalousie in % angezeigt und der Aktor kann mit <code>set <name> position position/% α/°</code> prozentual -zusätzlich zu den laufzeitabhängigen Befehlen- angesteuert werden.

Führt dieses Vorgehen nicht zu einer korrekten Anzeige der Position, so muss bei älteren Aktorversionen mit <code>set <name> runtimeSet <tu/s> <td/s></code> die Laufzeit für ein vollständiges Öffnen bzw. Schließen der Jalousie manuell gemessen und im Aktor hinterlegt werden. Die Laufzeitwerte können in diesem Fall nicht nachträglich vom Aktor abgefragt werden. Sie stehen "nur" in den Readings des Aktors. Es empfiehlt sich diese Werte separat festzuhalten. Hierzu kann man beispielsweise Attribut <code>comment</code> des Fhem-Device nutzen.

=== FHEM Config-Auszug ===
Ein exemplarischer Auszug aus der [[Konfiguration]]:
define Jalousie EnOcean FFB4C911 <----- SenderId des Aktors
attr Jalousie eep A5-11-03
attr Jalousie gwCmd blindCmd
attr Jalousie manufID 001
attr Jalousie subDef FFAEEE86 <----- freie SenderID des TCM
attr Jalousie subType shutterCtrlState.01
attr Jalousie subTypeSet gateway
attr Jalousie webCmd opens:stop:closes:position

=== Logbeispiel ===
2014-09-13_12:28:58 Jalousie position: 40
2014-09-13_12:28:58 Jalousie anglePos: 0
2014-09-13_12:28:58 Jalousie alarm: off
2014-09-13_12:28:58 Jalousie endPosition: not_reached
2014-09-13_12:28:58 Jalousie not_reached
2014-09-13_12:28:58 Jalousie shutterState: closes
2014-09-13_12:28:58 Jalousie serviceOn: no
2014-09-13_12:28:58 Jalousie positionMode: normal
2014-09-13_12:28:58 Jalousie position: 50
2014-09-13_12:28:58 Jalousie anglePos: 0
2014-09-13_12:28:58 Jalousie alarm: off
2014-09-13_12:28:58 Jalousie endPosition: not_reached
2014-09-13_12:28:58 Jalousie not_reached
2014-09-13_12:28:58 Jalousie shutterState: closes
2014-09-13_12:28:58 Jalousie serviceOn: no
2014-09-13_12:28:58 Jalousie positionMode: normal

=== Probleme ===
In ersten Versionen des Aktors gab es Probleme mit der Winkelverstellung der Lammellen. Diese Probleme sollen in aktuellen Versionen behoben sein. Details: {{Link2Forum|Topic=40102|Message=336564}}\n

Ausfälle sind häufig auf eine reduzierte Kapazität des X2-Kondensators im verwendenten Kondensatornetzteil zurück zu führen. Ersatz durch gleichen 470nF 305V X2 schafft Abhilfe. Allerdings muss auch der 270 V Varistor gegen einen 250 V Typ ausgetauscht werden, sonst hat man das Problem ein Jahr später wieder. Dieser Austausch betrifft sicherheitsrelevante Teile mit Netzspannung und darf nur durch Elektrofachkräfte durchgeführt werden.

== Einsatzbeispiel ==
=== Anzeige Rollladenstand im WebFrontend ===
Durch die folgenden zwei Attribute wird der Rollladenstand im WebFrontend bildlich dargestellt und bei Fahrten animiert visualisiert (positionMode: inverse; einstellbar über den Befehl <code>set <name> positionLogic inverse</code>):
:<code>attr Jalousie stateFormat position</code>
:<code>attr Jalousie devStateIcon 0:fts_shutter_100 100:fts_window_2w 1\d.*:fts_shutter_90 2\d.*:fts_shutter_80 3\d.*:fts_shutter_70 4\d.*:fts_shutter_60 5\d.*:fts_shutter_50 6\d.*:fts_shutter_40 7\d.*:fts_shutter_30 8\d.*:fts_shutter_20 9\d.*:fts_shutter_10 \d.*:fts_shutter_90</code>

== Links ==
* Datenblatt/Anleitung: [http://www.peha.de/cms/front_content.php?getFile=1&client=1&file=../../edi/import/de/Dokumente/PEHA_M_452FU_EBIM_JR_OT.pdf PDF]
* Forenbeitrag zur Fhem-Einbindung: {{Link2Forum|Topic=26692}}

[[Kategorie:EnOcean Components]]
[[Kategorie:Rollladensteuerung]]

Diskussion:HM-CC-TC Funk-Wandthermostat

2016-01-04T22:19:21Z

BenMarloe: Die Seite wurde neu angelegt: „Bemerkenswert ist, dass in dem HM-CC-TC, den ich eben geöffnet habe der Prozessor per Hand eingelötet ist. Man sieht noch Flussmittelspuren. Beim Inkremental…“

Bemerkenswert ist, dass in dem HM-CC-TC, den ich eben geöffnet habe der Prozessor per Hand eingelötet ist. Man sieht noch Flussmittelspuren. Beim Inkrementalgeber sind die Lötstellen nicht ganz durchgeflossen. Habt Ihr Ähnliches? --[[Benutzer:BenMarloe|BenMarloe]] ([[Benutzer Diskussion:BenMarloe|Diskussion]]) 23:19, 4. Jan. 2016 (CET)

HM-CC-TC Funk-Wandthermostat

2016-01-04T22:14:11Z

BenMarloe: /* Probleme */ Autausch des Inkrementalgebers

Programmierbarer Raumthermostat, der bis zu vier [[HM-CC-VD Funk-Stellantrieb]] steuern kann.

'''Achtung: Dieses Gerät ist abgekündigt (wird nicht mehr hergestellt).'''

Nachfolgeprodukt ist der [[HM-CC-RT-DN]] bzw. (ab März 2014) [[HM-TC-IT-WM-W-EU_Funk-Wandthermostat_AP|HM-TC-IT-WM-W-EU]].

Einstellungen und Informationen, die alle HomeMatic Thermostate betreffen, sind unter [[HomeMatic Type Thermostat#Temperaturlisten|HomeMatic Type Thermostat]] zu finden.

= Features =
* Am Raumthermostat programmierbare Tages- und Nachttemperatur.
* Pro Wochentag können bis zu 24 Schaltpunkte definiert werden.
* Anbindung von <ins>jeweils</ins> '''maximal''' 4 Tür- bzw. Fensterkontakten ([[HM-Sec-RHS]]) zur Absenkung der Temperatur auf einen eigens eingestellten Temperaturwert (ab Werk: 12°C) bei offenem Fenster bzw. offener Tür.
* Anzeige der Temperatur und Luftfeuchtigkeit im Raum und Hintergrundbeleuchtung des Displays.

Alle 120 bis 184 Sekunden überträgt der Wandthermostat vorhandene Befehle zu den Stellantrieben. Jeder empfangene Befehl wird vom Stellantrieb bestätigt und dann ausgeführt. Täglich gegen Mitternacht synchronisiert ein HM-CC-TC seine Uhrzeit mit der HomeMatic-Zentrale ([[CCU]], HMLAN).

= Hinweise zum Betrieb mit FHEM =
Vor dem Einsatz mit einer Zentrale sind erst alle Stellantriebe und Tür-/Fensterkontakte mit dem HM-CC-TC zu verbinden (P'''ee'''r).
Damit das Ganze dann in FHEM auftaucht, muss der TC noch mit dem [[HMLAN Konfigurator]] gep'''ai'''rt werden.

Mit

<nowiki>set CUL hmPairForSec 300</nowiki>
setzt man das CUL / den HMLAN-Konfigurator für 5 Minuten in den Anlernmodus. Danach am Thermostaten 5 Sekunden lang die OK-Taste drücken und es wird eine Zeit von 20 auf 0 Sekunden gezählt:

* Klappt das Anlernen in diesen 20 Sekunden, wird der Countdown sofort beendet, anschließend für ca. 2-3 Sekunden "OK" angezeigt und der Thermostat ist in FHEM eingebunden.
* Gelingt das Anlernen nicht in den 20 Sekunden, erscheint nach Erreichen der "0" noch für 2 bis 3 Sekunden ein "NOK" ('''N'''ot '''OK''') im Display des TCs.

'''Alternativ '''(und so vom Entwickler des Fhem-HomeMatic-Moduls empfohlen) kann wie folgt vorgegangen werden:

* Alle Stellantriebe und Tür-/Fensterkontakte sowie den HM-CC-TC mit Fhem p'''ai'''ren (also ''set CUL hmPairForSec 300'' und an allen Devices den Anlernknopf drücken innerhalb des Zeitfensters von 300 Sekunden).
* Die Stellantriebe und Tür-/Fensterkontakte mit den ''Channels'' (siehe unten) p'''ee'''ren (siehe <nowiki>[http://fhem.de/commandref.html#CUL_HMpeerChan commandref :peerChan]</nowiki>). Hierzu werden die entsprechenden Fhem-Befehle über das Webinterface von Fhem erteilt.

'''Hinweis:'''
* Alle in der FHEM-Eingabezeile eingegebenen ''attr''-, ''define''-Befehle usw. müssen zum Schluss noch per Klick auf den "Save"-Button dauerhaft in der ''fhem.cfg'' gespeichert werden, sonst sind sie nach z.B. einem Systemabsturz verloren.
* Falls in der FHEM-Weboberfläche für ihren HM-CC-TC etwas wie ''X CMDs pending'' steht, sollten Sie ihren HM-CC-TC zur Hand nehmen und für 20 Sekunden auf die OK-Taste drücken. Dadurch werden alle noch ausstehenden Befehle eingelesen.

== Auszug aus der fhem.cfg ==
Die nachfolgenden Einstellungen zum HM-CC-TC werden von FHEM <ins>weitestgehend</ins> automatisch gesetzt. Die Pfadangaben für die Log-Dateien sind system-, die Raumbenennungen benutzerabhängig. Zu ''autoReadReg''und ''expert''siehe unten. Neben dem eigentlichen Basis-Gerät (HM-CC-TC) werden in FHEM automatisch noch 3 weitere "Unter"-Geräte (Channels/Kanäle), nämlich

* ''_Weather''
* ''_Climate''
* ''_WindowRec''

definiert (durch das Anlernen des TC an FHEM; siehe unten), deren Benennung sich (jeweils mit einem vorangestellten Unterstrich "_") am Namen des Basis-Gerätes orientiert.

'''Anmerkung: '''Die in den unten gezeigten ''fhem.cfg''-Auszügen markierten <ins>Peer</ins>-Einträge tauchen erst auf, sobald man die Daten aus dem TC mit ''set HM-CC-TC-Basisname getConfig''bzw. ''autoReadReg''ausgelesen hat.

=== Hauptgerät ===
<nowiki>define <HM-CC-TC>.Heizung CUL_HM 1DA491
attr <HM-CC-TC>.Heizung actCycle 000:10
attr <HM-CC-TC>.Heizung actStatus alive
attr <HM-CC-TC>.Heizung autoReadReg 1
attr <HM-CC-TC>.Heizung devInfo 00FFFF
attr <HM-CC-TC>.Heizung expert 2_full
attr <HM-CC-TC>.Heizung firmware 2.1
attr <HM-CC-TC>.Heizung hmClass receiver
attr <HM-CC-TC>.Heizung model HM-CC-TC
attr <HM-CC-TC>.Heizung room <IhrRaum>
attr <HM-CC-TC>.Heizung serialNr JE********
attr <HM-CC-TC>.Heizung subType thermostat</nowiki>
=== Channel (Kanal) 01 _Weather ===
<nowiki>define <HM-CC-TC>.Heizung_Weather CUL_HM 1DA49101 <<<=== 01 = Kanal 1
attr <HM-CC-TC>.Heizung_Weather model HM-CC-TC
attr <HM-CC-TC>.Heizung_Weather peerIDs
attr <HM-CC-TC>.Heizung_Weather room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_Weather FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_Weather-%Y-%m.log <HM-CC-TC>.Heizung_Weather
attr FileLog_<HM-CC-TC>.Heizung_Weather logtype text
attr FileLog_<HM-CC-TC>.Heizung_Weather room CUL_HM,<IhrRaum></nowiki>
=== Channel (Kanal) 02 _Climate ===
<nowiki>define <HM-CC-TC>.Heizung_Climate CUL_HM 1DA49102 <<<=== 02 = Kanal 2
attr <HM-CC-TC>.Heizung_Climate model HM-CC-TC
attr <HM-CC-TC>.Heizung_Climate peerIDs 1AD52B01,1B7A4C01,1C4CD101,1C48EC01, <<<=== gepeerte HM-CC-VDs
attr <HM-CC-TC>.Heizung_Climate room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_Climate FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_Climate-%Y-%m.log <HM-CC-TC>.Heizung_Climate
attr FileLog_<HM-CC-TC>.Heizung_Climate logtype text
attr FileLog_<HM-CC-TC>.Heizung_Climate room CUL_HM,<IhrRaum></nowiki>
=== Channel (Kanal) 03 _WindowRec ===
<nowiki>define <HM-CC-TC>.Heizung_WindowRec CUL_HM 1DA49103 <<<=== 03 = Kanal 3
attr <HM-CC-TC>.Heizung_WindowRec model HM-CC-TC
attr <HM-CC-TC>.Heizung_WindowRec peerIDs 1CFBB001, <<<=== gepeerte HM-Sec-SCs
attr <HM-CC-TC>.Heizung_WindowRec room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_WindowRec FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_WindowRec-%Y-%m.log <HM-CC-TC>.Heizung_WindowRec
attr FileLog_<HM-CC-TC>.Heizung_WindowRec logtype text
attr FileLog_<HM-CC-TC>.Heizung_WindowRec room CUL_HM,<IhrRaum></nowiki>
== Einstellungen eines HM-CC-TC lesen, anzeigen und sichern ==
=== expert ===
Anfang Februar 2013 wurde eine Änderung bei der Anzeige der so genannten ''Readings'' (Register usw.), also der Einstellungen bzw. Eigenschaften eines HM-Devices, eingeführt. '''Alle''' Werte sieht man nur noch, wenn man am HM-CC-TC das Attribut ''expert'' auf ''2_all'' setzt. Per '''default''' (nicht in ''fhem.cfg'' gesetzt) steht dieser Wert auf ''0_off'' (nur die notwendigsten Readings/Eigenschaften werden angezeigt). Mittelweg ist der Wert ''1_on''.

Mittels

<nowiki>attr <HM-CC-TC-Name> expert 2_full</nowiki>
in der FHEM-Befehlszeile mit anschließendem <Enter> setzt man diesen Level.

Falls man mit '''Temperaturlisten''' arbeitet (siehe unten), dann kann man die komplette Liste im "Channel" (Kanal) ''<HM-CC-TC-Name>__Climate'' einsehen. Auch für diesen Kanal ist evtl. ein setzen des Attributes ''expert 2_full'' angeraten.

<ins>Anmerkung:</ins> Es gibt auch noch sogenannte "hidden datas" (versteckte interne Werte, Register oder Eigenschaften deren Namen mit einem "." beginnen). Diese sieht man nur dann, wenn auch das Attribut ''showInternalValues 1'' gesetzt ist (default: 0 bzw. nicht gesetzt).

=== autoReadReg ===
Mitte Januar 2013 wurde das neue Attribut ''autoReadReg'' eingeführt, welches auf ''0'' voreingestellt ist (kein Eintrag in der ''fhem.cfg''). Das Setzen dieses Attributes auf ''1'' bewirkt, dass <ins>beim Neustart von FHEM</ins> die Einstellungen des entsprechenden HM-Gerätes ausgelesen werden. Dies wird bei mehreren ''autoReadReg''s automatisch zeitversetzt vorgenommen, um die Funk-Kommunikation nicht unnötig zu belasten.

Mittels

<nowiki>attr <HM-CC-TC-Name> autoReadReg 1 </nowiki>
in der FHEM-Befehlszeile mit anschließendem <Enter> setzt man diesen Wert.

=== list ===
Um sich alle Eigenschaften/Readings eines Gerätes anzusehen, gibt es den Befehl [[list]].

Mittels

<nowiki>list <HM-CC-TC-Name></nowiki>
und Bestätigung mit <Enter> erhalten Sie die gewünschte Anzeige Ihres TCs <ins>incl.</ins> seiner 3 Channels. Über

<nowiki>list <HM-CC-TC-Name>_<Channel-Name></nowiki>
werden nur die Daten des angegebenen Channels angezeigt.

=== Einstellungen sichern ===
Die Durchführung von ''autoReadReg'' kann durchaus mehrere Minuten dauern. Anschließend besteht die Möglichkeit, diese per

<nowiki>get HM-CC-TC-Basisname saveConfig [/Verzeichnis/mit/Schreibrechten/]<Dateiname></nowiki>
für jedes HM-CC-TC getrennt zu sichern (für eine später notwendige Wiederherstellung). Die Sicherungsdatei wird regulär im ''modpath'' (siehe ''fhem.cfg'') abgelegt. Falls dies nicht zum Erfolg führt (es wird - ohne Fehlermeldungen bei regulärem ''verbose'' und ''loglevel'' - im ''modpath'' keine Datei angelegt), müssen Sie vor dem Dateinamen einen vollständigen Pfad mit Schreibrechten für den Benutzer, unter dem FHEM läuft, angeben.

In der <ins>Log-Datei</ins> von FHEM erscheinen danach Meldungen folgender Art

<nowiki><Datum>_<Zeit> 2: CUL_HM set <HM-CC-TC-Name> statusRequest rxt:12
<Datum>_<Zeit> 2: CUL_HM set <HM-CC-TC-Name> getConfig rxt:12</nowiki>
Hierbei kann es (im <ins>Event monitor</ins> von FHEM) zu folgenden Fehlermeldungen kommen

<nowiki><Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:RegisterRead
<Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:PeerList
<Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:StatusReq</nowiki>
Diese Meldungen können auch mehrfach pro Gerät auftreten. Dann hat das Auslesen der Einstellungen nicht geklappt und sollte nochmals durchgeführt werden. Dafür muss man FHEM aber nicht neu starten, sondern das HM-Device per

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
in der Befehlszeile von FHEM und anschließendem <Enter> (nicht "save") darauf einstellen.

Die Channels (z.B. <HM-CC-TC-Name>_Climate, _Weather, _WindowRec) eines HM-Gerätes brauchen nicht (können aber bei Bedarf) separat ausgelesen bzw. gesichert zu werden, da sie Bestandteil der Basisabfrage sind.

== Funkprobleme auffangen ==
Der wohl am häufigsten an den HM-CC-TC gesendete Befehl ist "set desired-temp", mit dem die Wunschtemperatur neu gesetzt wird.
Funktioniert dieser Befehl jedoch nicht zuverlässig, wird die Wohnung ggf. zu lange oder nicht rechtzeitig beheizt.
Der folgende Mechanismus soll die Sicherheit erhöhen, indem die Antworten des HM-CC-TC geprüft werden und ggf. das Funktelegramm erneut gesendet wird.

Um den Sollwert zum erneuten Senden des Funktelegramms verfügbar zu haben, wird ein dummy definiert:

<nowiki>define HM_TC_Solltemperatur dummy</nowiki>
Wann immer die Solltemperatur geändert wird, setzt man die neue desired-temp nicht nur auf dem HM-TC-CC (hier HM_TC genannt), sondern auch auf dem dummy. Der Befehl (z.B. in der [[Zuhause-Status|Routine zum HomeStatus]]) sieht dann so aus:

<nowiki>set HM_TC desired-temp 21;set HM_TC_Solltemperatur 21</nowiki>
Falls das ausgehende Funktelegramm verlorengeht, fehlt die Antwort "command accepted". Dies kann mit einem watchdog aufgefangen werden, der dann den Befehl an den HM-CC-TC erneut sendet:

<nowiki>define w_HM_TC watchdog HM_TC:set_desired-temp.* 00:02:30 HM_TC_Climate:CommandAccepted:.yes { \
Log 1, ">>>>>>>>> w_HM_TC desired temp - missing response.";\
fhem("set HM_TC desired-temp ".Value("HM_TC_Solltemperatur"));\
}</nowiki>
Falls ein Fehler bei der Funkkommunikation auftritt, erhält man die Antwort "missing ACK" oder "NACK". Auch in diesem Fall soll das Telegramm zum Ändern der Wunschtemperatur erneut an den HM-CC-TC gesendet werden:

<nowiki>define n_HM_TC_err notify HM_TC:(MISSING.ACK.*|.*NACK.*) {\
Log 1, ">>>>>>>>> n_HM_TC desired temp - missing ack/nack.\n";\
fhem("set HM_TC desired-temp ".Value("HM_TC_Solltemperatur"));\
}</nowiki>
Mit diesen beiden Helfern ist die Funkkommunikation zum HM-CC-TC sehr zuverlässig.

== Plots / Grafiken ==
=== Problem ===
Durch ''autocreate'' wird zwar ein Log angelegt, aber kein Plot (Grafische Auswertung). Dem kann man aber abhelfen (siehe unten).

=== Plots erzeugen ===
''PGM2'' ist die Standardansicht des Fhem-Web-Interfaces. Um hier Plots/Grafiken zu erzeugen einfach unter dem ''Filelog'' des Thermostaten das ''attr logtype'' auf ''temp4hum6:Plot,text'' setzen und es wird ein Plot-Link neben dem Text-Link angezeigt. Nun können Sie auf diesen Plot-Link klicken und ...

=== alternative Plots ===
Mit dem fht.gplot funktioniert die Anzeige der Ventilstellung (actuator) nicht.

Mit folgendem angepassten .gplot File wird die gemessene Temperatur und Ventilstellung angezeigt.

<nowiki>############################
# Display the measured temp and the actuator.
# Corresponding FileLog definition:
# define <filelogname> FileLog /var/log/fhem/actuator_name-%Y.log <actuator_name>:(measured-temp|actuator).*

set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set ytics nomirror
set y2tics
#set ytics
set title '<L1>'
set grid xtics y2tics

set y2label "Temperatur in C"
set ylabel "Ventil (%)"

#FileLog 4:measured:10:
#FileLog 4:actuator:50:

plot \
"< egrep 'temperature' <IN>"\
using 1:4 axes x1y2 title 'Temperatur in C' with lines,\
"< egrep 'actuator' <IN>"\
using 1:4 axes x1y1 title 'Ventil (%)' with lines\</nowiki>
=== Alles-drin-Plot ===
Dazu nimmt man folgendes .gplot (bitte beachten, dass hierfür alle Parameter nach der define-Anweisung in das Logfile geschrieben werden):

<nowiki>############################
# Display the measured temp and the actuator.
# Corresponding FileLog definition:
# define <filelogname> FileLog /var/log/fhem/HM_CC_TC-%Y.log <HM_CC_TC-name>
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set ytics nomirror
set y2tics
#set ytics
set title '<L1>'
set grid xtics y2tics
set y2label "Temperature in C"
set ylabel "Actuator (%)"
#FileLog 4:temperature:0:
#FileLog 4:desired:0:
#FileLog 4:humidity:0:
#FileLog 4:actuator:0:int
plot \
"< awk '/temperature/{print $1, $4}' <IN>"\
using 1:2 axes x1y2 title 'Measured temperature' with lines lw 2,\
"< awk '/desired/{print $1, $4}' <IN>"\
using 1:2 axes x1y2 title 'Desired temperature' with steps,\
"< awk '/humidity/ {print $1, $4+0}' <IN>"\
using 1:2 axes x1y1 title 'Humidity (%)' with lines,\
"< awk '/actuator/ {print $1, $4+0}' <IN>"\
using 1:2 axes x1y1 title 'Actuator (%)' with lines\</nowiki>

Anmerkung: Möglicherweise ist die obige Definiton fehlerhaft. Im Forum wird in {{Link2Forum|Topic=14812|LinkText=diesem Thread}} dargelegt, dass die Definition vielmehr wie folgt lauten müsse:

<nowiki>############################
# Display the measured temp and the actuator.

# Corresponding FileLog definition:

# define <filelogname> FileLog /var/log/fhem/HM_CC_TC-%Y.log <HM_CC_TC-name>

set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set ytics nomirror
set y2tics
#set ytics
set title '<L1>'
set grid xtics y2tics
set y2label "Temperatur in °C"
set ylabel "Ventil (%)"
#FileLog 4:measured-temp:0:
#FileLog 4:desired-temp:0:
#FileLog 4:humidity:0:
#FileLog 4:actuator:0:int
plot \
"< awk '/temperature/{print $1, $4}' <IN>"\
using 1:2 axes x1y2 title 'Temperatur' with lines lw 2,\
"< awk '/desired/{print $1, $4}' <IN>"\
using 1:2 axes x1y2 title 'Wunschtemperatur' with steps,\
"< awk '/humidity/ {print $1, $4+0}' <IN>"\
using 1:2 axes x1y1 title 'Feuchte (%)' with lines,\
"< awk '/actuator/ {print $1, $4+0}' <IN>"\
using 1:2 axes x1y1 title 'Ventil (%)' with lines</nowiki>

== Steuerungsmodi ==
Das Wandthermostat hat 4 verschiedene Steuerungsmöglichkeiten:

* Auto (automatisch)
* Cent (Zentrale)
* Manu (manuell)
* Prog / Koffer-Symbol (Urlaubs/Party-Modus, wird hier nicht näher erörtert)

Der Steuerungsmodus wird über wiederholtes Drücken der linken Taste des HM-CC-TC ausgewählt bzw. gewechselt.

'''Hinweis:''' Durch das P'''ai'''ren des HM-CC-TC <ins>und</ins> der Stellantrieb sowie Tür-/Fensterkontakte an Fhem verlieren Sie '''nicht''' die Steuerungsmöglichkeiten. Im Gegenteil: Nur wenn auch die VDs usw. mit Fhem gep'''ai'''rt sind, haben Sie die Möglichkeit, auch diese zu überwachen. Die Steuerung '''können''' Sie dennoch allein dem HM-CC-TC überlassen.

=== Auto-Modus ===
Im Modus '''Auto''' wird die Temperaturregelung über die im TC hinterlegten Temperaturlisten vorgenommen. Das Thermostat arbeitet also selbständig, somit unabhängig von einer Zentrale / FHEM. Nur in diesem Modus werden die evtl. per FHEM an das TC übermittelten "templist" abgearbeitet. Über das Senden von angepassten Temperatur-Listen kann eine indirekte Steuerung per FHEM erfolgen. '''Jederzeit''' kann zudem die Raumtemperatur über das Drehrad des Wandthermostaten oder die FHEM-Web-Oberfläche verändert werden. Diese ''Übersteuerung'' der Temperaturliste gilt bis zur nächsten Temperaturänderung nach der vorgenannten Liste.

=== Cent-Modus ===
Im Modus '''Cent''' steuert eine HomeMatic-Zentrale (CCU) oder eben ein FHEM-Server mit z.B. [[HMLAN Konfigurator]] zu den in der FHEM-Config hinterlegten Zeiten und mit den dort festgelegten Temperaturen. Fällt also die HM-Zentrale aus, erfolgt keine Steuerung der Thermostaten bzw. Heizungsventile mehr.

<ins>Anmerkung</ins>: Der Modus ''cent'' erscheint nur dann im Display des HM-CC-TC, wenn er an eine Zentrale bzw. das [[CUL]] angelernt (gepairt) wurde.

=== Manu-Modus ===
Der Modus '''Manu''' übersteuert die im TC hinterlegten Temperaturlisten und die evtl. von der HM-Zentrale / dem FHEM <ins>vor Umstellung auf ''Manu''</ins> gesendeten Einstellungen. Es wird also bis zur nächsten Modusumstellung bzw. manuellen Temperaturverstellung der per Einstellrad gesetzte Temperaturwert gefahren.

Aber auch in diesem Modus kann man die ''desired-temperature'' per FHEM verstellen. Der dadurch eingestellte Wert gilt ab sofort als der neue im ''Manu-Modus'' zu haltende Wert.

=== Tastensperre ===
Um zu verhindern, dass der Modus oder die Temperatur per Tasten bzw. Drehrad am HM-CC-TC verändert wird, kann eine Tastensperre gesetzt werden. Dies erfolgt mittels des Befehls:

set <HM-CC-TC> regSet btnLock on

Rückgängig machen geht per:

set <HM-CC-TC> regSet btnLock off

=== Auslesen des eingestellten Steuerungsmodus ===
Der eingestellte Steuerungsmodus erscheint normalerweise in den ''Readings'' des HM-CC-TC unter ''controlMode''. Zusätzlich haben Sie die Möglichkeit, diesen Modus auch in der FHEM-Weboberfläche ''everything'' => Abschnitt ''thermostat'' zu sehen, '''wenn''' Sie für den HM-CC-TC das folgende Attribut setzen:

<nowiki>attr <HM-CC-TC-Name> stateFormat T:measured-temp, H:humidity, VD:actuator, controlMode</nowiki>
Erscheint dort selbst nach einem

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
kein "Reading" ''controlMode'' oder keine Angabe des aktuell eingestellten Modus bzw. nur das Wort "controlMode", dann setzen Sie ihren HM-CC-TC von Hand in einen anderen Kontrollmodus und machen einen Browser-Refresh. Klappt dies nicht, geben Sie bitte erneut den Befehl

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
ein. Halten Sie anschließend die Taste <OK> am HM-CC-TC für 5 Sekunden gedrückt (oder warten ca. 5 Minuten) und machen in der FHEM-Weboberfläche einen Browser-Refresh (FF => <F5>). Jetzt sollte der manuell eingestellte Kontrollmodus erscheinen (ggfls. muss dieser Vorgang einmal wiederholt werden). Jetzt können Sie wieder den gewünschten Modus einstellen, erneut ein

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
absetzen und nach erneutem Drücken der <OK>-Taste für 5 Sekunden mit nachfolgendem Browser-Refresh sollte alles richtig angezeigt werden.

Dies setzt natürlich voraus, dass der HM-CC-TC richtig gepairt ist.

== Temperaturlisten ==
Die Temperaturlisten des TC werden identisch mit denen anderer HomeMatic Thermostate verwaltet, siehe [[HomeMatic Type Thermostat#Temperaturlisten|HomeMatic Type Thermostat]].
Beim TC ist der Kanal 4 (_Climate) für die Temperaturlisten zuständig.

== Batteriealarme des HM-CC-VD in Verbindung mit HM-CC-TC ==
1. bei U-Bat. < 2,4 V erscheint im Display des VD und des TC das Batteriesymbol mit '''battery: low''' in den Readings und Events!

2. bei U-Bat. < 2,3 V erscheint im Display des VD zusätzlich '''F4''' mit '''battery: critical''' in den Readings und Events!

Es wird dringend geraten, die Batterien bei battery: low zu tauschen!

== Log-Auszug ==
HM-CC-TC sendet alle 2 Minuten folgenden Statusbericht:

<nowiki>Datum-Zeit <Device Name> T: 17.3 H: 66
Datum-Zeit <Device Name> measured-temp: 17.3
Datum-Zeit <Device Name> temperature: 17.3
Datum-Zeit <Device Name> humidity: 66
Datum-Zeit <Device Name> actuator: 96 %</nowiki>
Bei Status-Änderungen sendet HM-CC-TC auch entsprechende Meldungen, z.b.:

<nowiki>Datum-Zeit <Device Name> desired-temp: 15.5</nowiki>

= Probleme =

== Verstellen der Solltemperatur am HM-CC-TC per Drehrad ==

'''Symptom:''' Beim Verstellen der Solltemperatur per seitlichem Drehrad wurde die aktuelle Solltemperatur - '''egal ob''' man hoch oder runter drehte - immer nur in 0,5 °C Schritten '''runter''' gestellt, bis schließlich die Mindesttemperatur von 6,0 °C erreicht war. Weitere Änderungen waren nicht möglich

'''Abhilfeversuch:''' Letztlich half nur das kurzzeitige Entfernen einer Batterie. Das danach für einige Zeit erscheinende Batteriesymbol zeigte den kleinstmöglichen guten Zustand an, in FHEM wurde das ''Reading'' des Batteriezustandes mit ''ok'' ausgegeben (wie in den Logs aber vorher auch). '''Letztlich half aber nur''' das Einsetzen neuer Batterien, denn die o.a. Störung trat nach ca. 2 Stunden erneut auf. Die "alten" Batterien (die, die dem HM-CC-TC ab Werk beilagen) hatten somit eine Nutzungsdauer von knapp 11 Monaten, waren aber auch in einem HM-CC-TC, der mit 4 Stck. HM-Sec-SC (mussten sehr oft "Meldung machen") und 4 Stck. HM-CC-VD gepeert war. ''Ohne Last'' zeigten die beiden alten AA-Batterien eine Spannung von jeweils 1,29 V an.
'''Hinweis:''' Die unter ''Abhilfeversuch'' beschriebene Lösung war leider nur von kurzer Dauer. Bereits kurz danach zeigte der HM-CC-TC die gleichen Ausfallerscheinungen. Bei ELV gibt es das Bauteil für das Drehrad (Inkrementalgeber) als [http://www.elv.de/inkrementalgeber-fuer-fs20-str-fht-8-und-homematic-hm-cc-tc.html Ersatzteil]. Sobald dieses geliefert und ein Reparaturversuch unternommen wurde, wird an dieser Stelle weiter berichtet.

'''Abhilfe: Autausch des Inkrementalgebers [1]:''' Löst das Problem zu 70%. Ganz exakt reagiert er auch danach nicht. Teile des Problems scheinen also tiefer zu liegen.

Diese Anweisung ist nur für Fachpersonal in Elektronik geeignet, die über Erfahrung mit µ-Elektronik und einen ESD geeigneten Arbeitsplatz verfügen

Benötigtes Werkzeug (Erfahrene THT Löter brauchen evtl. nicht alles)

* Torx-Schraubendreher T7
* Seitenschneider für Elektronik
* Entlötsaugpumpe
* Sauglitze
* Lötzinn

# Batteriedeckel entwfernen und Batterie entnehmen
# Auf der Rückseite vier Torx Schrauben lösen
# Rückseite abnehmen
# Acht Torx lösen (die drei um den Inkrementalgeber kommen später)
# Baugruppe von der Frontseite trennen. Hinweis: Das LCD ist mit Leitgummi mit der Leiterplatte verbunden. Es kann daher sein, dass das LCD auf der Baugruppe klebt. In diesem Fall vorsichtig abnehmen, nicht die Verbindungsfläche zur Leiterplatte berühren oder zum LCD berühren, der Handschweiß verringert die Leitfähigkeit und ein Ausfall des LCD kann die Folge sein.
# Drei Torx lösen, die das Handrad halten
# die fünf Füße des Inkrementalgeber mit dem Seitenschneider lösen
# Füße auslöten, Bohrungen mit Entlösaugpumpe und Sauglitze reinigen
# Neuen Inrementalgeber einlöten (Einbauseite beachten)
# In umgekehrter Reihenfolge wieder zusammenbauen

Auf Wunsch stelle ich auch Bilder rein, das ganze ist mechanisch aber nicht sehr anspruchsvoll. Wer löten kann sollte keine Probleme haben.

== HM-CC-TC misst zu hohe/niedrige Luftfeuchte-Werte oder Temperaturen > 100°C ==

'''Symptom:''' In den Fhem-Logs und demzufolge auch in den Plots/Grafiken eines seit über 18 Monaten im Einsatz befindlichen HM-CC-TC wurden viel zu hohe (einzelne Spitzenwerte von 98 oder 99 %) bzw. ständig zu niedrige (um die 20 oder sogar vereinzelt nur 2 %) Werte für die relative Luftfeuchte gemessen (im direkten Vergleich zu anderen HM-CC-TCs). Die anderen Werte (Temperatur, Actuator) waren aber schlüssig.

'''Abhilfe:''' Batteriewechsel. Die alten Batterien hatten (unbelastet) noch knapp über 1 V Spannung.

'''Hinweis:''' Eine Batteriewarnung des Gerätes gab es nicht. Im Display war das entsprechende Symbol noch auf 1 Balken.

= Firmware =
Aktuelle Firmware-Version: 2.1

= Links =
* [1] Anleitung [http://www.eq-3.de/Downloads/eq3/pdf_produkte/HM-CC-TC_UM_GE_eQ-3_110405.pdf PDF]
* [2] Ersatzteil Inkrementalgeber [http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=41344 ELV]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Feuchtesensoren]]
[[Kategorie:Temperatursensoren]]

HM-CC-TC Funk-Wandthermostat

2016-01-04T18:13:04Z

BenMarloe: /* Links */

Programmierbarer Raumthermostat, der bis zu vier [[HM-CC-VD Funk-Stellantrieb]] steuern kann.

'''Achtung: Dieses Gerät ist abgekündigt (wird nicht mehr hergestellt).'''

Nachfolgeprodukt ist der [[HM-CC-RT-DN]] bzw. (ab März 2014) [[HM-TC-IT-WM-W-EU_Funk-Wandthermostat_AP|HM-TC-IT-WM-W-EU]].

Einstellungen und Informationen, die alle HomeMatic Thermostate betreffen, sind unter [[HomeMatic Type Thermostat#Temperaturlisten|HomeMatic Type Thermostat]] zu finden.

= Features =
* Am Raumthermostat programmierbare Tages- und Nachttemperatur.
* Pro Wochentag können bis zu 24 Schaltpunkte definiert werden.
* Anbindung von <ins>jeweils</ins> '''maximal''' 4 Tür- bzw. Fensterkontakten ([[HM-Sec-RHS]]) zur Absenkung der Temperatur auf einen eigens eingestellten Temperaturwert (ab Werk: 12°C) bei offenem Fenster bzw. offener Tür.
* Anzeige der Temperatur und Luftfeuchtigkeit im Raum und Hintergrundbeleuchtung des Displays.

Alle 120 bis 184 Sekunden überträgt der Wandthermostat vorhandene Befehle zu den Stellantrieben. Jeder empfangene Befehl wird vom Stellantrieb bestätigt und dann ausgeführt. Täglich gegen Mitternacht synchronisiert ein HM-CC-TC seine Uhrzeit mit der HomeMatic-Zentrale ([[CCU]], HMLAN).

= Hinweise zum Betrieb mit FHEM =
Vor dem Einsatz mit einer Zentrale sind erst alle Stellantriebe und Tür-/Fensterkontakte mit dem HM-CC-TC zu verbinden (P'''ee'''r).
Damit das Ganze dann in FHEM auftaucht, muss der TC noch mit dem [[HMLAN Konfigurator]] gep'''ai'''rt werden.

Mit

<nowiki>set CUL hmPairForSec 300</nowiki>
setzt man das CUL / den HMLAN-Konfigurator für 5 Minuten in den Anlernmodus. Danach am Thermostaten 5 Sekunden lang die OK-Taste drücken und es wird eine Zeit von 20 auf 0 Sekunden gezählt:

* Klappt das Anlernen in diesen 20 Sekunden, wird der Countdown sofort beendet, anschließend für ca. 2-3 Sekunden "OK" angezeigt und der Thermostat ist in FHEM eingebunden.
* Gelingt das Anlernen nicht in den 20 Sekunden, erscheint nach Erreichen der "0" noch für 2 bis 3 Sekunden ein "NOK" ('''N'''ot '''OK''') im Display des TCs.

'''Alternativ '''(und so vom Entwickler des Fhem-HomeMatic-Moduls empfohlen) kann wie folgt vorgegangen werden:

* Alle Stellantriebe und Tür-/Fensterkontakte sowie den HM-CC-TC mit Fhem p'''ai'''ren (also ''set CUL hmPairForSec 300'' und an allen Devices den Anlernknopf drücken innerhalb des Zeitfensters von 300 Sekunden).
* Die Stellantriebe und Tür-/Fensterkontakte mit den ''Channels'' (siehe unten) p'''ee'''ren (siehe <nowiki>[http://fhem.de/commandref.html#CUL_HMpeerChan commandref :peerChan]</nowiki>). Hierzu werden die entsprechenden Fhem-Befehle über das Webinterface von Fhem erteilt.

'''Hinweis:'''
* Alle in der FHEM-Eingabezeile eingegebenen ''attr''-, ''define''-Befehle usw. müssen zum Schluss noch per Klick auf den "Save"-Button dauerhaft in der ''fhem.cfg'' gespeichert werden, sonst sind sie nach z.B. einem Systemabsturz verloren.
* Falls in der FHEM-Weboberfläche für ihren HM-CC-TC etwas wie ''X CMDs pending'' steht, sollten Sie ihren HM-CC-TC zur Hand nehmen und für 20 Sekunden auf die OK-Taste drücken. Dadurch werden alle noch ausstehenden Befehle eingelesen.

== Auszug aus der fhem.cfg ==
Die nachfolgenden Einstellungen zum HM-CC-TC werden von FHEM <ins>weitestgehend</ins> automatisch gesetzt. Die Pfadangaben für die Log-Dateien sind system-, die Raumbenennungen benutzerabhängig. Zu ''autoReadReg''und ''expert''siehe unten. Neben dem eigentlichen Basis-Gerät (HM-CC-TC) werden in FHEM automatisch noch 3 weitere "Unter"-Geräte (Channels/Kanäle), nämlich

* ''_Weather''
* ''_Climate''
* ''_WindowRec''

definiert (durch das Anlernen des TC an FHEM; siehe unten), deren Benennung sich (jeweils mit einem vorangestellten Unterstrich "_") am Namen des Basis-Gerätes orientiert.

'''Anmerkung: '''Die in den unten gezeigten ''fhem.cfg''-Auszügen markierten <ins>Peer</ins>-Einträge tauchen erst auf, sobald man die Daten aus dem TC mit ''set HM-CC-TC-Basisname getConfig''bzw. ''autoReadReg''ausgelesen hat.

=== Hauptgerät ===
<nowiki>define <HM-CC-TC>.Heizung CUL_HM 1DA491
attr <HM-CC-TC>.Heizung actCycle 000:10
attr <HM-CC-TC>.Heizung actStatus alive
attr <HM-CC-TC>.Heizung autoReadReg 1
attr <HM-CC-TC>.Heizung devInfo 00FFFF
attr <HM-CC-TC>.Heizung expert 2_full
attr <HM-CC-TC>.Heizung firmware 2.1
attr <HM-CC-TC>.Heizung hmClass receiver
attr <HM-CC-TC>.Heizung model HM-CC-TC
attr <HM-CC-TC>.Heizung room <IhrRaum>
attr <HM-CC-TC>.Heizung serialNr JE********
attr <HM-CC-TC>.Heizung subType thermostat</nowiki>
=== Channel (Kanal) 01 _Weather ===
<nowiki>define <HM-CC-TC>.Heizung_Weather CUL_HM 1DA49101 <<<=== 01 = Kanal 1
attr <HM-CC-TC>.Heizung_Weather model HM-CC-TC
attr <HM-CC-TC>.Heizung_Weather peerIDs
attr <HM-CC-TC>.Heizung_Weather room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_Weather FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_Weather-%Y-%m.log <HM-CC-TC>.Heizung_Weather
attr FileLog_<HM-CC-TC>.Heizung_Weather logtype text
attr FileLog_<HM-CC-TC>.Heizung_Weather room CUL_HM,<IhrRaum></nowiki>
=== Channel (Kanal) 02 _Climate ===
<nowiki>define <HM-CC-TC>.Heizung_Climate CUL_HM 1DA49102 <<<=== 02 = Kanal 2
attr <HM-CC-TC>.Heizung_Climate model HM-CC-TC
attr <HM-CC-TC>.Heizung_Climate peerIDs 1AD52B01,1B7A4C01,1C4CD101,1C48EC01, <<<=== gepeerte HM-CC-VDs
attr <HM-CC-TC>.Heizung_Climate room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_Climate FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_Climate-%Y-%m.log <HM-CC-TC>.Heizung_Climate
attr FileLog_<HM-CC-TC>.Heizung_Climate logtype text
attr FileLog_<HM-CC-TC>.Heizung_Climate room CUL_HM,<IhrRaum></nowiki>
=== Channel (Kanal) 03 _WindowRec ===
<nowiki>define <HM-CC-TC>.Heizung_WindowRec CUL_HM 1DA49103 <<<=== 03 = Kanal 3
attr <HM-CC-TC>.Heizung_WindowRec model HM-CC-TC
attr <HM-CC-TC>.Heizung_WindowRec peerIDs 1CFBB001, <<<=== gepeerte HM-Sec-SCs
attr <HM-CC-TC>.Heizung_WindowRec room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_WindowRec FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_WindowRec-%Y-%m.log <HM-CC-TC>.Heizung_WindowRec
attr FileLog_<HM-CC-TC>.Heizung_WindowRec logtype text
attr FileLog_<HM-CC-TC>.Heizung_WindowRec room CUL_HM,<IhrRaum></nowiki>
== Einstellungen eines HM-CC-TC lesen, anzeigen und sichern ==
=== expert ===
Anfang Februar 2013 wurde eine Änderung bei der Anzeige der so genannten ''Readings'' (Register usw.), also der Einstellungen bzw. Eigenschaften eines HM-Devices, eingeführt. '''Alle''' Werte sieht man nur noch, wenn man am HM-CC-TC das Attribut ''expert'' auf ''2_all'' setzt. Per '''default''' (nicht in ''fhem.cfg'' gesetzt) steht dieser Wert auf ''0_off'' (nur die notwendigsten Readings/Eigenschaften werden angezeigt). Mittelweg ist der Wert ''1_on''.

Mittels

<nowiki>attr <HM-CC-TC-Name> expert 2_full</nowiki>
in der FHEM-Befehlszeile mit anschließendem <Enter> setzt man diesen Level.

Falls man mit '''Temperaturlisten''' arbeitet (siehe unten), dann kann man die komplette Liste im "Channel" (Kanal) ''<HM-CC-TC-Name>__Climate'' einsehen. Auch für diesen Kanal ist evtl. ein setzen des Attributes ''expert 2_full'' angeraten.

<ins>Anmerkung:</ins> Es gibt auch noch sogenannte "hidden datas" (versteckte interne Werte, Register oder Eigenschaften deren Namen mit einem "." beginnen). Diese sieht man nur dann, wenn auch das Attribut ''showInternalValues 1'' gesetzt ist (default: 0 bzw. nicht gesetzt).

=== autoReadReg ===
Mitte Januar 2013 wurde das neue Attribut ''autoReadReg'' eingeführt, welches auf ''0'' voreingestellt ist (kein Eintrag in der ''fhem.cfg''). Das Setzen dieses Attributes auf ''1'' bewirkt, dass <ins>beim Neustart von FHEM</ins> die Einstellungen des entsprechenden HM-Gerätes ausgelesen werden. Dies wird bei mehreren ''autoReadReg''s automatisch zeitversetzt vorgenommen, um die Funk-Kommunikation nicht unnötig zu belasten.

Mittels

<nowiki>attr <HM-CC-TC-Name> autoReadReg 1 </nowiki>
in der FHEM-Befehlszeile mit anschließendem <Enter> setzt man diesen Wert.

=== list ===
Um sich alle Eigenschaften/Readings eines Gerätes anzusehen, gibt es den Befehl [[list]].

Mittels

<nowiki>list <HM-CC-TC-Name></nowiki>
und Bestätigung mit <Enter> erhalten Sie die gewünschte Anzeige Ihres TCs <ins>incl.</ins> seiner 3 Channels. Über

<nowiki>list <HM-CC-TC-Name>_<Channel-Name></nowiki>
werden nur die Daten des angegebenen Channels angezeigt.

=== Einstellungen sichern ===
Die Durchführung von ''autoReadReg'' kann durchaus mehrere Minuten dauern. Anschließend besteht die Möglichkeit, diese per

<nowiki>get HM-CC-TC-Basisname saveConfig [/Verzeichnis/mit/Schreibrechten/]<Dateiname></nowiki>
für jedes HM-CC-TC getrennt zu sichern (für eine später notwendige Wiederherstellung). Die Sicherungsdatei wird regulär im ''modpath'' (siehe ''fhem.cfg'') abgelegt. Falls dies nicht zum Erfolg führt (es wird - ohne Fehlermeldungen bei regulärem ''verbose'' und ''loglevel'' - im ''modpath'' keine Datei angelegt), müssen Sie vor dem Dateinamen einen vollständigen Pfad mit Schreibrechten für den Benutzer, unter dem FHEM läuft, angeben.

In der <ins>Log-Datei</ins> von FHEM erscheinen danach Meldungen folgender Art

<nowiki><Datum>_<Zeit> 2: CUL_HM set <HM-CC-TC-Name> statusRequest rxt:12
<Datum>_<Zeit> 2: CUL_HM set <HM-CC-TC-Name> getConfig rxt:12</nowiki>
Hierbei kann es (im <ins>Event monitor</ins> von FHEM) zu folgenden Fehlermeldungen kommen

<nowiki><Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:RegisterRead
<Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:PeerList
<Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:StatusReq</nowiki>
Diese Meldungen können auch mehrfach pro Gerät auftreten. Dann hat das Auslesen der Einstellungen nicht geklappt und sollte nochmals durchgeführt werden. Dafür muss man FHEM aber nicht neu starten, sondern das HM-Device per

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
in der Befehlszeile von FHEM und anschließendem <Enter> (nicht "save") darauf einstellen.

Die Channels (z.B. <HM-CC-TC-Name>_Climate, _Weather, _WindowRec) eines HM-Gerätes brauchen nicht (können aber bei Bedarf) separat ausgelesen bzw. gesichert zu werden, da sie Bestandteil der Basisabfrage sind.

== Funkprobleme auffangen ==
Der wohl am häufigsten an den HM-CC-TC gesendete Befehl ist "set desired-temp", mit dem die Wunschtemperatur neu gesetzt wird.
Funktioniert dieser Befehl jedoch nicht zuverlässig, wird die Wohnung ggf. zu lange oder nicht rechtzeitig beheizt.
Der folgende Mechanismus soll die Sicherheit erhöhen, indem die Antworten des HM-CC-TC geprüft werden und ggf. das Funktelegramm erneut gesendet wird.

Um den Sollwert zum erneuten Senden des Funktelegramms verfügbar zu haben, wird ein dummy definiert:

<nowiki>define HM_TC_Solltemperatur dummy</nowiki>
Wann immer die Solltemperatur geändert wird, setzt man die neue desired-temp nicht nur auf dem HM-TC-CC (hier HM_TC genannt), sondern auch auf dem dummy. Der Befehl (z.B. in der [[Zuhause-Status|Routine zum HomeStatus]]) sieht dann so aus:

<nowiki>set HM_TC desired-temp 21;set HM_TC_Solltemperatur 21</nowiki>
Falls das ausgehende Funktelegramm verlorengeht, fehlt die Antwort "command accepted". Dies kann mit einem watchdog aufgefangen werden, der dann den Befehl an den HM-CC-TC erneut sendet:

<nowiki>define w_HM_TC watchdog HM_TC:set_desired-temp.* 00:02:30 HM_TC_Climate:CommandAccepted:.yes { \
Log 1, ">>>>>>>>> w_HM_TC desired temp - missing response.";\
fhem("set HM_TC desired-temp ".Value("HM_TC_Solltemperatur"));\
}</nowiki>
Falls ein Fehler bei der Funkkommunikation auftritt, erhält man die Antwort "missing ACK" oder "NACK". Auch in diesem Fall soll das Telegramm zum Ändern der Wunschtemperatur erneut an den HM-CC-TC gesendet werden:

<nowiki>define n_HM_TC_err notify HM_TC:(MISSING.ACK.*|.*NACK.*) {\
Log 1, ">>>>>>>>> n_HM_TC desired temp - missing ack/nack.\n";\
fhem("set HM_TC desired-temp ".Value("HM_TC_Solltemperatur"));\
}</nowiki>
Mit diesen beiden Helfern ist die Funkkommunikation zum HM-CC-TC sehr zuverlässig.

== Plots / Grafiken ==
=== Problem ===
Durch ''autocreate'' wird zwar ein Log angelegt, aber kein Plot (Grafische Auswertung). Dem kann man aber abhelfen (siehe unten).

=== Plots erzeugen ===
''PGM2'' ist die Standardansicht des Fhem-Web-Interfaces. Um hier Plots/Grafiken zu erzeugen einfach unter dem ''Filelog'' des Thermostaten das ''attr logtype'' auf ''temp4hum6:Plot,text'' setzen und es wird ein Plot-Link neben dem Text-Link angezeigt. Nun können Sie auf diesen Plot-Link klicken und ...

=== alternative Plots ===
Mit dem fht.gplot funktioniert die Anzeige der Ventilstellung (actuator) nicht.

Mit folgendem angepassten .gplot File wird die gemessene Temperatur und Ventilstellung angezeigt.

<nowiki>############################
# Display the measured temp and the actuator.
# Corresponding FileLog definition:
# define <filelogname> FileLog /var/log/fhem/actuator_name-%Y.log <actuator_name>:(measured-temp|actuator).*

set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set ytics nomirror
set y2tics
#set ytics
set title '<L1>'
set grid xtics y2tics

set y2label "Temperatur in C"
set ylabel "Ventil (%)"

#FileLog 4:measured:10:
#FileLog 4:actuator:50:

plot \
"< egrep 'temperature' <IN>"\
using 1:4 axes x1y2 title 'Temperatur in C' with lines,\
"< egrep 'actuator' <IN>"\
using 1:4 axes x1y1 title 'Ventil (%)' with lines\</nowiki>
=== Alles-drin-Plot ===
Dazu nimmt man folgendes .gplot (bitte beachten, dass hierfür alle Parameter nach der define-Anweisung in das Logfile geschrieben werden):

<nowiki>############################
# Display the measured temp and the actuator.
# Corresponding FileLog definition:
# define <filelogname> FileLog /var/log/fhem/HM_CC_TC-%Y.log <HM_CC_TC-name>
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set ytics nomirror
set y2tics
#set ytics
set title '<L1>'
set grid xtics y2tics
set y2label "Temperature in C"
set ylabel "Actuator (%)"
#FileLog 4:temperature:0:
#FileLog 4:desired:0:
#FileLog 4:humidity:0:
#FileLog 4:actuator:0:int
plot \
"< awk '/temperature/{print $1, $4}' <IN>"\
using 1:2 axes x1y2 title 'Measured temperature' with lines lw 2,\
"< awk '/desired/{print $1, $4}' <IN>"\
using 1:2 axes x1y2 title 'Desired temperature' with steps,\
"< awk '/humidity/ {print $1, $4+0}' <IN>"\
using 1:2 axes x1y1 title 'Humidity (%)' with lines,\
"< awk '/actuator/ {print $1, $4+0}' <IN>"\
using 1:2 axes x1y1 title 'Actuator (%)' with lines\</nowiki>

Anmerkung: Möglicherweise ist die obige Definiton fehlerhaft. Im Forum wird in {{Link2Forum|Topic=14812|LinkText=diesem Thread}} dargelegt, dass die Definition vielmehr wie folgt lauten müsse:

<nowiki>############################
# Display the measured temp and the actuator.

# Corresponding FileLog definition:

# define <filelogname> FileLog /var/log/fhem/HM_CC_TC-%Y.log <HM_CC_TC-name>

set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set ytics nomirror
set y2tics
#set ytics
set title '<L1>'
set grid xtics y2tics
set y2label "Temperatur in °C"
set ylabel "Ventil (%)"
#FileLog 4:measured-temp:0:
#FileLog 4:desired-temp:0:
#FileLog 4:humidity:0:
#FileLog 4:actuator:0:int
plot \
"< awk '/temperature/{print $1, $4}' <IN>"\
using 1:2 axes x1y2 title 'Temperatur' with lines lw 2,\
"< awk '/desired/{print $1, $4}' <IN>"\
using 1:2 axes x1y2 title 'Wunschtemperatur' with steps,\
"< awk '/humidity/ {print $1, $4+0}' <IN>"\
using 1:2 axes x1y1 title 'Feuchte (%)' with lines,\
"< awk '/actuator/ {print $1, $4+0}' <IN>"\
using 1:2 axes x1y1 title 'Ventil (%)' with lines</nowiki>

== Steuerungsmodi ==
Das Wandthermostat hat 4 verschiedene Steuerungsmöglichkeiten:

* Auto (automatisch)
* Cent (Zentrale)
* Manu (manuell)
* Prog / Koffer-Symbol (Urlaubs/Party-Modus, wird hier nicht näher erörtert)

Der Steuerungsmodus wird über wiederholtes Drücken der linken Taste des HM-CC-TC ausgewählt bzw. gewechselt.

'''Hinweis:''' Durch das P'''ai'''ren des HM-CC-TC <ins>und</ins> der Stellantrieb sowie Tür-/Fensterkontakte an Fhem verlieren Sie '''nicht''' die Steuerungsmöglichkeiten. Im Gegenteil: Nur wenn auch die VDs usw. mit Fhem gep'''ai'''rt sind, haben Sie die Möglichkeit, auch diese zu überwachen. Die Steuerung '''können''' Sie dennoch allein dem HM-CC-TC überlassen.

=== Auto-Modus ===
Im Modus '''Auto''' wird die Temperaturregelung über die im TC hinterlegten Temperaturlisten vorgenommen. Das Thermostat arbeitet also selbständig, somit unabhängig von einer Zentrale / FHEM. Nur in diesem Modus werden die evtl. per FHEM an das TC übermittelten "templist" abgearbeitet. Über das Senden von angepassten Temperatur-Listen kann eine indirekte Steuerung per FHEM erfolgen. '''Jederzeit''' kann zudem die Raumtemperatur über das Drehrad des Wandthermostaten oder die FHEM-Web-Oberfläche verändert werden. Diese ''Übersteuerung'' der Temperaturliste gilt bis zur nächsten Temperaturänderung nach der vorgenannten Liste.

=== Cent-Modus ===
Im Modus '''Cent''' steuert eine HomeMatic-Zentrale (CCU) oder eben ein FHEM-Server mit z.B. [[HMLAN Konfigurator]] zu den in der FHEM-Config hinterlegten Zeiten und mit den dort festgelegten Temperaturen. Fällt also die HM-Zentrale aus, erfolgt keine Steuerung der Thermostaten bzw. Heizungsventile mehr.

<ins>Anmerkung</ins>: Der Modus ''cent'' erscheint nur dann im Display des HM-CC-TC, wenn er an eine Zentrale bzw. das [[CUL]] angelernt (gepairt) wurde.

=== Manu-Modus ===
Der Modus '''Manu''' übersteuert die im TC hinterlegten Temperaturlisten und die evtl. von der HM-Zentrale / dem FHEM <ins>vor Umstellung auf ''Manu''</ins> gesendeten Einstellungen. Es wird also bis zur nächsten Modusumstellung bzw. manuellen Temperaturverstellung der per Einstellrad gesetzte Temperaturwert gefahren.

Aber auch in diesem Modus kann man die ''desired-temperature'' per FHEM verstellen. Der dadurch eingestellte Wert gilt ab sofort als der neue im ''Manu-Modus'' zu haltende Wert.

=== Tastensperre ===
Um zu verhindern, dass der Modus oder die Temperatur per Tasten bzw. Drehrad am HM-CC-TC verändert wird, kann eine Tastensperre gesetzt werden. Dies erfolgt mittels des Befehls:

set <HM-CC-TC> regSet btnLock on

Rückgängig machen geht per:

set <HM-CC-TC> regSet btnLock off

=== Auslesen des eingestellten Steuerungsmodus ===
Der eingestellte Steuerungsmodus erscheint normalerweise in den ''Readings'' des HM-CC-TC unter ''controlMode''. Zusätzlich haben Sie die Möglichkeit, diesen Modus auch in der FHEM-Weboberfläche ''everything'' => Abschnitt ''thermostat'' zu sehen, '''wenn''' Sie für den HM-CC-TC das folgende Attribut setzen:

<nowiki>attr <HM-CC-TC-Name> stateFormat T:measured-temp, H:humidity, VD:actuator, controlMode</nowiki>
Erscheint dort selbst nach einem

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
kein "Reading" ''controlMode'' oder keine Angabe des aktuell eingestellten Modus bzw. nur das Wort "controlMode", dann setzen Sie ihren HM-CC-TC von Hand in einen anderen Kontrollmodus und machen einen Browser-Refresh. Klappt dies nicht, geben Sie bitte erneut den Befehl

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
ein. Halten Sie anschließend die Taste <OK> am HM-CC-TC für 5 Sekunden gedrückt (oder warten ca. 5 Minuten) und machen in der FHEM-Weboberfläche einen Browser-Refresh (FF => <F5>). Jetzt sollte der manuell eingestellte Kontrollmodus erscheinen (ggfls. muss dieser Vorgang einmal wiederholt werden). Jetzt können Sie wieder den gewünschten Modus einstellen, erneut ein

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
absetzen und nach erneutem Drücken der <OK>-Taste für 5 Sekunden mit nachfolgendem Browser-Refresh sollte alles richtig angezeigt werden.

Dies setzt natürlich voraus, dass der HM-CC-TC richtig gepairt ist.

== Temperaturlisten ==
Die Temperaturlisten des TC werden identisch mit denen anderer HomeMatic Thermostate verwaltet, siehe [[HomeMatic Type Thermostat#Temperaturlisten|HomeMatic Type Thermostat]].
Beim TC ist der Kanal 4 (_Climate) für die Temperaturlisten zuständig.

== Batteriealarme des HM-CC-VD in Verbindung mit HM-CC-TC ==
1. bei U-Bat. < 2,4 V erscheint im Display des VD und des TC das Batteriesymbol mit '''battery: low''' in den Readings und Events!

2. bei U-Bat. < 2,3 V erscheint im Display des VD zusätzlich '''F4''' mit '''battery: critical''' in den Readings und Events!

Es wird dringend geraten, die Batterien bei battery: low zu tauschen!

== Log-Auszug ==
HM-CC-TC sendet alle 2 Minuten folgenden Statusbericht:

<nowiki>Datum-Zeit <Device Name> T: 17.3 H: 66
Datum-Zeit <Device Name> measured-temp: 17.3
Datum-Zeit <Device Name> temperature: 17.3
Datum-Zeit <Device Name> humidity: 66
Datum-Zeit <Device Name> actuator: 96 %</nowiki>
Bei Status-Änderungen sendet HM-CC-TC auch entsprechende Meldungen, z.b.:

<nowiki>Datum-Zeit <Device Name> desired-temp: 15.5</nowiki>

= Probleme =

== Verstellen der Solltemperatur am HM-CC-TC per Drehrad ==

'''Symptom:''' Beim Verstellen der Solltemperatur per seitlichem Drehrad wurde die aktuelle Solltemperatur - '''egal ob''' man hoch oder runter drehte - immer nur in 0,5 °C Schritten '''runter''' gestellt, bis schließlich die Mindesttemperatur von 6,0 °C erreicht war. Weitere Änderungen waren nicht möglich

'''Abhilfe:''' Letztlich half nur das kurzzeitige Entfernen einer Batterie. Das danach für einige Zeit erscheinende Batteriesymbol zeigte den kleinstmöglichen guten Zustand an, in FHEM wurde das ''Reading'' des Batteriezustandes mit ''ok'' ausgegeben (wie in den Logs aber vorher auch). '''Letztlich half aber nur''' das Einsetzen neuer Batterien, denn die o.a. Störung trat nach ca. 2 Stunden erneut auf. Die "alten" Batterien (die, die dem HM-CC-TC ab Werk beilagen) hatten somit eine Nutzungsdauer von knapp 11 Monaten, waren aber auch in einem HM-CC-TC, der mit 4 Stck. HM-Sec-SC (mussten sehr oft "Meldung machen") und 4 Stck. HM-CC-VD gepeert war. ''Ohne Last'' zeigten die beiden alten AA-Batterien eine Spannung von jeweils 1,29 V an.

'''Hinweis:''' Die unter ''Abhilfe'' beschriebene Lösung war leider nur von kurzer Dauer. Bereits kurz danach zeigte der HM-CC-TC die gleichen Ausfallerscheinungen. Bei ELV gibt es das Bauteil für das Drehrad (Inkrementalgeber) als [http://www.elv.de/inkrementalgeber-fuer-fs20-str-fht-8-und-homematic-hm-cc-tc.html Ersatzteil]. Sobald dieses geliefert und ein Reparaturversuch unternommen wurde, wird an dieser Stelle weiter berichtet.

== HM-CC-TC misst zu hohe/niedrige Luftfeuchte-Werte ==

'''Symptom:''' In den Fhem-Logs und demzufolge auch in den Plots/Grafiken eines seit über 18 Monaten im Einsatz befindlichen HM-CC-TC wurden viel zu hohe (einzelne Spitzenwerte von 98 oder 99 %) bzw. ständig zu niedrige (um die 20 oder sogar vereinzelt nur 2 %) Werte für die relative Luftfeuchte gemessen (im direkten Vergleich zu anderen HM-CC-TCs). Die anderen Werte (Temperatur, Actuator) waren aber schlüssig.

'''Abhilfe:''' Batteriewechsel. Die alten Batterien hatten (unbelastet) noch knapp über 1 V Spannung.

'''Hinweis:''' Eine Batteriewarnung des Gerätes gab es nicht. Im Display war das entsprechende Symbol noch auf 1 Balken.

= Firmware =
Aktuelle Firmware-Version: 2.1

= Links =
* [1] Anleitung [http://www.eq-3.de/Downloads/eq3/pdf_produkte/HM-CC-TC_UM_GE_eQ-3_110405.pdf PDF]
* [2] Ersatzteil Inkrementalgeber [http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=41344 ELV]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Feuchtesensoren]]
[[Kategorie:Temperatursensoren]]

HM-CC-TC Funk-Wandthermostat

2015-10-30T19:18:01Z

BenMarloe: /* Links */

Programmierbarer Raumthermostat, der bis zu 4 [[HM-CC-VD Funk-Stellantrieb]] steuern kann.

'''Achtung: Dieses Gerät ist abgekündigt (wird nicht mehr hergestellt).'''

Nachfolgeprodukt ist der [[HM-CC-RT-DN]] bzw. (ab März 2014) [[HM-TC-IT-WM-W-EU_Funk-Wandthermostat_AP|HM-TC-IT-WM-W-EU]].

'''Einstellungen und Informationen die alle HomeMatic Thermostat betreffen sind unter [[HomeMatic Type Thermostat#Temperaturlisten|HomeMatic Type Thermostat]].'''

= Features =
* Am Raumthermostat programmierbare Tages- und Nachttemperatur.
* Pro Wochentag können bis zu 24 Schaltpunkte definiert werden.
* Anbindung von <ins>jeweils</ins> '''maximal''' 4 Tür- bzw. Fensterkontakten ([[HM-Sec-RHS]]) zur Absenkung der Temperatur auf einen eigens eingestellten Temperaturwert (ab Werk: 12°C) bei offenem Fenster bzw. offener Tür.
* Anzeige der Temperatur und Luftfeuchtigkeit im Raum und Hintergrundbeleuchtung des Displays.

Alle 120 bis 184 Sekunden überträgt der Wandthermostat vorhandene Befehle zu den Stellantrieben. Jeder empfangene Befehl wird vom Stellantrieb bestätigt und dann ausgeführt. Täglich gegen Mitternacht synchronisiert ein HM-CC-TC seine Uhrzeit mit der HomeMatic-Zentrale (CCU, HMLAN).

= Hinweise zum Betrieb mit FHEM =
Vor dem Einsatz mit einer Zentrale sind erst alle Stellantriebe und Tür-/Fensterkontakte mit dem HM-CC-TC zu verbinden (P'''ee'''r).
Damit das ganze dann in FHEM auftaucht, muss der TC noch mit dem [[HMLAN Konfigurator]] gep'''ai'''rt werden.

Mit

<nowiki>set CUL hmPairForSec 300</nowiki>
setzt man das CUL / den HMLAN-Konfigurator für 5 Minuten in den Anlernmodus. Danach am Thermostaten 5 Sekunden lang die OK-Taste drücken und es wird eine Zeit von 20 auf 0 Sekunden gezählt:

* Klappt das Anlernen in diesen 20 Sekunden, wird der Countdown sofort beendet, anschließend für ca. 2-3 Sekunden "OK" angezeigt und der Thermostat ist in FHEM eingebunden.
* Gelingt das Anlernen nicht in den 20 Sekunden, erscheint nach Erreichen der "0" noch für 2 bis 3 Sekunden ein "NOK" ('''N'''ot '''OK''') im Display des TCs.

'''Alternativ'''(und so vom Entwickler des Fhem-HomeMatic-Moduls empfohlen) kann wie folgt vorgegangen werden:

* Alle Stellantriebe und Tür-/Fensterkontakte sowie den HM-CC-TC mit Fhem p'''ai'''ren (also ''set CUL hmPairForSec 300'' und an allen Devices den Anlernknopf drücken innerhalb des Zeitfensters von 300 Sekunden).
* Die Stellantriebe und Tür-/Fensterkontakte mit den ''Channels'' (siehe unten) p'''ee'''ren (siehe <nowiki>[http://fhem.de/commandref.html#CUL_HMpeerChan commandref :peerChan]</nowiki>). Hierzu werden die entsprechenden Fhem-Befehle über das Webinterface von Fhem erteilt.

'''Hinweis:'''
* Alle in der FHEM-Eingabezeile eingegebenen ''attr''-, ''define''-Befehle usw. müssen zum Schluss noch per Klick auf den "Save"-Button dauerhaft in der ''fhem.cfg'' gespeichert werden, sonst sind sie nach z.B. einem Systemabsturz verloren.
* Falls in der FHEM-Weboberfläche für ihren HM-CC-TC etwas wie ''X CMDs pending'' steht, sollten Sie ihren HM-CC-TC zur Hand nehmen und für 20 Sekunden auf die OK-Taste drücken. Dadurch werden alle noch ausstehenden Befehle eingelesen.

== Auszug aus der fhem.cfg ==
Die nachfolgenden Einstellungen zum HM-CC-TC werden von FHEM <ins>weitestgehend</ins> automatisch gesetzt. Die Pfadangaben für die Log-Dateien sind system-, die Raumbenennungen benutzerabhängig. Zu ''autoReadReg''und ''expert''siehe unten. Neben dem eigentlichen Basis-Gerät (HM-CC-TC) werden in FHEM automatisch noch 3 weitere "Unter"-Geräte (Channels/Kanäle), nämlich

* ''_Weather''
* ''_Climate''
* ''_WindowRec''

definiert (durch das Anlernen des TC an FHEM; siehe unten), deren Benennung sich (jeweils mit einem vorangestellten Unterstrich "_") am Namen des Basis-Gerätes orientiert.

'''Anmerkung:'''Die in den unten gezeigten ''fhem.cfg''-Auszügen markierten <ins>Peer</ins>-Einträge tauchen erst auf, sobald man die Daten aus dem TC mit ''set HM-CC-TC-Basisname getConfig''bzw. ''autoReadReg''ausgelesen hat.

=== Hauptgerät ===
<nowiki>define <HM-CC-TC>.Heizung CUL_HM 1DA491
attr <HM-CC-TC>.Heizung actCycle 000:10
attr <HM-CC-TC>.Heizung actStatus alive
attr <HM-CC-TC>.Heizung autoReadReg 1
attr <HM-CC-TC>.Heizung devInfo 00FFFF
attr <HM-CC-TC>.Heizung expert 2_full
attr <HM-CC-TC>.Heizung firmware 2.1
attr <HM-CC-TC>.Heizung hmClass receiver
attr <HM-CC-TC>.Heizung model HM-CC-TC
attr <HM-CC-TC>.Heizung room <IhrRaum>
attr <HM-CC-TC>.Heizung serialNr JE********
attr <HM-CC-TC>.Heizung subType thermostat</nowiki>
=== Channel (Kanal) 01 _Weather ===
<nowiki>define <HM-CC-TC>.Heizung_Weather CUL_HM 1DA49101 <<<=== 01 = Kanal 1
attr <HM-CC-TC>.Heizung_Weather model HM-CC-TC
attr <HM-CC-TC>.Heizung_Weather peerIDs
attr <HM-CC-TC>.Heizung_Weather room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_Weather FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_Weather-%Y-%m.log <HM-CC-TC>.Heizung_Weather
attr FileLog_<HM-CC-TC>.Heizung_Weather logtype text
attr FileLog_<HM-CC-TC>.Heizung_Weather room CUL_HM,<IhrRaum></nowiki>
=== Channel (Kanal) 02 _Climate ===
<nowiki>define <HM-CC-TC>.Heizung_Climate CUL_HM 1DA49102 <<<=== 02 = Kanal 2
attr <HM-CC-TC>.Heizung_Climate model HM-CC-TC
attr <HM-CC-TC>.Heizung_Climate peerIDs 1AD52B01,1B7A4C01,1C4CD101,1C48EC01, <<<=== gepeerte HM-CC-VDs
attr <HM-CC-TC>.Heizung_Climate room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_Climate FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_Climate-%Y-%m.log <HM-CC-TC>.Heizung_Climate
attr FileLog_<HM-CC-TC>.Heizung_Climate logtype text
attr FileLog_<HM-CC-TC>.Heizung_Climate room CUL_HM,<IhrRaum></nowiki>
=== Channel (Kanal) 03 _WindowRec ===
<nowiki>define <HM-CC-TC>.Heizung_WindowRec CUL_HM 1DA49103 <<<=== 03 = Kanal 3
attr <HM-CC-TC>.Heizung_WindowRec model HM-CC-TC
attr <HM-CC-TC>.Heizung_WindowRec peerIDs 1CFBB001, <<<=== gepeerte HM-Sec-SCs
attr <HM-CC-TC>.Heizung_WindowRec room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_WindowRec FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_WindowRec-%Y-%m.log <HM-CC-TC>.Heizung_WindowRec
attr FileLog_<HM-CC-TC>.Heizung_WindowRec logtype text
attr FileLog_<HM-CC-TC>.Heizung_WindowRec room CUL_HM,<IhrRaum></nowiki>
== Einstellungen eines HM-CC-TC lesen, anzeigen und sichern ==
=== expert ===
Anfang Februar 2013 wurde eine Änderung bei der Anzeige der so genannten ''Readings'' (Register usw.), also der Einstellungen bzw. Eigenschaften eines HM-Devices, eingeführt. '''Alle''' Werte sieht man nur noch, wenn man am HM-CC-TC das Attribut ''expert'' auf ''2_all'' setzt. Per '''default''' (nicht in ''fhem.cfg'' gesetzt) steht dieser Wert auf ''0_off'' (nur die notwendigsten Readings/Eigenschaften werden angezeigt). Mittelweg ist der Wert ''1_on''.

Mittels

<nowiki>attr <HM-CC-TC-Name> expert 2_full</nowiki>
in der FHEM-Befehlszeile mit anschließendem <Enter> setzt man diesen Level.

Falls man mit '''Temperaturlisten''' arbeitet (siehe unten), dann kann man die komplette Liste im "Channel" (Kanal) ''<HM-CC-TC-Name>__Climate'' einsehen. Auch für diesen Kanal ist evtl. ein setzen des Attributes ''expert 2_full'' angeraten.

<ins>Anmerkung:</ins> Es gibt auch noch sogenannte "hidden datas" (versteckte interne Werte, Register oder Eigenschaften deren Namen mit einem "." beginnen). Diese sieht man nur dann, wenn auch das Attribut ''showInternalValues 1'' gesetzt ist (default: 0 bzw. nicht gesetzt).

=== autoReadReg ===
Mitte Januar 2013 wurde das neue Attribut ''autoReadReg'' eingeführt, welches auf ''0'' voreingestellt ist (kein Eintrag in der ''fhem.cfg''). Das Setzen dieses Attributes auf ''1'' bewirkt, dass <ins>beim Neustart von FHEM</ins> die Einstellungen des entsprechenden HM-Gerätes ausgelesen werden. Dies wird bei mehreren ''autoReadReg''s automatisch zeitversetzt vorgenommen, um die Funk-Kommunikation nicht unnötig zu belasten.

Mittels

<nowiki>attr <HM-CC-TC-Name> autoReadReg 1 </nowiki>
in der FHEM-Befehlszeile mit anschließendem <Enter> setzt man diesen Wert.

=== list ===
Um sich alle Eigenschaften/Readings eines Gerätes anzusehen, gibt es den Befehl ''list''.

Mittels

<nowiki>list <HM-CC-TC-Name></nowiki>
und Bestätigung mit <Enter> erhalten Sie die gewünschte Anzeige Ihres TCs <ins>incl.</ins> seiner 3 Channels. Über

<nowiki>list <HM-CC-TC-Name>_<Channel-Name></nowiki>
werden nur die Daten des angegebenen Channels angezeigt.

=== Einstellungen sichern ===
Die Durchführung von ''autoReadReg'' kann durchaus mehrere Minuten dauern. Anschließend besteht die Möglichkeit, diese per

<nowiki>get HM-CC-TC-Basisname saveConfig [/Verzeichnis/mit/Schreibrechten/]<Dateiname></nowiki>
für jedes HM-CC-TC getrennt zu sichern (für eine später notwendige Wiederherstellung). Die Sicherungsdatei wird regulär im ''modpath'' (siehe ''fhem.cfg'') abgelegt. Falls dies nicht zum Erfolg führt (es wird - ohne Fehlermeldungen bei regulärem ''verbose'' und ''loglevel'' - im ''modpath'' keine Datei angelegt), müssen Sie vor dem Dateinamen einen vollständigen Pfad mit Schreibrechten für den Benutzer, unter dem FHEM läuft, angeben.

In der <ins>Log-Datei</ins> von FHEM erscheinen danach Meldungen folgender Art

<nowiki><Datum>_<Zeit> 2: CUL_HM set <HM-CC-TC-Name> statusRequest rxt:12
<Datum>_<Zeit> 2: CUL_HM set <HM-CC-TC-Name> getConfig rxt:12</nowiki>
Hierbei kann es (im <ins>Event monitor</ins> von FHEM) zu folgenden Fehlermeldungen kommen

<nowiki><Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:RegisterRead
<Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:PeerList
<Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:StatusReq</nowiki>
Diese Meldungen können auch mehrfach pro Gerät auftreten. Dann hat das Auslesen der Einstellungen nicht geklappt und sollte nochmals durchgeführt werden. Dafür muss man FHEM aber nicht neu starten, sondern das HM-Device per

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
in der Befehlszeile von FHEM und anschließendem <Enter> (nicht "save") darauf einstellen.

Die Channels (z.B. <HM-CC-TC-Name>_Climate, _Weather, _WindowRec) eines HM-Gerätes brauchen nicht (können aber bei Bedarf) separat ausgelesen bzw. gesichert zu werden, da sie Bestandteil der Basisabfrage sind.

== Funkprobleme auffangen ==
Der wohl am häufigsten an den HM-CC-TC gesendete Befehl ist "set desired-temp", mit dem die Wunschtemperatur neu gesetzt wird.
Funktioniert dieser Befehl jedoch nicht zuverlässig, wird die Wohnung ggf. zu lange oder nicht rechtzeitig beheizt.
Der folgende Mechanismus soll die Sicherheit erhöhen, indem die Antworten des HM-CC-TC geprüft werden und ggf. das Funktelegramm erneut gesendet wird.

Um den Sollwert zum erneuten Senden des Funktelegramms verfügbar zu haben, wird ein dummy definiert:

<nowiki>define HM_TC_Solltemperatur dummy</nowiki>
Wann immer die Solltemperatur geändert wird, setzt man die neue desired-temp nicht nur auf dem HM-TC-CC (hier HM_TC genannt), sondern auch auf dem dummy. Der Befehl (z.B. in der [[Zuhause-Status|Routine zum HomeStatus]]) sieht dann so aus:

<nowiki>set HM_TC desired-temp 21;set HM_TC_Solltemperatur 21</nowiki>
Falls das ausgehende Funktelegramm verlorengeht, fehlt die Antwort "command accepted". Dies kann mit einem watchdog aufgefangen werden, der dann den Befehl an den HM-CC-TC erneut sendet:

<nowiki>define w_HM_TC watchdog HM_TC:set_desired-temp.* 00:02:30 HM_TC_Climate:CommandAccepted:.yes { \
Log 1, ">>>>>>>>> w_HM_TC desired temp - missing response.";\
fhem("set HM_TC desired-temp ".Value("HM_TC_Solltemperatur"));\
}</nowiki>
Falls ein Fehler bei der Funkkommunikation auftritt, erhält man die Antwort "missing ACK" oder "NACK". Auch in diesem Fall soll das Telegramm zum Ändern der Wunschtemperatur erneut an den HM-CC-TC gesendet werden:

<nowiki>define n_HM_TC_err notify HM_TC:(MISSING.ACK.*|.*NACK.*) {\
Log 1, ">>>>>>>>> n_HM_TC desired temp - missing ack/nack.\n";\
fhem("set HM_TC desired-temp ".Value("HM_TC_Solltemperatur"));\
}</nowiki>
Mit diesen beiden Helfern ist die Funkkommunikation zum HM-CC-TC sehr zuverlässig.

== Plots / Grafiken ==
=== Problem ===
Durch ''autocreate'' wird zwar ein Log angelegt, aber kein Plot (Grafische Auswertung). Dem kann man aber abhelfen (siehe unten).

=== Plots erzeugen ===
''PGM2'' ist die Standardansicht des Fhem-Web-Interfaces. Um hier Plots/Grafiken zu erzeugen einfach unter dem ''Filelog'' des Thermostaten das ''attr logtype'' auf ''temp4hum6:Plot,text'' setzen und es wird ein Plot-Link neben dem Text-Link angezeigt. Nun können Sie auf diesen Plot-Link klicken und ...

=== alternative Plots ===
Mit dem fht.gplot funktioniert die Anzeige der Ventilstellung (actuator) nicht.

Mit folgendem angepassten .gplot File wird die gemessene Temperatur und Ventilstellung angezeigt.

<nowiki>############################
# Display the measured temp and the actuator.
# Corresponding FileLog definition:
# define <filelogname> FileLog /var/log/fhem/actuator_name-%Y.log <actuator_name>:(measured-temp|actuator).*

set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set ytics nomirror
set y2tics
#set ytics
set title '<L1>'
set grid xtics y2tics

set y2label "Temperatur in C"
set ylabel "Ventil (%)"

#FileLog 4:measured:10:
#FileLog 4:actuator:50:

plot \
"< egrep 'temperature' <IN>"\
using 1:4 axes x1y2 title 'Temperatur in C' with lines,\
"< egrep 'actuator' <IN>"\
using 1:4 axes x1y1 title 'Ventil (%)' with lines\</nowiki>
=== Alles-drin-Plot ===
dazu nimmt man folgendes .gplot. Man/Fra beachte, dass hierfür alle Parameter nach der define-Anweisung in das Logfile geschrieben werden.

<nowiki>############################
# Display the measured temp and the actuator.
# Corresponding FileLog definition:
# define <filelogname> FileLog /var/log/fhem/HM_CC_TC-%Y.log <HM_CC_TC-name>
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set ytics nomirror
set y2tics
#set ytics
set title '<L1>'
set grid xtics y2tics
set y2label "Temperature in C"
set ylabel "Actuator (%)"
#FileLog 4:temperature:0:
#FileLog 4:desired:0:
#FileLog 4:humidity:0:
#FileLog 4:actuator:0:int
plot \
"< awk '/temperature/{print $1, $4}' <IN>"\
using 1:2 axes x1y2 title 'Measured temperature' with lines lw 2,\
"< awk '/desired/{print $1, $4}' <IN>"\
using 1:2 axes x1y2 title 'Desired temperature' with steps,\
"< awk '/humidity/ {print $1, $4+0}' <IN>"\
using 1:2 axes x1y1 title 'Humidity (%)' with lines,\
"< awk '/actuator/ {print $1, $4+0}' <IN>"\
using 1:2 axes x1y1 title 'Actuator (%)' with lines\</nowiki>

== Steuerungsmodi ==
Das Wandthermostat hat 4 verschiedene Steuerungsmöglichkeiten:

* Auto (automatisch)
* Cent (Zentrale)
* Manu (manuell)
* Prog / Koffer-Symbol (Urlaubs/Party-Modus, wird hier nicht näher erörtert)

Der Steuerungsmodus wird über wiederholtes Drücken der linken Taste des HM-CC-TC ausgewählt bzw. gewechselt.

'''Hinweis:''' Durch das P'''ai'''ren des HM-CC-TC <ins>und</ins> der Stellantrieb sowie Tür-/Fensterkontakte an Fhem verlieren Sie '''nicht''' die Steuerungsmöglichkeiten. Im Gegenteil: Nur wenn auch die VDs usw. mit Fhem gep'''ai'''rt sind, haben Sie die Möglichkeit, auch diese zu überwachen. Die Steuerung '''können''' Sie dennoch allein dem HM-CC-TC überlassen.

=== Auto-Modus ===
Im Modus '''Auto''' wird die Temperaturregelung über die im TC hinterlegten Temperaturlisten vorgenommen. Das Thermostat arbeitet also selbständig, somit unabhängig von einer Zentrale / FHEM. Nur in diesem Modus werden die evtl. per FHEM an das TC übermittelten "templist" abgearbeitet. Über das Senden von angepassten Temperatur-Listen kann eine indirekte Steuerung per FHEM erfolgen. '''Jederzeit''' kann zudem die Raumtemperatur über das Drehrad des Wandthermostaten oder die FHEM-Web-Oberfläche verändert werden. Diese ''Übersteuerung'' der Temperaturliste gilt bis zur nächsten Temperaturänderung nach der vorgenannten Liste.

=== Cent-Modus ===
Im Modus '''Cent''' steuert eine HomeMatic-Zentrale (CCU) oder eben ein FHEM-Server mit z.B. [[HMLAN Konfigurator]] zu den in der FHEM-Config hinterlegten Zeiten und mit den dort festgelegten Temperaturen. Fällt also die HM-Zentrale aus, erfolgt keine Steuerung der Thermostaten bzw. Heizungsventile mehr.

<ins>Anmerkung</ins>: Der Modus ''cent'' erscheint nur dann im Display des HM-CC-TC, wenn er an eine Zentrale bzw. das [[CUL]] angelernt (gepairt) wurde.

=== Manu-Modus ===
Der Modus '''Manu''' übersteuert die im TC hinterlegten Temperaturlisten und die evtl. von der HM-Zentrale / dem FHEM <ins>vor Umstellung auf ''Manu''</ins> gesendeten Einstellungen. Es wird also bis zur nächsten Modusumstellung bzw. manuellen Temperaturverstellung der per Einstellrad gesetzte Temperaturwert gefahren.

Aber auch in diesem Modus kann man die ''desired-temperature'' per FHEM verstellen. Der dadurch eingestellte Wert gilt ab sofort als der neue im ''Manu-Modus'' zu haltende Wert.

=== Tastensperre ===

Um zu verhindern, dass der Modus oder die Temperatur per Tasten bzw. Drehrad am HM-CC-TC verändert wird, kann eine Tastensperre gesetzt werden. Dies erfolgt mittels des Befehls:

set <HM-CC-TC> regSet btnLock on

Rückgängig machen geht per:

set <HM-CC-TC> regSet btnLock off

=== Auslesen des eingestellten Steuerungsmodus ===
Der eingestellte Steuerungsmodus erscheint normalerweise in den ''Readings'' des HM-CC-TC unter ''controlMode''. Zusätzlich haben Sie die Möglichkeit, diesen Modus auch in der FHEM-Weboberfläche ''everything'' => Abschnitt ''thermostat'' zu sehen, '''wenn''' Sie für den HM-CC-TC das folgende Attribut setzen:

<nowiki>attr <HM-CC-TC-Name> stateFormat T:measured-temp, H:humidity, VD:actuator, controlMode</nowiki>
Erscheint dort selbst nach einem

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
kein "Reading" ''controlMode'' oder keine Angabe des aktuell eingestellten Modus bzw. nur das Wort "controlMode", dann setzen Sie ihren HM-CC-TC von Hand in einen anderen Kontrollmodus und machen einen Browser-Refresh. Klappt dies nicht, geben Sie bitte erneut den Befehl

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
ein. Halten Sie anschließend die Taste <OK> am HM-CC-TC für 5 Sekunden gedrückt (oder warten ca. 5 Minuten) und machen in der FHEM-Weboberfläche einen Browser-Refresh (FF => <F5>). Jetzt sollte der manuell eingestellte Kontrollmodus erscheinen (ggfls. muss dieser Vorgang einmal wiederholt werden). Jetzt können Sie wieder den gewünschten Modus einstellen, erneut ein

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
absetzen und nach erneutem Drücken der <OK>-Taste für 5 Sekunden mit nachfolgendem Browser-Refresh sollte alles richtig angezeigt werden.

Dies setzt natürlich voraus, dass der HM-CC-TC richtig gepairt ist.

== Temperaturlisten ==
Die Temperaturlisten des TC werden identisch mit denen anderer HomeMatic Thermostate verwaltet, siehe [[HomeMatic Type Thermostat#Temperaturlisten|HomeMatic Type Thermostat]].
Beim TC ist der Kanal 4 (_Climate) für die Temperaturlisten zuständig.

== Batteriealarme des HM-CC-VD in Verbindung mit HM-CC-TC ==
1. bei U-Bat. < 2,4 V erscheint im Display des VD und des TC das Batteriesymbol mit '''battery: low''' in den Readings und Events!

2. bei U-Bat. < 2,3 V erscheint im Display des VD zusätzlich '''F4''' mit '''battery: critical''' in den Readings und Events!

Es wird dringend geraten, die Batterien bei battery: low zu tauschen!

== Log-Auszug ==
HM-CC-TC sendet alle 2 Minuten folgenden Statusbericht:

<nowiki>Datum-Zeit <Device Name> T: 17.3 H: 66
Datum-Zeit <Device Name> measured-temp: 17.3
Datum-Zeit <Device Name> temperature: 17.3
Datum-Zeit <Device Name> humidity: 66
Datum-Zeit <Device Name> actuator: 96 %</nowiki>
Bei Status-Änderungen sendet HM-CC-TC auch entsprechende Meldungen, z.b.:

<nowiki>Datum-Zeit <Device Name> desired-temp: 15.5</nowiki>

= Probleme =

== Verstellen der Solltemperatur am HM-CC-TC per Drehrad ==

'''Symptom:''' Beim Verstellen der Solltemperatur per seitlichem Drehrad wurde die aktuelle Solltemperatur - '''egal ob''' man hoch oder runter drehte - immer nur in 0,5 °C Schritten '''runter''' gestellt, bis schließlich die Mindesttemperatur von 6,0 °C erreicht war. Weitere Änderungen waren nicht möglich

'''Abhilfe:''' Letztlich half nur das kurzzeitige Entfernen einer Batterie. Das danach für einige Zeit erscheinende Batteriesymbol zeigte den kleinstmöglichen guten Zustand an, in FHEM wurde das ''Reading'' des Batteriezustandes mit ''ok'' ausgegeben (wie in den Logs aber vorher auch). '''Letztlich half aber nur''' das Einsetzen neuer Batterien, denn die o.a. Störung trat nach ca. 2 Stunden erneut auf. Die "alten" Batterien (die, die dem HM-CC-TC ab Werk beilagen) hatten somit eine Nutzungsdauer von knapp 11 Monaten, waren aber auch in einem HM-CC-TC, der mit 4 Stck. HM-Sec-SC (mussten sehr oft "Meldung machen") und 4 Stck. HM-CC-VD gepeert war. ''Ohne Last'' zeigten die beiden alten AA-Batterien eine Spannung von jeweils 1,29 V an.

'''Hinweis:''' Die unter ''Abhilfe'' beschriebene Lösung war leider nur von kurzer Dauer. Bereits kurz danach zeigte der HM-CC-TC die gleichen Ausfallerscheinungen. Bei ELV gibt es das Bauteil für das Drehrad (Inkrementalgeber) als [http://www.elv.de/inkrementalgeber-fuer-fs20-str-fht-8-und-homematic-hm-cc-tc.html Ersatzteil]. Sobald dieses geliefert und ein Reparaturversuch unternommen wurde, wird an dieser Stelle weiter berichtet.

== HM-CC-TC misst zu hohe/niedrige Luftfeuchte-Werte ==

'''Symptom:''' In den Fhem-Logs und demzufolge auch in den Plots/Grafiken eines seit über 18 Monaten im Einsatz befindlichen HM-CC-TC wurden viel zu hohe (einzelne Spitzenwerte von 98 oder 99 %) bzw. ständig zu niedrige (um die 20 oder sogar vereinzelt nur 2 %) Werte für die relative Luftfeuchte gemessen (im direkten Vergleich zu anderen HM-CC-TCs). Die anderen Werte (Temperatur, Actuator) waren aber schlüssig.

'''Abhilfe:''' Batteriewechsel. Die alten Batterien hatten (unbelastet) noch knapp über 1 V Spannung.

'''Hinweis:''' Eine Batteriewarnung des Gerätes gab es nicht. Im Display war das entsprechende Symbol noch auf 1 Balken.

= Firmware =
Aktuelle Firmware-Version: 2.1

= Links =
Anleitung [http://www.eq-3.de/Downloads/eq3/pdf_produkte/HM-CC-TC_UM_GE_eQ-3_110405.pdf PDF] 
Ersatzteil Incerementalgeber [http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=41344 ELV]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Feuchtesensoren]]
[[Kategorie:Temperatursensoren]]

HM-CC-TC Funk-Wandthermostat

2015-10-30T19:17:44Z

BenMarloe: /* Links */ Incrementalgeber

Programmierbarer Raumthermostat, der bis zu 4 [[HM-CC-VD Funk-Stellantrieb]] steuern kann.

'''Achtung: Dieses Gerät ist abgekündigt (wird nicht mehr hergestellt).'''

Nachfolgeprodukt ist der [[HM-CC-RT-DN]] bzw. (ab März 2014) [[HM-TC-IT-WM-W-EU_Funk-Wandthermostat_AP|HM-TC-IT-WM-W-EU]].

'''Einstellungen und Informationen die alle HomeMatic Thermostat betreffen sind unter [[HomeMatic Type Thermostat#Temperaturlisten|HomeMatic Type Thermostat]].'''

= Features =
* Am Raumthermostat programmierbare Tages- und Nachttemperatur.
* Pro Wochentag können bis zu 24 Schaltpunkte definiert werden.
* Anbindung von <ins>jeweils</ins> '''maximal''' 4 Tür- bzw. Fensterkontakten ([[HM-Sec-RHS]]) zur Absenkung der Temperatur auf einen eigens eingestellten Temperaturwert (ab Werk: 12°C) bei offenem Fenster bzw. offener Tür.
* Anzeige der Temperatur und Luftfeuchtigkeit im Raum und Hintergrundbeleuchtung des Displays.

Alle 120 bis 184 Sekunden überträgt der Wandthermostat vorhandene Befehle zu den Stellantrieben. Jeder empfangene Befehl wird vom Stellantrieb bestätigt und dann ausgeführt. Täglich gegen Mitternacht synchronisiert ein HM-CC-TC seine Uhrzeit mit der HomeMatic-Zentrale (CCU, HMLAN).

= Hinweise zum Betrieb mit FHEM =
Vor dem Einsatz mit einer Zentrale sind erst alle Stellantriebe und Tür-/Fensterkontakte mit dem HM-CC-TC zu verbinden (P'''ee'''r).
Damit das ganze dann in FHEM auftaucht, muss der TC noch mit dem [[HMLAN Konfigurator]] gep'''ai'''rt werden.

Mit

<nowiki>set CUL hmPairForSec 300</nowiki>
setzt man das CUL / den HMLAN-Konfigurator für 5 Minuten in den Anlernmodus. Danach am Thermostaten 5 Sekunden lang die OK-Taste drücken und es wird eine Zeit von 20 auf 0 Sekunden gezählt:

* Klappt das Anlernen in diesen 20 Sekunden, wird der Countdown sofort beendet, anschließend für ca. 2-3 Sekunden "OK" angezeigt und der Thermostat ist in FHEM eingebunden.
* Gelingt das Anlernen nicht in den 20 Sekunden, erscheint nach Erreichen der "0" noch für 2 bis 3 Sekunden ein "NOK" ('''N'''ot '''OK''') im Display des TCs.

'''Alternativ'''(und so vom Entwickler des Fhem-HomeMatic-Moduls empfohlen) kann wie folgt vorgegangen werden:

* Alle Stellantriebe und Tür-/Fensterkontakte sowie den HM-CC-TC mit Fhem p'''ai'''ren (also ''set CUL hmPairForSec 300'' und an allen Devices den Anlernknopf drücken innerhalb des Zeitfensters von 300 Sekunden).
* Die Stellantriebe und Tür-/Fensterkontakte mit den ''Channels'' (siehe unten) p'''ee'''ren (siehe <nowiki>[http://fhem.de/commandref.html#CUL_HMpeerChan commandref :peerChan]</nowiki>). Hierzu werden die entsprechenden Fhem-Befehle über das Webinterface von Fhem erteilt.

'''Hinweis:'''
* Alle in der FHEM-Eingabezeile eingegebenen ''attr''-, ''define''-Befehle usw. müssen zum Schluss noch per Klick auf den "Save"-Button dauerhaft in der ''fhem.cfg'' gespeichert werden, sonst sind sie nach z.B. einem Systemabsturz verloren.
* Falls in der FHEM-Weboberfläche für ihren HM-CC-TC etwas wie ''X CMDs pending'' steht, sollten Sie ihren HM-CC-TC zur Hand nehmen und für 20 Sekunden auf die OK-Taste drücken. Dadurch werden alle noch ausstehenden Befehle eingelesen.

== Auszug aus der fhem.cfg ==
Die nachfolgenden Einstellungen zum HM-CC-TC werden von FHEM <ins>weitestgehend</ins> automatisch gesetzt. Die Pfadangaben für die Log-Dateien sind system-, die Raumbenennungen benutzerabhängig. Zu ''autoReadReg''und ''expert''siehe unten. Neben dem eigentlichen Basis-Gerät (HM-CC-TC) werden in FHEM automatisch noch 3 weitere "Unter"-Geräte (Channels/Kanäle), nämlich

* ''_Weather''
* ''_Climate''
* ''_WindowRec''

definiert (durch das Anlernen des TC an FHEM; siehe unten), deren Benennung sich (jeweils mit einem vorangestellten Unterstrich "_") am Namen des Basis-Gerätes orientiert.

'''Anmerkung:'''Die in den unten gezeigten ''fhem.cfg''-Auszügen markierten <ins>Peer</ins>-Einträge tauchen erst auf, sobald man die Daten aus dem TC mit ''set HM-CC-TC-Basisname getConfig''bzw. ''autoReadReg''ausgelesen hat.

=== Hauptgerät ===
<nowiki>define <HM-CC-TC>.Heizung CUL_HM 1DA491
attr <HM-CC-TC>.Heizung actCycle 000:10
attr <HM-CC-TC>.Heizung actStatus alive
attr <HM-CC-TC>.Heizung autoReadReg 1
attr <HM-CC-TC>.Heizung devInfo 00FFFF
attr <HM-CC-TC>.Heizung expert 2_full
attr <HM-CC-TC>.Heizung firmware 2.1
attr <HM-CC-TC>.Heizung hmClass receiver
attr <HM-CC-TC>.Heizung model HM-CC-TC
attr <HM-CC-TC>.Heizung room <IhrRaum>
attr <HM-CC-TC>.Heizung serialNr JE********
attr <HM-CC-TC>.Heizung subType thermostat</nowiki>
=== Channel (Kanal) 01 _Weather ===
<nowiki>define <HM-CC-TC>.Heizung_Weather CUL_HM 1DA49101 <<<=== 01 = Kanal 1
attr <HM-CC-TC>.Heizung_Weather model HM-CC-TC
attr <HM-CC-TC>.Heizung_Weather peerIDs
attr <HM-CC-TC>.Heizung_Weather room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_Weather FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_Weather-%Y-%m.log <HM-CC-TC>.Heizung_Weather
attr FileLog_<HM-CC-TC>.Heizung_Weather logtype text
attr FileLog_<HM-CC-TC>.Heizung_Weather room CUL_HM,<IhrRaum></nowiki>
=== Channel (Kanal) 02 _Climate ===
<nowiki>define <HM-CC-TC>.Heizung_Climate CUL_HM 1DA49102 <<<=== 02 = Kanal 2
attr <HM-CC-TC>.Heizung_Climate model HM-CC-TC
attr <HM-CC-TC>.Heizung_Climate peerIDs 1AD52B01,1B7A4C01,1C4CD101,1C48EC01, <<<=== gepeerte HM-CC-VDs
attr <HM-CC-TC>.Heizung_Climate room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_Climate FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_Climate-%Y-%m.log <HM-CC-TC>.Heizung_Climate
attr FileLog_<HM-CC-TC>.Heizung_Climate logtype text
attr FileLog_<HM-CC-TC>.Heizung_Climate room CUL_HM,<IhrRaum></nowiki>
=== Channel (Kanal) 03 _WindowRec ===
<nowiki>define <HM-CC-TC>.Heizung_WindowRec CUL_HM 1DA49103 <<<=== 03 = Kanal 3
attr <HM-CC-TC>.Heizung_WindowRec model HM-CC-TC
attr <HM-CC-TC>.Heizung_WindowRec peerIDs 1CFBB001, <<<=== gepeerte HM-Sec-SCs
attr <HM-CC-TC>.Heizung_WindowRec room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_WindowRec FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_WindowRec-%Y-%m.log <HM-CC-TC>.Heizung_WindowRec
attr FileLog_<HM-CC-TC>.Heizung_WindowRec logtype text
attr FileLog_<HM-CC-TC>.Heizung_WindowRec room CUL_HM,<IhrRaum></nowiki>
== Einstellungen eines HM-CC-TC lesen, anzeigen und sichern ==
=== expert ===
Anfang Februar 2013 wurde eine Änderung bei der Anzeige der so genannten ''Readings'' (Register usw.), also der Einstellungen bzw. Eigenschaften eines HM-Devices, eingeführt. '''Alle''' Werte sieht man nur noch, wenn man am HM-CC-TC das Attribut ''expert'' auf ''2_all'' setzt. Per '''default''' (nicht in ''fhem.cfg'' gesetzt) steht dieser Wert auf ''0_off'' (nur die notwendigsten Readings/Eigenschaften werden angezeigt). Mittelweg ist der Wert ''1_on''.

Mittels

<nowiki>attr <HM-CC-TC-Name> expert 2_full</nowiki>
in der FHEM-Befehlszeile mit anschließendem <Enter> setzt man diesen Level.

Falls man mit '''Temperaturlisten''' arbeitet (siehe unten), dann kann man die komplette Liste im "Channel" (Kanal) ''<HM-CC-TC-Name>__Climate'' einsehen. Auch für diesen Kanal ist evtl. ein setzen des Attributes ''expert 2_full'' angeraten.

<ins>Anmerkung:</ins> Es gibt auch noch sogenannte "hidden datas" (versteckte interne Werte, Register oder Eigenschaften deren Namen mit einem "." beginnen). Diese sieht man nur dann, wenn auch das Attribut ''showInternalValues 1'' gesetzt ist (default: 0 bzw. nicht gesetzt).

=== autoReadReg ===
Mitte Januar 2013 wurde das neue Attribut ''autoReadReg'' eingeführt, welches auf ''0'' voreingestellt ist (kein Eintrag in der ''fhem.cfg''). Das Setzen dieses Attributes auf ''1'' bewirkt, dass <ins>beim Neustart von FHEM</ins> die Einstellungen des entsprechenden HM-Gerätes ausgelesen werden. Dies wird bei mehreren ''autoReadReg''s automatisch zeitversetzt vorgenommen, um die Funk-Kommunikation nicht unnötig zu belasten.

Mittels

<nowiki>attr <HM-CC-TC-Name> autoReadReg 1 </nowiki>
in der FHEM-Befehlszeile mit anschließendem <Enter> setzt man diesen Wert.

=== list ===
Um sich alle Eigenschaften/Readings eines Gerätes anzusehen, gibt es den Befehl ''list''.

Mittels

<nowiki>list <HM-CC-TC-Name></nowiki>
und Bestätigung mit <Enter> erhalten Sie die gewünschte Anzeige Ihres TCs <ins>incl.</ins> seiner 3 Channels. Über

<nowiki>list <HM-CC-TC-Name>_<Channel-Name></nowiki>
werden nur die Daten des angegebenen Channels angezeigt.

=== Einstellungen sichern ===
Die Durchführung von ''autoReadReg'' kann durchaus mehrere Minuten dauern. Anschließend besteht die Möglichkeit, diese per

<nowiki>get HM-CC-TC-Basisname saveConfig [/Verzeichnis/mit/Schreibrechten/]<Dateiname></nowiki>
für jedes HM-CC-TC getrennt zu sichern (für eine später notwendige Wiederherstellung). Die Sicherungsdatei wird regulär im ''modpath'' (siehe ''fhem.cfg'') abgelegt. Falls dies nicht zum Erfolg führt (es wird - ohne Fehlermeldungen bei regulärem ''verbose'' und ''loglevel'' - im ''modpath'' keine Datei angelegt), müssen Sie vor dem Dateinamen einen vollständigen Pfad mit Schreibrechten für den Benutzer, unter dem FHEM läuft, angeben.

In der <ins>Log-Datei</ins> von FHEM erscheinen danach Meldungen folgender Art

<nowiki><Datum>_<Zeit> 2: CUL_HM set <HM-CC-TC-Name> statusRequest rxt:12
<Datum>_<Zeit> 2: CUL_HM set <HM-CC-TC-Name> getConfig rxt:12</nowiki>
Hierbei kann es (im <ins>Event monitor</ins> von FHEM) zu folgenden Fehlermeldungen kommen

<nowiki><Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:RegisterRead
<Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:PeerList
<Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:StatusReq</nowiki>
Diese Meldungen können auch mehrfach pro Gerät auftreten. Dann hat das Auslesen der Einstellungen nicht geklappt und sollte nochmals durchgeführt werden. Dafür muss man FHEM aber nicht neu starten, sondern das HM-Device per

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
in der Befehlszeile von FHEM und anschließendem <Enter> (nicht "save") darauf einstellen.

Die Channels (z.B. <HM-CC-TC-Name>_Climate, _Weather, _WindowRec) eines HM-Gerätes brauchen nicht (können aber bei Bedarf) separat ausgelesen bzw. gesichert zu werden, da sie Bestandteil der Basisabfrage sind.

== Funkprobleme auffangen ==
Der wohl am häufigsten an den HM-CC-TC gesendete Befehl ist "set desired-temp", mit dem die Wunschtemperatur neu gesetzt wird.
Funktioniert dieser Befehl jedoch nicht zuverlässig, wird die Wohnung ggf. zu lange oder nicht rechtzeitig beheizt.
Der folgende Mechanismus soll die Sicherheit erhöhen, indem die Antworten des HM-CC-TC geprüft werden und ggf. das Funktelegramm erneut gesendet wird.

Um den Sollwert zum erneuten Senden des Funktelegramms verfügbar zu haben, wird ein dummy definiert:

<nowiki>define HM_TC_Solltemperatur dummy</nowiki>
Wann immer die Solltemperatur geändert wird, setzt man die neue desired-temp nicht nur auf dem HM-TC-CC (hier HM_TC genannt), sondern auch auf dem dummy. Der Befehl (z.B. in der [[Zuhause-Status|Routine zum HomeStatus]]) sieht dann so aus:

<nowiki>set HM_TC desired-temp 21;set HM_TC_Solltemperatur 21</nowiki>
Falls das ausgehende Funktelegramm verlorengeht, fehlt die Antwort "command accepted". Dies kann mit einem watchdog aufgefangen werden, der dann den Befehl an den HM-CC-TC erneut sendet:

<nowiki>define w_HM_TC watchdog HM_TC:set_desired-temp.* 00:02:30 HM_TC_Climate:CommandAccepted:.yes { \
Log 1, ">>>>>>>>> w_HM_TC desired temp - missing response.";\
fhem("set HM_TC desired-temp ".Value("HM_TC_Solltemperatur"));\
}</nowiki>
Falls ein Fehler bei der Funkkommunikation auftritt, erhält man die Antwort "missing ACK" oder "NACK". Auch in diesem Fall soll das Telegramm zum Ändern der Wunschtemperatur erneut an den HM-CC-TC gesendet werden:

<nowiki>define n_HM_TC_err notify HM_TC:(MISSING.ACK.*|.*NACK.*) {\
Log 1, ">>>>>>>>> n_HM_TC desired temp - missing ack/nack.\n";\
fhem("set HM_TC desired-temp ".Value("HM_TC_Solltemperatur"));\
}</nowiki>
Mit diesen beiden Helfern ist die Funkkommunikation zum HM-CC-TC sehr zuverlässig.

== Plots / Grafiken ==
=== Problem ===
Durch ''autocreate'' wird zwar ein Log angelegt, aber kein Plot (Grafische Auswertung). Dem kann man aber abhelfen (siehe unten).

=== Plots erzeugen ===
''PGM2'' ist die Standardansicht des Fhem-Web-Interfaces. Um hier Plots/Grafiken zu erzeugen einfach unter dem ''Filelog'' des Thermostaten das ''attr logtype'' auf ''temp4hum6:Plot,text'' setzen und es wird ein Plot-Link neben dem Text-Link angezeigt. Nun können Sie auf diesen Plot-Link klicken und ...

=== alternative Plots ===
Mit dem fht.gplot funktioniert die Anzeige der Ventilstellung (actuator) nicht.

Mit folgendem angepassten .gplot File wird die gemessene Temperatur und Ventilstellung angezeigt.

<nowiki>############################
# Display the measured temp and the actuator.
# Corresponding FileLog definition:
# define <filelogname> FileLog /var/log/fhem/actuator_name-%Y.log <actuator_name>:(measured-temp|actuator).*

set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set ytics nomirror
set y2tics
#set ytics
set title '<L1>'
set grid xtics y2tics

set y2label "Temperatur in C"
set ylabel "Ventil (%)"

#FileLog 4:measured:10:
#FileLog 4:actuator:50:

plot \
"< egrep 'temperature' <IN>"\
using 1:4 axes x1y2 title 'Temperatur in C' with lines,\
"< egrep 'actuator' <IN>"\
using 1:4 axes x1y1 title 'Ventil (%)' with lines\</nowiki>
=== Alles-drin-Plot ===
dazu nimmt man folgendes .gplot. Man/Fra beachte, dass hierfür alle Parameter nach der define-Anweisung in das Logfile geschrieben werden.

<nowiki>############################
# Display the measured temp and the actuator.
# Corresponding FileLog definition:
# define <filelogname> FileLog /var/log/fhem/HM_CC_TC-%Y.log <HM_CC_TC-name>
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set ytics nomirror
set y2tics
#set ytics
set title '<L1>'
set grid xtics y2tics
set y2label "Temperature in C"
set ylabel "Actuator (%)"
#FileLog 4:temperature:0:
#FileLog 4:desired:0:
#FileLog 4:humidity:0:
#FileLog 4:actuator:0:int
plot \
"< awk '/temperature/{print $1, $4}' <IN>"\
using 1:2 axes x1y2 title 'Measured temperature' with lines lw 2,\
"< awk '/desired/{print $1, $4}' <IN>"\
using 1:2 axes x1y2 title 'Desired temperature' with steps,\
"< awk '/humidity/ {print $1, $4+0}' <IN>"\
using 1:2 axes x1y1 title 'Humidity (%)' with lines,\
"< awk '/actuator/ {print $1, $4+0}' <IN>"\
using 1:2 axes x1y1 title 'Actuator (%)' with lines\</nowiki>

== Steuerungsmodi ==
Das Wandthermostat hat 4 verschiedene Steuerungsmöglichkeiten:

* Auto (automatisch)
* Cent (Zentrale)
* Manu (manuell)
* Prog / Koffer-Symbol (Urlaubs/Party-Modus, wird hier nicht näher erörtert)

Der Steuerungsmodus wird über wiederholtes Drücken der linken Taste des HM-CC-TC ausgewählt bzw. gewechselt.

'''Hinweis:''' Durch das P'''ai'''ren des HM-CC-TC <ins>und</ins> der Stellantrieb sowie Tür-/Fensterkontakte an Fhem verlieren Sie '''nicht''' die Steuerungsmöglichkeiten. Im Gegenteil: Nur wenn auch die VDs usw. mit Fhem gep'''ai'''rt sind, haben Sie die Möglichkeit, auch diese zu überwachen. Die Steuerung '''können''' Sie dennoch allein dem HM-CC-TC überlassen.

=== Auto-Modus ===
Im Modus '''Auto''' wird die Temperaturregelung über die im TC hinterlegten Temperaturlisten vorgenommen. Das Thermostat arbeitet also selbständig, somit unabhängig von einer Zentrale / FHEM. Nur in diesem Modus werden die evtl. per FHEM an das TC übermittelten "templist" abgearbeitet. Über das Senden von angepassten Temperatur-Listen kann eine indirekte Steuerung per FHEM erfolgen. '''Jederzeit''' kann zudem die Raumtemperatur über das Drehrad des Wandthermostaten oder die FHEM-Web-Oberfläche verändert werden. Diese ''Übersteuerung'' der Temperaturliste gilt bis zur nächsten Temperaturänderung nach der vorgenannten Liste.

=== Cent-Modus ===
Im Modus '''Cent''' steuert eine HomeMatic-Zentrale (CCU) oder eben ein FHEM-Server mit z.B. [[HMLAN Konfigurator]] zu den in der FHEM-Config hinterlegten Zeiten und mit den dort festgelegten Temperaturen. Fällt also die HM-Zentrale aus, erfolgt keine Steuerung der Thermostaten bzw. Heizungsventile mehr.

<ins>Anmerkung</ins>: Der Modus ''cent'' erscheint nur dann im Display des HM-CC-TC, wenn er an eine Zentrale bzw. das [[CUL]] angelernt (gepairt) wurde.

=== Manu-Modus ===
Der Modus '''Manu''' übersteuert die im TC hinterlegten Temperaturlisten und die evtl. von der HM-Zentrale / dem FHEM <ins>vor Umstellung auf ''Manu''</ins> gesendeten Einstellungen. Es wird also bis zur nächsten Modusumstellung bzw. manuellen Temperaturverstellung der per Einstellrad gesetzte Temperaturwert gefahren.

Aber auch in diesem Modus kann man die ''desired-temperature'' per FHEM verstellen. Der dadurch eingestellte Wert gilt ab sofort als der neue im ''Manu-Modus'' zu haltende Wert.

=== Tastensperre ===

Um zu verhindern, dass der Modus oder die Temperatur per Tasten bzw. Drehrad am HM-CC-TC verändert wird, kann eine Tastensperre gesetzt werden. Dies erfolgt mittels des Befehls:

set <HM-CC-TC> regSet btnLock on

Rückgängig machen geht per:

set <HM-CC-TC> regSet btnLock off

=== Auslesen des eingestellten Steuerungsmodus ===
Der eingestellte Steuerungsmodus erscheint normalerweise in den ''Readings'' des HM-CC-TC unter ''controlMode''. Zusätzlich haben Sie die Möglichkeit, diesen Modus auch in der FHEM-Weboberfläche ''everything'' => Abschnitt ''thermostat'' zu sehen, '''wenn''' Sie für den HM-CC-TC das folgende Attribut setzen:

<nowiki>attr <HM-CC-TC-Name> stateFormat T:measured-temp, H:humidity, VD:actuator, controlMode</nowiki>
Erscheint dort selbst nach einem

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
kein "Reading" ''controlMode'' oder keine Angabe des aktuell eingestellten Modus bzw. nur das Wort "controlMode", dann setzen Sie ihren HM-CC-TC von Hand in einen anderen Kontrollmodus und machen einen Browser-Refresh. Klappt dies nicht, geben Sie bitte erneut den Befehl

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
ein. Halten Sie anschließend die Taste <OK> am HM-CC-TC für 5 Sekunden gedrückt (oder warten ca. 5 Minuten) und machen in der FHEM-Weboberfläche einen Browser-Refresh (FF => <F5>). Jetzt sollte der manuell eingestellte Kontrollmodus erscheinen (ggfls. muss dieser Vorgang einmal wiederholt werden). Jetzt können Sie wieder den gewünschten Modus einstellen, erneut ein

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
absetzen und nach erneutem Drücken der <OK>-Taste für 5 Sekunden mit nachfolgendem Browser-Refresh sollte alles richtig angezeigt werden.

Dies setzt natürlich voraus, dass der HM-CC-TC richtig gepairt ist.

== Temperaturlisten ==
Die Temperaturlisten des TC werden identisch mit denen anderer HomeMatic Thermostate verwaltet, siehe [[HomeMatic Type Thermostat#Temperaturlisten|HomeMatic Type Thermostat]].
Beim TC ist der Kanal 4 (_Climate) für die Temperaturlisten zuständig.

== Batteriealarme des HM-CC-VD in Verbindung mit HM-CC-TC ==
1. bei U-Bat. < 2,4 V erscheint im Display des VD und des TC das Batteriesymbol mit '''battery: low''' in den Readings und Events!

2. bei U-Bat. < 2,3 V erscheint im Display des VD zusätzlich '''F4''' mit '''battery: critical''' in den Readings und Events!

Es wird dringend geraten, die Batterien bei battery: low zu tauschen!

== Log-Auszug ==
HM-CC-TC sendet alle 2 Minuten folgenden Statusbericht:

<nowiki>Datum-Zeit <Device Name> T: 17.3 H: 66
Datum-Zeit <Device Name> measured-temp: 17.3
Datum-Zeit <Device Name> temperature: 17.3
Datum-Zeit <Device Name> humidity: 66
Datum-Zeit <Device Name> actuator: 96 %</nowiki>
Bei Status-Änderungen sendet HM-CC-TC auch entsprechende Meldungen, z.b.:

<nowiki>Datum-Zeit <Device Name> desired-temp: 15.5</nowiki>

= Probleme =

== Verstellen der Solltemperatur am HM-CC-TC per Drehrad ==

'''Symptom:''' Beim Verstellen der Solltemperatur per seitlichem Drehrad wurde die aktuelle Solltemperatur - '''egal ob''' man hoch oder runter drehte - immer nur in 0,5 °C Schritten '''runter''' gestellt, bis schließlich die Mindesttemperatur von 6,0 °C erreicht war. Weitere Änderungen waren nicht möglich

'''Abhilfe:''' Letztlich half nur das kurzzeitige Entfernen einer Batterie. Das danach für einige Zeit erscheinende Batteriesymbol zeigte den kleinstmöglichen guten Zustand an, in FHEM wurde das ''Reading'' des Batteriezustandes mit ''ok'' ausgegeben (wie in den Logs aber vorher auch). '''Letztlich half aber nur''' das Einsetzen neuer Batterien, denn die o.a. Störung trat nach ca. 2 Stunden erneut auf. Die "alten" Batterien (die, die dem HM-CC-TC ab Werk beilagen) hatten somit eine Nutzungsdauer von knapp 11 Monaten, waren aber auch in einem HM-CC-TC, der mit 4 Stck. HM-Sec-SC (mussten sehr oft "Meldung machen") und 4 Stck. HM-CC-VD gepeert war. ''Ohne Last'' zeigten die beiden alten AA-Batterien eine Spannung von jeweils 1,29 V an.

'''Hinweis:''' Die unter ''Abhilfe'' beschriebene Lösung war leider nur von kurzer Dauer. Bereits kurz danach zeigte der HM-CC-TC die gleichen Ausfallerscheinungen. Bei ELV gibt es das Bauteil für das Drehrad (Inkrementalgeber) als [http://www.elv.de/inkrementalgeber-fuer-fs20-str-fht-8-und-homematic-hm-cc-tc.html Ersatzteil]. Sobald dieses geliefert und ein Reparaturversuch unternommen wurde, wird an dieser Stelle weiter berichtet.

== HM-CC-TC misst zu hohe/niedrige Luftfeuchte-Werte ==

'''Symptom:''' In den Fhem-Logs und demzufolge auch in den Plots/Grafiken eines seit über 18 Monaten im Einsatz befindlichen HM-CC-TC wurden viel zu hohe (einzelne Spitzenwerte von 98 oder 99 %) bzw. ständig zu niedrige (um die 20 oder sogar vereinzelt nur 2 %) Werte für die relative Luftfeuchte gemessen (im direkten Vergleich zu anderen HM-CC-TCs). Die anderen Werte (Temperatur, Actuator) waren aber schlüssig.

'''Abhilfe:''' Batteriewechsel. Die alten Batterien hatten (unbelastet) noch knapp über 1 V Spannung.

'''Hinweis:''' Eine Batteriewarnung des Gerätes gab es nicht. Im Display war das entsprechende Symbol noch auf 1 Balken.

= Firmware =
Aktuelle Firmware-Version: 2.1

= Links =
Anleitung [http://www.eq-3.de/Downloads/eq3/pdf_produkte/HM-CC-TC_UM_GE_eQ-3_110405.pdf PDF]
Ersatzteil Incerementalgeber [http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=41344 ELV]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Feuchtesensoren]]
[[Kategorie:Temperatursensoren]]

EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen

2015-09-25T19:11:34Z

BenMarloe: /* FHEM Config-Auszug */ Installlationssperzifische Details gelöscht.

Kann über virtuellen Schalter als Tastensimulation eingelernt werden.
[[EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen]] ist ein
* Aktor für EnOcean (oder Easyclick)
* Unterputzaktor
* 2-Kanal ohne Positionserkennung
* Für Jalousien oder Rolläden

45'''2'''-'''FU'''-'''EP'''-'''JR o.T.''' bedeutet 
'''2''' Kanal '''F'''unk '''U'''nterputz-'''E'''m'''P'''fänger für '''J'''alousie & '''R'''olladen '''o'''hne '''T'''ragplatte
{{Infobox Hardware
|Bild=452_FU-EP_JR_o.T.jpg
|Bildbeschreibung=452_FU-EP_JR_o.T.
|HWProtocol=EnOcean
|HWType=Empfänger, Aktor
|HWCategory=EnOcean
|HWComm=EnOcean Funk, 868Mhz
|HWChannels=1 (unidirektional)
|HWVoltage=230V~
|HWPowerConsumption=Eigenverbrauch < 1 W (geschätzt)
|HWPoweredBy=230V~
|HWSize=72x50x39 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#EnOcean EnOcean]
|HWManufacturer=Peha
}}
== Features ==
Unidirektionaler 2-Kanal-Jalousieaktor ohne Positionserkennung

== Hinweise zum Betrieb mit Fhem ==
Der Aktor kann ausschließlich von Fhem per Taster-Emulation gesteuert werden.

=== Definition/Anlernvorgang ===
Der Aktor kann nicht vollautomatisch per autocreate in Fhem angelegt werden.

Folgende Schritte sind durchzuführen (siehe auch [[EnOcean_Starter_Guide#Teach-In_als_Tasteremulation|EnOcean Starter Guide]]):

* Eine [[EnOcean_Starter_Guide#Wie ermittelt man freie Sender-IDs des TCM-basierten Funkgateways?|freie SenderID des TCM-basierten Gateways heraussuchen]] und diese als EnOcean-Gerät in Fhem definieren, dazu im Befehl-Eingabefeld eingeben:
:<code>define Rolladen EnOcean AABBCC01</code>
:Alternativ kann man Fhem auch anweisen, für das EnOcean-Gerät selbst die nächste freie SenderID zu ermitteln. Die Definiton ist dann folgendermaßen vorzunehmen:
:<code>define Rolladen EnOcean getNextID</code>

* Anschließend das Attribut <code>subType</code> beim erzeugten Device auf <code>switch</code> setzen. Durch diese Definition wird ein 8-fach EnOcean-Taster erzeugt. Der Taster hat 4 Kanälen (A,B,C,D) zu je 2 Tasten (0,I). Alle diese 8 Taster senden mit der gleichen SenderID des TCM. Das entspricht einem Gerät mit 4 Schaltwippen die jeweils "oben" '''oder''' "unten" gedrückt sein können. Fhem emuliert mit diesem EnOcean-Gerät einen EnOcean-Schalter (darum auch "virtueller Fhem-Schalter"). Der Taster 0 des Kanal A wird "gedrückt" mit <code>set Rolladen A0</code>.

* Dieser virtuelle Fhem-Schalter wird in den Aktor wie ein physischer Schalter eingelernt. Den Aktor in den Anlernmodus bringen (Taste LRN/SET drücken) und den virtuellen Fhem-Schalter betätigen, indem im Befehl-Eingabefeld eingeben wird:
:<code>set Rolladen A0</code>

* Wenn der Aktor den erfolgreichen Anlernvorgang signalisiert, den Anlernmodus am Aktor ausschalten.

'''HINWEIS:''' Die so angelernten Aktoren brauchen zusätzlich zum AO/AI/BO/BI Kommando auch das release Kommando, sonst akzeptieren sie manchmal keine weiteren Kommandos mehr.

=== FHEM Config-Auszug ===
Ein exemplarischer Auszug aus der [[Konfiguration]]:
define Rolladen EnOcean FFC6DE87
attr Rolladen IODev TCM_ESP2_0
attr Rolladen subType switch

=== Eventmonitorbeispiel ===
2015-08-17 23:28:41 EnOcean Rolladen on
2015-08-17 23:28:42 EnOcean Rolladen released

== Einsatzbeispiel ==
{{todo|Einsatzbeispiel erstellen}}

== Links ==
* Datenblatt/Anleitung: [http://www.batterielos.de/download/Bedienungsanleitungen/Produktgruppe%20EnOcean/Peha/452-FUEPJR.pdf 452 FU-EP JR o.T. Bedienungsanleitung]

[[Kategorie:EnOcean Components]]
[[Kategorie:Rollladensteuerung]]

EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen

2015-09-25T19:10:30Z

BenMarloe: /* Eventmonitorbeispiel */

Kann über virtuellen Schalter als Tastensimulation eingelernt werden.
[[EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen]] ist ein
* Aktor für EnOcean (oder Easyclick)
* Unterputzaktor
* 2-Kanal ohne Positionserkennung
* Für Jalousien oder Rolläden

45'''2'''-'''FU'''-'''EP'''-'''JR o.T.''' bedeutet 
'''2''' Kanal '''F'''unk '''U'''nterputz-'''E'''m'''P'''fänger für '''J'''alousie & '''R'''olladen '''o'''hne '''T'''ragplatte
{{Infobox Hardware
|Bild=452_FU-EP_JR_o.T.jpg
|Bildbeschreibung=452_FU-EP_JR_o.T.
|HWProtocol=EnOcean
|HWType=Empfänger, Aktor
|HWCategory=EnOcean
|HWComm=EnOcean Funk, 868Mhz
|HWChannels=1 (unidirektional)
|HWVoltage=230V~
|HWPowerConsumption=Eigenverbrauch < 1 W (geschätzt)
|HWPoweredBy=230V~
|HWSize=72x50x39 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#EnOcean EnOcean]
|HWManufacturer=Peha
}}
== Features ==
Unidirektionaler 2-Kanal-Jalousieaktor ohne Positionserkennung

== Hinweise zum Betrieb mit Fhem ==
Der Aktor kann ausschließlich von Fhem per Taster-Emulation gesteuert werden.

=== Definition/Anlernvorgang ===
Der Aktor kann nicht vollautomatisch per autocreate in Fhem angelegt werden.

Folgende Schritte sind durchzuführen (siehe auch [[EnOcean_Starter_Guide#Teach-In_als_Tasteremulation|EnOcean Starter Guide]]):

* Eine [[EnOcean_Starter_Guide#Wie ermittelt man freie Sender-IDs des TCM-basierten Funkgateways?|freie SenderID des TCM-basierten Gateways heraussuchen]] und diese als EnOcean-Gerät in Fhem definieren, dazu im Befehl-Eingabefeld eingeben:
:<code>define Rolladen EnOcean AABBCC01</code>
:Alternativ kann man Fhem auch anweisen, für das EnOcean-Gerät selbst die nächste freie SenderID zu ermitteln. Die Definiton ist dann folgendermaßen vorzunehmen:
:<code>define Rolladen EnOcean getNextID</code>

* Anschließend das Attribut <code>subType</code> beim erzeugten Device auf <code>switch</code> setzen. Durch diese Definition wird ein 8-fach EnOcean-Taster erzeugt. Der Taster hat 4 Kanälen (A,B,C,D) zu je 2 Tasten (0,I). Alle diese 8 Taster senden mit der gleichen SenderID des TCM. Das entspricht einem Gerät mit 4 Schaltwippen die jeweils "oben" '''oder''' "unten" gedrückt sein können. Fhem emuliert mit diesem EnOcean-Gerät einen EnOcean-Schalter (darum auch "virtueller Fhem-Schalter"). Der Taster 0 des Kanal A wird "gedrückt" mit <code>set Rolladen A0</code>.

* Dieser virtuelle Fhem-Schalter wird in den Aktor wie ein physischer Schalter eingelernt. Den Aktor in den Anlernmodus bringen (Taste LRN/SET drücken) und den virtuellen Fhem-Schalter betätigen, indem im Befehl-Eingabefeld eingeben wird:
:<code>set Rolladen A0</code>

* Wenn der Aktor den erfolgreichen Anlernvorgang signalisiert, den Anlernmodus am Aktor ausschalten.

'''HINWEIS:''' Die so angelernten Aktoren brauchen zusätzlich zum AO/AI/BO/BI Kommando auch das release Kommando, sonst akzeptieren sie manchmal keine weiteren Kommandos mehr.

=== FHEM Config-Auszug ===
Ein exemplarischer Auszug aus der [[Konfiguration]]:
define Rolladen EnOcean FFC6DE87
attr Rolladen userattr room_map structexclude
attr Rolladen IODev TCM_ESP2_0
attr Rolladen eventMap AI:on A0:off BI:on B0:off released:released
attr Rolladen subType switch

=== Eventmonitorbeispiel ===
2015-08-17 23:28:41 EnOcean Rolladen on
2015-08-17 23:28:42 EnOcean Rolladen released

== Einsatzbeispiel ==
{{todo|Einsatzbeispiel erstellen}}

== Links ==
* Datenblatt/Anleitung: [http://www.batterielos.de/download/Bedienungsanleitungen/Produktgruppe%20EnOcean/Peha/452-FUEPJR.pdf 452 FU-EP JR o.T. Bedienungsanleitung]

[[Kategorie:EnOcean Components]]
[[Kategorie:Rollladensteuerung]]

Benutzer Diskussion:Ph1959de

2015-09-18T20:02:29Z

BenMarloe: /* Neue Seite oder Ergänzung */ erledigt

== Kategoriestruktur ==

Ich habe eine Bestandsaufnahme der Kategoriestruktur mittels Freeplane Mindmap Programm erstellt. Die Quelldatei kann ich derzeit hier nicht ablegen, da nur Bilddateien erlaubt sind. Bei Bedarf bitte nach der .mm Datei fragen, ich sende sie gern an Interessenten (die willens sind, an der Umstrukturierung mitzuarbeiten). --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:13, 8. Jul. 2013 (CEST)

::Darfst du die Datei im Forum hochladen? Dann könntest einfach von hier dorthin verlinken? Grüße, [[Benutzer:Rince|Rince]] ([[Benutzer Diskussion:Rince|Diskussion]]) 08:43, 10. Jul. 2013 (CEST)

== Löschkandidaten ==

Die ganzen unverlinkten Bilde in Löschkandidaten packen hättest du nicht machen brauchen. Ich lösch unverlinkte Bilder die aus dem Import kommen auch so... wenn ich zwischendurch immer mal Zeit [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 17:00, 9. Jul. 2013 (CEST)

: :-) ... War ich ja gar nicht - das war Markusbloch ... von mir war der Hinweis auf die unverlinkten Dateien. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 23:03, 9. Jul. 2013 (CEST)

::: Manchmal hab ich eben so ne Phase irgendwie. Ist genauso wie bei der manuellen Korrektur aller Artikel direkt nach dem Import ;-) --[[Benutzer:Markusbloch|Markusbloch]] ([[Benutzer Diskussion:Markusbloch|Diskussion]]) 18:33, 10. Jul. 2013 (CEST)

::::Oh ja, hab irgendwie nicht aufgepasst. Also gegen die Phasen hab ich nix :-) [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 20:24, 10. Jul. 2013 (CEST)

== Abbildung von Bauteilen als Foto ==

Hallo Peter,

ich habe eine grundsätzliche Frage zur Darstellung von eigenen Fotos unter FHEMWiki. Ist es urheberrechtilich zulässig, eigene Fotos von Bauteilen darzustellen ?

Gruß
Lothar

:Hallo Lothar, ich bin da zwar kein Experte, denke aber, dass genau diese Art von Bildern erlaubt ist. Was nicht geht, ist das Übernehmen von Bildern von z.B. einer Herstellerseite, oder das direkte einbinden von Bildern aus fremdem Webspace. Ich denke, diese Aussage ist auch durch die Beschreibung bei Wikipedia abgedeckt: http://de.wikipedia.org/wiki/Hilfe:Bildertutorial/2_Bildrechte.
:<hr>
:--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:30, 27. Aug. 2013 (CEST)

== Urheberschaft der alten Einträge ==

Hallo,

ich habe festgestellt, dass ihr beim Neuaufsetzen des Wiki alle Urheberinformationen gelöscht habt. War das Absicht, oder ein Unfall ?

KG

pah
<hr />
:Hallo pah, muss man wohl eher als Unfall bezeichnen. Das Wiki war komplett weg (und das Backup war nicht wirklich als solches zu bezeichnen, sondern komplett unbrauchbar) und wurde aus dem Google-Cache wieder hergestellt. Dabei ist natürlich die ganze Änderungshistorie (und damit auch das was Du vermutlich als Urheberinformation bezeichnest?) verloren gegangen.
:Aber das erinnert mich daran, dass ich bei einem der Administratoren dringend mal nachfragen wollte, wie es jetzt um die Sicherstellung der Backups steht.
:Und noch ein Nachsatz: ''...dass ihr beim Neuaufsetzen des Wiki...'': daran war ich nicht wirklich aktiv beteiligt. Bin auch nur "ganz normaler" Wiki Benutzer ohne besondere Rechte. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 14:43, 10. Nov. 2013 (CET)

== Links auf der Willkommensseite ==
Hallo Peter,

ich bin - als Neuling - nicht ganz sicher, ob die Kommunikation mit Dir so gedacht ist, aber zumindest stand das so auf der Begrüßungsseite ;-)

Ich habe festgestellt, dass in der Begrüßungsseite die Links auf die englische Version von wikipedia verweisen. Ich denke gerade für Neulinge wäre da die deutsche Version besser. (Z.B. http://de.wikipedia.org/wiki/Wikipedia:Tutorial)

--[[Benutzer:Funfactor|Funfactor]] ([[Benutzer Diskussion:Funfactor|Diskussion]]) 12:31, 28. Nov. 2013 (CET)
: ... ja, ist mir bekannt (trotzdem danke für die Rückmeldung). Kann ich aber leider nicht ändern, aber wenn ich mich recht erinnere, habe ich da beim "Betreiber" unseres Wiki schon mal nachgefragt aber bisher keine Antwort bekommen. Ich werde noch mal nachhaken. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:40, 28. Nov. 2013 (CET)
:: Ok, ich habe mir das noch mal angeschaut. Ist für neue Benutzer wirklich ziemlich verwirrend, deshalb habe ich vorerst mal "hartcodiert" auf die Links auf die deutschen Wikipedia:-Hilfeseiten umgestellt. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 18:42, 28. Nov. 2013 (CET)

== Verwendung der Sandbox ==
Hallo Peter,

den Wiki "sauber" zu halten ist ja eine wichtige Sache und ich denke dafür ist die [[FhemWiki:Sandbox]] gedacht.
Leider ist mir völlig unklar, wie ich diese in diesem Sinne verwenden soll. Gibt es hierzu eine Anleitung oder ein paar Hinweise?

--[[Benutzer:Funfactor|Funfactor]] ([[Benutzer Diskussion:Funfactor|Diskussion]]) 17:01, 29. Nov. 2013 (CET)
:Die Geschichte mit der Sandbox sollte man vielleicht nicht überbewerten. Was vermieden werden sollte ist
:* das wilde Anlegen von neuen Artikeln mit zusätzlichem experimentieren mit den Seitennamen (das gibt dann immer gleich eine Weiterleitung und zusätzlichen Aufräumaufwand)
:* jede noch so kleine Änderung separat abzuspeichern (Vorschau, Vorschau, Vorschau!); es gibt einige Leute, die neue Änderungen querlesen - denen macht man die Arbeit sonst unnötig schwer
:* was mir sonst noch so eingefallen ist, habe ich schon auf die [[FHEMWiki:Über FHEMWiki]]-Seite geschrieben (darf natürlich ergänzt werden)
:Experimentieren kann man zur Not auch im eigenen Namensraum (also in Deinem Fall <nowiki>[[Funfactor/Experiment...]]</nowiki>. Aber weitere Ideen sind jederzeit willkommen (bitte beachten: ich bin auch nur "ganz normaler User" hier). --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 18:35, 29. Nov. 2013 (CET)

== On-for-timer zurücksetzen ==
Hi, es gibt da einen Artikel, den ich erstmals gerne mit einem Template Löschkandidat oder Qualtitästsicherung versehen würde: [[On-for-timer zurücksetzen]]
Erbitte Zweitmeinung. Und ich weiss nicht, ob wir ggf passende Templates haben muss ich zugeben.

[[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 16:38, 27. Dez. 2013 (CET)
:<hr>
:--[[Benutzer:Stephan|Stephan]] ([[Benutzer Diskussion:Stephan|Diskussion]]) 16:45, 27. Dez. 2013 (CET) ''(Stefans Beitrag auf die Diskussionsseite des Artikels ([[Diskussion:On-for-timer_zurücksetzen]]) verschoben [ph1959de])''

:<hr>
:Ich (traue mich fast nicht :-), aber ich ...) verweise einfach mal auf die [[:Kategorie:Löschkandidaten]] und dortselbst auf den einleitenden Text.
:--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 17:54, 27. Dez. 2013 (CET)

== autocreate ==
du hast recht. in der default konfiguration von autocreate ist autosave an. aber es gibt devices wie z.b. OWServer/HUE und ich glaube sogar HM die gehen nicht über autocreate und da ist es auf jeden fall nötig von hand save zu sagen. [[Benutzer:Justme|Justme]] 19:56, 8. Jan. 2014 (CET)

== 1-Wire - Kategorie vs. Artikel ==
Ich finde es nicht richtig, die Übersichtsbeschreibung - z.B. was das 1-Wire System ist - aus der Kategorieseite herauszunehmen. Diese Trennung schafft Redundanz und verhindert sie nicht.

Die Beschreibung ist eine unmittelbare semantische Eigenschaft der Kategorie, und kein untergeordneter Begriff.
--[[Benutzer:Pahenning|Pahenning]] ([[Benutzer Diskussion:Pahenning|Diskussion]]) 19:05, 22. Feb. 2014 (UTC)
:''Ich habe mir mal erlaubt, die Diskussion zu einem eigenen Abschnitt zu machen.''
:Nachdem Du meine Änderung mittlerweile rückgängig gemacht hast, erübrigt sich ja eine weitere Diskussion. Konsequenterweise müsstest Du aber dann auch den Artikel [[1-Wire]] mitpflegen - Artikel und Kategorietext sind derzeit nur deshalb gleich, weil ich die Inhalte mit meiner Änderung auch konsolidiert hatte.
:Damit die Diskussion über dieses Thema leichter auffindbar ist, kopiere ich sie noch in die [[Kategorie_Diskussion:1-Wire]], wo sie dann ggf. auch weitergeführt werden kann/sollte.

::Werde ich machen
::--[[Benutzer:Pahenning|Pahenning]] ([[Benutzer Diskussion:Pahenning|Diskussion]]) 15:38, 24. Mär. 2014 (UTC)

== Disclaimer ==

Es erscheinen immer mehr Schaltpläne hier im Wiki. Vorschlag: Einen allgemeinen Disclaimer des Inhaltes:

- Nachbau aller Schaltpläne auf eigene Gefahr
- Weder Betreiber noch Autoren übernehmen irgendeine Haftung für Inhalte und unmittelbare oder mittelbare Folgen
- Hinweis auf die gesetzlichen Regelungen beim Anschluss an 230 V-Netze

und diesen dann ausdrücklich unten neben "Datenschutz etc." referenzieren.

LG

pah
--[[Benutzer:Pahenning|Pahenning]] ([[Benutzer Diskussion:Pahenning|Diskussion]]) 15:42, 24. Mär. 2014 (UTC)
<hr>
:Wenn Du damit ein Template/eine Vorlage meinst, die auf relevanten Seiten gezielt eingebunden werden kann/muss, kann ich das gern mal in Angriff nehmen. Ich würde mich dann an dem Text orientieren, den Du auf [[1W-WPump]] eingefügt hast. Im Augenblick ließe sich dafür auch die Vorlage <nowiki>{{Randnotiz|...}}</nowiki> (siehe [[FHEMWiki:Über_FHEMWiki#Vorlagen]]) verwenden.
:Für einen generellen Wiki-weiten Disclaimer würde ich Dich eher bitten, das selbst zu machen oder den Wiki-Admin [[Benutzer Diskussion:akw|Arno]] anzusprechen.
:--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 10:45, 25. Mär. 2014 (UTC)

== Erweiterung der Vorlage "Infobox Hardware" ==

hallo peter,
ich habe deine nachricht eben erst gesehen.

die idee war die infoboxen für modul und hardware ähnlicher zu machen. es ging mir nicht um den link zum modul sondern tatsächlich zum maintainer und da die möglichkeit aufs forums profil zu verlinken. so wie du es bei der neuen FLOORPLAN seite gemacht hast. zumindest bei 'meinen' modulen ist es zur zeit so das die info für die hardware und das fhem modul auf einer seite stehen. siehe: pca301 oder panstamp/swap. da gibt es entweder nur eine der beiden boxen oder die gleiche info taucht in beiden boxen auf. beides gefällt mir nicht wirklich.

eigentlich wollte ich die komplette ersteller zeile optional haben. das habe ich aber mit der tabellen formatierung noch nicht hin bekommen. jetzt ist erst mal nur der inhalt optional.

inzwischen habe ich noch "FHEMDevice" in "Modulname" geändert so wie es in der modul infobox auch ist. und die reihenfolge unter sonstiges geändert.

ich kann das aber auch wieder zurück bauen.

--[[Benutzer:Justme|Justme]] ([[Benutzer Diskussion:Justme|Diskussion]]) 13:51, 16. Mai 2014 (UTC)
:Auf der [[Vorlage_Diskussion:Infobox_Hardware]]-Seite geht's weiter.

== neue seiten ==
wo wir gerade dabei sind :). ich glaube es wäre schon den auskommentierten abschnitt 'neue seiten' auf der einstiegsseite zu aktivieren. --[[Benutzer:Justme|Justme]] ([[Benutzer Diskussion:Justme|Diskussion]]) 14:01, 16. Mai 2014 (UTC)

== neue Seiten ==
Hallo Peter,

Ich bin auch ein Neuling, und will meine Erfahrungen gerne anbieten an andere Benutzer. Zum Beispiel habe ich gerade der Modul Openweathermap in Betrieb genommen, und habe dabei einige Probleme gelöst. Ich hätte gern mehr Beispiele gehabt, und will die darum in eine Seite verwenden. Ist das erwünscht? Wenn ja, wie sollen neue Seiten über Devices eingeordnet werden, z.B. Openweathermap? (Deutsch ist nicht meine Muttersprache, so hoffentlich mache ich nicht zuviel Fehler).

[[Benutzer:TrudiB|TrudiB]] ([[Benutzer Diskussion:TrudiB|Diskussion]]) 11:37, 23. Mai 2014 (UTC)

<hr />
:Hallo Trudi, es ist auf jeden Fall erwünscht, dass (funktionierende) Beispiele (möglichst komplett) vorgestellt werden.
:Um eine neue Modulbeschreibung anzulegen, würde ich empfehlen, mal [[Vorlage:Infobox_Modul]] anzuschauen. Auf der [[FHEMWiki:Über_FHEMWiki]]-Seite findest Du auch in der Spalte "Ref" eine Liste der Seiten, die nach dem Schema angelegt oder überarbeitet wurden.
:Im Zweifel einfach noch mal nachfragen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:11, 23. Mai 2014 (UTC)

== Admin ==

Ph1959de erhält mit sofortiger Wirkung Administrator-Status im FHEMWiki. --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 10:56, 31. Mai 2014 (UTC)

==ZHK Seiten Einzelmodule ==

Hallo Peter,
Ich würde den Meinungsaustausch zum Thema wiki Pages valves/stellmotor gerne zu einem gemeinsamen Abschluss bringen. Ein (Erneutes) Feedback von dir wäre dabei hilfreich. Ich möchte dich daher herzlich einladen meine
Disk.Seite erneut zu besuchen und um Dein Feedback zu bereichern.
LG florian

==Kategorien für EnOcean ==
Hallo Peter,
für EnOcean gibt es 2 Kategorien: EnOcean und EnOcean_Components (anlog Homematic u.a.). In EnOcean ist der "EnOcean starter guide" und die Kategorie ist sinnvoll ins Wiki eingebunden. In der nichteingebundenen Kategorie "EnOcean_Components" befindet sich nur ein Sensor. Ist das so beabsichtigt? oder sollte das nicht angepasste werden.
Danke, Christian
<hr>
:Hallo Christian, nachdem die "EnOcean Components" Kategorie gerade erst "angelegt" wurde, würde ich erst mal abwarten. Eigentlich passt die Kategorie eher ins Konzept als das reine "EnOcean". Ich tendiere also eher dazu, alles auf "EnOcean Components" zu konsolidieren. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 17:45, 13. Jul. 2014 (UTC)
::Hallo Peter, bin dabei, den EnOcean starter guide schrittweise zu überarbeiten. Ich würde dabei einige Aktoren- und Sensorenerläuterungen aus dem Starter guide entnehmen und als separate Artikel in "EnOcean components" aufnehmen; jedoch hätte ich gerne auch eine vernünftige Erreichbarkeit. Am einfachsten wäre es doch auch den starter guide zu verschieben. Dazu habe ich aber zuwenig Ahnung und würde das lieber einem Admin überlassen. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 18:09, 13. Jul. 2014 (UTC)
::<hr>
:::Christian, wenn Du mit "Starter Guide verschieben" das Umhängen in Kategorie "EnOcean Components" meinst: das habe ich gerade gemacht (die Änderung besteht einfach nur aus dem Einsetzen des neuen Kategorienames im Artikel). Außerdem habe ich Kategorie "EnOcean" nach [[:Kategorie:EnOcean Components]] verschoben. Jetzt ist es einheitlich zu FS20, HomeMatic, etc.
:::... und jetzt kannst Du loslegen mit den weiteren Änderungen - nur eine Bitte noch: Namensschema gut überlegen und neue Artikel möglichst erst speichern, wenn Du wirklich komplett damit zufrieden bist (Vorschaufunktion "großzügig verwenden"). Das macht es den (wenigen) Leuten, die alle Änderungen hier im Wiki "sichten" einfacher. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 05:15, 14. Jul. 2014 (UTC)
:::: Vielen Dank für Deine schnelle Reaktion; werde versuchen Deine Bitten umzusetzen. Einen Wunsch habe ich natürlich noch ;-). Könnten wir EnOcean nicht auch auf der Hauptseite verlinken? Gruß, Christian--[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 09:27, 14. Jul. 2014 (UTC)
::::<hr>
:::::Ich habe ohnehin noch einige Änderungen für die Hauptseite auf meiner Liste. Da werde ich dann EnOcean auch mit aufnehmen ... bis dahin gibts ja dann vielleicht auch noch mehr Artikel in der Kategorie. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 09:44, 14. Jul. 2014 (UTC)
::::::zum Namensschema: Habe in der Kategorie den Hinweis zum Namensschema analog der anderen Hardwaresystme eingefügt. Mich stört eigentlich das Vorsetzen von EnOcean- ,würde es gerne weglassen, aber es scheint übliche Konvention hier zu sein. In der der Übersicht erscheint so aber alles unter "E". Hast Du dazu eine Meinung? Sorry, wenn ich so viel frage, aber bevor ich alles durcheinanderbringe...
::::::<hr>
:::::::Kein Problem (zu fragen) - ist wirklich einfacher, als nachher alles wieder "geradebiegen" zu müssen.
:::::::Nun, das Namensschema kannst ja Du im Augenblick noch festlegen. Bei den (z.B.) [[:Kategorie:FS20 Components|FS20 Komponenten]] ist es, wie Du schon bemerkt hast, so, dass alles unter einem Buchstaben im Index erscheint. Wie man das ändern kann, habe ich exemplarisch mal im [[FS20 WS1 Wechselschalter]] gezeigt.
:::::::Hat alles so seine Vor- und Nachteile. Auch wenn Du nicht immer "EnOcean" davor schreibst, werden doch trotzdem viele Geräte mit den gleichen Buchstaben beginnen. Dann kann es ja auch gleich das EnOcean sein. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 11:27, 14. Jul. 2014 (UTC)
:::: Hallo Peter! Danke für das kurzfristige Aufnehmen von EnOcean auf der Hauptseite. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 15:14, 17. Jul. 2014 (UTC)

== Subtype Tabelle für EnOcean ... Wiki-Tipps? ==
Hallo Peter, bräuchte noch einmal Wiki-Nachhilfe, da ich keine einfache Lösung gefunden habe. Vielleicht hast Du eine Idee:
Ich würde gerne auf der Kategorie-Seite EnOcean Components die vorhandenen EnOcean-Wiki-Artikel noch einmal separat anhand des EnOcean-Attributs "subType" zuordnen und sichtbar machen.
Quasi eine (lange) Tabelle der Art
{| class="wikitable"
|-
! subType !! Wiki-Seite Geräte
|-
| switch || [[EnOcean-PTM-210-Taster]]
|-
| lightSensor.01 || [[EnOcean-FAH60-Au%C3%9Fen-Helligkeitssensor]]
|-
|}
Manuell könnte ich das auf die Kategorienseite einpflegen -> fehleranfällig

Unterkategorien -> nicht erwünscht und klickintensiv, aber weniger wartungsintensiv

Unterseite zu EnOcean Components -> fehleranfällig und nicht auffällig

Hast Du dazu eine Idee/Meinung? Danke --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 22:41, 5. Aug. 2014 (UTC)
<hr />
:Ich würde (zumindest für's Erste) mal was Ähnliches machen wie die "News" Sektion auf der Hauptseite. Da wird Vorlage [[Vorlage:FHEMWiki_News]] eingebunden. In dieser Vorlage wird (manuell, aber wie ich finde recht übersichtlich) eine Tabelle unter zuhilfenahme der Vorlage [[Vorlage:News]] aufgebaut.
:Wenn ich das richtig sehe, könntest Du sogar in (D)einer neuen Vorlage (nennen wir sie mal <nowiki>{{EnOceanSubTypeTable}}</nowiki>) einfach die News Vorlage so <nowiki>{{News|subType|Wiki-Seite}}</nowiki> "missbrauchen". Und die EnOceanSubTypeTable ließe sich dann nicht nur auf der Kategorie-Seite, sondern auch auf anderen Seiten bei Bedarf einfach so einbinden. Ansonsten halte ich mal die Augen offen und schaue, ob ich noch eine andere Lösung / einen besseren Ansatz finde.
:P.S.: Ich finde, Du machst einen Superjob in der "EnOcean-Abteilung" hier im Wiki. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:16, 6. Aug. 2014 (UTC)
:<hr />
:: Ich probiere einmal Deinen Vorschlag umzusetzen. Hoffe es gelingt; löschen kann man immer noch....
:: Nach Lösungen hatte ich auch gesucht, aber mit meinem Wiki-Halbwissen nichts einfaches entdecken können.
::P.S.: Danke, zurück an Dich (auch wegen Nachhilfe). Bei EnOcean hilft 50watt auch mit. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 12:04, 6. Aug. 2014 (UTC)
:: Hm, hatte es befürchtet, Vorlage und Text waren schnell erstellt, aber dann: <s>Deine "nowiki" Geschichte habe ich anscheinend falsch verstanden.</s> (Man/Ich sollte erst denken und dann schreiben) Als Box -wie die News auf der Hauptseite- einbinden habe ich auf die Schnelle nicht hinbekommen. Da sind soviele Codetags mit denen ich mich noch beschäftigen muss. Hoffe ich habe hier kein Chaos verursacht; ansonsten bitte löschen. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 13:31, 6. Aug. 2014 (UTC)
::<hr />
:::Sieht doch schon ganz gut aus. Für eine direkte Einbindung auf der Kategorieseite ist die Tabelle meiner Ansicht nach eh zu groß, daher finde ich den von Dir gewählen Ansatz mit der eigenen Seite ganz gut.
:::In der Vorlage müsstest Du noch die Erläuterung zum "xx" überarbeiten (die führende Leerstelle macht das automatisch zu einem <nowiki><pre></nowiki>. Wenn Du die Hervorhebung willst, müsstest Du den Satz in <nowiki><code></code></nowiki> setzen.
:::Das Layout der Tabelle kann man ja auch jederzeit noch ändern.
:::Wenn Du noch Hilfe / Unterstützung brauchst, lass es mich wissen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 14:36, 6. Aug. 2014 (UTC)
:::<hr />
::::Mit dem Ergebnis bin ich nicht wirklich zufrieden. Aber bevor ich daran weiterarbeite, muss ich mehr zur Wiki-Bearbeitung lernen.
::::Danke für Deine bisherige Unterstützung und auch das Hilfsangebot. Werde sicherlich darauf zurückkommen. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 14:53, 6. Aug. 2014 (UTC)

== Vorlage Link2Forum ==
Hallo Peter, soll ich die Vorlage Link2Forum schon nutzen? Wenn ich es zeitlich morgen schaffe, wollte ich sowieso noch einige EnOcean Wiki-Seiten anfassen. Würde es dann schon mitändern. Oder kannst Du das automatisiert? Gruß, Christian --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 19:32, 11. Aug. 2014 (UTC)
<hr />
:Hallo Christian, ich würde die Vorlage bisher nur für den sparsamen Einsatz (kannst sie gern in ein oder zwei Artikeln ausprobieren) empfehlen. Insbesondere innerhalb der "Infobox Modul" bin ich noch nicht ganz soweit - da tendiere ich eher noch dazu, das Link2Forum direkt aus der Infobox heraus einzusetzen. Das wäre dann nur eine Änderung, die hoffentlich alle bisherigen Einsatzstellen der Infobox erwischen würde (wobei, der Forenlink ist meines Wissens noch lange nicht überall drin; das habe ich ja erst kürzlich in die Infobox aufgenommen).
:Automatisieren kann ich leider nichts; mir ist (zumindest noch) nicht bewusst, dass wir hier die Möglichkeit haben, irgendwelche Bots einzusetzen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 21:32, 11. Aug. 2014 (UTC)
:<hr />
::Nutze bei EnOcean nur "Infobox Hardware" intensiv, dort brauche ich die Links nicht. Innerhalb der Wiki-Seiten verlinke ich häufiger auf einen bestimmeten Beitrag im Forum. Dort könnte ich schon umstellen auf <nowiki>{{Link2Forum|Topic=12345|Message=54321}}</nowiki>. Über die Vorlage "Infobox Modul" habe ich mir bei EnOcean noch keine Gedanken gemacht (Momentan grübel ich eher noch Einsatzbeispiele analog zur Vorlage EnOceanSubTypetable zusammenzufassen). --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 22:04, 11. Aug. 2014 (UTC)
::<hr />
:::Wie gesagt, bitte noch "defensiv" benutzen, da ich noch keine umfangreicheren Tests gemacht habe. Daher bin ich aber natürlich auch an Rückmeldungen (die bitte dann auf der entsprechenden Diskussionsseite) zu der Vorlage interessiert (gibts Probleme, Änderungs-, Erweiterungswünsche und/oder -bedarf...?).
:::Ansonsten: Infobox Modul - dafür gäbe es bei EnOcean wohl nur genau eine Einsatzmöglichkeit, wenn ich das richtig sehe. Das könntest Du anlegen, wenn Du die Vorlage mal einsetzen möchtests. Oder gibt es weitere Module, die EnOcean implementieren? --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 05:06, 12. Aug. 2014 (UTC)

== Inhalt Hauptseite ==
Hallo Peter, folgende Idee/Vorschläge zur Wiki-Hauptseite:
Developers Corner: die dort direkt verlinkten Seiten sind -vorsichtig formuliert- nicht gerade die Aktuellsten; könnte man dort nicht besser gut gepflegte Seiten wie [[DevelopmentModuleIntro]] oder [[DevelopmentGuidelinesAV]] direkt verlinken? Außerdem ist das "Guter Startpunkt, sehr empfohlen!" unter "Wie fange ich an" meiner Meinung nach zu schwach. Ich denke das ist DIE Grundvoraussetzung für den ersten Überblick; hast Du auch unter [[Planung]] geschrieben. "Tipp der Woche" unter Ideen und Lösungen ist (war?) "nur" der "Tipp des Monats" und sollte dann auch so genannt werden. Wird anscheinend nur von soulman gepflegt. Wenn da nichts Aktuelles drin steht, wirkt das Wiki ziemlich tot. Andererseits habe ich persönlich auch keinen großen Antrieb dort etwas zu verfassen. Wer sucht dort wirklich?
Ich weis, kaum aktiv und schon Rumnörgeln... (Nicht wundern: Ich habe mich heute aber schon wieder darüber geärgert, dass immer mehr Blogs Fhem-Artikel mit typischen Wiki-Inhalt veröffentlichen statt dies hier zu tuen, wo ein zentraler Anlaufpunkt sein sollte. Wenn diese Blog-Artikel auch noch umständlich oder fehlerbehaftet sind, hat man keine Einfluß auf Korrekturen und der Kram ist im Umlauf. Dagegen sollten wir arbeiten.)--[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 15:22, 14. Aug. 2014 (UTC)
Auch <nowiki>[[Links|wichtige Fhem Links]]</nowiki> sind nicht gerade top-aktuell. Für wichtig halte ich die schon gar nicht. So, Frust weg ;-). Aber dennoch halte ich meine Anmerkungen für diskussionswürdig. Ich möchte auf der Hauptseite nicht eigenständig ändern, da mir nicht bekannt ist, ob das für Normal-Anwender erlaubt ist. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 18:31, 14. Aug. 2014 (UTC)
<hr />
:Christian, auch die Hauptseite kann von jedem bearbeitet werden - aber vorherige Diskussion ist da vielleicht nicht falsch. Ich habe daher Deine Anregungen mal auf die [[Diskussion:Hauptseite#Vorschläge zur Überarbeitung der Hauptseite|Diskussionsseite]] übertragen. Lass uns die Sache da weiterführen ... vielleicht beteiligt sich ja noch jemand... --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 05:41, 15. Aug. 2014 (UTC)
<hr />
::Ok, werde auch versuchen meine Anmerkungen passender zu platzieren. Hoffe nur, dass das dann nicht komplett untergeht. Habe aber teilweise keine Ahnung, wo das hin soll - bin noch zu Wiki-unerfahren. Aktuell bspw. [[Spezial:Gewünschte_Seiten]] enthält nach meiner Meinung eine Vielzahl von "Leichen", die weg können (FR und alles was damit zusammenhängt; Links durch STELLMOTOR). Ich habe da keine Ahnung, wo ich anfangen soll/darf. Ich würde beispielsweise bei [[STELLMOTOR]] die "toten" Lemmas/Seiten herausnehmen. Der Ersteller von STELLMOTOR könnte sie wieder reinnehmen, wenn er tatsächlich daran arbeiten will; traue mich aber nicht.
::'' ... vielleicht beteiligt sich ja noch jemand...'' Hoffnung stirbt zuletzt.... ;-) --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 08:15, 15. Aug. 2014 (UTC)
::<hr />
:::* Ist schon ok, das hier zu plazieren ... aber außer mir findet das hier keiner, daher der "Umzug"
:::* "Gewünschte Seiten" ... enthält alle <nowiki>[[Lemma...]]</nowiki> Stellen, die auf nicht existierende Seiten verweisen. Wenn's so extrem vorkommt wie in Deinem genannten Beispiel, einfach den entsprechenden Benutzer anschreiben. Wirklich stören tut's aber auch nicht - du glaubst gar nicht, wie '''wenige''' Benutzer die "Gewünschte Seiten" Seite jemals gesehen haben, geschweige denn regelmäßig benutzen.
:::* Anfangen darfst Du sicherlich da, wo ein Eintrag in die "Gewünschten Seiten" offensichtlich versehentlich entstanden ist, z.B. weil jemand sich schlicht vertippt hat; wenn jemand schon mal eine Liste erstellt hat, welche Seiten noch gemacht werden müssen (wie ich z.B. auf meiner Benutzerseite :-) ), würde ich das erst mal ganz gelassen so stehen lassen.
:::* Und immer im Hinterkopf behalten, dass viele Benutzer hier im Wiki nur ganz gelegentlich unterwegs sind um vielleicht den einen oder anderen Tippfehler zu korrigieren - und das war's dann auch schon. Die meisten Benutzer bekommen nicht mal die Begrüßungshinweise mit ... und/oder lesen sie nicht, halten sich nicht dran, verstehen sie nicht...
:::Bottom line: nicht zu viel erwarten, Dich selbst nicht "aufreiben", aber fleißig weitermachen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 08:35, 15. Aug. 2014 (UTC)
:::<hr />
::::Bottom line: keine Sorge, reibe mich schon nicht auf. ''weiter'''machen''''': ich würde es grds. einfach machen, will aber niemanden vergraulen und den Admins unnötig Arbeit machen; hätte in STELLMOTOR die "toten" Lemmas in normale Aufzählung verwandelt, FR gelöscht (Leiche des Absturzes), kleinere Änderungen an Hauptseite vorgenommen oder... Rückgängig kann man (Admin/Ersteller) es immer noch machen; eigentlich ist es mir zu viel Diskussion, die mMn keinen weiterbringt, (wie lange soll man auf Entgegnungen warten?).....
::::Meine Bottom line: Keine Sorge Umstrukturierungen (Kategorien) o.ä. würde ich nicht undiskutiert vornehmen
:::::Nur teilweise Offtoic: Peter, wenn Du meine Verlinkung in der Homematic-Kategorie nicht OK findest, mach es einfach rückgängig: Für mich ist das in Ordnung, habe damit grds. kein Problem; gilt immer. Gruß, Christian (Habe da eh noch einen Tippfehler eingebaut!)

== WikiArtikel Pflege ==
Hallo Peter,
die "Verschieben" Option von Artikeln kannte ich in der Tat noch nicht. Danke für den Hinweis..
:Kein Problem & gern geschehen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:45, 29. Aug. 2014 (UTC)

Du kannst meine Wiki-Artikel gerne korrigieren und vereinheitlichen. Wenn du mir zusätzlich noch verrätst worauf du achtest, kann ich versuchen diese Dinge gleich selbst zu beachten.
:<hr />
:Lässt sich so generell nicht beantworten; manchmal nur Kleinigkeiten. Beispiele:
:* Artikel in Ich-Form schreibe ich normalerweise auf neutrale Ausdrucksweise um (später weiß ohnehin niemand mehr, wer der "Ich" war); das ist verbindlicher und mMn für technische Beschreibungen angemessener.
:* Querverweise (Links auf andere Artikel) einfügen - auch IN anderen Artikeln wo sinnvoll Verweise auf Deinen neuen Artikel setzen (sonst entstehen "Waisen" und "Sackgassen"); ob es schon Links auf Deine Seite gibt, kannst Du über das "Links auf diese Seite" (links in der Navigationsleiste) herausfinden.
:* Rechtschreibung / Grammatik / Formulierung... ist eigentlich immer dabei
:* usw.
:-- [[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:45, 29. Aug. 2014 (UTC) <hr />

Nochetwas: ich vermisse eine Kategorie für selbst gebaute Schaltungen. Ich bin mir immer unsicher wo ich meine Artikel einstellen soll. ZurZeit sind 1wire-Schaltungen bei 1wire. Aber für Panstamps und Arduino basierte Schaltungen habe ich nichts gefunden. Kannst du helfen?
:<hr />
:Es bei Hardware die Unterkategorie "Other Components", da passt sowas derzeit immer rein. Sofern mal eine "kritische Masse" erreicht ist (also mehr als nur ein oder zwei Artikel), kann man ja überlegen, mal eine Unterkategorie "Eigenentwicklungen" (oder ähnlich) bei Hardware einzufügen.
:Für Arduino gibt es schon eine Kategorie (Unterkategorie von Hardware), für Panstamp könnte man sowas auch einrichten - wenn es vom Konzept her passt (dazu verstehe ich von der Arduino/Panstamp...-Welt zu wenig). Es sollten halt immer ähnliche Dinge in einer Kategorie/Unterkategorie... zusammengefasst sein.
:-- [[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:45, 29. Aug. 2014 (UTC) <hr />
::Misch mich mal ein: Fände Kategorie Eigenentwicklungen o.ä. nicht schlecht, da bestimmte Zielgruppe angesprochen wird. Ich lasse bspw. meine Finger davon. Würde den Artikel trotzdem zusätzlich noch in Other Components aufnehmen oder wenn es 1-wire ist auf jeden Fall in 1-Wire. Bei Homematic haben wir doch Unterkategorie HomeBrew, analog auch bei anderen anlegen!? Wir sollten etwas angehen....--[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 08:18, 29. Aug. 2014 (UTC) <hr />
:::Ok, dann machen wir doch einfach einen Auftrag an Tobias daraus: mal sammeln, welche Artikel schon vorliegen (oder er in Planung hat) für eine solche Kategorie, dann schauen wir kurz drüber und beschließen, welche neuen Unterkategorien und wie einsortiert...
:::@Tobias: ich stell das mal so auf Deine Diskussionsseite --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 08:48, 29. Aug. 2014 (UTC) <hr />

GRuss
Tobias

== Verschieben von Wiki-Seiten ohne Weiterleitung ==

Hallo Peter,
könntest Du bitte
* [[Z-Wave-EVR_ST814-Temperatur-_und_Feuchtesensor]] auf Z-Wave-EVR_ST81'''4'''-Temperatur-_und_Feuchtesensor ohne Weiterleitung verschieben. Der Ersteller [[Benutzer_Diskussion:Morgennebel]] ist anscheinend nicht mehr aktiv; reagiert auch nicht auf PM.
: -> Erledigt --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:31, 27. Dez. 2014 (UTC)
* hier [[Diskussion:WS3600]] mal reinschauen. Dort hätte ich auch gerne eine Wiki Seite verschoben. Keine Ahnung, ob Dir das aufgefallen ist.
: -> Ja, hatte ich gesehen ... und jetzt auch erledigt --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:31, 27. Dez. 2014 (UTC)
Gruß und Danke, Christian

== Nutzung von <nowiki><pre style="width:500px;"></nowiki> statt <nowiki><code></nowiki> ==

Hallo Peter, 
Du ersetzt teilweise in den Wikiseiten die Formatierung <nowiki><code></nowiki> durch <nowiki><pre style="width:500px;"></nowiki>. Hat das einen bestimmten Grund? Das führt nämlich dazu, dass der Text in einigen Fällen über den Boxrand geht. Mir ist nicht klar, wie ich das umsetzen/anwenden soll. Danke. --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 07:28, 5. Feb. 2015 (UTC)

:Hallo Christian, das mache ich (dachte ich) eigentlich nur, wenn die Zeilen in dem pre-Bereich durchweg relativ kurz sind. Was ich eigentlich häufiger mache, ist, pre durch code Tags zu ersetzen, gerade weil bei code ein automatischer Zeilenumbruch stattfindet. Insbesondere Einzeiler, die per nowiki, pre oder Leerzeichen in Spalte1 dann als Box formatiert werden ersetze ich gern duch <nowiki>:<code>define, attr, ...</code></nowiki>, weil's meiner Ansicht nach einfach flüssiger lesbar ist Gesamtkontext.
:Verhalte ich mich am Ende anders, als ich es in [[FHEMWiki:Über_FHEMWiki#Gewünschtes Verhalten / "Do and Don't"|diesem Abschnitt]] beschrieben habe? --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 07:45, 5. Feb. 2015 (UTC)
::Werde es beobachten. Vielleicht bin ich auch nur übermüdet/unkonzentriert: Habe nämlich gerade gesehen, dass ich [[HM-OU-CFM-Pl_MP3_Funk-Gong_mit_Signalleuchte|hier]] -was letztliche Anstoß zum Schreiben war- falsch geschaut habe. Die anderen Beispiele, die ich in Erinnerung habe, müsste ich mir noch einmal raussuchen. Vielleicht habe ich da auch schief geschaut. Also bitte erst einmal vergessen. Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 08:18, 5. Feb. 2015 (UTC) PS: Schaust Du bitte mit auf die diversen Unterkategorien zu "Hardware Typen" die ich angelegt habe und greifst bitte ggfs. korrigiernd ein.
:::Die neuen Unterkategorien habe ich schon zur Kenntnis genommen. Nachdem Du die letzten Änderungen an der Kategoriestruktur gemacht hast, kennst Du Dich da mittlerweile ja mindestens so gut aus wie ich. Das Einzige, was mir aufgefallen ist: auf den Kategorieseiten könnten noch ein paar kurze Worte zur Beschreibung der Kategorie eingefügt werden... aber das eilt nicht. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 08:26, 5. Feb. 2015 (UTC)

== PGM3 - Entwicklungsstand ==
Hallo Peter!
Habe heute bei PGM3 und PGM5 recht selbstsicher einen Hinweis "seit längerem nicht aktiv weiterentwickelt" hinzugefügt. Im Forum habe ich nichts gefunden und auch zu Google-Groups-Zeiten kann ich mich nicht wirklich erinnern. Bei der Nachkontrolle habe ich dann mit Erschrecken festgestellt, dass Du PGM3 auf der ToDo-Liste stehen hast und das plötzlich Martin Hass' PGM3 Screenshot-Seiten nach einer gefühlten Ewigkeit wieder erreichbar sind. Irre ich mich und PGM3 ist doch noch ein (aktuelles) Thema? Gruß, [[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 21:09, 18. Feb. 2015 (CET)
<hr />
:Christian, PGM3 auf meiner Todo-Liste ... eine Jugendsünde :-) ... fliegt gleich runter, weil bestimmt zwei Jahre alt und nie was gemacht. Die Updates auf Martin's Seiten solltest Du natürlich beobachten, aber auf mich musst Du keine Rücksicht nehmen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:55, 19. Feb. 2015 (CET)

== Begrüßungsseite Link: Was Wikipedia nicht ist ==
Hallo Peter,
ich hoffe, dass ich das hier jetzt richtig mache :-). Beim aufmerksamen Lesen der Begrüßungseite bin ich gleich auf einen Link: Was_Wikipedia_nicht_ist getappst.

Den kennt Wikipedia nicht...
Gruß Otto
<hr />
:Hallo Otto, danke für's aufmerksame Lesen :-)
:habe den (und einen weiteren) fehlerhaften Link korrigiert. Da die Vorlage mit "subst:" eingebunden wird, profitieren leider nur die Neuankömmlinge ab jetzt davon.
:Grund für das Problem ist wohl die Art, wie das Fhem-Wiki aufgesetzt wurde (bin mir aber jetzt nicht sicher, ob sich da in dieser Hinsicht nochmal was geändert hat, oder ob ich die beiden Links schlicht vergessen habe ... andere Links, wie z.B. den auf das Tutorial, habe ich vor längerer Zeit schon mal umgestellt). --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:57, 2. Apr. 2015 (CEST)

== Pflege von [[Spezial:Gewünschte_Seiten]] ==
Hallo Peter,
bin gerade im Aufräumfieber und über die gewünschten Seiten gestolpert. Einige Dinge habe ich eigenständig geklärt, aber nun benötige ich Deine Hilfe. Insbesondere das zum Aussterben verurteilte FS20 taucht dort sehr umfangreich auf. Die abnehmende Bedeutung spricht aus meiner Sicht dafür, diese "gewünschten Seiten" dort herauszunehmen. Denke es gibt wichtigere Baustellen und dringendere notwendige Seiten. Zudem sind das teilweise Karteileichen, die seit Urzeiten dort geführt werden. Aus meiner Sicht schreckt das, neben den Wiki-Softwareproblemen, Interessenten von der Mitarbeit ab. Darum bitte ich Dich um Deine Meinung als FS20-User, bevor ich das weiter anleiere. Andere Punkte, die ich nicht '''''<- meinst Du wirklich *nicht*?''''' ''<-ergänze: allein/eigenständig!'' klären wollte, betreffen bspw. die gewünschte Seite "Hilfe:Seite bearbeiten", "FHEMWiki:Stubs entfernen". Schöne Feiertage, [[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]])
:Hallo Christian, nur als schnelle Antwort (zu viele Baustellen gerade):
:* Gewünschte Seiten, speziell FS20: das was Mediawiki in die "gewünschten Seiten" einsortiert, sind die intra-Wiki Links, die nicht existieren also <nowiki>[[Existiert nicht]]</nowiki> würde da z.B. auftauchen - gewünschte Seiten im eigentlichen Sinn sind das nur dann, wenn der Verlinkung absichtlich gemacht wurde ... wie z.B. bei den vielen FS20 Seiten. Die sind nämlich häufig bei mir (hast Du doch bestimmt gesehen ;-) ), weil ich noch zu diversen FS20 Geräten was schreiben möchte und sollte. Leider (die vielen Baustellen, siehe oben) komme ich derzeit und schon lange nicht dazu. Ansonsten habe ich da immer mal wieder reingeschaut, um falsch geschriebene Links aufzuspüren und zu bereinigen. Aber vielleicht sollten wir den Link darauf einfach von der Hauptseite entfernen und z.B. auf die/eine Interna Seite holen. Vielleicht als Ersatz / Nachfolger der Randnotiz von der Über FHEMWiki Seite, auf der ich die offenen Baustellen mal aufgelistet hatte (und schon länger nicht mehr gepflegt).
::* Natürlich habe ich gesehen, dass FS20 (auch) von Dir kommt; darum habe ich mich auch mit Wiki-Eingriffen zurückgehalten, sonst.. ;-). Dein Alternativvorschlag ist gut. Die offenen Baustellen auf der Über FHEMWiki Seite: Zu den Kategorien wollte ich -auch seit langem- eine bessere "Anweisung" an die anderen Wikibearbeiter schreiben und dann abschließen. Und mich dann wieder verstärkt "meinen" eigentlichen Themen ZWave/EnO widmen.
:* Die Stubs-Seite / Kategorie / Vorlage kommt von Arno (akw), ist aber schon lange nicht mehr gepflegt worden und wird wohl auch nicht mehr aktiv genutzt
:* '''Hilfe:Seite bearbeiten''' fällt wohl in die Kategorie "Wiki-Softwareprobleme" (Du meinst den Link "Bearbeitungshilfe" neben den {{Taste|Speichern}} {{Taste|Vorschau zeigen}} Buttons?) und würde ich erst wieder aktiv in Angriff nehmen, wenn Arno die offenen Probleme komplett abgearbeitet hat :-(
::* Ja, werde mal Arno bitten.... [[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]])
:Ebenfalls schöne Feiertage, --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 15:21, 3. Apr. 2015 (CEST)

== Vorlagen: Link2Forum,.. ==
Hallo Peter,
ist die Notwendigkeit der Vorlagen "Link2Forum",.. nur darin begründet, dass man dann einfacher Anpassungen bei Änderungen der zugrundeliegenden Links vornehmen kann? Ich stelle nämlich immer wieder fest, dass außer uns beiden, die sowieso von (fast) keinem Wiki-Bearbeiter genutzt werden. Der Umstellungsaufwand im Änderungsfalle wird so vermutlich nicht sehr reduziert. Kann man dieses Problem der Linkänderungen nicht einfacher mit einem Bot lösen, der das Wiki mit Suchen/Ersetzen durchgeht? Dann hättest Du auch nicht den Pflegeaufwand für die Vorlagen. Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 11:16, 13. Aug. 2015 (CEST)
<hr>
:Hallo Christian, leider habe ich keine große Hoffnung, dass wir hier einmal die Chance haben werden, '''bot'''s einzusetzen und kenne mich damit auch (zumindest noch) nicht aus (Ausreden? Vielleicht).
:Interessant: ich habe gerade die DocLink Vorlage mal soweit fertig, dass man zumindest die ELV Links überarbeiten / generalisieren kann.
:Unterm Strich: ich werde die Vorlagen weiter pflegen und benutzen, wer sie benutzen mag soll's tun, zwingen werd ich niemanden. Wir haben halt immer noch sehr wenige Wiki-erfahrene Benutzer hier, was man auch an anderen Stellen merkt. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 11:50, 13. Aug. 2015 (CEST)
<hr>
:: Hallo Peter, will Dich auch nicht abhalten ;-) , sondern entlasten. Weil ich die DocLink-Vorlage gesehen habe, kam ich auf das Thema. Ich werde das bot-Thema mal auf meinen "Wunschzettel" aufnehmen und aktiv verfolgen. Schauen wir einmal, was sich ergibt. Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 12:04, 13. Aug. 2015 (CEST)
::<hr>
:::Kein Problem - ich denke es gibt bei beiden Vorgehensweisen Vor- und Nachteile. Meine Skepsis beruht darauf, dass die Bots ja wohl auf dem Wiki-Server laufen und ich kaum Hoffnung habe, da mehr Zugriff zu bekommen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:16, 13. Aug. 2015 (CEST)
== Codierung ==
Hallo Peter,

Du schreibst auf meiner Benutzerseite
HTML-Tags bitte nur verwenden, wenn es nicht anders geht
im Artikel
[[EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen]]
hast Du die Codierung mittels Leerzeichen durch <nowiki><code></Code></nowiki> ersetzt. Die Leerzeichen waren aber in [[http://www.fhemwiki.de/wiki/FHEMWiki:%C3%9Cber_FHEMWiki#Gewünschtes Verhalten / "Do and Don't"]] explizit erlaubt.
Einen anderen Artikel von mir hast Du nicht korrigert.
Wo liegt mein Fehler? Ich wollte der Gemeinschaft gerne etwas zurück geben - vor allem für die Arbeit die Christian mit mir gehabt hat.

--[[Benutzer:BenMarloe|BenMarloe]] ([[Benutzer Diskussion:BenMarloe|Diskussion]]) 00:25, 21. Aug. 2015 (CEST)
<hr />
:Hallo Ben(Marloe), das ist schnell erklärt:
:HTML-Tags nur verwenden - bezieht sich, wenn ich das jemandem schreibe, meist auf exzessive <nowiki> </nowiki>-Tags. Da kann (sollte) im Wiki meistens einfach eine Leerzeile oder ein Zeilenumbruch verwendet werden (einfach die "Vorschau-funktion" verwenden, um zu kontrollieren, ob's "richtig" aussieht). Außerdem sieht der Wiki-Quelltext damit schon dem formatierten Ergebnis ähnlicher und ist einfacher lesbar. Nur bei manchen Vorlagen oder z.B. in Aufzählungen ist ein Zeilenumbruch "kontraproduktiv" und dann ist ein br nötig.
:Leerzeichen vs. code ... am besten veranschaulicht:
Leerzeichen in Position 1
:... und der weitere Text. Im Vergleich dazu:
::<code>ein (eingerückter) Einzeiler, der als Code formatiert werden soll</code>
:oder noch mal anders:
Leerzeichen und ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel Text
::<code>ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel Text, der als Code formatiert werden soll</code>
:Ich hoffe, der Unterschied wird damit klar: der Text wird meiner Ansicht nach kompakter, die Hervorhebung ist aber trotzdem da. Und: bei Mehrzeilern sieht das schon wieder ganz anders aus. Da ist aber meistens dann die Verwendung von <nowiki><pre></pre></nowiki> die bessere Wahl, weil damit (im Wiki Source Text) besser verdeutlicht wird, dass die Formatierung absichtlich so gewählt ist.
:Zum Thema ''Einen anderen Artikel von mir hast Du nicht korrigert'' ... ich kann nicht überall sein :-) ... nein, ohne Scherz, ich mache das hier auch "nur nebenbei", manches ist Geschmackssache, manches übersehe ich, manches ist "zu unwichtig", etc.
:Und ''Wo liegt mein Fehler?'' - nirgends; einfach fleissig weiter mitmachen.
:--[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 07:14, 21. Aug. 2015 (CEST)

== Neue Seite oder Ergänzung [erledigt]==
Mit Eurer Hilfe geht jetzt der EnOcean-FUD61NPN-Funk-Universal-Dimmaktor unidirektional bei mir.
Ich würde eine Anleitung erstellen, bin mir aber nicht sicher, ob ich das lieber als
# Ergänzung auf die existente Seite oder
# Kommentare auf die existente Seite mache oder
# eine neue Seite aufmache und wie die dann heißen soll.
Ich bitte um Vorschläge/Richtlinien 
--[[Benutzer:BenMarloe|BenMarloe]] ([[Benutzer Diskussion:BenMarloe|Diskussion]]) 16:48, 11. Sep. 2015 (CEST)
<hr />
:Ich denke, das kommt auf Art und Umfang der Änderungen/Ergänzungen an. Wenn das ein einzelner Abschnitt mit den Unterschieden ist, passt das sicherlich gut in [[EnOcean-FUD61NPN-Funk-Universal-Dimmaktor]], wären es Kommentare, überall auf der Seite verstreut, würde ich eine eigene Seite bevorzugen (dann bitte an den Seitennamen " (unidirektional)" anhängen). Die Kommentarseite ist für sowas eher nicht geeignet.
:Wenn's eine neue Seite wird, dann bitte auf der Seite des bidirektionalen Aktors verlinken. In jedem Fall die Bemerkung über *direktional... anpassen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 16:10, 12. Sep. 2015 (CEST)
<hr>
::so wird's gemacht. --[[Benutzer:BenMarloe|BenMarloe]] ([[Benutzer Diskussion:BenMarloe|Diskussion]]) 22:02, 18. Sep. 2015 (CEST)

Diskussion:EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen

2015-09-18T20:00:04Z

BenMarloe:

== Verständnisprobleme mit Befehl "released" ==
Wie wird sichergestellt, dass das Kommando "released" an den Aktor verschickt wird? Wann wird das verschickt? Durch ein nicht gezeigtes "structure", was ich aus dem Eventmonitor-Beispiel schließe?
Eigentlich hätte ich erwartet, dass das Attribut switchMode auf pushbutton gesetzt werden muss, damit automatisch "released" mit verschickt wird. So ist es ''für mich'' momentan nicht verständlich. Das muss aber nicht bedeuten, dass die gezeigte Vorgehensweise falsch ist. Ich kann es anhand der Angaben momentan nur nicht prüfen/testen. Danke und Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 16:32, 24. Aug. 2015 (CEST)

----
:Ich sende das released per notify, dass dann 5s später ein at triggert und damit einen langen Tastendruck simuliert. Ich hatte gleich das Gefühl, dass das etwas unpraktisch ist. Wenn Dir ein besseres Vorgehen bekannt ist freue ich mich schon auf's ausprobieren.
:--[[Benutzer:BenMarloe|BenMarloe]] ([[Benutzer Diskussion:BenMarloe|Diskussion]]) 20:16, 28. Aug. 2015 (CEST)

== Eventmonitorbeispiel löschen? ==

Hallo BenMarloe!
das Eventmonitorbeispiel bezieht sich nicht auf Events, die vom Aktor ausgelöst werden. Als unidi-Aktor generiert dieser keine Events. Die dargestellten Events kommen vielmehr von einem -hier nicht erläuterten- readingsProxy bzw. structure und das verwirrt (mich) ein wenig. Die Events sind meiner Meinung nach nicht spezifisch für den Aktor. Ich würde daher das Eventmonitorbeispiel gerne löschen, da wir auch bei den anderen unidi-Aktoren (12er-Serie) darauf verzichtet haben. Wie ist Deine Meinung dazu? Danke und Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 14:44, 15. Sep. 2015 (CEST)
:Ja da hast Du wohl recht. Aber ganz löschen? Sollen wir nicht wenigsten die eine Zeile die direkt an den Actor geht stehen lassen?
:--[[Benutzer:BenMarloe|BenMarloe]] ([[Benutzer Diskussion:BenMarloe|Diskussion]]) 22:00, 18. Sep. 2015 (CEST)

EnOcean-FUD61NPN-Funk-Universal-Dimmaktor-unidirektional

2015-09-18T19:50:39Z

BenMarloe: Creation

{{Infobox Hardware
|Bild=PlatzHalter.png
|Bildbeschreibung=
|HWProtocol=EnOcean
|HWType=Aktor, Empfänger;
|HWCategory=EnOcean
|HWComm=EnOcean Funk, 868Mhz
|HWChannels=1 unidirektional
|HWVoltage=230V~
|HWPowerConsumption=Eigenverbrauch ca. 0,5W (Hersteller)
|HWPoweredBy=230V
|HWSize=45x55x33mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#EnOcean EnOcean]
|HWManufacturer=Eltako
}}

{{Baustelle}}

'''[[EnOcean-FUD61NPN-Funk-Universal-Dimmaktor]]''' ist ein Aktor
* für Unterputzmontage
* zum Dimmen

== Features ==
Dimm-Aktor für Lampen bis 300 W, dimmbare Energiesparlampen ESL und dimmbare 230 V-LED-Lampen (Details siehe Anleitung)
Im Gegensatz zum bidirektinalen Aktor kann eine Änderung über ein anderes angelernes Device (gilt auch für einen physischen Wippschalter) nicht rückgelesen werden.

== Hinweise zum Betrieb mit Fhem ==
Diese Anleitung funktioniert nur mit der Variante, die die Bemerkung "Zusätzlich mit Lichtszenensteuerung über PC .." in der Anleitung (Nr. 30100835-3) hat (siehe [http://www.eltako.com/fileadmin/downloads/de/_bedienung/FUD61NPN_30100835-3_internet_dtsch.pdf Link]).

=== Definition/Anlernvorgang ===
Der Aktor kann nicht vollautomatisch per autocreate in Fhem angelegt werden.
Die Einbindung in Fhem kann entweder über die Nutzung der inoffiziellen, gerätespezifischen EEP (empfohlen) '''oder''' über die manuelle Vorgehensweise erfolgen.

===== Nutzung der inoffziellen EEP =====
* Fhem-Device <name> (hier: EnO_FUD61) mit dem inoffiziellen EEP für den FUD61 (G5-38-08) und einer freien SenderID des EnoCean TCM durch Eingabe in das [[Konfiguration#Befehl-Eingabefeld|Befehls-Eingabefeld]] und anschließendem Auslösen von {{Taste|Enter}} definieren:
: <code>define EnO_FUD61 EnOcean AABBCC05 G5-38-08</code>
: Hierdurch wird ein Fhem-Device mit allen notwendigen Attributen für den FUD61 angelegt, das nur noch am Aktor angelernt werden muss.
* Am Aktor
** Oberer Funktions-Drehschalter: auf LRN
** Unterer Funktions-Drehschalter: auf R,L,C (zum Einlernen PC)
* Fhem Eingabefeld: <code>set EnO_FUD61 teach</code>
* Am Aktor nach dem Einlernen beide Drehschalter in die ursprüngliche Position
* <code> SubDef </code> auch in die EnoCean ID ändern

===== Alternative: manuelle Vorgehensweise =====
* Fhem-Device <name> (hier: EnO_FUD61) mit einer freien SenderID des EnoCean CUL definieren:
: <code>define EnO_FUD61 EnOcean AABBCC05 </code>
* Das Attribut subDef mit der gleiche SenderId des TCMs anlegen:
: <code>attr EnO_FUD61 subDef AABBCC05</code>
* Die Attribute subType, gwCmd und manufID wie nachfolgend anlegen:
: <code> attr EnO_FUD61 subType gateway</code>
: <code> attr EnO_FUD61 gwCmd dimming</code>
: <code> attr EnO_FUD61 manufID 00D</code>
* Am Aktor
** Oberer Funktions-Drehschalter: auf LRN
** Unterer Funktions-Drehschalter: auf R,L,C (zum Einlernen PC)
* Fhem Eingabefeld: <code>set EnO_FUD61 teach</code>
* Am Aktor nach dem Einlernen beide Drehschalter in die ursprüngliche Position

=== Fhem Config-Auszug ===
Ein exemplarischer Auszug aus der [[Konfiguration]]:
<pre>
Internals:
CFGFN
DEF AABBCC05
IODev TCM_ESP2_0
NAME EG_SZ_Dimmer
NR 524
NTFY_ORDER 50-EG_SZ_Dimmer
STATE teach
TYPE EnOcean
Readings:
2015-09-10 23:37:42 block unlock
2015-09-10 23:37:42 dim 56
2015-09-10 23:37:42 dimValueStored 56
2015-09-10 23:35:12 state teach
Attributes:
IODev TCM_ESP2_0
comMode confirm
gwCmd dimming
manufID 00D
subDef AABBCC05
subType gateway
</pre>

=== Logbeispiel ===
2015-09-18 21:29:07 EnOcean EG_SZ_Dimmer dimValueStored: 15
2015-09-18 21:29:07 EnOcean EG_SZ_Dimmer block: unlock
2015-09-18 21:29:07 EnOcean EG_SZ_Dimmer dim: 15
2015-09-18 21:29:07 EnOcean EG_SZ_Dimmer dim
2015-09-18 21:29:12 EnOcean EG_SZ_Dimmer block: unlock
2015-09-18 21:29:12 EnOcean EG_SZ_Dimmer dim: 0
2015-09-18 21:29:12 EnOcean EG_SZ_Dimmer dim

== Einsatzbeispiel ==
=== at Device für einen Lichtwecker ===
Das folgende Device erschafft einen Lichtwecke, der nach aktivierung das Licht in 5% Schritten hochdimm und erst wieder aussschaltet, wenn im Device "Draussen" das Readings "brightness" > 150 ist.
+*00:00:30 {
my $dim = ReadingsVal("EnO_FUD61","dim",90);
my $time = InternalVal ("at_lichtwecker","TIMESPEC","00:00:00");
#Nur Möglich, wenn man die Helligkeit irgendwo auslesen kann
my $light = ReadingsVal ("Draussen", "brightness",0);
Log 1, "at_lichtwecker start Dim: $dim; Timespec: $time Light: $light";
if ($light > 150) {
fhem ("set at_lichtwecker modifyTimeSpec 00:00:30");
fhem ("set at_lichtwecker inactive");
fhem ("set EnO_FUD61 off");
}
else {
if ($dim < 100) {
$dim += 5;
if ($dim > 100) {
$dim = 100;
}
fhem ("set EnO_FUD61 dim $dim");
}
elsif ($time ne "00:10:00"){
fhem ("set at_lichtwecker modifyTimeSpec 00:10:00");
}
}
}
=== Anzeige eines alternativen Bedienelementes ===
[[Datei:knobwidget.JPG|thumb|right]]
Anstelle des standardmäßigen Sliders zur Einstellung der Dimmstufe durch den set-Befehl "dim" kann mittels des Attributs <code>widgetOverride</code> ein anderes Bedienelement vorbelegt werden. Hier ein Beispiel für ein knob-Bedienelement:

attr FUD_61 widgetOverride dim:knob,min:0,max:100,step:1,linecap:round,angleOffset:-125,angleArc:250
attr FUD_61 webCmd dim <------- Bedienelement wird auch in der Raumansicht angezeigt

Ideen und Beispiele für knob-Bedienelemente mit den notwendigen Parametern finden sich beispielsweise [http://anthonyterrien.com/knob/ hier].

=== Ansteuerung eines ausschließlich indirekt angelernten Dimmers ===
Ein Dimmer bei dem keine physischen Taster direkt angelernt sind, sondern die Steuerung ausschließlich indirekt über Fhem (Taster->Fhem->Dimmer) erfolgt, kann folgendermaßen eingebunden werden:
* [[Enocean_Dimmer_mit_kurzem_und_langem_Tastendruck_ansteuern|Enocean Dimmer mit kurzem und langem Tastendruck ansteuern]]
Bitte auch die [[Diskussion:Enocean_Dimmer_mit_kurzem_und_langem_Tastendruck_ansteuern|Diskussionsseite]] zu den Beweggründen dieses Vorgehens beachten. Dies ist keinesfalls zwingend. Bei Ausfall des Fhem-Server ist keine Steuerung des Dimmers mehr möglich.

== Links ==
* Anleitung: [http://www.eltako.com/fileadmin/downloads/de/_bedienung/FUD61NPN_30100835-3_internet_dtsch.pdf]
* Vorlage: [[EnOcean-FUD61NPN-Funk-Universal-Dimmaktor]]

[[Kategorie:EnOcean Components]]
[[Kategorie:Dimmer]]

Benutzer Diskussion:Ph1959de

2015-09-11T14:48:45Z

BenMarloe: /* Codierung */

== Kategoriestruktur ==

Ich habe eine Bestandsaufnahme der Kategoriestruktur mittels Freeplane Mindmap Programm erstellt. Die Quelldatei kann ich derzeit hier nicht ablegen, da nur Bilddateien erlaubt sind. Bei Bedarf bitte nach der .mm Datei fragen, ich sende sie gern an Interessenten (die willens sind, an der Umstrukturierung mitzuarbeiten). --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:13, 8. Jul. 2013 (CEST)

::Darfst du die Datei im Forum hochladen? Dann könntest einfach von hier dorthin verlinken? Grüße, [[Benutzer:Rince|Rince]] ([[Benutzer Diskussion:Rince|Diskussion]]) 08:43, 10. Jul. 2013 (CEST)

== Löschkandidaten ==

Die ganzen unverlinkten Bilde in Löschkandidaten packen hättest du nicht machen brauchen. Ich lösch unverlinkte Bilder die aus dem Import kommen auch so... wenn ich zwischendurch immer mal Zeit [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 17:00, 9. Jul. 2013 (CEST)

: :-) ... War ich ja gar nicht - das war Markusbloch ... von mir war der Hinweis auf die unverlinkten Dateien. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 23:03, 9. Jul. 2013 (CEST)

::: Manchmal hab ich eben so ne Phase irgendwie. Ist genauso wie bei der manuellen Korrektur aller Artikel direkt nach dem Import ;-) --[[Benutzer:Markusbloch|Markusbloch]] ([[Benutzer Diskussion:Markusbloch|Diskussion]]) 18:33, 10. Jul. 2013 (CEST)

::::Oh ja, hab irgendwie nicht aufgepasst. Also gegen die Phasen hab ich nix :-) [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 20:24, 10. Jul. 2013 (CEST)

== Abbildung von Bauteilen als Foto ==

Hallo Peter,

ich habe eine grundsätzliche Frage zur Darstellung von eigenen Fotos unter FHEMWiki. Ist es urheberrechtilich zulässig, eigene Fotos von Bauteilen darzustellen ?

Gruß
Lothar

:Hallo Lothar, ich bin da zwar kein Experte, denke aber, dass genau diese Art von Bildern erlaubt ist. Was nicht geht, ist das Übernehmen von Bildern von z.B. einer Herstellerseite, oder das direkte einbinden von Bildern aus fremdem Webspace. Ich denke, diese Aussage ist auch durch die Beschreibung bei Wikipedia abgedeckt: http://de.wikipedia.org/wiki/Hilfe:Bildertutorial/2_Bildrechte.
:<hr>
:--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:30, 27. Aug. 2013 (CEST)

== Urheberschaft der alten Einträge ==

Hallo,

ich habe festgestellt, dass ihr beim Neuaufsetzen des Wiki alle Urheberinformationen gelöscht habt. War das Absicht, oder ein Unfall ?

KG

pah
<hr />
:Hallo pah, muss man wohl eher als Unfall bezeichnen. Das Wiki war komplett weg (und das Backup war nicht wirklich als solches zu bezeichnen, sondern komplett unbrauchbar) und wurde aus dem Google-Cache wieder hergestellt. Dabei ist natürlich die ganze Änderungshistorie (und damit auch das was Du vermutlich als Urheberinformation bezeichnest?) verloren gegangen.
:Aber das erinnert mich daran, dass ich bei einem der Administratoren dringend mal nachfragen wollte, wie es jetzt um die Sicherstellung der Backups steht.
:Und noch ein Nachsatz: ''...dass ihr beim Neuaufsetzen des Wiki...'': daran war ich nicht wirklich aktiv beteiligt. Bin auch nur "ganz normaler" Wiki Benutzer ohne besondere Rechte. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 14:43, 10. Nov. 2013 (CET)

== Links auf der Willkommensseite ==
Hallo Peter,

ich bin - als Neuling - nicht ganz sicher, ob die Kommunikation mit Dir so gedacht ist, aber zumindest stand das so auf der Begrüßungsseite ;-)

Ich habe festgestellt, dass in der Begrüßungsseite die Links auf die englische Version von wikipedia verweisen. Ich denke gerade für Neulinge wäre da die deutsche Version besser. (Z.B. http://de.wikipedia.org/wiki/Wikipedia:Tutorial)

--[[Benutzer:Funfactor|Funfactor]] ([[Benutzer Diskussion:Funfactor|Diskussion]]) 12:31, 28. Nov. 2013 (CET)
: ... ja, ist mir bekannt (trotzdem danke für die Rückmeldung). Kann ich aber leider nicht ändern, aber wenn ich mich recht erinnere, habe ich da beim "Betreiber" unseres Wiki schon mal nachgefragt aber bisher keine Antwort bekommen. Ich werde noch mal nachhaken. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:40, 28. Nov. 2013 (CET)
:: Ok, ich habe mir das noch mal angeschaut. Ist für neue Benutzer wirklich ziemlich verwirrend, deshalb habe ich vorerst mal "hartcodiert" auf die Links auf die deutschen Wikipedia:-Hilfeseiten umgestellt. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 18:42, 28. Nov. 2013 (CET)

== Verwendung der Sandbox ==
Hallo Peter,

den Wiki "sauber" zu halten ist ja eine wichtige Sache und ich denke dafür ist die [[FhemWiki:Sandbox]] gedacht.
Leider ist mir völlig unklar, wie ich diese in diesem Sinne verwenden soll. Gibt es hierzu eine Anleitung oder ein paar Hinweise?

--[[Benutzer:Funfactor|Funfactor]] ([[Benutzer Diskussion:Funfactor|Diskussion]]) 17:01, 29. Nov. 2013 (CET)
:Die Geschichte mit der Sandbox sollte man vielleicht nicht überbewerten. Was vermieden werden sollte ist
:* das wilde Anlegen von neuen Artikeln mit zusätzlichem experimentieren mit den Seitennamen (das gibt dann immer gleich eine Weiterleitung und zusätzlichen Aufräumaufwand)
:* jede noch so kleine Änderung separat abzuspeichern (Vorschau, Vorschau, Vorschau!); es gibt einige Leute, die neue Änderungen querlesen - denen macht man die Arbeit sonst unnötig schwer
:* was mir sonst noch so eingefallen ist, habe ich schon auf die [[FHEMWiki:Über FHEMWiki]]-Seite geschrieben (darf natürlich ergänzt werden)
:Experimentieren kann man zur Not auch im eigenen Namensraum (also in Deinem Fall <nowiki>[[Funfactor/Experiment...]]</nowiki>. Aber weitere Ideen sind jederzeit willkommen (bitte beachten: ich bin auch nur "ganz normaler User" hier). --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 18:35, 29. Nov. 2013 (CET)

== On-for-timer zurücksetzen ==
Hi, es gibt da einen Artikel, den ich erstmals gerne mit einem Template Löschkandidat oder Qualtitästsicherung versehen würde: [[On-for-timer zurücksetzen]]
Erbitte Zweitmeinung. Und ich weiss nicht, ob wir ggf passende Templates haben muss ich zugeben.

[[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 16:38, 27. Dez. 2013 (CET)
:<hr>
:--[[Benutzer:Stephan|Stephan]] ([[Benutzer Diskussion:Stephan|Diskussion]]) 16:45, 27. Dez. 2013 (CET) ''(Stefans Beitrag auf die Diskussionsseite des Artikels ([[Diskussion:On-for-timer_zurücksetzen]]) verschoben [ph1959de])''

:<hr>
:Ich (traue mich fast nicht :-), aber ich ...) verweise einfach mal auf die [[:Kategorie:Löschkandidaten]] und dortselbst auf den einleitenden Text.
:--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 17:54, 27. Dez. 2013 (CET)

== autocreate ==
du hast recht. in der default konfiguration von autocreate ist autosave an. aber es gibt devices wie z.b. OWServer/HUE und ich glaube sogar HM die gehen nicht über autocreate und da ist es auf jeden fall nötig von hand save zu sagen. [[Benutzer:Justme|Justme]] 19:56, 8. Jan. 2014 (CET)

== 1-Wire - Kategorie vs. Artikel ==
Ich finde es nicht richtig, die Übersichtsbeschreibung - z.B. was das 1-Wire System ist - aus der Kategorieseite herauszunehmen. Diese Trennung schafft Redundanz und verhindert sie nicht.

Die Beschreibung ist eine unmittelbare semantische Eigenschaft der Kategorie, und kein untergeordneter Begriff.
--[[Benutzer:Pahenning|Pahenning]] ([[Benutzer Diskussion:Pahenning|Diskussion]]) 19:05, 22. Feb. 2014 (UTC)
:''Ich habe mir mal erlaubt, die Diskussion zu einem eigenen Abschnitt zu machen.''
:Nachdem Du meine Änderung mittlerweile rückgängig gemacht hast, erübrigt sich ja eine weitere Diskussion. Konsequenterweise müsstest Du aber dann auch den Artikel [[1-Wire]] mitpflegen - Artikel und Kategorietext sind derzeit nur deshalb gleich, weil ich die Inhalte mit meiner Änderung auch konsolidiert hatte.
:Damit die Diskussion über dieses Thema leichter auffindbar ist, kopiere ich sie noch in die [[Kategorie_Diskussion:1-Wire]], wo sie dann ggf. auch weitergeführt werden kann/sollte.

::Werde ich machen
::--[[Benutzer:Pahenning|Pahenning]] ([[Benutzer Diskussion:Pahenning|Diskussion]]) 15:38, 24. Mär. 2014 (UTC)

== Disclaimer ==

Es erscheinen immer mehr Schaltpläne hier im Wiki. Vorschlag: Einen allgemeinen Disclaimer des Inhaltes:

- Nachbau aller Schaltpläne auf eigene Gefahr
- Weder Betreiber noch Autoren übernehmen irgendeine Haftung für Inhalte und unmittelbare oder mittelbare Folgen
- Hinweis auf die gesetzlichen Regelungen beim Anschluss an 230 V-Netze

und diesen dann ausdrücklich unten neben "Datenschutz etc." referenzieren.

LG

pah
--[[Benutzer:Pahenning|Pahenning]] ([[Benutzer Diskussion:Pahenning|Diskussion]]) 15:42, 24. Mär. 2014 (UTC)
<hr>
:Wenn Du damit ein Template/eine Vorlage meinst, die auf relevanten Seiten gezielt eingebunden werden kann/muss, kann ich das gern mal in Angriff nehmen. Ich würde mich dann an dem Text orientieren, den Du auf [[1W-WPump]] eingefügt hast. Im Augenblick ließe sich dafür auch die Vorlage <nowiki>{{Randnotiz|...}}</nowiki> (siehe [[FHEMWiki:Über_FHEMWiki#Vorlagen]]) verwenden.
:Für einen generellen Wiki-weiten Disclaimer würde ich Dich eher bitten, das selbst zu machen oder den Wiki-Admin [[Benutzer Diskussion:akw|Arno]] anzusprechen.
:--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 10:45, 25. Mär. 2014 (UTC)

== Erweiterung der Vorlage "Infobox Hardware" ==

hallo peter,
ich habe deine nachricht eben erst gesehen.

die idee war die infoboxen für modul und hardware ähnlicher zu machen. es ging mir nicht um den link zum modul sondern tatsächlich zum maintainer und da die möglichkeit aufs forums profil zu verlinken. so wie du es bei der neuen FLOORPLAN seite gemacht hast. zumindest bei 'meinen' modulen ist es zur zeit so das die info für die hardware und das fhem modul auf einer seite stehen. siehe: pca301 oder panstamp/swap. da gibt es entweder nur eine der beiden boxen oder die gleiche info taucht in beiden boxen auf. beides gefällt mir nicht wirklich.

eigentlich wollte ich die komplette ersteller zeile optional haben. das habe ich aber mit der tabellen formatierung noch nicht hin bekommen. jetzt ist erst mal nur der inhalt optional.

inzwischen habe ich noch "FHEMDevice" in "Modulname" geändert so wie es in der modul infobox auch ist. und die reihenfolge unter sonstiges geändert.

ich kann das aber auch wieder zurück bauen.

--[[Benutzer:Justme|Justme]] ([[Benutzer Diskussion:Justme|Diskussion]]) 13:51, 16. Mai 2014 (UTC)
:Auf der [[Vorlage_Diskussion:Infobox_Hardware]]-Seite geht's weiter.

== neue seiten ==
wo wir gerade dabei sind :). ich glaube es wäre schon den auskommentierten abschnitt 'neue seiten' auf der einstiegsseite zu aktivieren. --[[Benutzer:Justme|Justme]] ([[Benutzer Diskussion:Justme|Diskussion]]) 14:01, 16. Mai 2014 (UTC)

== neue Seiten ==
Hallo Peter,

Ich bin auch ein Neuling, und will meine Erfahrungen gerne anbieten an andere Benutzer. Zum Beispiel habe ich gerade der Modul Openweathermap in Betrieb genommen, und habe dabei einige Probleme gelöst. Ich hätte gern mehr Beispiele gehabt, und will die darum in eine Seite verwenden. Ist das erwünscht? Wenn ja, wie sollen neue Seiten über Devices eingeordnet werden, z.B. Openweathermap? (Deutsch ist nicht meine Muttersprache, so hoffentlich mache ich nicht zuviel Fehler).

[[Benutzer:TrudiB|TrudiB]] ([[Benutzer Diskussion:TrudiB|Diskussion]]) 11:37, 23. Mai 2014 (UTC)

<hr />
:Hallo Trudi, es ist auf jeden Fall erwünscht, dass (funktionierende) Beispiele (möglichst komplett) vorgestellt werden.
:Um eine neue Modulbeschreibung anzulegen, würde ich empfehlen, mal [[Vorlage:Infobox_Modul]] anzuschauen. Auf der [[FHEMWiki:Über_FHEMWiki]]-Seite findest Du auch in der Spalte "Ref" eine Liste der Seiten, die nach dem Schema angelegt oder überarbeitet wurden.
:Im Zweifel einfach noch mal nachfragen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:11, 23. Mai 2014 (UTC)

== Admin ==

Ph1959de erhält mit sofortiger Wirkung Administrator-Status im FHEMWiki. --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 10:56, 31. Mai 2014 (UTC)

==ZHK Seiten Einzelmodule ==

Hallo Peter,
Ich würde den Meinungsaustausch zum Thema wiki Pages valves/stellmotor gerne zu einem gemeinsamen Abschluss bringen. Ein (Erneutes) Feedback von dir wäre dabei hilfreich. Ich möchte dich daher herzlich einladen meine
Disk.Seite erneut zu besuchen und um Dein Feedback zu bereichern.
LG florian

==Kategorien für EnOcean ==
Hallo Peter,
für EnOcean gibt es 2 Kategorien: EnOcean und EnOcean_Components (anlog Homematic u.a.). In EnOcean ist der "EnOcean starter guide" und die Kategorie ist sinnvoll ins Wiki eingebunden. In der nichteingebundenen Kategorie "EnOcean_Components" befindet sich nur ein Sensor. Ist das so beabsichtigt? oder sollte das nicht angepasste werden.
Danke, Christian
<hr>
:Hallo Christian, nachdem die "EnOcean Components" Kategorie gerade erst "angelegt" wurde, würde ich erst mal abwarten. Eigentlich passt die Kategorie eher ins Konzept als das reine "EnOcean". Ich tendiere also eher dazu, alles auf "EnOcean Components" zu konsolidieren. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 17:45, 13. Jul. 2014 (UTC)
::Hallo Peter, bin dabei, den EnOcean starter guide schrittweise zu überarbeiten. Ich würde dabei einige Aktoren- und Sensorenerläuterungen aus dem Starter guide entnehmen und als separate Artikel in "EnOcean components" aufnehmen; jedoch hätte ich gerne auch eine vernünftige Erreichbarkeit. Am einfachsten wäre es doch auch den starter guide zu verschieben. Dazu habe ich aber zuwenig Ahnung und würde das lieber einem Admin überlassen. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 18:09, 13. Jul. 2014 (UTC)
::<hr>
:::Christian, wenn Du mit "Starter Guide verschieben" das Umhängen in Kategorie "EnOcean Components" meinst: das habe ich gerade gemacht (die Änderung besteht einfach nur aus dem Einsetzen des neuen Kategorienames im Artikel). Außerdem habe ich Kategorie "EnOcean" nach [[:Kategorie:EnOcean Components]] verschoben. Jetzt ist es einheitlich zu FS20, HomeMatic, etc.
:::... und jetzt kannst Du loslegen mit den weiteren Änderungen - nur eine Bitte noch: Namensschema gut überlegen und neue Artikel möglichst erst speichern, wenn Du wirklich komplett damit zufrieden bist (Vorschaufunktion "großzügig verwenden"). Das macht es den (wenigen) Leuten, die alle Änderungen hier im Wiki "sichten" einfacher. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 05:15, 14. Jul. 2014 (UTC)
:::: Vielen Dank für Deine schnelle Reaktion; werde versuchen Deine Bitten umzusetzen. Einen Wunsch habe ich natürlich noch ;-). Könnten wir EnOcean nicht auch auf der Hauptseite verlinken? Gruß, Christian--[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 09:27, 14. Jul. 2014 (UTC)
::::<hr>
:::::Ich habe ohnehin noch einige Änderungen für die Hauptseite auf meiner Liste. Da werde ich dann EnOcean auch mit aufnehmen ... bis dahin gibts ja dann vielleicht auch noch mehr Artikel in der Kategorie. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 09:44, 14. Jul. 2014 (UTC)
::::::zum Namensschema: Habe in der Kategorie den Hinweis zum Namensschema analog der anderen Hardwaresystme eingefügt. Mich stört eigentlich das Vorsetzen von EnOcean- ,würde es gerne weglassen, aber es scheint übliche Konvention hier zu sein. In der der Übersicht erscheint so aber alles unter "E". Hast Du dazu eine Meinung? Sorry, wenn ich so viel frage, aber bevor ich alles durcheinanderbringe...
::::::<hr>
:::::::Kein Problem (zu fragen) - ist wirklich einfacher, als nachher alles wieder "geradebiegen" zu müssen.
:::::::Nun, das Namensschema kannst ja Du im Augenblick noch festlegen. Bei den (z.B.) [[:Kategorie:FS20 Components|FS20 Komponenten]] ist es, wie Du schon bemerkt hast, so, dass alles unter einem Buchstaben im Index erscheint. Wie man das ändern kann, habe ich exemplarisch mal im [[FS20 WS1 Wechselschalter]] gezeigt.
:::::::Hat alles so seine Vor- und Nachteile. Auch wenn Du nicht immer "EnOcean" davor schreibst, werden doch trotzdem viele Geräte mit den gleichen Buchstaben beginnen. Dann kann es ja auch gleich das EnOcean sein. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 11:27, 14. Jul. 2014 (UTC)
:::: Hallo Peter! Danke für das kurzfristige Aufnehmen von EnOcean auf der Hauptseite. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 15:14, 17. Jul. 2014 (UTC)

== Subtype Tabelle für EnOcean ... Wiki-Tipps? ==
Hallo Peter, bräuchte noch einmal Wiki-Nachhilfe, da ich keine einfache Lösung gefunden habe. Vielleicht hast Du eine Idee:
Ich würde gerne auf der Kategorie-Seite EnOcean Components die vorhandenen EnOcean-Wiki-Artikel noch einmal separat anhand des EnOcean-Attributs "subType" zuordnen und sichtbar machen.
Quasi eine (lange) Tabelle der Art
{| class="wikitable"
|-
! subType !! Wiki-Seite Geräte
|-
| switch || [[EnOcean-PTM-210-Taster]]
|-
| lightSensor.01 || [[EnOcean-FAH60-Au%C3%9Fen-Helligkeitssensor]]
|-
|}
Manuell könnte ich das auf die Kategorienseite einpflegen -> fehleranfällig

Unterkategorien -> nicht erwünscht und klickintensiv, aber weniger wartungsintensiv

Unterseite zu EnOcean Components -> fehleranfällig und nicht auffällig

Hast Du dazu eine Idee/Meinung? Danke --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 22:41, 5. Aug. 2014 (UTC)
<hr />
:Ich würde (zumindest für's Erste) mal was Ähnliches machen wie die "News" Sektion auf der Hauptseite. Da wird Vorlage [[Vorlage:FHEMWiki_News]] eingebunden. In dieser Vorlage wird (manuell, aber wie ich finde recht übersichtlich) eine Tabelle unter zuhilfenahme der Vorlage [[Vorlage:News]] aufgebaut.
:Wenn ich das richtig sehe, könntest Du sogar in (D)einer neuen Vorlage (nennen wir sie mal <nowiki>{{EnOceanSubTypeTable}}</nowiki>) einfach die News Vorlage so <nowiki>{{News|subType|Wiki-Seite}}</nowiki> "missbrauchen". Und die EnOceanSubTypeTable ließe sich dann nicht nur auf der Kategorie-Seite, sondern auch auf anderen Seiten bei Bedarf einfach so einbinden. Ansonsten halte ich mal die Augen offen und schaue, ob ich noch eine andere Lösung / einen besseren Ansatz finde.
:P.S.: Ich finde, Du machst einen Superjob in der "EnOcean-Abteilung" hier im Wiki. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:16, 6. Aug. 2014 (UTC)
:<hr />
:: Ich probiere einmal Deinen Vorschlag umzusetzen. Hoffe es gelingt; löschen kann man immer noch....
:: Nach Lösungen hatte ich auch gesucht, aber mit meinem Wiki-Halbwissen nichts einfaches entdecken können.
::P.S.: Danke, zurück an Dich (auch wegen Nachhilfe). Bei EnOcean hilft 50watt auch mit. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 12:04, 6. Aug. 2014 (UTC)
:: Hm, hatte es befürchtet, Vorlage und Text waren schnell erstellt, aber dann: <s>Deine "nowiki" Geschichte habe ich anscheinend falsch verstanden.</s> (Man/Ich sollte erst denken und dann schreiben) Als Box -wie die News auf der Hauptseite- einbinden habe ich auf die Schnelle nicht hinbekommen. Da sind soviele Codetags mit denen ich mich noch beschäftigen muss. Hoffe ich habe hier kein Chaos verursacht; ansonsten bitte löschen. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 13:31, 6. Aug. 2014 (UTC)
::<hr />
:::Sieht doch schon ganz gut aus. Für eine direkte Einbindung auf der Kategorieseite ist die Tabelle meiner Ansicht nach eh zu groß, daher finde ich den von Dir gewählen Ansatz mit der eigenen Seite ganz gut.
:::In der Vorlage müsstest Du noch die Erläuterung zum "xx" überarbeiten (die führende Leerstelle macht das automatisch zu einem <nowiki><pre></nowiki>. Wenn Du die Hervorhebung willst, müsstest Du den Satz in <nowiki><code></code></nowiki> setzen.
:::Das Layout der Tabelle kann man ja auch jederzeit noch ändern.
:::Wenn Du noch Hilfe / Unterstützung brauchst, lass es mich wissen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 14:36, 6. Aug. 2014 (UTC)
:::<hr />
::::Mit dem Ergebnis bin ich nicht wirklich zufrieden. Aber bevor ich daran weiterarbeite, muss ich mehr zur Wiki-Bearbeitung lernen.
::::Danke für Deine bisherige Unterstützung und auch das Hilfsangebot. Werde sicherlich darauf zurückkommen. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 14:53, 6. Aug. 2014 (UTC)

== Vorlage Link2Forum ==
Hallo Peter, soll ich die Vorlage Link2Forum schon nutzen? Wenn ich es zeitlich morgen schaffe, wollte ich sowieso noch einige EnOcean Wiki-Seiten anfassen. Würde es dann schon mitändern. Oder kannst Du das automatisiert? Gruß, Christian --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 19:32, 11. Aug. 2014 (UTC)
<hr />
:Hallo Christian, ich würde die Vorlage bisher nur für den sparsamen Einsatz (kannst sie gern in ein oder zwei Artikeln ausprobieren) empfehlen. Insbesondere innerhalb der "Infobox Modul" bin ich noch nicht ganz soweit - da tendiere ich eher noch dazu, das Link2Forum direkt aus der Infobox heraus einzusetzen. Das wäre dann nur eine Änderung, die hoffentlich alle bisherigen Einsatzstellen der Infobox erwischen würde (wobei, der Forenlink ist meines Wissens noch lange nicht überall drin; das habe ich ja erst kürzlich in die Infobox aufgenommen).
:Automatisieren kann ich leider nichts; mir ist (zumindest noch) nicht bewusst, dass wir hier die Möglichkeit haben, irgendwelche Bots einzusetzen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 21:32, 11. Aug. 2014 (UTC)
:<hr />
::Nutze bei EnOcean nur "Infobox Hardware" intensiv, dort brauche ich die Links nicht. Innerhalb der Wiki-Seiten verlinke ich häufiger auf einen bestimmeten Beitrag im Forum. Dort könnte ich schon umstellen auf <nowiki>{{Link2Forum|Topic=12345|Message=54321}}</nowiki>. Über die Vorlage "Infobox Modul" habe ich mir bei EnOcean noch keine Gedanken gemacht (Momentan grübel ich eher noch Einsatzbeispiele analog zur Vorlage EnOceanSubTypetable zusammenzufassen). --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 22:04, 11. Aug. 2014 (UTC)
::<hr />
:::Wie gesagt, bitte noch "defensiv" benutzen, da ich noch keine umfangreicheren Tests gemacht habe. Daher bin ich aber natürlich auch an Rückmeldungen (die bitte dann auf der entsprechenden Diskussionsseite) zu der Vorlage interessiert (gibts Probleme, Änderungs-, Erweiterungswünsche und/oder -bedarf...?).
:::Ansonsten: Infobox Modul - dafür gäbe es bei EnOcean wohl nur genau eine Einsatzmöglichkeit, wenn ich das richtig sehe. Das könntest Du anlegen, wenn Du die Vorlage mal einsetzen möchtests. Oder gibt es weitere Module, die EnOcean implementieren? --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 05:06, 12. Aug. 2014 (UTC)

== Inhalt Hauptseite ==
Hallo Peter, folgende Idee/Vorschläge zur Wiki-Hauptseite:
Developers Corner: die dort direkt verlinkten Seiten sind -vorsichtig formuliert- nicht gerade die Aktuellsten; könnte man dort nicht besser gut gepflegte Seiten wie [[DevelopmentModuleIntro]] oder [[DevelopmentGuidelinesAV]] direkt verlinken? Außerdem ist das "Guter Startpunkt, sehr empfohlen!" unter "Wie fange ich an" meiner Meinung nach zu schwach. Ich denke das ist DIE Grundvoraussetzung für den ersten Überblick; hast Du auch unter [[Planung]] geschrieben. "Tipp der Woche" unter Ideen und Lösungen ist (war?) "nur" der "Tipp des Monats" und sollte dann auch so genannt werden. Wird anscheinend nur von soulman gepflegt. Wenn da nichts Aktuelles drin steht, wirkt das Wiki ziemlich tot. Andererseits habe ich persönlich auch keinen großen Antrieb dort etwas zu verfassen. Wer sucht dort wirklich?
Ich weis, kaum aktiv und schon Rumnörgeln... (Nicht wundern: Ich habe mich heute aber schon wieder darüber geärgert, dass immer mehr Blogs Fhem-Artikel mit typischen Wiki-Inhalt veröffentlichen statt dies hier zu tuen, wo ein zentraler Anlaufpunkt sein sollte. Wenn diese Blog-Artikel auch noch umständlich oder fehlerbehaftet sind, hat man keine Einfluß auf Korrekturen und der Kram ist im Umlauf. Dagegen sollten wir arbeiten.)--[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 15:22, 14. Aug. 2014 (UTC)
Auch <nowiki>[[Links|wichtige Fhem Links]]</nowiki> sind nicht gerade top-aktuell. Für wichtig halte ich die schon gar nicht. So, Frust weg ;-). Aber dennoch halte ich meine Anmerkungen für diskussionswürdig. Ich möchte auf der Hauptseite nicht eigenständig ändern, da mir nicht bekannt ist, ob das für Normal-Anwender erlaubt ist. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 18:31, 14. Aug. 2014 (UTC)
<hr />
:Christian, auch die Hauptseite kann von jedem bearbeitet werden - aber vorherige Diskussion ist da vielleicht nicht falsch. Ich habe daher Deine Anregungen mal auf die [[Diskussion:Hauptseite#Vorschläge zur Überarbeitung der Hauptseite|Diskussionsseite]] übertragen. Lass uns die Sache da weiterführen ... vielleicht beteiligt sich ja noch jemand... --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 05:41, 15. Aug. 2014 (UTC)
<hr />
::Ok, werde auch versuchen meine Anmerkungen passender zu platzieren. Hoffe nur, dass das dann nicht komplett untergeht. Habe aber teilweise keine Ahnung, wo das hin soll - bin noch zu Wiki-unerfahren. Aktuell bspw. [[Spezial:Gewünschte_Seiten]] enthält nach meiner Meinung eine Vielzahl von "Leichen", die weg können (FR und alles was damit zusammenhängt; Links durch STELLMOTOR). Ich habe da keine Ahnung, wo ich anfangen soll/darf. Ich würde beispielsweise bei [[STELLMOTOR]] die "toten" Lemmas/Seiten herausnehmen. Der Ersteller von STELLMOTOR könnte sie wieder reinnehmen, wenn er tatsächlich daran arbeiten will; traue mich aber nicht.
::'' ... vielleicht beteiligt sich ja noch jemand...'' Hoffnung stirbt zuletzt.... ;-) --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 08:15, 15. Aug. 2014 (UTC)
::<hr />
:::* Ist schon ok, das hier zu plazieren ... aber außer mir findet das hier keiner, daher der "Umzug"
:::* "Gewünschte Seiten" ... enthält alle <nowiki>[[Lemma...]]</nowiki> Stellen, die auf nicht existierende Seiten verweisen. Wenn's so extrem vorkommt wie in Deinem genannten Beispiel, einfach den entsprechenden Benutzer anschreiben. Wirklich stören tut's aber auch nicht - du glaubst gar nicht, wie '''wenige''' Benutzer die "Gewünschte Seiten" Seite jemals gesehen haben, geschweige denn regelmäßig benutzen.
:::* Anfangen darfst Du sicherlich da, wo ein Eintrag in die "Gewünschten Seiten" offensichtlich versehentlich entstanden ist, z.B. weil jemand sich schlicht vertippt hat; wenn jemand schon mal eine Liste erstellt hat, welche Seiten noch gemacht werden müssen (wie ich z.B. auf meiner Benutzerseite :-) ), würde ich das erst mal ganz gelassen so stehen lassen.
:::* Und immer im Hinterkopf behalten, dass viele Benutzer hier im Wiki nur ganz gelegentlich unterwegs sind um vielleicht den einen oder anderen Tippfehler zu korrigieren - und das war's dann auch schon. Die meisten Benutzer bekommen nicht mal die Begrüßungshinweise mit ... und/oder lesen sie nicht, halten sich nicht dran, verstehen sie nicht...
:::Bottom line: nicht zu viel erwarten, Dich selbst nicht "aufreiben", aber fleißig weitermachen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 08:35, 15. Aug. 2014 (UTC)
:::<hr />
::::Bottom line: keine Sorge, reibe mich schon nicht auf. ''weiter'''machen''''': ich würde es grds. einfach machen, will aber niemanden vergraulen und den Admins unnötig Arbeit machen; hätte in STELLMOTOR die "toten" Lemmas in normale Aufzählung verwandelt, FR gelöscht (Leiche des Absturzes), kleinere Änderungen an Hauptseite vorgenommen oder... Rückgängig kann man (Admin/Ersteller) es immer noch machen; eigentlich ist es mir zu viel Diskussion, die mMn keinen weiterbringt, (wie lange soll man auf Entgegnungen warten?).....
::::Meine Bottom line: Keine Sorge Umstrukturierungen (Kategorien) o.ä. würde ich nicht undiskutiert vornehmen
:::::Nur teilweise Offtoic: Peter, wenn Du meine Verlinkung in der Homematic-Kategorie nicht OK findest, mach es einfach rückgängig: Für mich ist das in Ordnung, habe damit grds. kein Problem; gilt immer. Gruß, Christian (Habe da eh noch einen Tippfehler eingebaut!)

== WikiArtikel Pflege ==
Hallo Peter,
die "Verschieben" Option von Artikeln kannte ich in der Tat noch nicht. Danke für den Hinweis..
:Kein Problem & gern geschehen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:45, 29. Aug. 2014 (UTC)

Du kannst meine Wiki-Artikel gerne korrigieren und vereinheitlichen. Wenn du mir zusätzlich noch verrätst worauf du achtest, kann ich versuchen diese Dinge gleich selbst zu beachten.
:<hr />
:Lässt sich so generell nicht beantworten; manchmal nur Kleinigkeiten. Beispiele:
:* Artikel in Ich-Form schreibe ich normalerweise auf neutrale Ausdrucksweise um (später weiß ohnehin niemand mehr, wer der "Ich" war); das ist verbindlicher und mMn für technische Beschreibungen angemessener.
:* Querverweise (Links auf andere Artikel) einfügen - auch IN anderen Artikeln wo sinnvoll Verweise auf Deinen neuen Artikel setzen (sonst entstehen "Waisen" und "Sackgassen"); ob es schon Links auf Deine Seite gibt, kannst Du über das "Links auf diese Seite" (links in der Navigationsleiste) herausfinden.
:* Rechtschreibung / Grammatik / Formulierung... ist eigentlich immer dabei
:* usw.
:-- [[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:45, 29. Aug. 2014 (UTC) <hr />

Nochetwas: ich vermisse eine Kategorie für selbst gebaute Schaltungen. Ich bin mir immer unsicher wo ich meine Artikel einstellen soll. ZurZeit sind 1wire-Schaltungen bei 1wire. Aber für Panstamps und Arduino basierte Schaltungen habe ich nichts gefunden. Kannst du helfen?
:<hr />
:Es bei Hardware die Unterkategorie "Other Components", da passt sowas derzeit immer rein. Sofern mal eine "kritische Masse" erreicht ist (also mehr als nur ein oder zwei Artikel), kann man ja überlegen, mal eine Unterkategorie "Eigenentwicklungen" (oder ähnlich) bei Hardware einzufügen.
:Für Arduino gibt es schon eine Kategorie (Unterkategorie von Hardware), für Panstamp könnte man sowas auch einrichten - wenn es vom Konzept her passt (dazu verstehe ich von der Arduino/Panstamp...-Welt zu wenig). Es sollten halt immer ähnliche Dinge in einer Kategorie/Unterkategorie... zusammengefasst sein.
:-- [[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:45, 29. Aug. 2014 (UTC) <hr />
::Misch mich mal ein: Fände Kategorie Eigenentwicklungen o.ä. nicht schlecht, da bestimmte Zielgruppe angesprochen wird. Ich lasse bspw. meine Finger davon. Würde den Artikel trotzdem zusätzlich noch in Other Components aufnehmen oder wenn es 1-wire ist auf jeden Fall in 1-Wire. Bei Homematic haben wir doch Unterkategorie HomeBrew, analog auch bei anderen anlegen!? Wir sollten etwas angehen....--[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 08:18, 29. Aug. 2014 (UTC) <hr />
:::Ok, dann machen wir doch einfach einen Auftrag an Tobias daraus: mal sammeln, welche Artikel schon vorliegen (oder er in Planung hat) für eine solche Kategorie, dann schauen wir kurz drüber und beschließen, welche neuen Unterkategorien und wie einsortiert...
:::@Tobias: ich stell das mal so auf Deine Diskussionsseite --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 08:48, 29. Aug. 2014 (UTC) <hr />

GRuss
Tobias

== Verschieben von Wiki-Seiten ohne Weiterleitung ==

Hallo Peter,
könntest Du bitte
* [[Z-Wave-EVR_ST814-Temperatur-_und_Feuchtesensor]] auf Z-Wave-EVR_ST81'''4'''-Temperatur-_und_Feuchtesensor ohne Weiterleitung verschieben. Der Ersteller [[Benutzer_Diskussion:Morgennebel]] ist anscheinend nicht mehr aktiv; reagiert auch nicht auf PM.
: -> Erledigt --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:31, 27. Dez. 2014 (UTC)
* hier [[Diskussion:WS3600]] mal reinschauen. Dort hätte ich auch gerne eine Wiki Seite verschoben. Keine Ahnung, ob Dir das aufgefallen ist.
: -> Ja, hatte ich gesehen ... und jetzt auch erledigt --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:31, 27. Dez. 2014 (UTC)
Gruß und Danke, Christian

== Nutzung von <nowiki><pre style="width:500px;"></nowiki> statt <nowiki><code></nowiki> ==

Hallo Peter, 
Du ersetzt teilweise in den Wikiseiten die Formatierung <nowiki><code></nowiki> durch <nowiki><pre style="width:500px;"></nowiki>. Hat das einen bestimmten Grund? Das führt nämlich dazu, dass der Text in einigen Fällen über den Boxrand geht. Mir ist nicht klar, wie ich das umsetzen/anwenden soll. Danke. --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 07:28, 5. Feb. 2015 (UTC)

:Hallo Christian, das mache ich (dachte ich) eigentlich nur, wenn die Zeilen in dem pre-Bereich durchweg relativ kurz sind. Was ich eigentlich häufiger mache, ist, pre durch code Tags zu ersetzen, gerade weil bei code ein automatischer Zeilenumbruch stattfindet. Insbesondere Einzeiler, die per nowiki, pre oder Leerzeichen in Spalte1 dann als Box formatiert werden ersetze ich gern duch <nowiki>:<code>define, attr, ...</code></nowiki>, weil's meiner Ansicht nach einfach flüssiger lesbar ist Gesamtkontext.
:Verhalte ich mich am Ende anders, als ich es in [[FHEMWiki:Über_FHEMWiki#Gewünschtes Verhalten / "Do and Don't"|diesem Abschnitt]] beschrieben habe? --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 07:45, 5. Feb. 2015 (UTC)
::Werde es beobachten. Vielleicht bin ich auch nur übermüdet/unkonzentriert: Habe nämlich gerade gesehen, dass ich [[HM-OU-CFM-Pl_MP3_Funk-Gong_mit_Signalleuchte|hier]] -was letztliche Anstoß zum Schreiben war- falsch geschaut habe. Die anderen Beispiele, die ich in Erinnerung habe, müsste ich mir noch einmal raussuchen. Vielleicht habe ich da auch schief geschaut. Also bitte erst einmal vergessen. Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 08:18, 5. Feb. 2015 (UTC) PS: Schaust Du bitte mit auf die diversen Unterkategorien zu "Hardware Typen" die ich angelegt habe und greifst bitte ggfs. korrigiernd ein.
:::Die neuen Unterkategorien habe ich schon zur Kenntnis genommen. Nachdem Du die letzten Änderungen an der Kategoriestruktur gemacht hast, kennst Du Dich da mittlerweile ja mindestens so gut aus wie ich. Das Einzige, was mir aufgefallen ist: auf den Kategorieseiten könnten noch ein paar kurze Worte zur Beschreibung der Kategorie eingefügt werden... aber das eilt nicht. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 08:26, 5. Feb. 2015 (UTC)

== PGM3 - Entwicklungsstand ==
Hallo Peter!
Habe heute bei PGM3 und PGM5 recht selbstsicher einen Hinweis "seit längerem nicht aktiv weiterentwickelt" hinzugefügt. Im Forum habe ich nichts gefunden und auch zu Google-Groups-Zeiten kann ich mich nicht wirklich erinnern. Bei der Nachkontrolle habe ich dann mit Erschrecken festgestellt, dass Du PGM3 auf der ToDo-Liste stehen hast und das plötzlich Martin Hass' PGM3 Screenshot-Seiten nach einer gefühlten Ewigkeit wieder erreichbar sind. Irre ich mich und PGM3 ist doch noch ein (aktuelles) Thema? Gruß, [[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 21:09, 18. Feb. 2015 (CET)
<hr />
:Christian, PGM3 auf meiner Todo-Liste ... eine Jugendsünde :-) ... fliegt gleich runter, weil bestimmt zwei Jahre alt und nie was gemacht. Die Updates auf Martin's Seiten solltest Du natürlich beobachten, aber auf mich musst Du keine Rücksicht nehmen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:55, 19. Feb. 2015 (CET)

== Begrüßungsseite Link: Was Wikipedia nicht ist ==
Hallo Peter,
ich hoffe, dass ich das hier jetzt richtig mache :-). Beim aufmerksamen Lesen der Begrüßungseite bin ich gleich auf einen Link: Was_Wikipedia_nicht_ist getappst.

Den kennt Wikipedia nicht...
Gruß Otto
<hr />
:Hallo Otto, danke für's aufmerksame Lesen :-)
:habe den (und einen weiteren) fehlerhaften Link korrigiert. Da die Vorlage mit "subst:" eingebunden wird, profitieren leider nur die Neuankömmlinge ab jetzt davon.
:Grund für das Problem ist wohl die Art, wie das Fhem-Wiki aufgesetzt wurde (bin mir aber jetzt nicht sicher, ob sich da in dieser Hinsicht nochmal was geändert hat, oder ob ich die beiden Links schlicht vergessen habe ... andere Links, wie z.B. den auf das Tutorial, habe ich vor längerer Zeit schon mal umgestellt). --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:57, 2. Apr. 2015 (CEST)

== Pflege von [[Spezial:Gewünschte_Seiten]] ==
Hallo Peter,
bin gerade im Aufräumfieber und über die gewünschten Seiten gestolpert. Einige Dinge habe ich eigenständig geklärt, aber nun benötige ich Deine Hilfe. Insbesondere das zum Aussterben verurteilte FS20 taucht dort sehr umfangreich auf. Die abnehmende Bedeutung spricht aus meiner Sicht dafür, diese "gewünschten Seiten" dort herauszunehmen. Denke es gibt wichtigere Baustellen und dringendere notwendige Seiten. Zudem sind das teilweise Karteileichen, die seit Urzeiten dort geführt werden. Aus meiner Sicht schreckt das, neben den Wiki-Softwareproblemen, Interessenten von der Mitarbeit ab. Darum bitte ich Dich um Deine Meinung als FS20-User, bevor ich das weiter anleiere. Andere Punkte, die ich nicht '''''<- meinst Du wirklich *nicht*?''''' ''<-ergänze: allein/eigenständig!'' klären wollte, betreffen bspw. die gewünschte Seite "Hilfe:Seite bearbeiten", "FHEMWiki:Stubs entfernen". Schöne Feiertage, [[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]])
:Hallo Christian, nur als schnelle Antwort (zu viele Baustellen gerade):
:* Gewünschte Seiten, speziell FS20: das was Mediawiki in die "gewünschten Seiten" einsortiert, sind die intra-Wiki Links, die nicht existieren also <nowiki>[[Existiert nicht]]</nowiki> würde da z.B. auftauchen - gewünschte Seiten im eigentlichen Sinn sind das nur dann, wenn der Verlinkung absichtlich gemacht wurde ... wie z.B. bei den vielen FS20 Seiten. Die sind nämlich häufig bei mir (hast Du doch bestimmt gesehen ;-) ), weil ich noch zu diversen FS20 Geräten was schreiben möchte und sollte. Leider (die vielen Baustellen, siehe oben) komme ich derzeit und schon lange nicht dazu. Ansonsten habe ich da immer mal wieder reingeschaut, um falsch geschriebene Links aufzuspüren und zu bereinigen. Aber vielleicht sollten wir den Link darauf einfach von der Hauptseite entfernen und z.B. auf die/eine Interna Seite holen. Vielleicht als Ersatz / Nachfolger der Randnotiz von der Über FHEMWiki Seite, auf der ich die offenen Baustellen mal aufgelistet hatte (und schon länger nicht mehr gepflegt).
::* Natürlich habe ich gesehen, dass FS20 (auch) von Dir kommt; darum habe ich mich auch mit Wiki-Eingriffen zurückgehalten, sonst.. ;-). Dein Alternativvorschlag ist gut. Die offenen Baustellen auf der Über FHEMWiki Seite: Zu den Kategorien wollte ich -auch seit langem- eine bessere "Anweisung" an die anderen Wikibearbeiter schreiben und dann abschließen. Und mich dann wieder verstärkt "meinen" eigentlichen Themen ZWave/EnO widmen.
:* Die Stubs-Seite / Kategorie / Vorlage kommt von Arno (akw), ist aber schon lange nicht mehr gepflegt worden und wird wohl auch nicht mehr aktiv genutzt
:* '''Hilfe:Seite bearbeiten''' fällt wohl in die Kategorie "Wiki-Softwareprobleme" (Du meinst den Link "Bearbeitungshilfe" neben den {{Taste|Speichern}} {{Taste|Vorschau zeigen}} Buttons?) und würde ich erst wieder aktiv in Angriff nehmen, wenn Arno die offenen Probleme komplett abgearbeitet hat :-(
::* Ja, werde mal Arno bitten.... [[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]])
:Ebenfalls schöne Feiertage, --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 15:21, 3. Apr. 2015 (CEST)

== Vorlagen: Link2Forum,.. ==
Hallo Peter,
ist die Notwendigkeit der Vorlagen "Link2Forum",.. nur darin begründet, dass man dann einfacher Anpassungen bei Änderungen der zugrundeliegenden Links vornehmen kann? Ich stelle nämlich immer wieder fest, dass außer uns beiden, die sowieso von (fast) keinem Wiki-Bearbeiter genutzt werden. Der Umstellungsaufwand im Änderungsfalle wird so vermutlich nicht sehr reduziert. Kann man dieses Problem der Linkänderungen nicht einfacher mit einem Bot lösen, der das Wiki mit Suchen/Ersetzen durchgeht? Dann hättest Du auch nicht den Pflegeaufwand für die Vorlagen. Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 11:16, 13. Aug. 2015 (CEST)
<hr>
:Hallo Christian, leider habe ich keine große Hoffnung, dass wir hier einmal die Chance haben werden, '''bot'''s einzusetzen und kenne mich damit auch (zumindest noch) nicht aus (Ausreden? Vielleicht).
:Interessant: ich habe gerade die DocLink Vorlage mal soweit fertig, dass man zumindest die ELV Links überarbeiten / generalisieren kann.
:Unterm Strich: ich werde die Vorlagen weiter pflegen und benutzen, wer sie benutzen mag soll's tun, zwingen werd ich niemanden. Wir haben halt immer noch sehr wenige Wiki-erfahrene Benutzer hier, was man auch an anderen Stellen merkt. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 11:50, 13. Aug. 2015 (CEST)
<hr>
:: Hallo Peter, will Dich auch nicht abhalten ;-) , sondern entlasten. Weil ich die DocLink-Vorlage gesehen habe, kam ich auf das Thema. Ich werde das bot-Thema mal auf meinen "Wunschzettel" aufnehmen und aktiv verfolgen. Schauen wir einmal, was sich ergibt. Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 12:04, 13. Aug. 2015 (CEST)
::<hr>
:::Kein Problem - ich denke es gibt bei beiden Vorgehensweisen Vor- und Nachteile. Meine Skepsis beruht darauf, dass die Bots ja wohl auf dem Wiki-Server laufen und ich kaum Hoffnung habe, da mehr Zugriff zu bekommen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:16, 13. Aug. 2015 (CEST)
== Codierung ==
Hallo Peter,

Du schreibst auf meiner Benutzerseite
HTML-Tags bitte nur verwenden, wenn es nicht anders geht
im Artikel
[[EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen]]
hast Du die Codierung mittels Leerzeichen durch <nowiki><code></Code></nowiki> ersetzt. Die Leerzeichen waren aber in [[http://www.fhemwiki.de/wiki/FHEMWiki:%C3%9Cber_FHEMWiki#Gewünschtes Verhalten / "Do and Don't"]] explizit erlaubt.
Einen anderen Artikel von mir hast Du nicht korrigert.
Wo liegt mein Fehler? Ich wollte der Gemeinschaft gerne etwas zurück geben - vor allem für die Arbeit die Christian mit mir gehabt hat.

--[[Benutzer:BenMarloe|BenMarloe]] ([[Benutzer Diskussion:BenMarloe|Diskussion]]) 00:25, 21. Aug. 2015 (CEST)
<hr />
:Hallo Ben(Marloe), das ist schnell erklärt:
:HTML-Tags nur verwenden - bezieht sich, wenn ich das jemandem schreibe, meist auf exzessive <nowiki> </nowiki>-Tags. Da kann (sollte) im Wiki meistens einfach eine Leerzeile oder ein Zeilenumbruch verwendet werden (einfach die "Vorschau-funktion" verwenden, um zu kontrollieren, ob's "richtig" aussieht). Außerdem sieht der Wiki-Quelltext damit schon dem formatierten Ergebnis ähnlicher und ist einfacher lesbar. Nur bei manchen Vorlagen oder z.B. in Aufzählungen ist ein Zeilenumbruch "kontraproduktiv" und dann ist ein br nötig.
:Leerzeichen vs. code ... am besten veranschaulicht:
Leerzeichen in Position 1
:... und der weitere Text. Im Vergleich dazu:
::<code>ein (eingerückter) Einzeiler, der als Code formatiert werden soll</code>
:oder noch mal anders:
Leerzeichen und ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel Text
::<code>ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel Text, der als Code formatiert werden soll</code>
:Ich hoffe, der Unterschied wird damit klar: der Text wird meiner Ansicht nach kompakter, die Hervorhebung ist aber trotzdem da. Und: bei Mehrzeilern sieht das schon wieder ganz anders aus. Da ist aber meistens dann die Verwendung von <nowiki><pre></pre></nowiki> die bessere Wahl, weil damit (im Wiki Source Text) besser verdeutlicht wird, dass die Formatierung absichtlich so gewählt ist.
:Zum Thema ''Einen anderen Artikel von mir hast Du nicht korrigert'' ... ich kann nicht überall sein :-) ... nein, ohne Scherz, ich mache das hier auch "nur nebenbei", manches ist Geschmackssache, manches übersehe ich, manches ist "zu unwichtig", etc.
:Und ''Wo liegt mein Fehler?'' - nirgends; einfach fleissig weiter mitmachen.
:--[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 07:14, 21. Aug. 2015 (CEST)

== Neue Seite oder Ergänzung ==
Mit Eurer Hilfe geht jetzt der EnOcean-FUD61NPN-Funk-Universal-Dimmaktor unidirektional bei mir.
Ich würde eine Anleitung erstellen, bin mir aber nicht sicher, ob ich das lieber als
# Ergänzung auf die existente Seite oder
# Kommentare auf die existente Seite mache oder
# eine neue Seite aufmache und wie die dann heißen soll.
Ich bitte um Vorschläge/Richtlinien 
--[[Benutzer:BenMarloe|BenMarloe]] ([[Benutzer Diskussion:BenMarloe|Diskussion]]) 16:48, 11. Sep. 2015 (CEST)

HM-CC-RT-DN Funk-Heizkörperthermostat

2015-09-04T21:23:08Z

BenMarloe: /* Betrieb mit FHEM */ Hinweis auf Neuigkeit gelöscht.

Beim '''HM-CC-RT-DN''' handelt es sich um einen '''Funk-Heizkörperthermostaten mit integriertem Stellantrieb''', der als Nachfolger den [[HM-CC-VD]] ablöst und seit Mitte September 2013 verfügbar ist.

== Vorbemerkungen ==

'''Einstellungen und Informationen die alle HomeMatic Thermostat betreffen sind unter [http://www.fhemwiki.de/wiki/HomeMatic_Type_Thermostat#Temperaturlisten|HomeMatic Type Thermostat] zu finden.'''

Im Gegensatz zum Vorgänger misst der HM-CC-RT-DN selbst die Temperatur und verfügt über eine Boost-Funktion. Er braucht zur Steuerung kein separates Raumregelungsgerät mehr und hat eine eigene Fenster-Offen-Erkennung. Ein passender Wandthermostat ([[HM-TC-IT-WM-W-EU_Funk-Wandthermostat_AP|HM-TC-IT-WM-W-EU]]) ist seit Februar 2014 verfügbar.

Das Gerät wird seit Anfang Oktober 2013 von Fhem unterstützt (siehe Diskussion im [http://forum.fhem.de/index.php/topic,14738.0.html Forum]).

Der '''HM-CC-RT-DN''' scheint das erste HomeMatic-Device zu sein, bei dem ein Update der Firmware auch vom Anwender durchgeführt werden kann. Ein Firmware-Update erfordert einen [[HM-CFG-USB_USB_Konfigurations-Adapter|USB Konfigurations-Adapter]] und eine auf der eQ-3 Webseite herunterladbare Firmware Update Software. Weitere Details sind unter [[HM-CC-RT-DN_Funk-Heizkörperthermostat#Firmware_Update|Firmware Update ]] beschrieben.

'''Achtung:''' Die Solltemperaturen eines HM-CC-RT-DN lassen sich <ins>nicht</ins> durch einen [[HM-CC-TC Funk-Wandthermostat|HM-CC-TC]] steuern. Dieser kann höchstens die Ist-Temperatur an den RT weiter geben, damit die Raumtemperatur nicht am RT selbst zur Ventilsteuerung genommen wird.

Mit einem HM-CC-RT-DN können maximal (neben der Zentrale/Fhem):
* 7 HomeMatic Heizkörperthermostate
* 8 HomeMatic Tür-Fensterkontakte / Fenster-Drehgriffkontakte
* 8 Tastenpaare von HomeMatic Fernbedienungen bzw. Display-Wandtaster
* 1 HomeMatic Innen-Temperatur-Sensor
gep'''ee'''rt werden.

== Technische Daten ==

* Betriebsspannung: 2 Stck. 1,5V LR6/Mignon/AA
* Stromaufnahme: 180 mA max.
* Abmessungen (B x H x T): 54 x 65 x 93 mm
* Gewicht: 180 g (ohne Batterien)
* Ventilanschluss: M30 x 1,5 mm

Aktuelle Firmware: 1.3

== Betrieb mit FHEM ==
Der Funk-Heizkörperthermostat muss zuerst mit Fhem [[HomeMatic_Devices_pairen|gepairt]] werden. Stellen Sie sicher, dass Fhem aktuell ist (update durchführen).

=== Channels (Kanäle) ===
==== Channel (Kanal) 01 _Weather ====
Dieser Kanal dient zur Einspeisung der gemessenen ("Ist"-) Temperatur, als Sensor kann z.B. ein HomeMatic HM-WDS10-TH-O Funk-Temperatur-/Luftfeuchtesensor OTH dienen.

Der Befehl zum peeren lautet, wobei <tempSensor> die Fhem-Kanalbezeichnung für den Sensor ist und <rt_Weather> die Kanalbezeichnung für den entsprechenden Kanal des Heizkörperthermostates:
set <tempSensor> peerChan 0 <rt_Weather> single

==== Channel (Kanal) 02 _Climate ====
Der Climate-channel dient der Kommunikation mit einem Temperatur-Kontroller (aktuell nur [[HM-TC-IT-WM-W-EU_Funk-Wandthermostat_AP|HM-TC-IT-WM-W-EU]]).
Zum peeren von TC und RT siehe [[HM-TC-IT-WM-W-EU_Funk-Wandthermostat_AP#Hinweise zur Inbetriebnahme und Installation|HM-TC-IT-WM-W-EU]]

==== Channel (Kanal) 03 _WindowRec ====
Mit diesem Kanal lassen sich Fensterkontakte (HM-SEC-SC oder HM-SEC-RHS) peeren, die ihren Fensterstatus (geöffnet/gekippt) an ein oder mehrere Thermostate senden. Die Thermostate stellen anschließend die entsprechende (konfigurierbare) Temperatur ein. Der Temperaturwert kann je Fenster-Sensor unterschiedlich definiert werden. Sind mehrere Fenster gleichzeitig geöffnet, so wird der Thermostat auf die Temperatur des Sensors mit dem geringsten Temperaturwert eingestellt.
Ferner wird empfohlen, bei Einsatz von externen Sensoren, die interne „Fenster auf Erkennung“ zu deaktivieren (Weitere Details sind im [[HM-CC-RT-DN_Funk-Heizkörperthermostat#Channel_.28Kanal.29_04_Clima|Channel (Kanal) 04 _Clima]] näher beschrieben).

Der Befehl zum peeren lautet, wobei <fensterSensor> die Fhem-Kanalbezeichnung für den Fensterkontakt ist und <rt_WindowRec> die Kanalbezeichnung für den entsprechenden Kanal des Heizkörperthermostates:
set <fensterSensor> peerChan 0 <rt_WindowRec> single

Zum Löschen (=unpeeren) dieser Kopplung:
set <fensterSensor> peerChan 0 <rt_WindowRec> single unset

'''Achtung''': Der Peer-(Lösch)Vorgang muss am Fensterkontakt durch Drücken der Anlerntaste bestätigt werden, und zwar auch dann, wenn der Fensterkontakt schon vorher mit Fhem gepairt wurde. Wichtig scheint auch dass der Fensterkontakt geschlossen ist wenn man die Anlerntaste drückt.

Der Befehl zur Temperatureinstellung des Heizkörperthermostaten für den Zustand "Fenster offen" lautet, wobei <fensterSensor> die Fhem-Kanalbezeichnung für den Fensterkontakt ist und <rt_WindowRec> die Kanalbezeichnung für den entsprechenden Kanal des Heizkörperthermostates, sowie <Temp> die einzustellende Temperatur (ganzzahliger Wert):
set <rt_WindowRec> regSet winOpnTemp <Temp> <fensterSensor>

==== Channel (Kanal) 04 _Clima ====
Dieser Kanal dient zum Einstellen der Betriebsparameter, auch [[#Temperaturlisten]] sind hierauf zu übrtragen.

'''Achtung:''' In älteren Versionen von Fhem wurde dieser Kanal durch autocreate als "_ClimRT_tr" angelegt. Der Hersteller hat hier offenbar die internen Bezeichnunen geändert, denn beim Vorläufernmodell HM-CC-TC mussten Temperaturlisten auf den Kanal ''Climate'' übertragen werden.

Die maximale Öffnung des Ventils kann mittels folgendem Befehl eingestellt werden (hier auf 80 %):
set <rt_Clima> regSet valveMaxPos 80

Die interne "Fenster-auf" Erkennung kann man wie folgt abschalten:
set <rt_Clima> regSet winOpnMode off

==== Channel (Kanal) 05 _ClimaTeam ====
Dieser Kanal dient zum peeren von mehreren Heizkörperthermostaten untereinander. Ein Mitglied des "Teams" meldet
* Änderungen der Temperatur am Handrad
* Einschalten des Boost-Modus am Taster
an seine "Teamkollegen" weiter. Folgende Änderungen werden '''nicht''' weitergegeben:
* Status der Fensterkontakte
* Temperaturlisten/Wochenplan und daraus folgende Änderungen
* Änderungen durch Fernbedienungen
* Änderungen durch eine HomeMatic-Zentrale

Befehl zum peeren, wobei <rt1-ClimaTeam> und <rt2-ClimaTeam> die Kanalbezeichnungen der beiden ClimaTeam-Kanäle sind:
set <rt1-ClimaTeam> peerChan 0 <rt2-ClimaTeam> single

==== Channel (Kanal) 06 _remote ====
Dieser Kanal ann an eine Fernbedienung gekoppelt werden. Per Tastendruck kann man einen bestimmten Mode und/oder eine bestimmte Temperatur wählen. Dabei kann die Reaktion auf einen langen oder kurzen Tastendruck gesondert eingestellt werden.

Der Befehl zum peeren lautet, wobei <button> die Kanalbezeichnung der Fernbedienung und <rt-remote> die Kanalbezeichnung des Heizkörperthermostates ist:
<pre>set <button> peerChan 0 <rt-remote> single</pre>

=== Betriebsmodus Auto, Manu, Party (Urlaub) ===

Im Automode kann man die Temperatur am Einstellrad des RT ändern. Zum nächsten Schaltpunkt wird dies dann überschrieben. Will man dies nicht (z.B. lange Party, ...), kann man auf manuell schalten. Dann bleibt die mit dem Drehregler (oder der Zentrale) eingestellte Temperatur stehen bis ''ultimo''. Es gibt dann noch den Party- oder Urlaubsmodus. In diesen kann man den Automodus für eine gegebene Zeit überschreiben.

==== Tastensperre ====

Um zu verhindern, dass der Modus oder die Temperatur per Tasten bzw. Drehrad am HM-CC-RT-DN verändert wird, kann eine Tastensperre gesetzt werden. Dies erfolgt mittels des Befehls:

set <HM-CC-RT-DN> regSet btnLock on

Rückgängig machen geht per:

set <HM-CC-RT-DN> regSet btnLock off

Diese Tastensperre kann man aber am RT durch eine Tastenkombination wieder zurücksetzen. Um sie nur per Fhem rücksetzen zu können, muss

set <HM-CC-RT-DN> regSet globalBtnLock on

eingegeben werden. Rückgängig geht wieder per:

set <HM-CC-RT-DN> regSet globalBtnLock off

==== Modus Auto ====
Das Device arbeitet gemäß des gespeicherten Wochenprogramms. Manuelle Änderungen sind möglich, werden beim nächsten Schaltpunkt überschrieben.

==== Modus Manu ====
Das Wochenprogramm wird nicht abgearbeitet, die Temperatur wird manuell eingestellt.

==== Modus Party (Urlaub) ====

Will man für eine festgesetzte Zeit (Stunden oder Tage) die Temperatur auf einen festen Wert einstellen (z.B. weil man in Urlaub fährt), kann man dies zwar auch durch Änderungen der Temperaturlisten erreichen, einfacher ist aber die Zuweisung über den Urlaubsmodus, da nach dessen Ablaufdatum und -zeitpunkt automatisch in den Auto-Modus gewechselt wird.

'''Ein Beispiel:'''

<pre>
set HM-CC-RT-DN_Clima controlParty 16 06.12.13 16:30 09.12.13 05:00
</pre>

Dadurch wird

* vom 06.12.2013, 16:30 Uhr,
* bis zum 09.12.2013, 05:00 Uhr
* die gewünschte Raumtemperatur auf 16 °C

eingestellt.

'''Hinweise:'''
* Der Befehl muss auf den Channel 4 ("_Clima") erfolgen.
* Es werden nur Uhrzeiten zu jeder vollen oder halben Stunde angenommen (Minuten also 00 oder 30).

Mit der Funktion "Urlaub" kann man eine ganze Wohnung (also mehrere RT´s) mit nur einem Befehl in den Party-mode versetzen. 
Der Name "Urlaub" kann natürlich frei gewählt werden.
Im Beispiel werden 2 Heizkörper (Treppenhaus und Kammer) angesteuert.

Zu beachten sind folgende Dinge:
# Aktuelle Dateien (z.B. 10_CUL_HM) verwenden!
# Bei dem partycontrol-Befehl in der Funktion KEIN Komma zwischen den Parametern.
# Bei der Funktion die Parameterübergabe definieren ($$$$$)

'''Aufruf:'''
:<code>{Urlaub ("16", "06.12.13", "16:30", "09.12.13" ,"05:00")}</code>

'''Funktion:'''
<pre>
my $Urlaub;
sub
Urlaub($$$$$)
{
#lokale Variablendeklaration
my ($temp,$startDate,$startTime,$endDate,$endTime) = @_;

# HM-CC-RT-DN akzeptiert nur Zeiten, die auf Minute 00 oder 30 enden.
# Daher $startTime und $endTime abrunden
$startTime =~ s/\:[0-2].$/:00/;
$startTime =~ s/\:[3-5].$/:30/;
$endTime =~ s/\:[0-2].$/:00/;
$endTime =~ s/\:[3-5].$/:30/;

#Sendebefehl für ein HM-CC-RT-DN
{fhem ("set Kammer controlParty $temp $startDate $startTime $endDate $endTime")}

# alternative Schreibweise der Parameter:
{fhem ("set Treppenhaus controlParty @_[0] @_[1] @_[2] @_[3] @_[4]")};
}
</pre>

=== Burst-Modus ===

Das ist ein '''Übertragungs'''modus für Nachrichten zwischen HM-Geräten und der Zentrale. Der RT erwacht alle 2,5 Minuten und dann überträgt die Zentrale die Kommanods. Wenn man einen Fensterkontakt oder eine Fernsteuerung nutzt, muss der RT sofort reagieren - dann muss man den Burst ''enablen''. Der RT kann in diesem Fall sofort aufgeweckt werden und bearbeitet die Anforderung (Request). Das kann man auch von der Zentrale aus nutzen (so man möchte). Das ist der '''Vorteil''' des eingeschalteten Burst-Modus.

'''Nachteil:''' Der RT muss den Receiver wach halten. Der RT und alle anderen Burst-Devices erwachen bei '''jedem''' Burst (egal für wen) und legen sich dann wieder schlafen.
* jeder Burst-trigger kostet Batterie für '''alle''' Burst-Geräte im System
* wenn Burst enabled ist kostet es dem RT Batteriekapazität

'''Burst – wie es funktioniert''' 

Schickt ein Sender eine burst Sequenz, wachen alle burst-Empfänger auf und prüfen die Message.
Wenn sie betroffen sind bleiben sie eine Zeit lang wach, ansonsten schlafen sie wieder ein.
Man beachte also, dass Senden eines Burst Energie in ALLEN burst-Empfängern verbraucht, egal ob sie angesprochen sind. 

'''HMLAN und burst''' 
HMLAN hat ein Sendebudget das über eine Stunde berechnet wird. Burst belastet diese Konto deutlich - so können nicht mehr als 100 bursts /h gesendet werden - dann geht HMLAN in overload Wenn zusätzliche messages gesendet werden sind es entsprechend weniger.
Es ist als nicht vorteilhaft, unnötig bursts zu senden.

'''Burst devices''' 
Es gibt Devices, die immer auf burst reagieren und solche bei denen es abgeschaltet werden kann. So reagiert ein Rauchmelder immer auf Burst damit er seine Team-Kollegen hören kann.
Ein TC oder RT hingegen hat diese Funktion abschaltbar. 'Per default ist dies ausgeschaltet um Batterie zu sparen'. Wenn ein VD gesteuert wird ist der TC ja selbst wach. Wird er aber mit einem Fensterkontakt gekoppelt muss es eingeschaltet werden – sonst verpasst er die message. 
 
'''ConditionalBurst devices''' 
Devices mit abschaltbarem burst wie z.B. der 'HM-CC-RT-DN', gibt es ein Register burstRx mit dem das burst-erwachen eingestellt werden kann.
Sender, die einen burst-Aktor erwecken sollen muss man sagen, welcher peer burst benötigt. Hier kann ggf. das Register peerNeedsBurst nach dem peeren gesetzt werden. FHEM versucht dies automatisch beim Peeren zu erledigen.
Siehe Hminfo kommando 'models' um festzustellen, welche devices welchen mode unterstützen. 

'''Attribut burstAccess''' 
Devices, die abschaltbaren burst haben kann man ein attribut bustAccess 1_auto setzen. Es wird beim abschicken eines Kommandos versucht, das Device mit burst zu wecken. Sollte es nicht funktionieren wird gewartet, bis das Device aufwacht (meist reagieren solche Devices auch auf wakeup). Das setzen des Attributs ist angenehm – es werden aber ggf. viele bursts gesendet. 

'''Kommando burstXmit''' 
Mit diesem Kommando, das bei Devices mit contitional-Burst zu Verfügung steht, wird der burst gezielt von User angestossen. 
Der User schickt erst seine Kommandos an das device. Die Kommandos werden im Command-stack gesammelt. 
Dann sendet der User ein set burstXmit. 
Es passiert das gleiche wie bei burstAccess. 
FHEM versucht mittels burst zu wecken und sendet bei Erfolg die Messages aus dem Kommandostack.
 
Im Gegensatz zu burstAccess ist burstXmit gezielt einsetzbar und kann sparsamer verwendet werden. 

''' FHEM und burst devices''' 
FHEM sendet eine burst automatisch mit Kommandos zu Devices, die nur burst unterstützen.

'''So aktiviert man den burst-Betrieb am HM-CC-RT-DN''' 

''Burst Mode einschalten'' (der Kanal 4 des Device WZ1 heisst hier WZ1_4) 
<pre>set WZ1_4 regSet burstRx on </pre>
prüfen mit: 
<pre>get WZ1_4 reg burstRx </pre>
''Nun in FHEM den Burst mode einschalten (sofern nicht burstXmit verwendet wird)'' 
<pre>attr WZ1 burstAccess 1_auto</pre>

Hinweis: Das Attribut im Device und nicht im Kanal setzen, ansonsten gibt es eine Fehlermeldung.

=== Temperaturlisten ===
Die Temperaturlisten des HM-CC-RT-DN werden identisch mit denen anderer HomeMatic Thermostate verwaltet, siehe [http://www.fhemwiki.de/wiki/HomeMatic_Type_Thermostat#Temperaturlisten|HomeMatic Type Thermostat]. Beim HM-CC-RT-DN ist der Kanal 4 (_Clima) für die Temperaturlisten zuständig.

==Fhem-Log==
In den folgenden Logs heißt Kanal 4 noch "_ClimRT_tr". Inzwischen würde man dort "_Clima" sehen.

=== Device-Log ===
2013.10.10 20:03:24 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_2212BC, please define it
2013.10.10 20:03:24 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC CUL_HM 2212BC A1A0184002212BC0000001000954B4551303531303031375900FFFF
2013.10.10 20:03:24 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time
2013.10.10 20:03:24 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_2212BC thermostat, model HM-CC-RT-DN serialNr KEQ0510017
2013.10.10 20:03:24 3: LANCUL pairing (hmPairForSec) not enabled
2013.10.10 20:03:24 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC-%Y.log CUL_HM_HM_CC_RT_DN_2212BC
2013.10.10 20:03:24 3: Device Heizung_Wohnzimmer added to ActionDetector with 000:10 time
2013.10.10 20:03:24 3: CUL_HM pair: Heizung_Wohnzimmer thermostat, model HM-CC-TC serialNr JEQ0044286
2013.10.10 20:03:24 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time
2013.10.10 20:03:24 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_2212BC thermostat, model HM-CC-RT-DN serialNr KEQ0510017
2013.10.10 20:03:25 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_Weather CUL_HM 2212BC01
2013.10.10 20:03:25 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Weather FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Weather-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Weather
2013.10.10 20:03:25 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Weather FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Weather-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Weather
2013.10.10 20:03:26 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_Climate CUL_HM 2212BC02
2013.10.10 20:03:26 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Climate FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Climate-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Climate
2013.10.10 20:03:26 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Climate FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Climate-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Climate
2013.10.10 20:03:27 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_WindowRec CUL_HM 2212BC03
2013.10.10 20:03:27 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_WindowRec FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_WindowRec
2013.10.10 20:03:27 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_WindowRec FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_WindowRec
2013.10.10 20:03:28 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr CUL_HM 2212BC04
2013.10.10 20:03:28 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr
2013.10.10 20:03:28 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr
2013.10.10 20:03:29 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam CUL_HM 2212BC05
2013.10.10 20:03:29 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam
2013.10.10 20:03:29 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam
2013.10.10 20:03:30 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_remote CUL_HM 2212BC06
2013.10.10 20:03:30 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_remote FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_remote-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_remote
2013.10.10 20:03:30 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_remote FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_remote-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_remote
2013.10.10 20:03:35 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time
2013.10.10 20:03:40 2: CUL_HM set CUL_HM_HM_CC_RT_DN_2212BC getSerial
2013.10.10 20:03:40 2: CUL_HM set CUL_HM_HM_CC_RT_DN_2212BC getConfig
2013.10.10 20:03:54 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time

=== Event monitor ===
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr motorErr: ok
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr measured-temp: 18.4
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr desired-temp: 18
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr ValvePosition: 3 %
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr mode: manu
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr unknown0: 24
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr T: 18.4 desired: 18 valve: 3 %
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC battery: ok
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC batteryLevel: 3.1 V
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC measured-temp: 18.4
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC desired-temp: 18
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC actuator: 3 %

== Firmware Update ==
Seit 24.10.2014 gibt es für den HM-CC-RT-DN die neue Firmware Version 1.4. Diese kann von der eQ-3 Webseite heruntergeladen werden. Genauere Informationen gibt es unter [[HomeMatic_Firmware_Update]]

=== HM-CC-RT-DN spezifische Update Informationen ===
Durch gleichzeitiges Drücken der "Auto-/Manu"-Taste und der "Comfort-/Eco"-Taste am HM-CC-RT-DN während man die Batterien wieder einlegt wird der updatemodus gestartet. Während des Updates steht "FUP" im Display. Nach erfolgreichem Update erscheint "Ins" im Display und es muss eine erneute Adaptierfahrt durch drücken der Boost-Taste ausgelöst werden. Anschließend sollte der HM-CC-RT-DN wieder normal funktionieren. Die eingestellten Parameter und das Pairing mit FHEM gehen beim Update nicht verloren. Sollte das Update fehlschlagen, erscheint "Err" bzw. "CrC" im Display.

Normalerweise sollte dann durch erneutes starten der Prozedur am PC und HM-CC-RT-DN das ganze erneut durchführbar sein.

== Simulation von Fensterkontakten und externen Temperatursensoren ==
grober Ablauf:
* erstellen ein virtuelles Device
* erstelle dazu einen virtuellen Kanal
* peeren den Kanal mit dem RT (als fenster-kontakt oder als remote, wen du willst)
* sende ein postEvent
=== Fensterkontakte ===
''entnommen aus dem Forum: [http://forum.fhem.de/index.php/topic,31078.msg236245.html#msg236245 Thread]''
define virSC CUL_HM 221133
attr virSC autoReadReg 4_reqStatus
attr virSC expert 2_full
attr virSC model virtual_1
attr virSC peerIDs
attr virSC subType virtual
attr virSC webCmd press short:press long

define virtualKitchenDoor CUL_HM 22113301
attr virtualKitchenDoor dummy 1
attr virtualKitchenDoor expert 1
attr virtualKitchenDoor group Virtual
attr virtualKitchenDoor model virtual_1
attr virtualKitchenDoor webCmd postEvent open:postEvent closed

Anschließend peeren und Temperatur festlegen mit:
set virtualKitchenDoor peerChan 0 <Thermostat_Window_Rec> single set
set <Thermostat_Window_Rec> regSet winOpnTemp 5 virtualKitchenDoor

Die virtuelle Tür wird dann dann entsprechend über ein Notify getriggert:
define notify_virtualKitchenDoor notify (Fensterkontakt_1|Fensterkontakt_2) {if(Value("Fensterkontakt") eq "open" && Value("Fensterkontakt_2") eq "open"){fhem("set virtualKitchenDoor postEvent open")}else{fhem("set virtualKitchenDoor postEvent closed")}}

=== Temperatursensoren ===
''entnommen aus dem Forum: [http://forum.fhem.de/index.php/topic,19686.msg233788.html#msg233788 Thread]''

1. Virtuelles HomeMatic Device mit _deiner_ HM Id definieren:
define wz_vT CUL_HM <hmId>

2. Dem Device einen virtuellen Kanal (Default ist ein virtueller Button) hinzufügen:
set wz_vT virtual 1

3. Es ist kein virtueller Button sondern ein virtueller Temperatursensor - darum rename:
rename wz_vT_Btn1 wz_vT_Sensor1

4. Virtuellen Peer Sensor mit dem Weather Channel des RT-DN peeren:
set wz_vT_Sensor1 peerChan 0 <RT_DN>_Weather single

5. Peering kontrollieren (Voraussetzung: Device hm vom Type hmInfo existiert):
set hm peerXref
Beispiel-Ausgabe:
peerXref done:
x-ref list
wz_Thermostat_Weather => wz_vT_Sensor1
wz_vT_Sensor1 => wz_Thermostat_Weather

6. Gemessene Temperatur vom zb. 1-Wire DS1820 dem virtuellen HM Sensor übergeben. Z.B. alle zwei Minuten per at:
define at_wz_vT at +*00:02 { my $T=(ReadingsVal("<DS1820B>","temperature",20.0)); fhem "set wz_vT_Sensor1 virtTemp $T" }

Fertig.
== Bekannte Probleme ==

=== TempList: Bad format ... ===
Wenn Sie beim Setzen einer Temperaturliste nach dem o.a. Schema ("SetTempList...") die Meldung

Bad format, use HH:MM TEMP ......

erhalten, sollten Sie zunächst ein Update von Fhem durchführen. Nähere Informationen zu dieser Funktion siehe [[FHEM_Command_Beispiele#update_...|hier]].

== Links ==
* [http://www.elv.de/homematic-heizkoerperthermostat-1.html Produktinfo]
* [http://www.elv-downloads.de/Assets/Produkte/10/1051/105155/Downloads/105155_thermostat_um.pdf Bedienungsanleitung (PDF)]
* [http://www.elv-downloads.de/Assets/Produkte/10/1051/105155/Downloads/105155_thermostat_data.pdf Datenblatt (PDF)]
* [http://www.elv-downloads.de/service/manuals/ventilkompatibilitaet.pdf Ventil-Kompatibilitätsliste (PDF)]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Heizungsventile]]

Diskussion:EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen

2015-08-28T18:16:49Z

BenMarloe: /* Verständnisprobleme mit Befehl "released" */

Diskussion:EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen

2015-08-28T18:16:33Z

BenMarloe: /* Verständnisprobleme mit Befehl "released" */

Diskussion:HM-SEC-SC Tür-Fensterkontakt

2015-08-23T21:54:22Z

BenMarloe: Fehlplatzierten Teil gelöscht.

Sendet das Teil wirklich battery-Meldungen? Ich habe mehrere davon und noch nie eine Batt-Meldung gesehen. Allerdings haben meine FW 2.0 [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 15:02, 29. Jun. 2014 (UTC)

:Ja, meine zumindest. Das muss so eingerichtet werden: http://www.fhemwiki.de/wiki/HomeMatic_Type_ThreeState --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 18:50, 29. Jun. 2014 (UTC)

:: Okay, werde ich mal testen. Seht informativer Thread. Ich habe das mal im Artikel ergänzt und auch auf den HomeMatic_Type_ThreeState Artikel verlinkt. Ich teste das sofort und werde dann ggf noch anpassen.
::Dazu gehört auch, dass vermutlich auch der ActionDetector nicht geht, wenn man das nicht macht. [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 23:55, 29. Jun. 2014 (UTC)

:::Meine habe auch Firmware 2.0, also sollte es bei Dir auch laufen. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 09:48, 30. Jun. 2014 (UTC)

::::Habe gerade bei einen mit FW 2.0 die cyclicInfoMsg gesetzt. Anders als im Wiki beschrieben muss man aber gar nicht ein erneutes hmPairSerial setzen - das Drücken der Konfig-Taste genügt. (Lazy config wird offenbar nicht unterstützt). '''Traue mich nur nicht es gleich zu ändern'''. --[[Benutzer:Pfriemler|Pfriemler]] ([[Benutzer Diskussion:Pfriemler|Diskussion]]) 21:21, 9. Jul. 2015 (CEST)

:::::Aber genau das ist die Wiki-Methodik ... falls jemand weiß, dass das falsch ist wird sie/er sich schon melden --[[Benutzer:Nobby1805|Nobby1805]] ([[Benutzer Diskussion:Nobby1805|Diskussion]]) 00:05, 10. Jul. 2015 (CEST)

== Neuer Sensor ...-SCo (optisch) ==
Jemand hier Interesse, den neuen SCo ähnlich aufzubauen? Sonst mach ich das mal. Kann ich die Texte soweit zutreffend übernehmen?
<hr />
:Bevor es ein reines kopieren bei nur wenigen Unterschieden ist, würde ich es eher bevorzugen, wenn nur diese Unterschiede (mit Hinweis auf diese Seite natürlich) beschrieben werden. Im Übrigen finde ich diese Seite (HM-SEC-SC) bisher noch nicht übermäßig übersichtlich, da ließe sich meiner Ansicht nach noch einiges verbessern. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 05:59, 7. Nov. 2014 (UTC)

Diskussion:HM-SEC-SC Tür-Fensterkontakt

2015-08-22T08:24:48Z

BenMarloe: /* Aktivität tot? */ Hinweise Logfile

Diskussion:HM-SEC-SC Tür-Fensterkontakt

2015-08-22T08:19:46Z

BenMarloe: /*Aktivität tot?*/

Benutzer Diskussion:Ph1959de

2015-08-21T10:09:53Z

BenMarloe: /* Codierung */ Rechtschreibung

Benutzer Diskussion:Ph1959de

2015-08-20T22:25:21Z

BenMarloe: /*Codierung */ Hinweis auf BenMarloes Seite nicht verstanden

== Kategoriestruktur ==

Ich habe eine Bestandsaufnahme der Kategoriestruktur mittels Freeplane Mindmap Programm erstellt. Die Quelldatei kann ich derzeit hier nicht ablegen, da nur Bilddateien erlaubt sind. Bei Bedarf bitte nach der .mm Datei fragen, ich sende sie gern an Interessenten (die willens sind, an der Umstrukturierung mitzuarbeiten). --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:13, 8. Jul. 2013 (CEST)

::Darfst du die Datei im Forum hochladen? Dann könntest einfach von hier dorthin verlinken? Grüße, [[Benutzer:Rince|Rince]] ([[Benutzer Diskussion:Rince|Diskussion]]) 08:43, 10. Jul. 2013 (CEST)

== Löschkandidaten ==

Die ganzen unverlinkten Bilde in Löschkandidaten packen hättest du nicht machen brauchen. Ich lösch unverlinkte Bilder die aus dem Import kommen auch so... wenn ich zwischendurch immer mal Zeit [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 17:00, 9. Jul. 2013 (CEST)

: :-) ... War ich ja gar nicht - das war Markusbloch ... von mir war der Hinweis auf die unverlinkten Dateien. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 23:03, 9. Jul. 2013 (CEST)

::: Manchmal hab ich eben so ne Phase irgendwie. Ist genauso wie bei der manuellen Korrektur aller Artikel direkt nach dem Import ;-) --[[Benutzer:Markusbloch|Markusbloch]] ([[Benutzer Diskussion:Markusbloch|Diskussion]]) 18:33, 10. Jul. 2013 (CEST)

::::Oh ja, hab irgendwie nicht aufgepasst. Also gegen die Phasen hab ich nix :-) [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 20:24, 10. Jul. 2013 (CEST)

== Abbildung von Bauteilen als Foto ==

Hallo Peter,

ich habe eine grundsätzliche Frage zur Darstellung von eigenen Fotos unter FHEMWiki. Ist es urheberrechtilich zulässig, eigene Fotos von Bauteilen darzustellen ?

Gruß
Lothar

:Hallo Lothar, ich bin da zwar kein Experte, denke aber, dass genau diese Art von Bildern erlaubt ist. Was nicht geht, ist das Übernehmen von Bildern von z.B. einer Herstellerseite, oder das direkte einbinden von Bildern aus fremdem Webspace. Ich denke, diese Aussage ist auch durch die Beschreibung bei Wikipedia abgedeckt: http://de.wikipedia.org/wiki/Hilfe:Bildertutorial/2_Bildrechte.
:<hr>
:--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:30, 27. Aug. 2013 (CEST)

== Urheberschaft der alten Einträge ==

Hallo,

ich habe festgestellt, dass ihr beim Neuaufsetzen des Wiki alle Urheberinformationen gelöscht habt. War das Absicht, oder ein Unfall ?

KG

pah
<hr />
:Hallo pah, muss man wohl eher als Unfall bezeichnen. Das Wiki war komplett weg (und das Backup war nicht wirklich als solches zu bezeichnen, sondern komplett unbrauchbar) und wurde aus dem Google-Cache wieder hergestellt. Dabei ist natürlich die ganze Änderungshistorie (und damit auch das was Du vermutlich als Urheberinformation bezeichnest?) verloren gegangen.
:Aber das erinnert mich daran, dass ich bei einem der Administratoren dringend mal nachfragen wollte, wie es jetzt um die Sicherstellung der Backups steht.
:Und noch ein Nachsatz: ''...dass ihr beim Neuaufsetzen des Wiki...'': daran war ich nicht wirklich aktiv beteiligt. Bin auch nur "ganz normaler" Wiki Benutzer ohne besondere Rechte. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 14:43, 10. Nov. 2013 (CET)

== Links auf der Willkommensseite ==
Hallo Peter,

ich bin - als Neuling - nicht ganz sicher, ob die Kommunikation mit Dir so gedacht ist, aber zumindest stand das so auf der Begrüßungsseite ;-)

Ich habe festgestellt, dass in der Begrüßungsseite die Links auf die englische Version von wikipedia verweisen. Ich denke gerade für Neulinge wäre da die deutsche Version besser. (Z.B. http://de.wikipedia.org/wiki/Wikipedia:Tutorial)

--[[Benutzer:Funfactor|Funfactor]] ([[Benutzer Diskussion:Funfactor|Diskussion]]) 12:31, 28. Nov. 2013 (CET)
: ... ja, ist mir bekannt (trotzdem danke für die Rückmeldung). Kann ich aber leider nicht ändern, aber wenn ich mich recht erinnere, habe ich da beim "Betreiber" unseres Wiki schon mal nachgefragt aber bisher keine Antwort bekommen. Ich werde noch mal nachhaken. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:40, 28. Nov. 2013 (CET)
:: Ok, ich habe mir das noch mal angeschaut. Ist für neue Benutzer wirklich ziemlich verwirrend, deshalb habe ich vorerst mal "hartcodiert" auf die Links auf die deutschen Wikipedia:-Hilfeseiten umgestellt. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 18:42, 28. Nov. 2013 (CET)

== Verwendung der Sandbox ==
Hallo Peter,

den Wiki "sauber" zu halten ist ja eine wichtige Sache und ich denke dafür ist die [[FhemWiki:Sandbox]] gedacht.
Leider ist mir völlig unklar, wie ich diese in diesem Sinne verwenden soll. Gibt es hierzu eine Anleitung oder ein paar Hinweise?

--[[Benutzer:Funfactor|Funfactor]] ([[Benutzer Diskussion:Funfactor|Diskussion]]) 17:01, 29. Nov. 2013 (CET)
:Die Geschichte mit der Sandbox sollte man vielleicht nicht überbewerten. Was vermieden werden sollte ist
:* das wilde Anlegen von neuen Artikeln mit zusätzlichem experimentieren mit den Seitennamen (das gibt dann immer gleich eine Weiterleitung und zusätzlichen Aufräumaufwand)
:* jede noch so kleine Änderung separat abzuspeichern (Vorschau, Vorschau, Vorschau!); es gibt einige Leute, die neue Änderungen querlesen - denen macht man die Arbeit sonst unnötig schwer
:* was mir sonst noch so eingefallen ist, habe ich schon auf die [[FHEMWiki:Über FHEMWiki]]-Seite geschrieben (darf natürlich ergänzt werden)
:Experimentieren kann man zur Not auch im eigenen Namensraum (also in Deinem Fall <nowiki>[[Funfactor/Experiment...]]</nowiki>. Aber weitere Ideen sind jederzeit willkommen (bitte beachten: ich bin auch nur "ganz normaler User" hier). --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 18:35, 29. Nov. 2013 (CET)

== On-for-timer zurücksetzen ==
Hi, es gibt da einen Artikel, den ich erstmals gerne mit einem Template Löschkandidat oder Qualtitästsicherung versehen würde: [[On-for-timer zurücksetzen]]
Erbitte Zweitmeinung. Und ich weiss nicht, ob wir ggf passende Templates haben muss ich zugeben.

[[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 16:38, 27. Dez. 2013 (CET)
:<hr>
:--[[Benutzer:Stephan|Stephan]] ([[Benutzer Diskussion:Stephan|Diskussion]]) 16:45, 27. Dez. 2013 (CET) ''(Stefans Beitrag auf die Diskussionsseite des Artikels ([[Diskussion:On-for-timer_zurücksetzen]]) verschoben [ph1959de])''

:<hr>
:Ich (traue mich fast nicht :-), aber ich ...) verweise einfach mal auf die [[:Kategorie:Löschkandidaten]] und dortselbst auf den einleitenden Text.
:--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 17:54, 27. Dez. 2013 (CET)

== autocreate ==
du hast recht. in der default konfiguration von autocreate ist autosave an. aber es gibt devices wie z.b. OWServer/HUE und ich glaube sogar HM die gehen nicht über autocreate und da ist es auf jeden fall nötig von hand save zu sagen. [[Benutzer:Justme|Justme]] 19:56, 8. Jan. 2014 (CET)

== 1-Wire - Kategorie vs. Artikel ==
Ich finde es nicht richtig, die Übersichtsbeschreibung - z.B. was das 1-Wire System ist - aus der Kategorieseite herauszunehmen. Diese Trennung schafft Redundanz und verhindert sie nicht.

Die Beschreibung ist eine unmittelbare semantische Eigenschaft der Kategorie, und kein untergeordneter Begriff.
--[[Benutzer:Pahenning|Pahenning]] ([[Benutzer Diskussion:Pahenning|Diskussion]]) 19:05, 22. Feb. 2014 (UTC)
:''Ich habe mir mal erlaubt, die Diskussion zu einem eigenen Abschnitt zu machen.''
:Nachdem Du meine Änderung mittlerweile rückgängig gemacht hast, erübrigt sich ja eine weitere Diskussion. Konsequenterweise müsstest Du aber dann auch den Artikel [[1-Wire]] mitpflegen - Artikel und Kategorietext sind derzeit nur deshalb gleich, weil ich die Inhalte mit meiner Änderung auch konsolidiert hatte.
:Damit die Diskussion über dieses Thema leichter auffindbar ist, kopiere ich sie noch in die [[Kategorie_Diskussion:1-Wire]], wo sie dann ggf. auch weitergeführt werden kann/sollte.

::Werde ich machen
::--[[Benutzer:Pahenning|Pahenning]] ([[Benutzer Diskussion:Pahenning|Diskussion]]) 15:38, 24. Mär. 2014 (UTC)

== Disclaimer ==

Es erscheinen immer mehr Schaltpläne hier im Wiki. Vorschlag: Einen allgemeinen Disclaimer des Inhaltes:

- Nachbau aller Schaltpläne auf eigene Gefahr
- Weder Betreiber noch Autoren übernehmen irgendeine Haftung für Inhalte und unmittelbare oder mittelbare Folgen
- Hinweis auf die gesetzlichen Regelungen beim Anschluss an 230 V-Netze

und diesen dann ausdrücklich unten neben "Datenschutz etc." referenzieren.

LG

pah
--[[Benutzer:Pahenning|Pahenning]] ([[Benutzer Diskussion:Pahenning|Diskussion]]) 15:42, 24. Mär. 2014 (UTC)
<hr>
:Wenn Du damit ein Template/eine Vorlage meinst, die auf relevanten Seiten gezielt eingebunden werden kann/muss, kann ich das gern mal in Angriff nehmen. Ich würde mich dann an dem Text orientieren, den Du auf [[1W-WPump]] eingefügt hast. Im Augenblick ließe sich dafür auch die Vorlage <nowiki>{{Randnotiz|...}}</nowiki> (siehe [[FHEMWiki:Über_FHEMWiki#Vorlagen]]) verwenden.
:Für einen generellen Wiki-weiten Disclaimer würde ich Dich eher bitten, das selbst zu machen oder den Wiki-Admin [[Benutzer Diskussion:akw|Arno]] anzusprechen.
:--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 10:45, 25. Mär. 2014 (UTC)

== Erweiterung der Vorlage "Infobox Hardware" ==

hallo peter,
ich habe deine nachricht eben erst gesehen.

die idee war die infoboxen für modul und hardware ähnlicher zu machen. es ging mir nicht um den link zum modul sondern tatsächlich zum maintainer und da die möglichkeit aufs forums profil zu verlinken. so wie du es bei der neuen FLOORPLAN seite gemacht hast. zumindest bei 'meinen' modulen ist es zur zeit so das die info für die hardware und das fhem modul auf einer seite stehen. siehe: pca301 oder panstamp/swap. da gibt es entweder nur eine der beiden boxen oder die gleiche info taucht in beiden boxen auf. beides gefällt mir nicht wirklich.

eigentlich wollte ich die komplette ersteller zeile optional haben. das habe ich aber mit der tabellen formatierung noch nicht hin bekommen. jetzt ist erst mal nur der inhalt optional.

inzwischen habe ich noch "FHEMDevice" in "Modulname" geändert so wie es in der modul infobox auch ist. und die reihenfolge unter sonstiges geändert.

ich kann das aber auch wieder zurück bauen.

--[[Benutzer:Justme|Justme]] ([[Benutzer Diskussion:Justme|Diskussion]]) 13:51, 16. Mai 2014 (UTC)
:Auf der [[Vorlage_Diskussion:Infobox_Hardware]]-Seite geht's weiter.

== neue seiten ==
wo wir gerade dabei sind :). ich glaube es wäre schon den auskommentierten abschnitt 'neue seiten' auf der einstiegsseite zu aktivieren. --[[Benutzer:Justme|Justme]] ([[Benutzer Diskussion:Justme|Diskussion]]) 14:01, 16. Mai 2014 (UTC)

== neue Seiten ==
Hallo Peter,

Ich bin auch ein Neuling, und will meine Erfahrungen gerne anbieten an andere Benutzer. Zum Beispiel habe ich gerade der Modul Openweathermap in Betrieb genommen, und habe dabei einige Probleme gelöst. Ich hätte gern mehr Beispiele gehabt, und will die darum in eine Seite verwenden. Ist das erwünscht? Wenn ja, wie sollen neue Seiten über Devices eingeordnet werden, z.B. Openweathermap? (Deutsch ist nicht meine Muttersprache, so hoffentlich mache ich nicht zuviel Fehler).

[[Benutzer:TrudiB|TrudiB]] ([[Benutzer Diskussion:TrudiB|Diskussion]]) 11:37, 23. Mai 2014 (UTC)

<hr />
:Hallo Trudi, es ist auf jeden Fall erwünscht, dass (funktionierende) Beispiele (möglichst komplett) vorgestellt werden.
:Um eine neue Modulbeschreibung anzulegen, würde ich empfehlen, mal [[Vorlage:Infobox_Modul]] anzuschauen. Auf der [[FHEMWiki:Über_FHEMWiki]]-Seite findest Du auch in der Spalte "Ref" eine Liste der Seiten, die nach dem Schema angelegt oder überarbeitet wurden.
:Im Zweifel einfach noch mal nachfragen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:11, 23. Mai 2014 (UTC)

== Admin ==

Ph1959de erhält mit sofortiger Wirkung Administrator-Status im FHEMWiki. --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 10:56, 31. Mai 2014 (UTC)

==ZHK Seiten Einzelmodule ==

Hallo Peter,
Ich würde den Meinungsaustausch zum Thema wiki Pages valves/stellmotor gerne zu einem gemeinsamen Abschluss bringen. Ein (Erneutes) Feedback von dir wäre dabei hilfreich. Ich möchte dich daher herzlich einladen meine
Disk.Seite erneut zu besuchen und um Dein Feedback zu bereichern.
LG florian

==Kategorien für EnOcean ==
Hallo Peter,
für EnOcean gibt es 2 Kategorien: EnOcean und EnOcean_Components (anlog Homematic u.a.). In EnOcean ist der "EnOcean starter guide" und die Kategorie ist sinnvoll ins Wiki eingebunden. In der nichteingebundenen Kategorie "EnOcean_Components" befindet sich nur ein Sensor. Ist das so beabsichtigt? oder sollte das nicht angepasste werden.
Danke, Christian
<hr>
:Hallo Christian, nachdem die "EnOcean Components" Kategorie gerade erst "angelegt" wurde, würde ich erst mal abwarten. Eigentlich passt die Kategorie eher ins Konzept als das reine "EnOcean". Ich tendiere also eher dazu, alles auf "EnOcean Components" zu konsolidieren. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 17:45, 13. Jul. 2014 (UTC)
::Hallo Peter, bin dabei, den EnOcean starter guide schrittweise zu überarbeiten. Ich würde dabei einige Aktoren- und Sensorenerläuterungen aus dem Starter guide entnehmen und als separate Artikel in "EnOcean components" aufnehmen; jedoch hätte ich gerne auch eine vernünftige Erreichbarkeit. Am einfachsten wäre es doch auch den starter guide zu verschieben. Dazu habe ich aber zuwenig Ahnung und würde das lieber einem Admin überlassen. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 18:09, 13. Jul. 2014 (UTC)
::<hr>
:::Christian, wenn Du mit "Starter Guide verschieben" das Umhängen in Kategorie "EnOcean Components" meinst: das habe ich gerade gemacht (die Änderung besteht einfach nur aus dem Einsetzen des neuen Kategorienames im Artikel). Außerdem habe ich Kategorie "EnOcean" nach [[:Kategorie:EnOcean Components]] verschoben. Jetzt ist es einheitlich zu FS20, HomeMatic, etc.
:::... und jetzt kannst Du loslegen mit den weiteren Änderungen - nur eine Bitte noch: Namensschema gut überlegen und neue Artikel möglichst erst speichern, wenn Du wirklich komplett damit zufrieden bist (Vorschaufunktion "großzügig verwenden"). Das macht es den (wenigen) Leuten, die alle Änderungen hier im Wiki "sichten" einfacher. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 05:15, 14. Jul. 2014 (UTC)
:::: Vielen Dank für Deine schnelle Reaktion; werde versuchen Deine Bitten umzusetzen. Einen Wunsch habe ich natürlich noch ;-). Könnten wir EnOcean nicht auch auf der Hauptseite verlinken? Gruß, Christian--[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 09:27, 14. Jul. 2014 (UTC)
::::<hr>
:::::Ich habe ohnehin noch einige Änderungen für die Hauptseite auf meiner Liste. Da werde ich dann EnOcean auch mit aufnehmen ... bis dahin gibts ja dann vielleicht auch noch mehr Artikel in der Kategorie. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 09:44, 14. Jul. 2014 (UTC)
::::::zum Namensschema: Habe in der Kategorie den Hinweis zum Namensschema analog der anderen Hardwaresystme eingefügt. Mich stört eigentlich das Vorsetzen von EnOcean- ,würde es gerne weglassen, aber es scheint übliche Konvention hier zu sein. In der der Übersicht erscheint so aber alles unter "E". Hast Du dazu eine Meinung? Sorry, wenn ich so viel frage, aber bevor ich alles durcheinanderbringe...
::::::<hr>
:::::::Kein Problem (zu fragen) - ist wirklich einfacher, als nachher alles wieder "geradebiegen" zu müssen.
:::::::Nun, das Namensschema kannst ja Du im Augenblick noch festlegen. Bei den (z.B.) [[:Kategorie:FS20 Components|FS20 Komponenten]] ist es, wie Du schon bemerkt hast, so, dass alles unter einem Buchstaben im Index erscheint. Wie man das ändern kann, habe ich exemplarisch mal im [[FS20 WS1 Wechselschalter]] gezeigt.
:::::::Hat alles so seine Vor- und Nachteile. Auch wenn Du nicht immer "EnOcean" davor schreibst, werden doch trotzdem viele Geräte mit den gleichen Buchstaben beginnen. Dann kann es ja auch gleich das EnOcean sein. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 11:27, 14. Jul. 2014 (UTC)
:::: Hallo Peter! Danke für das kurzfristige Aufnehmen von EnOcean auf der Hauptseite. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 15:14, 17. Jul. 2014 (UTC)

== Subtype Tabelle für EnOcean ... Wiki-Tipps? ==
Hallo Peter, bräuchte noch einmal Wiki-Nachhilfe, da ich keine einfache Lösung gefunden habe. Vielleicht hast Du eine Idee:
Ich würde gerne auf der Kategorie-Seite EnOcean Components die vorhandenen EnOcean-Wiki-Artikel noch einmal separat anhand des EnOcean-Attributs "subType" zuordnen und sichtbar machen.
Quasi eine (lange) Tabelle der Art
{| class="wikitable"
|-
! subType !! Wiki-Seite Geräte
|-
| switch || [[EnOcean-PTM-210-Taster]]
|-
| lightSensor.01 || [[EnOcean-FAH60-Au%C3%9Fen-Helligkeitssensor]]
|-
|}
Manuell könnte ich das auf die Kategorienseite einpflegen -> fehleranfällig

Unterkategorien -> nicht erwünscht und klickintensiv, aber weniger wartungsintensiv

Unterseite zu EnOcean Components -> fehleranfällig und nicht auffällig

Hast Du dazu eine Idee/Meinung? Danke --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 22:41, 5. Aug. 2014 (UTC)
<hr />
:Ich würde (zumindest für's Erste) mal was Ähnliches machen wie die "News" Sektion auf der Hauptseite. Da wird Vorlage [[Vorlage:FHEMWiki_News]] eingebunden. In dieser Vorlage wird (manuell, aber wie ich finde recht übersichtlich) eine Tabelle unter zuhilfenahme der Vorlage [[Vorlage:News]] aufgebaut.
:Wenn ich das richtig sehe, könntest Du sogar in (D)einer neuen Vorlage (nennen wir sie mal <nowiki>{{EnOceanSubTypeTable}}</nowiki>) einfach die News Vorlage so <nowiki>{{News|subType|Wiki-Seite}}</nowiki> "missbrauchen". Und die EnOceanSubTypeTable ließe sich dann nicht nur auf der Kategorie-Seite, sondern auch auf anderen Seiten bei Bedarf einfach so einbinden. Ansonsten halte ich mal die Augen offen und schaue, ob ich noch eine andere Lösung / einen besseren Ansatz finde.
:P.S.: Ich finde, Du machst einen Superjob in der "EnOcean-Abteilung" hier im Wiki. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:16, 6. Aug. 2014 (UTC)
:<hr />
:: Ich probiere einmal Deinen Vorschlag umzusetzen. Hoffe es gelingt; löschen kann man immer noch....
:: Nach Lösungen hatte ich auch gesucht, aber mit meinem Wiki-Halbwissen nichts einfaches entdecken können.
::P.S.: Danke, zurück an Dich (auch wegen Nachhilfe). Bei EnOcean hilft 50watt auch mit. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 12:04, 6. Aug. 2014 (UTC)
:: Hm, hatte es befürchtet, Vorlage und Text waren schnell erstellt, aber dann: <s>Deine "nowiki" Geschichte habe ich anscheinend falsch verstanden.</s> (Man/Ich sollte erst denken und dann schreiben) Als Box -wie die News auf der Hauptseite- einbinden habe ich auf die Schnelle nicht hinbekommen. Da sind soviele Codetags mit denen ich mich noch beschäftigen muss. Hoffe ich habe hier kein Chaos verursacht; ansonsten bitte löschen. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 13:31, 6. Aug. 2014 (UTC)
::<hr />
:::Sieht doch schon ganz gut aus. Für eine direkte Einbindung auf der Kategorieseite ist die Tabelle meiner Ansicht nach eh zu groß, daher finde ich den von Dir gewählen Ansatz mit der eigenen Seite ganz gut.
:::In der Vorlage müsstest Du noch die Erläuterung zum "xx" überarbeiten (die führende Leerstelle macht das automatisch zu einem <nowiki><pre></nowiki>. Wenn Du die Hervorhebung willst, müsstest Du den Satz in <nowiki><code></code></nowiki> setzen.
:::Das Layout der Tabelle kann man ja auch jederzeit noch ändern.
:::Wenn Du noch Hilfe / Unterstützung brauchst, lass es mich wissen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 14:36, 6. Aug. 2014 (UTC)
:::<hr />
::::Mit dem Ergebnis bin ich nicht wirklich zufrieden. Aber bevor ich daran weiterarbeite, muss ich mehr zur Wiki-Bearbeitung lernen.
::::Danke für Deine bisherige Unterstützung und auch das Hilfsangebot. Werde sicherlich darauf zurückkommen. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 14:53, 6. Aug. 2014 (UTC)

== Vorlage Link2Forum ==
Hallo Peter, soll ich die Vorlage Link2Forum schon nutzen? Wenn ich es zeitlich morgen schaffe, wollte ich sowieso noch einige EnOcean Wiki-Seiten anfassen. Würde es dann schon mitändern. Oder kannst Du das automatisiert? Gruß, Christian --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 19:32, 11. Aug. 2014 (UTC)
<hr />
:Hallo Christian, ich würde die Vorlage bisher nur für den sparsamen Einsatz (kannst sie gern in ein oder zwei Artikeln ausprobieren) empfehlen. Insbesondere innerhalb der "Infobox Modul" bin ich noch nicht ganz soweit - da tendiere ich eher noch dazu, das Link2Forum direkt aus der Infobox heraus einzusetzen. Das wäre dann nur eine Änderung, die hoffentlich alle bisherigen Einsatzstellen der Infobox erwischen würde (wobei, der Forenlink ist meines Wissens noch lange nicht überall drin; das habe ich ja erst kürzlich in die Infobox aufgenommen).
:Automatisieren kann ich leider nichts; mir ist (zumindest noch) nicht bewusst, dass wir hier die Möglichkeit haben, irgendwelche Bots einzusetzen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 21:32, 11. Aug. 2014 (UTC)
:<hr />
::Nutze bei EnOcean nur "Infobox Hardware" intensiv, dort brauche ich die Links nicht. Innerhalb der Wiki-Seiten verlinke ich häufiger auf einen bestimmeten Beitrag im Forum. Dort könnte ich schon umstellen auf <nowiki>{{Link2Forum|Topic=12345|Message=54321}}</nowiki>. Über die Vorlage "Infobox Modul" habe ich mir bei EnOcean noch keine Gedanken gemacht (Momentan grübel ich eher noch Einsatzbeispiele analog zur Vorlage EnOceanSubTypetable zusammenzufassen). --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 22:04, 11. Aug. 2014 (UTC)
::<hr />
:::Wie gesagt, bitte noch "defensiv" benutzen, da ich noch keine umfangreicheren Tests gemacht habe. Daher bin ich aber natürlich auch an Rückmeldungen (die bitte dann auf der entsprechenden Diskussionsseite) zu der Vorlage interessiert (gibts Probleme, Änderungs-, Erweiterungswünsche und/oder -bedarf...?).
:::Ansonsten: Infobox Modul - dafür gäbe es bei EnOcean wohl nur genau eine Einsatzmöglichkeit, wenn ich das richtig sehe. Das könntest Du anlegen, wenn Du die Vorlage mal einsetzen möchtests. Oder gibt es weitere Module, die EnOcean implementieren? --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 05:06, 12. Aug. 2014 (UTC)

== Inhalt Hauptseite ==
Hallo Peter, folgende Idee/Vorschläge zur Wiki-Hauptseite:
Developers Corner: die dort direkt verlinkten Seiten sind -vorsichtig formuliert- nicht gerade die Aktuellsten; könnte man dort nicht besser gut gepflegte Seiten wie [[DevelopmentModuleIntro]] oder [[DevelopmentGuidelinesAV]] direkt verlinken? Außerdem ist das "Guter Startpunkt, sehr empfohlen!" unter "Wie fange ich an" meiner Meinung nach zu schwach. Ich denke das ist DIE Grundvoraussetzung für den ersten Überblick; hast Du auch unter [[Planung]] geschrieben. "Tipp der Woche" unter Ideen und Lösungen ist (war?) "nur" der "Tipp des Monats" und sollte dann auch so genannt werden. Wird anscheinend nur von soulman gepflegt. Wenn da nichts Aktuelles drin steht, wirkt das Wiki ziemlich tot. Andererseits habe ich persönlich auch keinen großen Antrieb dort etwas zu verfassen. Wer sucht dort wirklich?
Ich weis, kaum aktiv und schon Rumnörgeln... (Nicht wundern: Ich habe mich heute aber schon wieder darüber geärgert, dass immer mehr Blogs Fhem-Artikel mit typischen Wiki-Inhalt veröffentlichen statt dies hier zu tuen, wo ein zentraler Anlaufpunkt sein sollte. Wenn diese Blog-Artikel auch noch umständlich oder fehlerbehaftet sind, hat man keine Einfluß auf Korrekturen und der Kram ist im Umlauf. Dagegen sollten wir arbeiten.)--[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 15:22, 14. Aug. 2014 (UTC)
Auch <nowiki>[[Links|wichtige Fhem Links]]</nowiki> sind nicht gerade top-aktuell. Für wichtig halte ich die schon gar nicht. So, Frust weg ;-). Aber dennoch halte ich meine Anmerkungen für diskussionswürdig. Ich möchte auf der Hauptseite nicht eigenständig ändern, da mir nicht bekannt ist, ob das für Normal-Anwender erlaubt ist. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 18:31, 14. Aug. 2014 (UTC)
<hr />
:Christian, auch die Hauptseite kann von jedem bearbeitet werden - aber vorherige Diskussion ist da vielleicht nicht falsch. Ich habe daher Deine Anregungen mal auf die [[Diskussion:Hauptseite#Vorschläge zur Überarbeitung der Hauptseite|Diskussionsseite]] übertragen. Lass uns die Sache da weiterführen ... vielleicht beteiligt sich ja noch jemand... --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 05:41, 15. Aug. 2014 (UTC)
<hr />
::Ok, werde auch versuchen meine Anmerkungen passender zu platzieren. Hoffe nur, dass das dann nicht komplett untergeht. Habe aber teilweise keine Ahnung, wo das hin soll - bin noch zu Wiki-unerfahren. Aktuell bspw. [[Spezial:Gewünschte_Seiten]] enthält nach meiner Meinung eine Vielzahl von "Leichen", die weg können (FR und alles was damit zusammenhängt; Links durch STELLMOTOR). Ich habe da keine Ahnung, wo ich anfangen soll/darf. Ich würde beispielsweise bei [[STELLMOTOR]] die "toten" Lemmas/Seiten herausnehmen. Der Ersteller von STELLMOTOR könnte sie wieder reinnehmen, wenn er tatsächlich daran arbeiten will; traue mich aber nicht.
::'' ... vielleicht beteiligt sich ja noch jemand...'' Hoffnung stirbt zuletzt.... ;-) --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 08:15, 15. Aug. 2014 (UTC)
::<hr />
:::* Ist schon ok, das hier zu plazieren ... aber außer mir findet das hier keiner, daher der "Umzug"
:::* "Gewünschte Seiten" ... enthält alle <nowiki>[[Lemma...]]</nowiki> Stellen, die auf nicht existierende Seiten verweisen. Wenn's so extrem vorkommt wie in Deinem genannten Beispiel, einfach den entsprechenden Benutzer anschreiben. Wirklich stören tut's aber auch nicht - du glaubst gar nicht, wie '''wenige''' Benutzer die "Gewünschte Seiten" Seite jemals gesehen haben, geschweige denn regelmäßig benutzen.
:::* Anfangen darfst Du sicherlich da, wo ein Eintrag in die "Gewünschten Seiten" offensichtlich versehentlich entstanden ist, z.B. weil jemand sich schlicht vertippt hat; wenn jemand schon mal eine Liste erstellt hat, welche Seiten noch gemacht werden müssen (wie ich z.B. auf meiner Benutzerseite :-) ), würde ich das erst mal ganz gelassen so stehen lassen.
:::* Und immer im Hinterkopf behalten, dass viele Benutzer hier im Wiki nur ganz gelegentlich unterwegs sind um vielleicht den einen oder anderen Tippfehler zu korrigieren - und das war's dann auch schon. Die meisten Benutzer bekommen nicht mal die Begrüßungshinweise mit ... und/oder lesen sie nicht, halten sich nicht dran, verstehen sie nicht...
:::Bottom line: nicht zu viel erwarten, Dich selbst nicht "aufreiben", aber fleißig weitermachen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 08:35, 15. Aug. 2014 (UTC)
:::<hr />
::::Bottom line: keine Sorge, reibe mich schon nicht auf. ''weiter'''machen''''': ich würde es grds. einfach machen, will aber niemanden vergraulen und den Admins unnötig Arbeit machen; hätte in STELLMOTOR die "toten" Lemmas in normale Aufzählung verwandelt, FR gelöscht (Leiche des Absturzes), kleinere Änderungen an Hauptseite vorgenommen oder... Rückgängig kann man (Admin/Ersteller) es immer noch machen; eigentlich ist es mir zu viel Diskussion, die mMn keinen weiterbringt, (wie lange soll man auf Entgegnungen warten?).....
::::Meine Bottom line: Keine Sorge Umstrukturierungen (Kategorien) o.ä. würde ich nicht undiskutiert vornehmen
:::::Nur teilweise Offtoic: Peter, wenn Du meine Verlinkung in der Homematic-Kategorie nicht OK findest, mach es einfach rückgängig: Für mich ist das in Ordnung, habe damit grds. kein Problem; gilt immer. Gruß, Christian (Habe da eh noch einen Tippfehler eingebaut!)

== WikiArtikel Pflege ==
Hallo Peter,
die "Verschieben" Option von Artikeln kannte ich in der Tat noch nicht. Danke für den Hinweis..
:Kein Problem & gern geschehen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:45, 29. Aug. 2014 (UTC)

Du kannst meine Wiki-Artikel gerne korrigieren und vereinheitlichen. Wenn du mir zusätzlich noch verrätst worauf du achtest, kann ich versuchen diese Dinge gleich selbst zu beachten.
:<hr />
:Lässt sich so generell nicht beantworten; manchmal nur Kleinigkeiten. Beispiele:
:* Artikel in Ich-Form schreibe ich normalerweise auf neutrale Ausdrucksweise um (später weiß ohnehin niemand mehr, wer der "Ich" war); das ist verbindlicher und mMn für technische Beschreibungen angemessener.
:* Querverweise (Links auf andere Artikel) einfügen - auch IN anderen Artikeln wo sinnvoll Verweise auf Deinen neuen Artikel setzen (sonst entstehen "Waisen" und "Sackgassen"); ob es schon Links auf Deine Seite gibt, kannst Du über das "Links auf diese Seite" (links in der Navigationsleiste) herausfinden.
:* Rechtschreibung / Grammatik / Formulierung... ist eigentlich immer dabei
:* usw.
:-- [[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:45, 29. Aug. 2014 (UTC) <hr />

Nochetwas: ich vermisse eine Kategorie für selbst gebaute Schaltungen. Ich bin mir immer unsicher wo ich meine Artikel einstellen soll. ZurZeit sind 1wire-Schaltungen bei 1wire. Aber für Panstamps und Arduino basierte Schaltungen habe ich nichts gefunden. Kannst du helfen?
:<hr />
:Es bei Hardware die Unterkategorie "Other Components", da passt sowas derzeit immer rein. Sofern mal eine "kritische Masse" erreicht ist (also mehr als nur ein oder zwei Artikel), kann man ja überlegen, mal eine Unterkategorie "Eigenentwicklungen" (oder ähnlich) bei Hardware einzufügen.
:Für Arduino gibt es schon eine Kategorie (Unterkategorie von Hardware), für Panstamp könnte man sowas auch einrichten - wenn es vom Konzept her passt (dazu verstehe ich von der Arduino/Panstamp...-Welt zu wenig). Es sollten halt immer ähnliche Dinge in einer Kategorie/Unterkategorie... zusammengefasst sein.
:-- [[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:45, 29. Aug. 2014 (UTC) <hr />
::Misch mich mal ein: Fände Kategorie Eigenentwicklungen o.ä. nicht schlecht, da bestimmte Zielgruppe angesprochen wird. Ich lasse bspw. meine Finger davon. Würde den Artikel trotzdem zusätzlich noch in Other Components aufnehmen oder wenn es 1-wire ist auf jeden Fall in 1-Wire. Bei Homematic haben wir doch Unterkategorie HomeBrew, analog auch bei anderen anlegen!? Wir sollten etwas angehen....--[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 08:18, 29. Aug. 2014 (UTC) <hr />
:::Ok, dann machen wir doch einfach einen Auftrag an Tobias daraus: mal sammeln, welche Artikel schon vorliegen (oder er in Planung hat) für eine solche Kategorie, dann schauen wir kurz drüber und beschließen, welche neuen Unterkategorien und wie einsortiert...
:::@Tobias: ich stell das mal so auf Deine Diskussionsseite --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 08:48, 29. Aug. 2014 (UTC) <hr />

GRuss
Tobias

== Verschieben von Wiki-Seiten ohne Weiterleitung ==

Hallo Peter,
könntest Du bitte
* [[Z-Wave-EVR_ST814-Temperatur-_und_Feuchtesensor]] auf Z-Wave-EVR_ST81'''4'''-Temperatur-_und_Feuchtesensor ohne Weiterleitung verschieben. Der Ersteller [[Benutzer_Diskussion:Morgennebel]] ist anscheinend nicht mehr aktiv; reagiert auch nicht auf PM.
: -> Erledigt --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:31, 27. Dez. 2014 (UTC)
* hier [[Diskussion:WS3600]] mal reinschauen. Dort hätte ich auch gerne eine Wiki Seite verschoben. Keine Ahnung, ob Dir das aufgefallen ist.
: -> Ja, hatte ich gesehen ... und jetzt auch erledigt --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:31, 27. Dez. 2014 (UTC)
Gruß und Danke, Christian

== Nutzung von <nowiki><pre style="width:500px;"></nowiki> statt <nowiki><code></nowiki> ==

Hallo Peter, 
Du ersetzt teilweise in den Wikiseiten die Formatierung <nowiki><code></nowiki> durch <nowiki><pre style="width:500px;"></nowiki>. Hat das einen bestimmten Grund? Das führt nämlich dazu, dass der Text in einigen Fällen über den Boxrand geht. Mir ist nicht klar, wie ich das umsetzen/anwenden soll. Danke. --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 07:28, 5. Feb. 2015 (UTC)

:Hallo Christian, das mache ich (dachte ich) eigentlich nur, wenn die Zeilen in dem pre-Bereich durchweg relativ kurz sind. Was ich eigentlich häufiger mache, ist, pre durch code Tags zu ersetzen, gerade weil bei code ein automatischer Zeilenumbruch stattfindet. Insbesondere Einzeiler, die per nowiki, pre oder Leerzeichen in Spalte1 dann als Box formatiert werden ersetze ich gern duch <nowiki>:<code>define, attr, ...</code></nowiki>, weil's meiner Ansicht nach einfach flüssiger lesbar ist Gesamtkontext.
:Verhalte ich mich am Ende anders, als ich es in [[FHEMWiki:Über_FHEMWiki#Gewünschtes Verhalten / "Do and Don't"|diesem Abschnitt]] beschrieben habe? --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 07:45, 5. Feb. 2015 (UTC)
::Werde es beobachten. Vielleicht bin ich auch nur übermüdet/unkonzentriert: Habe nämlich gerade gesehen, dass ich [[HM-OU-CFM-Pl_MP3_Funk-Gong_mit_Signalleuchte|hier]] -was letztliche Anstoß zum Schreiben war- falsch geschaut habe. Die anderen Beispiele, die ich in Erinnerung habe, müsste ich mir noch einmal raussuchen. Vielleicht habe ich da auch schief geschaut. Also bitte erst einmal vergessen. Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 08:18, 5. Feb. 2015 (UTC) PS: Schaust Du bitte mit auf die diversen Unterkategorien zu "Hardware Typen" die ich angelegt habe und greifst bitte ggfs. korrigiernd ein.
:::Die neuen Unterkategorien habe ich schon zur Kenntnis genommen. Nachdem Du die letzten Änderungen an der Kategoriestruktur gemacht hast, kennst Du Dich da mittlerweile ja mindestens so gut aus wie ich. Das Einzige, was mir aufgefallen ist: auf den Kategorieseiten könnten noch ein paar kurze Worte zur Beschreibung der Kategorie eingefügt werden... aber das eilt nicht. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 08:26, 5. Feb. 2015 (UTC)

== PGM3 - Entwicklungsstand ==
Hallo Peter!
Habe heute bei PGM3 und PGM5 recht selbstsicher einen Hinweis "seit längerem nicht aktiv weiterentwickelt" hinzugefügt. Im Forum habe ich nichts gefunden und auch zu Google-Groups-Zeiten kann ich mich nicht wirklich erinnern. Bei der Nachkontrolle habe ich dann mit Erschrecken festgestellt, dass Du PGM3 auf der ToDo-Liste stehen hast und das plötzlich Martin Hass' PGM3 Screenshot-Seiten nach einer gefühlten Ewigkeit wieder erreichbar sind. Irre ich mich und PGM3 ist doch noch ein (aktuelles) Thema? Gruß, [[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 21:09, 18. Feb. 2015 (CET)
<hr />
:Christian, PGM3 auf meiner Todo-Liste ... eine Jugendsünde :-) ... fliegt gleich runter, weil bestimmt zwei Jahre alt und nie was gemacht. Die Updates auf Martin's Seiten solltest Du natürlich beobachten, aber auf mich musst Du keine Rücksicht nehmen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:55, 19. Feb. 2015 (CET)

== Begrüßungsseite Link: Was Wikipedia nicht ist ==
Hallo Peter,
ich hoffe, dass ich das hier jetzt richtig mache :-). Beim aufmerksamen Lesen der Begrüßungseite bin ich gleich auf einen Link: Was_Wikipedia_nicht_ist getappst.

Den kennt Wikipedia nicht...
Gruß Otto
<hr />
:Hallo Otto, danke für's aufmerksame Lesen :-)
:habe den (und einen weiteren) fehlerhaften Link korrigiert. Da die Vorlage mit "subst:" eingebunden wird, profitieren leider nur die Neuankömmlinge ab jetzt davon.
:Grund für das Problem ist wohl die Art, wie das Fhem-Wiki aufgesetzt wurde (bin mir aber jetzt nicht sicher, ob sich da in dieser Hinsicht nochmal was geändert hat, oder ob ich die beiden Links schlicht vergessen habe ... andere Links, wie z.B. den auf das Tutorial, habe ich vor längerer Zeit schon mal umgestellt). --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:57, 2. Apr. 2015 (CEST)

== Pflege von [[Spezial:Gewünschte_Seiten]] ==
Hallo Peter,
bin gerade im Aufräumfieber und über die gewünschten Seiten gestolpert. Einige Dinge habe ich eigenständig geklärt, aber nun benötige ich Deine Hilfe. Insbesondere das zum Aussterben verurteilte FS20 taucht dort sehr umfangreich auf. Die abnehmende Bedeutung spricht aus meiner Sicht dafür, diese "gewünschten Seiten" dort herauszunehmen. Denke es gibt wichtigere Baustellen und dringendere notwendige Seiten. Zudem sind das teilweise Karteileichen, die seit Urzeiten dort geführt werden. Aus meiner Sicht schreckt das, neben den Wiki-Softwareproblemen, Interessenten von der Mitarbeit ab. Darum bitte ich Dich um Deine Meinung als FS20-User, bevor ich das weiter anleiere. Andere Punkte, die ich nicht '''''<- meinst Du wirklich *nicht*?''''' ''<-ergänze: allein/eigenständig!'' klären wollte, betreffen bspw. die gewünschte Seite "Hilfe:Seite bearbeiten", "FHEMWiki:Stubs entfernen". Schöne Feiertage, [[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]])
:Hallo Christian, nur als schnelle Antwort (zu viele Baustellen gerade):
:* Gewünschte Seiten, speziell FS20: das was Mediawiki in die "gewünschten Seiten" einsortiert, sind die intra-Wiki Links, die nicht existieren also <nowiki>[[Existiert nicht]]</nowiki> würde da z.B. auftauchen - gewünschte Seiten im eigentlichen Sinn sind das nur dann, wenn der Verlinkung absichtlich gemacht wurde ... wie z.B. bei den vielen FS20 Seiten. Die sind nämlich häufig bei mir (hast Du doch bestimmt gesehen ;-) ), weil ich noch zu diversen FS20 Geräten was schreiben möchte und sollte. Leider (die vielen Baustellen, siehe oben) komme ich derzeit und schon lange nicht dazu. Ansonsten habe ich da immer mal wieder reingeschaut, um falsch geschriebene Links aufzuspüren und zu bereinigen. Aber vielleicht sollten wir den Link darauf einfach von der Hauptseite entfernen und z.B. auf die/eine Interna Seite holen. Vielleicht als Ersatz / Nachfolger der Randnotiz von der Über FHEMWiki Seite, auf der ich die offenen Baustellen mal aufgelistet hatte (und schon länger nicht mehr gepflegt).
::* Natürlich habe ich gesehen, dass FS20 (auch) von Dir kommt; darum habe ich mich auch mit Wiki-Eingriffen zurückgehalten, sonst.. ;-). Dein Alternativvorschlag ist gut. Die offenen Baustellen auf der Über FHEMWiki Seite: Zu den Kategorien wollte ich -auch seit langem- eine bessere "Anweisung" an die anderen Wikibearbeiter schreiben und dann abschließen. Und mich dann wieder verstärkt "meinen" eigentlichen Themen ZWave/EnO widmen.
:* Die Stubs-Seite / Kategorie / Vorlage kommt von Arno (akw), ist aber schon lange nicht mehr gepflegt worden und wird wohl auch nicht mehr aktiv genutzt
:* '''Hilfe:Seite bearbeiten''' fällt wohl in die Kategorie "Wiki-Softwareprobleme" (Du meinst den Link "Bearbeitungshilfe" neben den {{Taste|Speichern}} {{Taste|Vorschau zeigen}} Buttons?) und würde ich erst wieder aktiv in Angriff nehmen, wenn Arno die offenen Probleme komplett abgearbeitet hat :-(
::* Ja, werde mal Arno bitten.... [[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]])
:Ebenfalls schöne Feiertage, --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 15:21, 3. Apr. 2015 (CEST)

== Vorlagen: Link2Forum,.. ==
Hallo Peter,
ist die Notwendigkeit der Vorlagen "Link2Forum",.. nur darin begründet, dass man dann einfacher Anpassungen bei Änderungen der zugrundeliegenden Links vornehmen kann? Ich stelle nämlich immer wieder fest, dass außer uns beiden, die sowieso von (fast) keinem Wiki-Bearbeiter genutzt werden. Der Umstellungsaufwand im Änderungsfalle wird so vermutlich nicht sehr reduziert. Kann man dieses Problem der Linkänderungen nicht einfacher mit einem Bot lösen, der das Wiki mit Suchen/Ersetzen durchgeht? Dann hättest Du auch nicht den Pflegeaufwand für die Vorlagen. Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 11:16, 13. Aug. 2015 (CEST)
<hr>
:Hallo Christian, leider habe ich keine große Hoffnung, dass wir hier einmal die Chance haben werden, '''bot'''s einzusetzen und kenne mich damit auch (zumindest noch) nicht aus (Ausreden? Vielleicht).
:Interessant: ich habe gerade die DocLink Vorlage mal soweit fertig, dass man zumindest die ELV Links überarbeiten / generalisieren kann.
:Unterm Strich: ich werde die Vorlagen weiter pflegen und benutzen, wer sie benutzen mag soll's tun, zwingen werd ich niemanden. Wir haben halt immer noch sehr wenige Wiki-erfahrene Benutzer hier, was man auch an anderen Stellen merkt. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 11:50, 13. Aug. 2015 (CEST)
<hr>
:: Hallo Peter, will Dich auch nicht abhalten ;-) , sondern entlasten. Weil ich die DocLink-Vorlage gesehen habe, kam ich auf das Thema. Ich werde das bot-Thema mal auf meinen "Wunschzettel" aufnehmen und aktiv verfolgen. Schauen wir einmal, was sich ergibt. Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 12:04, 13. Aug. 2015 (CEST)
::<hr>
:::Kein Problem - ich denke es gibt bei beiden Vorgehensweisen Vor- und Nachteile. Meine Skepsis beruht darauf, dass die Bots ja wohl auf dem Wiki-Server laufen und ich kaum Hoffnung habe, da mehr Zugriff zu bekommen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:16, 13. Aug. 2015 (CEST)
== Codierung ==
Hallo Peter, 
Du schreibst auf meiner Benutzerseite
HTML-Tags bitte nur verwenden, wenn es nicht anders geht
im Artikel
[[EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen]]
hast Du die Codierung mittels Leerzeicen durch <nowiki><code></Code></nowiki> ersetzt. Die Leerzeichen waren aber in [[http://www.fhemwiki.de/wiki/FHEMWiki:%C3%9Cber_FHEMWiki#Gewünschtes Verhalten / "Do and Don't"]] explizit erlaubt.
Einen anderen Artikel von mir hast Du nicht korrigert.
Wo liegt mein Fehler? Ich wollte der Gemeinschaft gerne etwas zurück geben - vor allem für die Arbeit die Christian mit mir gehabt hat. 
--[[Benutzer:BenMarloe|BenMarloe]] ([[Benutzer Diskussion:BenMarloe|Diskussion]]) 00:25, 21. Aug. 2015 (CEST)

Benutzer:BenMarloe

2015-08-20T22:04:53Z

BenMarloe:

Hat sein System umgestellt von Windows XP mit IP-Symcon auf FHEM
* Raspberry Pi B
* Homematic
* Enocean (Peha & Eltako)

EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen

2015-08-18T22:52:34Z

BenMarloe:

Kann über virtuellen Schalter als Tastensimulation eingelernt werden.
[[EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen]] ist ein
* Aktor für EnOcean (oder Easyclick)
* Unterputzaktor
* 2-Kanal ohne Positionserkennung
* Für Jalousien oder Rolläden

45'''2'''-'''FU'''-'''EP'''-'''JR o.T.''' bedeutet 
'''2''' Kanal '''F'''unk '''U'''nterputz-'''E'''m'''P'''fänger für '''J'''alousie & '''R'''olladen '''o'''hne '''T'''ragplatte
{{Infobox Hardware
|Bild=452_FU-EP_JR_o.T.jpg
|Bildbeschreibung=452_FU-EP_JR_o.T.
|HWProtocol=EnOcean
|HWType=Empfänger, Aktor
|HWCategory=EnOcean
|HWComm=EnOcean Funk, 868Mhz
|HWChannels=1 (unidirektional)
|HWVoltage=230V~
|HWPowerConsumption=Eigenverbrauch < 1 W (geschätzt)
|HWPoweredBy=230V~
|HWSize=72x50x39 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#EnOcean EnOcean]
|HWManufacturer=Peha
}}
== Features ==
Bidirektionaler 2-Kanal-Jalousieaktor ohne Positionserkennung

== Hinweise zum Betrieb mit Fhem ==
=== Definition/Anlernvorgang ===
Der Aktor kann nicht vollautomatisch per autocreate in Fhem angelegt werden. 
Folgende Schritte sind durchzuführen (siehe auch [[EnOcean_Starter_Guide]]:

* Eine [[EnOcean_Starter_Guide#Wie ermittelt man freie Sender-IDs des TCM-basierten Funkgateways?|freie SenderID des TCM-basierten Gateways heraussuchen]] und diese als EnOcean-Gerät in Fhem definieren, dazu im Befehl-Eingabefeld eingeben:
define Rolladen EnOcean AABBCC01

Alternativ kann man Fhem auch anweisen, für das EnOcean-Gerät selbst die nächste freie SenderID zu ermitteln. Die Definiton ist dann folgendermaßen vorzunehmen:
define Rolladen EnOcean getNextID

* Anschließend das Attribut <code>subType</code> beim erzeugten Device auf <code>switch</code> setzen. Durch diese Definition wird ein 8-fach EnOcean-Taster erzeugt. Der Taster hat 4 Kanälen (A,B,C,D) zu je 2 Tasten (0,I). Alle diese 8 Taster senden mit der gleichen SenderID des TCM. Das entspricht einem Gerät mit 4 Schaltwippen die jeweils "oben" '''oder''' "unten" gedrückt sein können. Fhem emuliert mit diesem EnOcean-Gerät einen EnOcean-Schalter (darum auch "virtueller Fhem-Schalter"). Der Taster 0 des Kanal A wird "gedrückt" mit <code>set Rolladen A0</code>.

* Dieser virtuelle Fhem-Schalter wird in den Aktor wie ein physischer Schalter eingelernt. Den Aktor in den Anlernmodus bringen (Taste LRN/SET drücken) und den virtuellen Fhem-Schalter betätigen, indem im Befehl-Eingabefeld eingeben wird:
set Rolladen A0

* Wenn der Aktor den erfolgreichen Anlernvorgang signalisiert, den Anlernmodus am Aktor ausschalten.

'''HINWEIS:''' Die so angelernten Aktoren brauchen zusätzlich zum AO/AI/BO/BI Kommando auch das release Kommando, sonst akzeptieren sie manchmal keine weiteren Kommandos mehr
=== FHEM Config-Auszug ===
Ein exemplarischer Auszug aus der [[Konfiguration]]:
define BAD_Rolladen EnOcean FFC6DE87
attr BAD_Rolladen userattr room_map structexclude
attr BAD_Rolladen IODev TCM_ESP2_0
attr BAD_Rolladen eventMap AI:on A0:off BI:on B0:off released:released
attr BAD_Rolladen subType switch

=== Eventmonitorbeispiel ===
2015-08-17 23:28:41 structure BAD_Rolladen_stc on
2015-08-17 23:28:41 readingsProxy BAD_Rolladen_prx on
2015-08-17 23:28:41 structure BAD_Rolladen_stc on
2015-08-17 23:28:41 EnOcean BAD_Rolladen on
2015-08-17 23:28:42 structure BAD_Rolladen_stc released
2015-08-17 23:28:42 EnOcean BAD_Rolladen released

== Einsatzbeispiel ==
{{todo|Einsatzbeispiel erstellen}}

== Links ==
* Datenblatt/Anleitung: [https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0CCIQFjAAahUKEwjnwuiSgbHHAhVFkXIKHSQbDMU&url=http%3A%2F%2Fwww.batterielos.de%2Fdownload%2FBedienungsanleitungen%2FProduktgruppe%2520EnOcean%2FPeha%2F452-FUEPJR.pdf&ei=GEvSVefWDMWiygOktrCoDA&usg=AFQjCNFm_O47Cz0YRP5ccK0pCZorXO1Tbw&sig2=VACm1qfVv-k7YQIErIEHmQ&bvm=bv.99804247,d.bGQ|452 FU-EP JR o.T. Bedienungsanleitung]

[[Kategorie:EnOcean Components]]
[[Kategorie:Rollladensteuerung]]

EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen

2015-08-18T22:50:24Z

BenMarloe:

{{Baustelle}}
Kann über virtuellen Schalter als Tastensimulation eingelernt werden.
[[EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen]] ist ein
* Aktor für EnOcean (oder Easyclick)
* Unterputzaktor
* 2-Kanal ohne Positionserkennung
* Für Jalousien oder Rolläden

45'''2'''-'''FU'''-'''EP'''-'''JR o.T.''' bedeutet 
'''2''' Kanal '''F'''unk '''U'''nterputz-'''E'''m'''P'''fänger für '''J'''alousie & '''R'''olladen '''o'''hne '''T'''ragplatte
{{Infobox Hardware
|Bild=452_FU-EP_JR_o.T.jpg
|Bildbeschreibung=452_FU-EP_JR_o.T.
|HWProtocol=EnOcean
|HWType=Empfänger, Aktor
|HWCategory=EnOcean
|HWComm=EnOcean Funk, 868Mhz
|HWChannels=1 (unidirektional)
|HWVoltage=230V~
|HWPowerConsumption=Eigenverbrauch < 1 W (geschätzt)
|HWPoweredBy=230V~
|HWSize=72x50x39 (mm)
|HWDeviceFHEM=[http://fhem.de/commandref.html#EnOcean EnOcean]
|HWManufacturer=Peha
}}
== Features ==
Bidirektionaler 2-Kanal-Jalousieaktor ohne Positionserkennung

== Hinweise zum Betrieb mit Fhem ==
=== Definition/Anlernvorgang ===
Der Aktor kann nicht vollautomatisch per autocreate in Fhem angelegt werden. 
Folgende Schritte sind durchzuführen (siehe auch [[EnOcean_Starter_Guide]]:

* Eine [[EnOcean_Starter_Guide#Wie ermittelt man freie Sender-IDs des TCM-basierten Funkgateways?|freie SenderID des TCM-basierten Gateways heraussuchen]] und diese als EnOcean-Gerät in Fhem definieren, dazu im Befehl-Eingabefeld eingeben:
define Rolladen EnOcean AABBCC01

Alternativ kann man Fhem auch anweisen, für das EnOcean-Gerät selbst die nächste freie SenderID zu ermitteln. Die Definiton ist dann folgendermaßen vorzunehmen:
define Rolladen EnOcean getNextID

* Anschließend das Attribut <code>subType</code> beim erzeugten Device auf <code>switch</code> setzen. Durch diese Definition wird ein 8-fach EnOcean-Taster erzeugt. Der Taster hat 4 Kanälen (A,B,C,D) zu je 2 Tasten (0,I). Alle diese 8 Taster senden mit der gleichen SenderID des TCM. Das entspricht einem Gerät mit 4 Schaltwippen die jeweils "oben" '''oder''' "unten" gedrückt sein können. Fhem emuliert mit diesem EnOcean-Gerät einen EnOcean-Schalter (darum auch "virtueller Fhem-Schalter"). Der Taster 0 des Kanal A wird "gedrückt" mit <code>set Rolladen A0</code>.

* Dieser virtuelle Fhem-Schalter wird in den Aktor wie ein physischer Schalter eingelernt. Den Aktor in den Anlernmodus bringen (Taste LRN/SET drücken) und den virtuellen Fhem-Schalter betätigen, indem im Befehl-Eingabefeld eingeben wird:
set Rolladen A0

* Wenn der Aktor den erfolgreichen Anlernvorgang signalisiert, den Anlernmodus am Aktor ausschalten.

'''HINWEIS:''' Die so angelernten Aktoren brauchen zusätzlich zum AO/AI/BO/BI Kommando auch das release Kommando, sonst akzeptieren sie manchmal keine weiteren Kommandos mehr
=== FHEM Config-Auszug ===
Ein exemplarischer Auszug aus der [[Konfiguration]]:
define BAD_Rolladen EnOcean FFC6DE87
attr BAD_Rolladen userattr room_map structexclude
attr BAD_Rolladen IODev TCM_ESP2_0
attr BAD_Rolladen eventMap AI:on A0:off BI:on B0:off released:released
attr BAD_Rolladen subType switch

=== Eventmonitorbeispiel ===
2015-08-17 23:28:41 structure BAD_Rolladen_stc on
2015-08-17 23:28:41 readingsProxy BAD_Rolladen_prx on
2015-08-17 23:28:41 structure BAD_Rolladen_stc on
2015-08-17 23:28:41 EnOcean BAD_Rolladen on
2015-08-17 23:28:42 structure BAD_Rolladen_stc released
2015-08-17 23:28:42 EnOcean BAD_Rolladen released

== Einsatzbeispiel ==
{{todo|Einsatzbeispiel erstellen}}

== Links ==
* Datenblatt/Anleitung: [https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0CCIQFjAAahUKEwjnwuiSgbHHAhVFkXIKHSQbDMU&url=http%3A%2F%2Fwww.batterielos.de%2Fdownload%2FBedienungsanleitungen%2FProduktgruppe%2520EnOcean%2FPeha%2F452-FUEPJR.pdf&ei=GEvSVefWDMWiygOktrCoDA&usg=AFQjCNFm_O47Cz0YRP5ccK0pCZorXO1Tbw&sig2=VACm1qfVv-k7YQIErIEHmQ&bvm=bv.99804247,d.bGQ|452 FU-EP JR o.T. Bedienungsanleitung]

[[Kategorie:EnOcean Components]]
[[Kategorie:Rollladensteuerung]]