[FHZ] fhem: Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 189

[Dr. Boris Neubert]

Originally posted by: <email address deleted>

Salve,

Martin Fischer wrote:
 > Am Dienstag 22 Dezember 2009 schrieb Kai 'wusel' Siering:
 >> Für Reliability habe ich mal "medium" (letzer Wert zw. 300 und 600 Sekunden
 >> alt; ~1 verlorenes Telegramm), "low" (zw. 600 und 720 Sekunden) und "dead"
 >> (>720 Sekunden keine Nachricht mehr -- geklaut? ) vorgesehen. Kann man
 >> sicher auf "ok" setzen statt zu löschen (sah' das mehr als Warnindikator,
 >> aber da das Löschen ja schein's nicht vorgesehen/preferiert ist ... ).
 >
 > warum setzt du es dann nicht auf diese werte (ok, medium, low, dead) und
 > erwähnst es in der doku? dann könntest du auch bei den warnings ein "dead"
 > setzen, wenn es denn dead ist.

Bis auf "dead" habe ich das jetzt mal umgesetzt. Jetzt habe ich aber ein
komisches Phänomen:

==> /var/log/fhem/fhem-2009-12.log <==
2009.12.30 05:10:30 3: CUL opening CUL device /dev/ttyACM0
2009.12.30 05:10:30 3: CUL opened /dev/ttyACM0 for CUL
2009.12.30 05:10:31 2: FHEMWEB port 8883 opened
2009.12.30 05:10:31 0: Server started (version =VERS= from =DATE= ($Id: fhem.pl,v 1.94 2009/12/27 18:07:14 rudolfkoenig Exp $), pid 4413)
2009.12.30 05:10:38 3: FHT Unknown device 3202, please define it
2009.12.30 05:10:38 2: autocreate: define FHT_3202 FHT 3202
2009.12.30 05:10:38 2: autocreate: define FileLog_FHT_3202 FileLog /var/log/fhem/FHT_3202-%Y.log FHT_3202
2009.12.30 05:10:38 2: autocreate: define weblink_FHT_3202 weblink fileplot FileLog_FHT_3202:fht:CURRENT
2009.12.30 05:10:40 0: Server shutdown
2009.12.30 05:11:01 3: CUL opening CUL device /dev/ttyACM0
2009.12.30 05:11:01 3: CUL opened /dev/ttyACM0 for CUL
2009.12.30 05:11:02 2: FHEMWEB port 8883 opened
2009.12.30 05:11:02 0: Server started (version =VERS= from =DATE= ($Id: fhem.pl,v 1.94 2009/12/27 18:07:14 rudolfkoenig Exp $), pid 4419)
2009.12.30 05:11:17 3: FHT Unknown device 3e06, please define it
2009.12.30 05:11:17 2: autocreate: define FHT_3e06 FHT 3e06
2009.12.30 05:11:17 2: autocreate: define FileLog_FHT_3e06 FileLog /var/log/fhem/FHT_3e06-%Y.log FHT_3e06
2009.12.30 05:11:17 2: autocreate: define weblink_FHT_3e06 weblink fileplot FileLog_FHT_3e06:fht:CURRENT
2009.12.30 05:11:26 3: Unknown HMS device 1000/07bf, please define it
2009.12.30 05:11:26 2: autocreate: define HMS100TF_07bf HMS 07bf
2009.12.30 05:11:26 2: autocreate: define FileLog_HMS100TF_07bf FileLog /var/log/fhem/HMS100TF_07bf-%Y.log HMS100TF_07bf:T:.*
2009.12.30 05:11:26 2: autocreate: define weblink_HMS100TF_07bf weblink fileplot FileLog_HMS100TF_07bf:hms:CURRENT
2009.12.30 05:12:11 0: Server shutdown
2009.12.30 05:12:42 3: CUL opening CUL device /dev/ttyACM0
2009.12.30 05:12:42 3: CUL opened /dev/ttyACM0 for CUL
2009.12.30 05:12:43 2: FHEMWEB port 8883 opened
2009.12.30 05:12:43 0: Server started (version =VERS= from =DATE= ($Id: fhem.pl,v 1.94 2009/12/27 18:07:14 rudolfkoenig Exp $), pid 4424)
2009.12.30 05:12:51 3: FHT Unknown device 0a55, please define it
2009.12.30 05:12:51 2: autocreate: define FHT_0a55 FHT 0a55
2009.12.30 05:12:51 2: autocreate: define FileLog_FHT_0a55 FileLog /var/log/fhem/FHT_0a55-%Y.log FHT_0a55
2009.12.30 05:12:51 2: autocreate: define weblink_FHT_0a55 weblink fileplot FileLog_FHT_0a55:fht:CURRENT
2009.12.30 05:13:26 1: CUL_WS UNDEFINED temp/hum sensor detected, code 6
2009.12.30 05:13:26 2: autocreate: define CUL_WS_6 CUL_WS 6
2009.12.30 05:13:26 2: autocreate: define FileLog_CUL_WS_6 FileLog /var/log/fhem/CUL_WS_6-%Y.log CUL_WS_6
2009.12.30 05:13:26 2: autocreate: define weblink_CUL_WS_6 weblink fileplot FileLog_CUL_WS_6:cul_ws:CURRENT
Use of uninitialized value in concatenation (.) or string at /usr/local/bin/fhem.pl line 845.
Use of uninitialized value in concatenation (.) or string at /usr/local/bin/fhem.pl line 845.
Use of uninitialized value in concatenation (.) or string at /usr/local/bin/fhem.pl line 845.
Use of uninitialized value in concatenation (.) or string at /usr/local/bin/fhem.pl line 845.
2009.12.30 05:13:28 1: CUL_EM detected, Code 6 CNT: 128 CUM: 39426  5MIN: 0  TOP: 0
2009.12.30 05:13:28 2: autocreate: define CUL_EM_6 CUL_EM 6
2009.12.30 05:13:28 2: autocreate: define FileLog_CUL_EM_6 FileLog /var/log/fhem/CUL_EM_6-%Y.log CUL_EM_6:CNT:.*
2009.12.30 05:13:28 2: autocreate: define weblink_CUL_EM_6 weblink fileplot FileLog_CUL_EM_6:cul_em:CURRENT
Use of uninitialized value in concatenation (.) or string at /usr/local/bin/fhem.pl line 845.
Use of uninitialized value in concatenation (.) or string at /usr/local/bin/fhem.pl line 845.
Use of uninitialized value in concatenation (.) or string at /usr/local/bin/fhem.pl line 845.
Use of uninitialized value in concatenation (.) or string at /usr/local/bin/fhem.pl line 845.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 189.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 199.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 201.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 204.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 205.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 206.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 211.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 211.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 211.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 221.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 222.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 229.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 230.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 233.
Use of uninitialized value $self in concatenation (.) or string at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 236.
Use of uninitialized value $found[0] in string eq at /usr/local/bin/fhem.pl line 2115.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 189.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 190.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 191.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 192.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 193.
Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 193.
2009.12.30 05:13:41 1: CUL_WS UNDEFINED temp/hum sensor detected, code 1
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line 1885.
2009.12.30 05:13:41 2: autocreate: define CUL_WS_1 CUL_WS 1
Use of uninitialized value in numeric comparison (<=>) at /usr/local/bin/fhem.pl line 1083.
Use of uninitialized value in numeric comparison (<=>) at /usr/local/bin/fhem.pl line 1083.
Use of uninitialized value in numeric comparison (<=>) at /usr/local/bin/fhem.pl line 1083.
Use of uninitialized value in numeric comparison (<=>) at /usr/local/bin/fhem.pl line 1083.
...

Gut, für die

   Use of uninitialized value in concatenation (.) or string at /usr/local/bin/fhem.pl line 845"

halte ich mich mal nicht für zuständig (Start ohne fhem.save mit jungfräu-
licher fhem.cfg aus make pgm2 plus FHT-Code für CUL-Definition), aber

   Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 189.

macht mich leicht wuschig:


    157  sub
    158  CUL_FHTTK_Parse($$)
    159  {
    160    my ($hash, $msg) = @_;
    161
    162    my $sensor= lc(substr($msg, 1, 6));
    163    my $state = lc(substr($msg, 7, 2));
    164    my $def   = $defptr{$sensor};
    165    my $self  = $def->{NAME};
...
    186    # PREVIOUS
    187    # FIXME: Message regarded as similar if last char is identical; sure that's always
    188    #        the differentiator? -wusel, 2009-11-09
    189    if(defined($defs{$self}{PREV}{TIMESTAMP})) {
    190        if($defs{$self}{PREV}{TIMESTAMP} > time()-5) {
    191           if(defined($defs{$self}{PREV}{STATE})) {
    192               if($defs{$self}{PREV}{STATE} eq $state) {
    193                   Log GetLogLevel($def->{NAME},4), sprintf("FHTTK skipping state $state as last similar telegram was received less than 5 (%d) secs ago", $defs{$self}{PREV}{STATE}, time()-$defs{$self}{PREV}{TIMESTAMP});
    194                   return "";
    195               }
    196           }
    197        }
    198    }

Wie kann $def->{NAME} undefined sein?! Ist das ein Artefakt von autocreate?
(Wie gesagt, initial war *kein* Gerät definiert außer CUL; dies ist meine
FHEM-Spielwiese.)

 >> Battery & Warning sind doppelt gemoppelt, wenn Batteriewarnung gesendet
 >>  wird geht Warning auf "Battery low" und Battery auf "Low". Ich schmeiße
 >>  dann "Battery" raus und "Warning" toggelt dann zwischen "none" & "Battery
 >>  low". Ack?
 >
 > NACK:
 > wenn du das mit der Reliability berücksichtigen willst, dann sollte "Warning"
 > noch ein "dead" toogle dazu bekommen. fände ich nicht verkehrt, wenn man z.b.
 > längere zeit nicht auf die "Battery low" reagiert hat, bzw. es vergessen hat.
 > dann stünde da ein "dead" weil er sich nun halt überhaupt nicht mehr meldet.
 >
 > ACK:
 > wenn du das obige nicht berücksichtigst.

Code ist derzeit:

    211    if($defs{$self}{PREV}{TIMESTAMP}+720 < time()) {
    212        $defs{$self}{READINGS}{"Reliability"}{VAL} = "dead";
    213        $defs{$self}{READINGS}{"Reliability"}{TIME} = TimeNow();
    214    } elsif($defs{$self}{PREV}{TIMESTAMP}+600 < time()) {
    215        $defs{$self}{READINGS}{"Reliability"}{VAL} = "low";
    216        $defs{$self}{READINGS}{"Reliability"}{TIME} = TimeNow();
    217    } elsif($defs{$self}{PREV}{TIMESTAMP}+300 < time()) {
    218        $defs{$self}{READINGS}{"Reliability"}{VAL} = "medium";
    219        $defs{$self}{READINGS}{"Reliability"}{TIME} = TimeNow();
    220    } else {
    221        $defs{$self}{READINGS}{"Reliability"}{VAL} = "ok";
    222        $defs{$self}{READINGS}{"Reliability"}{TIME} = TimeNow();
    223    }
    224    # Flag the battery warning separately
    225    if($state eq "11" || $state eq "12") {
    226        $defs{$self}{READINGS}{"Battery"}{VAL} = "Low";
    227        $defs{$self}{READINGS}{"Battery"}{TIME} = TimeNow();
    228    } else {
    229        $defs{$self}{READINGS}{"Battery"}{VAL} = "ok";
    230        $defs{$self}{READINGS}{"Battery"}{TIME} = TimeNow();
    231    }

==> "Warning" ist komplett raus. Ich überlege noch, ob/wie "Warning" sinnvoll
gefüllt werden kann.

Aber erst einmal möchte ich "sauberen" (== warnungsfreien) Modulcode basteln ...

FHT_TK-Devices werden augenscheinlich übrigens nicht "autocreated"; und
HMS100TFK werden komplett falsch als HMS100TF "plus K" einsortiert, d. h.
es wird für einen Geber, der nur offen/geschlossen senden kann, eine Tempe-
raturgrafik erzeugt

Ciao,
         kai

--

You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.

[rudolfkoenig]

                                                   

> Use of uninitialized value in concatenation (.) or string at /usr/local/bin/fhem.pl line 845.

Hatte ich auch mal. Bei mir wurde ein FHT/READINGS/measured-temp angelegt, ohne
TIME oder VAL, sieht man im fhem.save oder im "list FHT". Habe den Code eine
Weile angestarrt, ohne Ergebnis. Evtl haengt das mit "spielwiesen" CUL's
zusammen, d.h. es kommt nur dann wenn die keine FHT's selbst steuern.
Wenn jemand eine Idee hat...


> Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 189.

Parse wird auch mit nicht definierten Geraeten aufgerufen (fhem weiss ja nicht
in voraus, ob die definiert sind, das liefert Parse zurueck . Wenn es nicht
definiert ist, dann sollte Parse "UNDEFINED CUL_FHTTK "
zurueckliefern, wobei "define CUL_FHTTK " sollte genau
dieses FHTTK anlegen. Das wird dann vom autocreate durchgefuehrt.  Siehe auch
10_FS20.pm

Das waere schon mal ein guter Anfang fuer ein Wiki Eintrag


> FHT_TK-Devices werden augenscheinlich übrigens nicht "autocreated"; und

autocreate wird ja auch nicht getriggert wg. fehlenden UNDEFINED in
CUL_FHTTK.pm


> HMS100TFK werden komplett falsch als HMS100TF "plus K" einsortiert, d. h.
> es wird für einen Geber, der nur offen/geschlossen senden kann, eine Tempe-
> raturgrafik erzeugt

Sorry, HMS kenne ich nich so genau, ich hab nur einen HMS100T
Kannst Du dafuer in 98_autocreate %flogpar HMS:HMS100T.* in HMS:HMS100TF?$
aendern? Und wenn Du ein gplot file hast, dann bitte auch einen "HMS:HMS100TFK"
Eintrag anlegen.


Gruss
  Rudi

--

You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.

[Dr. Boris Neubert]

Originally posted by: <email address deleted>

Rudolf Koenig wrote:

>> Use of uninitialized value $self in hash element at /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 189.
>
> Parse wird auch mit nicht definierten Geraeten aufgerufen (fhem weiss ja nicht
> in voraus, ob die definiert sind, das liefert Parse zurueck . Wenn es nicht
> definiert ist, dann sollte Parse "UNDEFINED CUL_FHTTK "
> zurueckliefern, wobei "define CUL_FHTTK " sollte genau
> dieses FHTTK anlegen. Das wird dann vom autocreate durchgefuehrt.  Siehe auch
> 10_FS20.pm
>
> Das waere schon mal ein guter Anfang fuer ein Wiki Eintrag

Hmm ...

>> FHT_TK-Devices werden augenscheinlich übrigens nicht "autocreated"; und
>
> autocreate wird ja auch nicht getriggert wg. fehlenden UNDEFINED in
> CUL_FHTTK.pm

... sollte es aber, oder habe ich einen Denkfehler/Typo?

    157  sub
    158  CUL_FHTTK_Parse($$)
    159  {
    160    my ($hash, $msg) = @_;
    161
    162    my $sensor= lc(substr($msg, 1, 6));
    163    my $state = lc(substr($msg, 7, 2));
    164    my $def   = $defptr{$sensor};
    165    my $self  = $def->{NAME};
    166    if(!defined($def)) {
    167      Log 3, "FHTTK Unknown device $sensor, please define it";
    168      return "UNDEFINED CUL_FHTTK_$sensor CUL_FHTTK $sensor";
    169    }

Ist die Bedingung falsch?

>> HMS100TFK werden komplett falsch als HMS100TF "plus K" einsortiert, d. h.
>> es wird für einen Geber, der nur offen/geschlossen senden kann, eine Tempe-
>> raturgrafik erzeugt
>
> Sorry, HMS kenne ich nich so genau, ich hab nur einen HMS100T
> Kannst Du dafuer in 98_autocreate %flogpar HMS:HMS100T.* in HMS:HMS100TF?$
> aendern? Und wenn Du ein gplot file hast, dann bitte auch einen "HMS:HMS100TFK"
> Eintrag anlegen.

Schaue ich mir nachher mal an,
         kai

--

You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.

[Dr. Boris Neubert]

Originally posted by: <email address deleted>

Salve,

>>> FHT_TK-Devices werden augenscheinlich übrigens nicht "autocreated"; und
>> autocreate wird ja auch nicht getriggert wg. fehlenden UNDEFINED in
>> CUL_FHTTK.pm
>
> ... sollte es aber, oder habe ich einen Denkfehler/Typo?
>
[...]
>     164    my $def   = $defptr{$sensor};
>     165    my $self  = $def->{NAME};
>     166    if(!defined($def)) {
[...]
>
> Ist die Bedingung falsch?

Offensichtlich. Wenn man einer Variablen in Perl einen undefinierten Wert
zuweist, ist der Wert der Variablen augenscheinlich nicht undefiniert. Nunja;
fixed:

2009.12.31 15:52:26 4: CUL: T965AB002 -90
2009.12.31 15:52:26 5: CUL dispatch T965AB002
2009.12.31 15:52:26 3: FHTTK Unknown device 965ab0, please define it
2009.12.31 15:52:26 5: Triggering global (1 changes)
2009.12.31 15:52:26 5: global trigger: Checking FileLog_CUL_EM_5 for notify
[...]
2009.12.31 15:52:26 5: global trigger: Checking Logfile for notify
2009.12.31 15:52:26 5: global trigger: Checking autocreate for notify
2009.12.31 15:52:26 2: autocreate: define CUL_FHTTK_965ab0 CUL_FHTTK 965ab0
2009.12.31 15:52:26 5: Triggering global (1 changes)
2009.12.31 15:52:26 2: autocreate: define FileLog_CUL_FHTTK_965ab0 FileLog /var/log/fhem/CUL_FHTTK_965ab0-%Y.log CUL_FHTTK_965ab0
2009.12.31 15:52:26 5: Triggering global (1 changes)

Und wie durch ein Wunder sind auch die Warnungen weg So, dann werde ich
doch mal meinen ersten Eincheckversuch wagen ...

Tja, DFN: das funktioniert nicht.

wusel@plug-2:~$ CVS_RSH=ssh cvs -z3 -dpainseeker@cvs.fhem.berlios.de:/cvsroot/fhem co fhem
painseeker@cvs.fhem.berlios.de's password:
painseeker@cvs.fhem.berlios.de's password: Permission denied, please try again.

Mit dem Passwort für die Webseiten tut's nicht. This suxx Mache ich was
falsch oder liegt's an BerliOS? Hab mein Passwort per Web neu gesetzt, was
aber erst "binnen der nächsten 6 Stunden" per cron auch für shell & cvs durch-
schlagen soll. Wie kommt man denn da auf die Shell?

wusel@greebo:~$ ssh painseeker@shell.berlios.de
Warning: Permanently added 'shell.berlios.de' (DSA) to the list of known hosts.
Password:

Da geht's mit dem Passwort für's Web jedenfalls auch nicht ... Hachja.

Anyway: Guten Rutsch und ein recht neuen 2010!
         kai

--

You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.

[Dr. Boris Neubert]

Originally posted by: <email address deleted>

Irgendwie ist BerliOS komisch ...

Kai 'wusel' Siering wrote:

[...]
> Und wie durch ein Wunder sind auch die Warnungen weg So, dann werde ich
> doch mal meinen ersten Eincheckversuch wagen ...
>
> Tja, DFN: das funktioniert nicht.
>
> wusel@plug-2:~$ CVS_RSH=ssh cvs -z3 -dpainseeker@cvs.fhem.berlios.de:/cvsroot/fhem co fhem
> painseeker@cvs.fhem.berlios.de's password:
> painseeker@cvs.fhem.berlios.de's password: Permission denied, please try again.
>
> Mit dem Passwort für die Webseiten tut's nicht. This suxx Mache ich was
> falsch oder liegt's an BerliOS? Hab mein Passwort per Web neu gesetzt, was
> aber erst "binnen der nächsten 6 Stunden" per cron auch für shell & cvs durch-
> schlagen soll. Wie kommt man denn da auf die Shell?

Das geht nun genauso wie der CVS-Zugriff ... Evtl. auch ein zu probierender
Weg, wenn der Zugriff auf's Wiki nicht funktioniert?

Checking in FHEM/09_CUL_FHTTK.pm;
/cvsroot/fhem/fhem/FHEM/09_CUL_FHTTK.pm,v  <--  09_CUL_FHTTK.pm
new revision: 1.3; previous revision: 1.2
done

Sollte nun keine Fehler mehr schmeißen UND die Geräte werden (zu-
mindest bei mir) auch von autocreate eingerichtet. (Mannmannmann,
ist das lange her, daß ich ein CVS aktiv benutzt habe; seinerzeit
(CNews für AmigaOS) war's, glaube ich, noch rcs?

Nun also erst recht: Guten Rutsch und ein viel Spaß mit FHEM auch in
2010
         kai

--

You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.