Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

Begonnen von Sidey, 02 Oktober 2016, 23:39:11

Vorheriges Thema - Nächstes Thema

Ralf9

#15
Spricht eigentlich was dagegen von SIGNALduino_SimpleWrite auf DevIo_SimpleWrite umzustellen?

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Sidey

Ich hatte das schon mal probiert.
Irgendwas hat damit dann aber nicht funktioniert.

Das ist aber auch schon wieder eine Weile her und eventuell nicht mehr aktuell.
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Ralf9

Zitat von: Sidey am 29 Oktober 2016, 09:34:12
Ich hatte das schon mal probiert.
Irgendwas hat damit dann aber nicht funktioniert.

Ich habe es mal getestet, das Problem dabei ist, daß das DevIo_SimpleWrite kein \n an Ende anhängt.
so z.B. funktioniert es:
DevIo_SimpleWrite($hash, $msg . "\n", 2);

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Ralf9

Zitat von: Kawaci am 07 November 2016, 17:37:59
Hey leute! Hab da ne frage! Brauch ich noch einfn fhemduino um die signald meiner somfy markiese zu empfangen oder grht das schon mit signalduino?

Das empfangen müsste schon funktionieren.
Zum senden benötigst Du eine angepasste Version der 10_SOMFY.pm.

https://forum.fhem.de/index.php/topic,38831.msg500633.html#msg500633

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Kawaci

Oh danke für den link vom anderen thread! Das hilft weiter!

pejonp

Hallo Sidey,

1.) Ich habe mir nach dieser Anleitung (http://danyk.cz/avr_rdo_en.html) mit einem Attiny13A einen Sender und Empfänger gebaut. Funktioniert soweit. Soll eine Weihnachtsbaumkugel per Funk steuern.  Ich hatte auch einen Mitschnitt mit Signalduino mit der Flamingo-Version gemacht. Ist schon ca.1 Monat her.  Da konnte ich auch vom Signalduino den Empfänger schalten. Jetzt habe ich die Schaltung auf Lochraster aufgebaut und wollte Sie jetzt einsetzten. Jetzt kann Signalduino das Signal nicht mehr erzeugen bzw. der Empfänger reagiert nicht mehr. Wenn ich den Sender (Attiny13A) nutze, wird der Empfänger richtig gesteuert.

Im Log vom Signalduino wird jetzt auch nichts mehr angezeigt (verbose=5).

2.) Das gleiche Problem habe ich mit einem Sende/Empfänger SC2262/PT2272. Das währe diese Kombination (https://www.amazon.de/gp/product/B016HLZMHQ/ref=oh_aui_detailpage_o09_s00?ie=UTF8&psc=1). Dieser wird auch nicht im Log vom Signalduino angezeigt.

3.) Zwei andere Weihnachtsbaumkerzen mit verschiedener Funktionalität (an, aus, flackern, stärker flacken) gehen noch. Wenn ich hier die Originalsender verwende wird im Signalduino etwas mitgelog (Verbose= 5). Die aufgezeichneten Daten kann ich über den Signalduino wieder versnden und die Kerzen reagieren. Alles ok.

Empfänger für 1.) und 2.) sind diese hier: http://www.tme.eu/de/details/rfm83cl-433d/rf-kommunikationsmodule/hope-microelectronics/ (2,1 - 3.6V)
oder http://www.tme.eu/de/details/rfm83c-433d/rf-kommunikationsmodule/hope-microelectronics/ (3,6 - 5,5V)

Ich habe mal mit BitScope am Signalsduino-Empfänger (lila) und am Empfänger vom ATTiny13A (blau) gemessen, wenn ich den Sender betätige. Die Daten scheine ja bei beiden anzukommen.

Version aus dem dev-r33-Flamingo/flamenco:
# $Id: 14_FLAMINGO.pm 3818 2016-08-15 $
14_Hideki.pm          14395 2016-07-14 18:00:00Z v3.2-dev
# $Id: 41_OREGON.pm 34476 2016-02-09 21:00:00 wherzig $
# $Id: 14_SD_UT.pm 32 2016-04-02 14:00:00 v3.2-dev $
14_SD_WS09.pm         16018 2016-07-11 10:10:10Z pejonp
00_SIGNALduino.pm     10484 2016-10-09 17:00:00Z v3.3.1-dev
# $Id: 90_SIGNALduino_un.pm 15479 2016-01-28 20:00:00 dev-r32 $

Firmware:  V 3.3.0 SIGNALduino - compiled at Sep 18 2016 00:28:28

Vielleicht hast du ja eine Idee warum bei diese beiden Sender (1,2) im Signalduino nichts angezeigt wird. Ist aber nichts drigendes. Aber da es ja schon mal angezeigt bzw. mitgeschnitten wurde wunder ich mich jetzt etwas. Vielen Dank.

Tschüß Jörg.
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

Sidey

Hi Jörg,

Das ist ja seltsam.
Hast Du irgendwas am SIGNALDuino deaktiviert?

Hast Du noch den LogEintrag von vor einem Monat?

Du könntest ja auch mal zum Testen den Sender direkt mit dem Pin#2 auf dem Arduino verbinden, vielleicht kommt da mehr an?

Bezüglich der Kommunikation. Ist der Signalduino direkt angebunden oder geht der über ein ESP Modul. Wenn letzteres. Kannst Du feststellen, ob das ESP Modul die Daten empfängt und überträgt?

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

waschbaerbauch

Hallo zusammen,

ich bin mir grad nicht sicher ob es mit dem SIGNALduino zusammenhängt, aber seit einiger Zeit bekomme ich immer mal sporadisch kilometerlange Einträge im LOG..

2016.12.02 08:53:26 3: nanoCUL.868: Unknown code P12#75AAABB6044653047B, help me!
2016.12.02 08:58:37 3: nanoCUL.868: Unknown code P12#755552AA9255AA1500, help me!
2016.12.02 09:00:50 3: SD_UT_Parse: Protocol: 30, rawData: 0FB
2016.12.02 09:00:50 3: LCG.EG.SIGduino Heidemann/FAAC devicecode=F, sound=1011
2016.12.02 09:01:34 3: SD_UT_Parse: Protocol: 30, rawData: 0FB
2016.12.02 09:01:34 3: SIGduino Heidemann/FAAC devicecode=F, sound=1011
2016.12.02 09:03:02 3: SD_UT_Parse: Protocol: 30, rawData: 0FB
2016.12.02 09:03:02 3: SIGduino Heidemann/FAAC devicecode=F, sound=1011
2016.12.02 09:03:03 3: SD_UT_Parse: Protocol: 30, rawData: 0FB
2016.12.02 09:03:03 3: SIGduino Heidemann/FAAC devicecode=F, sound=1011
2016.12.02 09:03:05 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/36_LaCrosse.pm line 360.
2016.12.02 09:03:09 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:03:09 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:03:15 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:03:15 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:03:18 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:03:18 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
...
2016.12.02 09:09:24 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:24 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:27 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:36 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:36 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:36 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:36 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
...
2016.12.02 09:10:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:10:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:10:30 1: PERL WARNING: Replacement list is longer than search list at (eval 195956) line 1.
2016.12.02 09:10:30 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:10:30 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.


Nach einem Shutdown restart ist erstmal wieder Ruhe, aber meist nicht für lange ...

Sidey

Das Thema wurde schon mehrfach hier im Forum diskutiert. Ob es gelöst wurde, da bin ich mir unsicher. Such mal nach "Unknown, please report< has no TYPE".

Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

hologramm

Wie ist eigentlich der aktuelle Stand von
https://github.com/RFD-FHEM/SIGNALESP

Sachen wie
ZitatIch hatte das schon mal probiert.
Irgendwas hat damit dann aber nicht funktioniert.
kommt mir bekannt vor.

lg
Björn
FHEM hab ich auch

Sidey

Naja, der Code lässt sich kompilieren (Visual Studio Projekt).

Der Empfang funktioniert prinzipiell, aber nicht so stabil wie mit dem Arduino. Das könnte vielleicht an der niedrigen Versorgungsspannung liegen.

Dazu kommt noch, dass der ESP regelmäßig abstürzt. Woran das liegt, habe ich noch nicht untersucht.

Die Anbindung über Ethernet funktioniert weitgehend.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Ralf9

Ich finde diesen Patch Vorschlag von Björn sinnvoll, wenn nichts dagegen spricht würde ich es gerne ins 14_SD_WD07 einbauen.
Es gibt zwar ein eventOnChange und eventonUpdate, aber wenn ich das richtig sehe wirken die nur auf die events, das reading wird trotzdem aktualisiert.

https://forum.fhem.de/index.php/topic,61943.msg533330.html#msg533330
Zitat
bei dem 14_SD_WD07 Modul werden die Batterie sowie Channel Flags bei jedem Empfang gesetzt.
Wenn nun eine Batterie leer ist und man sich z.B. via E-Mail notifizieren lässt, bekommt man ständig neue Mails.

Aus diesem Grund habe ich das Modul so angepasst, dass die Flags nur noch geschrieben werden, wenn sich diese ändern.
Wäre schön wenn der Patch aufgenommen werden würde.

Gruß
Björn

Zitat..zum anderen kann man dann schön feststellen seit wann das Problem, z.B. Batterie leer besteht.


Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Sidey

Ich sehe da keinen Vorteil, nur Nachteile.

Readings werden immer aktualisiert wenn etwas empfangen wird. Möchte man Events unterdrücken, dann nutzt man vorhandene Attribute.

Der Patch macht dieses Standardverfahren zunichte. Der Anwender hat keine Chance z.B. anhand von den gefilterten Readings zu prüfen, ob das Gerät noch sendet.

Welches Problem, soll der Patch denn lösen, was mit dem eventonUpdate Attribut nicht bereits gelöst werden kann?
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

JoWiemann

Na, dann macht doch halt ein Attribut zum ein/ausschalten: changeReadingOnChange

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Sidey

#29
Ja, am besten als globales Reading. Dann kann man es in allen Modulen setzen... Irgendwie glaube ich, dass es dazu schon mal eine Diskussion gegeben hat glaube ich.


Edit:
Das gibt es schon: timestamponchange
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker