Autor Thema: Signalduino Entwicklung Version 3.3.1  (Gelesen 31305 mal)

Offline Ralf9

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1688
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #15 am: 29 Oktober 2016, 01:31:12 »
Spricht eigentlich was dagegen von SIGNALduino_SimpleWrite auf DevIo_SimpleWrite umzustellen?

Gruß Ralf
« Letzte Änderung: 29 Oktober 2016, 02:26:57 von Ralf9 »
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
SIGNALduino

Offline Sidey

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1706
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #16 am: 29 Oktober 2016, 09:34:12 »
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, HMLan, Raspberry Pi, Mysensors, ArduinoSensor

Offline Ralf9

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1688
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #17 am: 30 Oktober 2016, 19:24:50 »
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
SIGNALduino

Offline Ralf9

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1688
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #18 am: 07 November 2016, 18:06:54 »
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
SIGNALduino

Offline Kawaci

  • Jr. Member
  • **
  • Beiträge: 82
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #19 am: 07 November 2016, 20:28:52 »
Oh danke für den link vom anderen thread! Das hilft weiter!

Offline pejonp

  • Sr. Member
  • ****
  • Beiträge: 630
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #20 am: 01 Dezember 2016, 23:12:24 »
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.
BannanaPi+JeeLink (RFM69CW) 868MHz:WT440XH/WT470+TFA 30.3144.IT+TX37-IT+EMT7110+FS20
SignalDuino(CC1101):Bresser+HamaTS33C+WS-0101(868MHz WH1080)
MAX!:HM-MOD-UART:Rauchmelder HM-SEC-SD
VITOSOLIC 200 + RESOL VBUS-LAN
SolarEdge SE5K(TCP 24 RS485)+Sonnenbatterie ComfortS(Vera3)+TD3511+DRT710M(RS485

Offline Sidey

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1706
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #21 am: 02 Dezember 2016, 09:05:35 »
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, HMLan, Raspberry Pi, Mysensors, ArduinoSensor

Offline waschbaerbauch

  • Full Member
  • ***
  • Beiträge: 460
  • Vielleicht kann man das ja so ... oh!
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #22 am: 02 Dezember 2016, 09:34:05 »
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 ...

Offline Sidey

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1706
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #23 am: 02 Dezember 2016, 23:17:09 »
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, HMLan, Raspberry Pi, Mysensors, ArduinoSensor

Offline hologramm

  • New Member
  • *
  • Beiträge: 24
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #24 am: 03 Dezember 2016, 01:59:16 »
Wie ist eigentlich der aktuelle Stand von
https://github.com/RFD-FHEM/SIGNALESP

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

lg
Björn
FHEM @ Raspberry Pi 3, Raspbian minimal@ USB SSD, ISC-DHCPv4+V6, BIND9, EnOcean Pi, WiringPi, HM-CFG-USB, div. HM-TC-IT-WM-W-EU, div. HM-CC-RT-DN, div. HM-ES-PMSw1-Pl,Eltako DSZ12D-3x65A ...usw

Offline Sidey

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1706
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #25 am: 03 Dezember 2016, 09:26:26 »
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, HMLan, Raspberry Pi, Mysensors, ArduinoSensor

Offline Ralf9

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1688
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #26 am: 04 Dezember 2016, 17:14:10 »
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
SIGNALduino

Offline Sidey

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1706
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #27 am: 04 Dezember 2016, 18:33:02 »
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, HMLan, Raspberry Pi, Mysensors, ArduinoSensor

Offline JoWiemann

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1811
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #28 am: 04 Dezember 2016, 18:51:28 »
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 (493.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Offline Sidey

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1706
Antw:Signalduino Entwicklung Version 3.3.1
« Antwort #29 am: 04 Dezember 2016, 18:54:48 »
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
« Letzte Änderung: 04 Dezember 2016, 18:57:22 von Sidey »
Signalduino, HMLan, Raspberry Pi, Mysensors, ArduinoSensor