Signalduino Entwicklung

Papaloewe · 17 Februar 2016, 18:13:22

Beim heutigen Update von FHEM bricht es ab mit folgender Fehlermeldung:

2016.02.17 18:07:35 1: Got 98057 bytes for FHEM/00_SIGNALduino.pm, expected 98058
2016.02.17 18:07:35 1: aborting.

Bin ich damit alleine, oder habt ihr das auch?

Gruß Thomas

Cruiser79 · 17 Februar 2016, 20:29:57

Nabend,

ich würde auch mal wieder gerne eine Erläuterung bekommen. Ich habe gerade mit einem WS0002 das Verhalten mit dem Signalduino getestet und dazu eine Frage. Folgende Logmeldungen werden ausgegeben:

Code Auswählen


2016.02.19 19:40:50 5: SIGNALduino/RAW READ: /MS;P0=-9225;P3
2016.02.19 19:40:50 5: SIGNALduino/RAW READ: MS;P0=-9225;P3/=482;P4=-1956;P5=-3918;D=30034353435343435343434343535353434343434343534353535353435343435353535353530343534353434353434343435353534343434343435343535353534353434353535353535303435343534343534343434353530;CP=3;SP=0;O;

2016.02.19 19:40:50 4: SIGNALduino/msg READ: MS;P0=-9225;P3=482;P4=-1956;P5=-3918;D=30034353435343435343434343535353434343434343534353535353435343435353535353530343534353434353434343435353534343434343435343535353534353434353535353535303435343534343534343434353530;CP=3;SP=0;O;
2016.02.19 19:40:50 5: SIGNALduino/RAW READ: /MS;P0=-3909;P1=451;P2=-1954;P3=-9162;D=13121012101212101212121210101012121212121210121010101012101212101010101010;CP=1;SP=3;

2016.02.19 19:40:50 4: SIGNALduino/msg READ: MS;P0=-3909;P1=451;P2=-1954;P3=-9162;D=13121012101212101212121210101012121212121210121010101012101212101010101010;CP=1;SP=3;
2016.02.19 19:40:50 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:40:50 5: Starting demodulation at Position 2
2016.02.19 19:40:50 5: converted Data to (s521C0BD3F000)
2016.02.19 19:40:50 5: sduino dispatch s521C0BD3F000
2016.02.19 19:40:50 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.02.19 19:40:50 2: CUL_TCM97001 Unknown device CUL_TCM97001_82, please define it
2016.02.19 19:41:24 5: SIGNALduino/RAW READ: /MS;P1=485;P2=-1958;P3=-3907;P4=-9228;D=14121312131212131212121213131212121212121213121313131313131212131313131313;CP=1;SP=4;O;

2016.02.19 19:41:24 4: SIGNALduino/msg READ: MS;P1=485;P2=-1958;P3=-3907;P4=-9228;D=14121312131212131212121213131212121212121213121313131313131212131313131313;CP=1;SP=4;O;
2016.02.19 19:41:24 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:41:24 5: Starting demodulation at Position 2
2016.02.19 19:41:24 5: converted Data to (s52180BF3F000)
2016.02.19 19:41:24 5: sduino dispatch s52180BF3F000
2016.02.19 19:41:24 5: sduino dispatch P7#52180BF3F0
2016.02.19 19:41:24 4: SD_WS07_Parse  SD_WS07 (P7#52180BF3F0) length: 10
2016.02.19 19:41:24 5: SD_WS07 converted to bits: 01010010 0 001 100000001011 1111 00111111
2016.02.19 19:41:24 4: SIGNALduino_unknown incomming msg: P7#52180BF3F0
2016.02.19 19:41:24 4: SIGNALduino_unknown rawData: 52180BF3F0
2016.02.19 19:41:24 4: SIGNALduino_unknown Protocol: 7
2016.02.19 19:41:24 4: SIGNALduino_unknown converted to bits: 0101001000011000000010111111001111110000
2016.02.19 19:41:24 4: SIGNALduino_unknown decoded protocolid: 7 (TX70DTH) sensor id=52, channel=1, temp=1.1, hum=63, bat=critical

2016.02.19 19:41:24 4: SIGNALduino_unknown decoded protocolid: 7 (EAS800z / type=5) mode=manual, sensor id=2, channel=2, temp=205.9, hum=63, bat=critical

2016.02.19 19:41:24 5: SIGNALduino/RAW READ: /MS;P0=-1958;P1=448;P2=-3914;P3=-9167;D=13101210121010121010101012121010101010101012101212121212121010121212121212;CP=1;SP=3;

2016.02.19 19:41:24 4: SIGNALduino/msg READ: MS;P0=-1958;P1=448;P2=-3914;P3=-9167;D=13101210121010121010101012121010101010101012101212121212121010121212121212;CP=1;SP=3;
2016.02.19 19:41:24 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:41:24 5: Starting demodulation at Position 2
2016.02.19 19:41:24 5: converted Data to (s52180BF3F000)
2016.02.19 19:41:24 4: Dropped (s52180BF3F000) due to short time or equal msg
2016.02.19 19:41:59 5: SIGNALduino/RAW READ: /MS;P0=-9215;P1=-1955;P2=490;P5=-3909;D=20212521252121252121212125252121212121212125252121212121212121252525252525;CP=2;SP=0;O;

2016.02.19 19:41:59 4: SIGNALduino/msg READ: MS;P0=-9215;P1=-1955;P2=490;P5=-3909;D=20212521252121252121212125252121212121212125252121212121212121252525252525;CP=2;SP=0;O;
2016.02.19 19:41:59 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:41:59 5: Starting demodulation at Position 2
2016.02.19 19:41:59 5: converted Data to (s52180C03F000)
2016.02.19 19:41:59 5: sduino dispatch s52180C03F000
2016.02.19 19:41:59 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.02.19 19:41:59 2: CUL_TCM97001 Unknown device CUL_TCM97001_82, please define it
2016.02.19 19:41:59 2: autocreate: define NC_WS_82 CUL_TCM97001 CUL_TCM97001_82
2016.02.19 19:41:59 2: autocreate: define FileLog_NC_WS_82 FileLog ./log/NC_WS_82-%Y.log NC_WS_82
2016.02.19 19:41:59 2: autocreate: define SVG_NC_WS_82 SVG FileLog_NC_WS_82:temp4hum4:CURRENT
2016.02.19 19:41:59 1: PERL WARNING: Use of uninitialized value $x in substitution (s///) at ./FHEM/01_FHEMWEB.pm line 2449.
2016.02.19 19:41:59 1: PERL WARNING: Use of uninitialized value $a[1] in join or string at ./FHEM/01_FHEMWEB.pm line 2450.
2016.02.19 19:41:59 1: PERL WARNING: Use of uninitialized value $a[2] in join or string at ./FHEM/01_FHEMWEB.pm line 2450.
2016.02.19 19:41:59 5: SIGNALduino/RAW READ: /MS;P0=-1956;P1=486;P2=-3911;P3=-9225;D=13101210121010121010101012121010101010101012121010101010101010121212121212;CP=1;SP=3;O;

2016.02.19 19:41:59 4: SIGNALduino/msg READ: MS;P0=-1956;P1=486;P2=-3911;P3=-9225;D=13101210121010121010101012121010101010101012121010101010101010121212121212;CP=1;SP=3;O;
2016.02.19 19:41:59 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:41:59 5: Starting demodulation at Position 2
2016.02.19 19:41:59 5: converted Data to (s52180C03F000)
2016.02.19 19:41:59 4: Dropped (s52180C03F000) due to short time or equal msg
2016.02.19 19:42:34 5: SIGNALduino/RAW READ: /MS;P2=482;P3=-3910;P4=-
2016.02.19 19:42:34 5: SIGNALduino/RAW READ: MS;P2=482;P3=-3910;P4=-/1959;P5=-9216;D=25242324232424232424242423232424242424242423232424242424242424232323232323;CP=2;SP=5;O;

2016.02.19 19:42:34 4: SIGNALduino/msg READ: MS;P2=482;P3=-3910;P4=-1959;P5=-9216;D=25242324232424232424242423232424242424242423232424242424242424232323232323;CP=2;SP=5;O;
2016.02.19 19:42:34 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:42:34 5: Starting demodulation at Position 2
2016.02.19 19:42:34 5: converted Data to (s52180C03F000)
2016.02.19 19:42:34 5: sduino dispatch s52180C03F000
2016.02.19 19:42:34 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.02.19 19:42:34 5: SIGNALduino/RAW READ: /MS;P0=-1958;P1=487;P2=-3907;P3=-9223;D=13101210121010121010101012121010101010101012121010101010101010121212121212;CP=1;SP=3;O;

2016.02.19 19:42:34 4: SIGNALduino/msg READ: MS;P0=-1958;P1=487;P2=-3907;P3=-9223;D=13101210121010121010101012121010101010101012121010101010101010121212121212;CP=1;SP=3;O;
2016.02.19 19:42:34 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:42:34 5: Starting demodulation at Position 2
2016.02.19 19:42:34 5: converted Data to (s52180C03F000)
2016.02.19 19:42:34 4: Dropped (s52180C03F000) due to short time or equal msg
2016.02.19 19:43:09 5: SIGNALduino/RAW READ: /MS;P0=489;P1=-1953;P2=-3910;P3=-9216;D=03010201020101020101010102020101010101010102020101010101020101020202020202;CP=0;SP=3;O;

2016.02.19 19:43:09 4: SIGNALduino/msg READ: MS;P0=489;P1=-1953;P2=-3910;P3=-9216;D=03010201020101020101010102020101010101010102020101010101020101020202020202;CP=0;SP=3;O;
2016.02.19 19:43:09 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:43:09 5: Starting demodulation at Position 2
2016.02.19 19:43:09 5: converted Data to (s52180C13F000)
2016.02.19 19:43:09 5: sduino dispatch s52180C13F000
2016.02.19 19:43:09 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.02.19 19:43:09 5: SIGNALduino/RAW READ: /MS;P0=-1958;P1=483;P2=-3915;P3=-9223;D=13101210121010121010101012121010101010101012121010101010121010121212121212;CP=1;SP=3;O;

2016.02.19 19:43:09 4: SIGNALduino/msg READ: MS;P0=-1958;P1=483;P2=-3915;P3=-9223;D=13101210121010121010101012121010101010101012121010101010121010121212121212;CP=1;SP=3;O;
2016.02.19 19:43:09 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:43:09 5: Starting demodulation at Position 2
2016.02.19 19:43:09 5: converted Data to (s52180C13F000)
2016.02.19 19:43:09 4: Dropped (s52180C13F000) due to short time or equal msg
2016.02.19 19:43:44 5: SIGNALduino/RAW READ: /MS;P0=-9223;P2=489;P4=-1957;P5=-3907;D=20242524252424252424242425252424242424242425252424242424252424252525252525;CP=2;SP=0;O;

2016.02.19 19:43:44 4: SIGNALduino/msg READ: MS;P0=-9223;P2=489;P4=-1957;P5=-3907;D=20242524252424252424242425252424242424242425252424242424252424252525252525;CP=2;SP=0;O;
2016.02.19 19:43:44 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:43:44 5: Starting demodulation at Position 2
2016.02.19 19:43:44 5: converted Data to (s52180C13F000)
2016.02.19 19:43:44 5: sduino dispatch s52180C13F000
2016.02.19 19:43:44 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.02.19 19:43:44 5: SIGNALduino/RAW READ: /MS;P0=-1956;P1=490;P2=-3910;P3=-9216;D=13101210121010121010101012121010101010101012121010101010121010121212121212;CP=1;SP=3;O;

2016.02.19 19:43:44 4: SIGNALduino/msg READ: MS;P0=-1956;P1=490;P2=-3910;P3=-9216;D=13101210121010121010101012121010101010101012121010101010121010121212121212;CP=1;SP=3;O;
2016.02.19 19:43:44 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:43:44 5: Starting demodulation at Position 2
2016.02.19 19:43:44 5: converted Data to (s52180C13F000)
2016.02.19 19:43:44 4: Dropped (s52180C13F000) due to short time or equal msg

Wieso kommt jetzt aber erst beim dritten Mal um 19:41:59 das Autocreate und erstellt das Gerät, obwohl doch auch schon die erste Erkennung um 19:40:50 ein "Unknown device CUL_TCM97001_82, please define it" geliefert hat? Und wieso passiert bei der zweiten Erkennung um 19:41:24 gar nichts?

Gruß,
Tim

Sidey · 17 Februar 2016, 21:53:15

Zitat von: Cruiser79 am 17 Februar 2016, 20:29:57
Nabend,

ich würde auch mal wieder gerne eine Erläuterung bekommen. Ich habe gerade mit einem WS0002 das Verhalten mit dem Signalduino getestet und dazu eine Frage. Folgende Logmeldungen werden ausgegeben:

Hi,

ich habe es mal auf die drei wesentlichen Logeinträge reduziert:

Code Auswählen


2016.02.19 19:40:50 5: sduino dispatch s521C0BD3F000
2016.02.19 19:41:24 5: sduino dispatch s52180BF3F000
2016.02.19 19:41:59 5: sduino dispatch s52180C03F000

Wie Du siehst, sind das erst mal drei verschiedenen Nachrichten.
Die 1. und Dritte Nachricht wurde vom CUL_TCM97001 Modul als NC_WS erkannt. Die 2. Übertragung nicht. Die können wir erst mal ignorieren.

Damit nicht für jede "fehlerhafte" Übertragung ein Gerät angelegt wird, muss eine definierte Anzahl an Nachrichten innerhalb einer Zeit empfangen werden.
Für NC WS Sensoren sind das 2 Nachrichten vom gleichen Sensor innerhalb von 180 Sekunden. Das Kriterium war dann um 19:41:59 erfüllt.

Grüße Sidey

Sidey · 17 Februar 2016, 21:54:47

Zitat von: Papaloewe am 17 Februar 2016, 18:13:22
Code Auswählen Erweitern
2016.02.17 18:07:35 1: Got 98057 bytes for FHEM/00_SIGNALduino.pm, expected 98058 2016.02.17 18:07:35 1: aborting.

Ich weiss zwar nicht, wieso das passiert ist, aber ich habe es soeben behoben.
Update geht wieder.

Cruiser79 · 17 Februar 2016, 22:09:06

Zitat von: Sidey am 17 Februar 2016, 21:53:15
Hi,

ich habe es mal auf die drei wesentlichen Logeinträge reduziert:
Code Auswählen Erweitern
2016.02.19 19:40:50 5: sduino dispatch s521C0BD3F000 2016.02.19 19:41:24 5: sduino dispatch s52180BF3F000 2016.02.19 19:41:59 5: sduino dispatch s52180C03F000

Wie Du siehst, sind das erst mal drei verschiedenen Nachrichten.
Die 1. und Dritte Nachricht wurde vom CUL_TCM97001 Modul als NC_WS erkannt. Die 2. Übertragung nicht. Die können wir erst mal ignorieren.

Damit nicht für jede "fehlerhafte" Übertragung ein Gerät angelegt wird, muss eine definierte Anzahl an Nachrichten innerhalb einer Zeit empfangen werden.
Für NC WS Sensoren sind das 2 Nachrichten vom gleichen Sensor innerhalb von 180 Sekunden. Das Kriterium war dann um 19:41:59 erfüllt.

Grüße Sidey

Ah ok, das erklärt auch meine Erfahrung, wieso es immer etwas länger dauert, bis ein WS Sensor mit autocreate auf der
Oberfläche erscheint. Danke für die Erklärung.

Noch eine weitere Frage zu den WS Sensoren, oder zu Sensoren allgemein: Ich habe einen WS Sensor, der weder mit der Arduino LED, noch im Log Reaktion zeigt, obwohl seine Statusled im Updateintervall blinkt. Da ein zweiter WS Sensor erfolgreich (siehe vorheriges Log) erkannt wird, gehe ich von einem Defekt des Sensors aus. Kann ich irgendwie feststellen, ob wirklich keine Daten gesendet werden?

Gruß,
Tim

Sidey · 17 Februar 2016, 22:10:43

Zitat von: Cruiser79 am 17 Februar 2016, 22:09:06
Ah ok, das erklärt auch meine Erfahrung, wieso es immer etwas länger dauert, bis ein WS Sensor mit autocreate auf der
Oberfläche erscheint. Danke für die Erklärung.

Noch eine weitere Frage zu den WS Sensoren, oder zu Sensoren allgemein: Ich habe einen WS Sensor, der weder mit der Arduino LED, noch im Log Reaktion zeigt, obwohl seine Statusled im Updateintervall blinkt. Da ein zweiter WS Sensor erfolgreich (siehe vorheriges Log) erkannt wird, gehe ich von einem Defekt des Sensors aus. Kann ich irgendwie feststellen, ob wirklich keine Daten gesendet werden?

Aufschrauben und direkt per Kabel den Arduino mit dem Sensor verbinden oder die original Empfängerstation mal testen, aber vermutlich hast du die, wie alle hier geschlachtet.

Grüße Sidey

Cruiser79 · 17 Februar 2016, 22:13:31

Zitat von: Sidey am 17 Februar 2016, 22:10:43
Aufschrauben und direkt per Kabel den Arduino mit dem Sensor verbinden oder die original Empfängerstation mal testen, aber vermutlich hast du die, wie alle hier geschlachtet.

Grüße Sidey

Empfängerstation habe ich nicht, habe die Sensoren einzeln über die Bucht gekauft. Das mit dem Aufschrauben klingt gut, hatte ich schonmal gemacht um zu sehen, ob irgendwas "aufgeraucht" aussah. Du weisst aber nicht zufällig, wo ich da genau in dem Sensor ansetzen muss? Ich erkenne irgendwie nirgends auf dem Board den Sender.

Gruß,
Tim

chris1284 · 19 Februar 2016, 22:06:35

muss nicht defekt sein. leg einfach die batterien in den ws neu ein. teilweise werden die nicht erkannt / auch mal als einer erkannt obwohl es 2 sind.
beim einlegen wird eine neue id generiert die dann wahrscheinlich eindeutig ist. habe 7 ws im einsatz und musste bei 3 von denen mehrmals die batterie neu einlegen bis alle da waren

Jarnsen · 20 Februar 2016, 11:38:11

Hallo Sidey,

Ich mal wieder. Der SIGNALDuino kann jetzt das Dooya-Protokoll, soweit so gut. Wenn ich aber sende mit

Code Auswählen

set R_Treppenhaus runter;set R_Bad1 runter

oder noch mehr hintereinander geht immer nur das 1. Rollo runter

sende ich aber mit nem sleep 1

Code Auswählen

set R_Treppenhaus runter;sleep 1;set R_Bad1 runter

gehen beide Rollos runter

Log

Code Auswählen

2016.02.20 11:29:35 4: sduino: sending via SendMsg: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145234545234545454545454545234523234523234523232323452323454545234545232345452323;
2016.02.20 11:29:35 4: sduino: sending via SendMsg: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145452323452323234545454545232345452345232345454523232345454545234545232345452323;
2016.02.20 11:29:35 4: sduino/msg READ: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=014545SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145234545234545454545454545234523234523234523232323452323454545234545232345452323;

Log mit sleep 1

Code Auswählen

2016.02.20 11:33:31 4: sduino: sending via SendMsg: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145234545234545454545454545234523234523234523232323452323454545234545232345452323;
2016.02.20 11:33:31 4: sduino/msg READ: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145234545234545454545454545234523234523234523232323452323454545234545232345452323;
2016.02.20 11:33:32 4: sduino: sending via SendMsg: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145452323452323234545454545232345452345232345454523232345454545234545232345452323;
2016.02.20 11:33:32 4: sduino/msg READ: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145452323452323234545454545232345452345232345454523232345454545234545232345452323;

Ich hoffe du kannst damit was anfangen.

Jarnsen

EDIT:

habe mal spaßenshalber

Code Auswählen


set sduino sendMsg P16#0100100000000101101101111011000100010001#R10
set sduino sendMsg P16#0100100000000101101101111011000100010001#R100
set sduino sendMsg P16#0100100000000101101101111011000100010001#R1000

einzeln nacheinander gesendet. Die Arduino SendeLED blinkt immer gleichkurz. Das sollte ja nicht so sein oder??

Ralf9 · 21 Februar 2016, 18:45:24

Zitat von: Jarnsen am 20 Februar 2016, 11:38:11
Ich mal wieder. Der SIGNALDuino kann jetzt das Dooya-Protokoll, soweit so gut. Wenn ich aber sende mit
oder noch mehr hintereinander geht immer nur das 1. Rollo runter
sende ich aber mit nem sleep 1
gehen beide Rollos runter

Das Problem gibt es auch bei Intertechno
http://forum.fhem.de/index.php/topic,49607.msg413110.html#msg413110

Das Problem dürfte bestehen, wenn der zweite Befehl gesendet wird bevor der erste komplett verarbeitet wurde.

Gruß Ralf

RappaSan · 21 Februar 2016, 21:45:23

Der IR-Bewgungsmelder "Smartwares SH5-TSO-A" funktioniert prima mit der dev-32 Version.
Meldet sich al IT-device an, bei mir sieht das so aus:

define BM IT 00010000011010110000000000 0 0001

Damit habe ich eine 1A "Nachts-Treppe-Beleuchtet-bei Bewegung" - Funktion im Haus.
Im master-branch funktioniert das Ding dagegen nicht. Schade eigentlich.

Wenn weitere Daten zur Berücksichtigung im master benötigt werden: Tell me what you need.

Sidey · 21 Februar 2016, 22:04:08

Zitat von: RappaSan am 21 Februar 2016, 21:45:23
Der IR-Bewgungsmelder "Smartwares SH5-TSO-A" funktioniert prima mit der dev-32 Version.
Meldet sich al IT-device an, bei mir sieht das so aus:

define BM IT 00010000011010110000000000 0 0001

Damit habe ich eine 1A "Nachts-Treppe-Beleuchtet-bei Bewegung" - Funktion im Haus.
Im master-branch funktioniert das Ding dagegen nicht. Schade eigentlich.

Wenn weitere Daten zur Berücksichtigung im master benötigt werden: Tell me what you need.

Hi,

das ist doch prima.
Mit master meinst Du die Version, welche derzeit noch via FHEM verteilt wird?

Grüße Sidey

Sidey · 21 Februar 2016, 23:09:27

Zitat von: Jarnsen am 20 Februar 2016, 11:38:11
Hallo Sidey,

Ich mal wieder. Der SIGNALDuino kann jetzt das Dooya-Protokoll, soweit so gut. Wenn ich aber sende mit

Code Auswählen Erweitern
set R_Treppenhaus runter;set R_Bad1 runter

oder noch mehr hintereinander geht immer nur das 1. Rollo runter

Du überträgst den 2. Befehl, noch bevor der 1. Befehl abgearbeitet werden konnte.
Um das ohne delay zu lösen, müsste ich eine Warteschlange in das Modul integrieren, die Befehle mit einem minimalen Delay abarbeitet.
Bis da hin, bitte mit delay arbeiten.

Zitat von: Jarnsen am 20 Februar 2016, 11:38:11

habe mal spaßenshalber

Code Auswählen Erweitern
set sduino sendMsg P16#0100100000000101101101111011000100010001#R10 set sduino sendMsg P16#0100100000000101101101111011000100010001#R100 set sduino sendMsg P16#0100100000000101101101111011000100010001#R1000

einzeln nacheinander gesendet. Die Arduino SendeLED blinkt immer gleichkurz. Das sollte ja nicht so sein oder??

Wenn Du mit SendeLED die LED meinst, welche durch den SIGNALDuino gesteuert wird, dann ist das korrekt.
Das Blinken bedeutet im Prinzip: Ich habe etwas empfangen. In diesem Fall eine Serielle Nachricht. Ansonsten kann es auch eine Nachricht sein, die via Funk erkannt wurde.

Wenn Du einen Unterschied bei den Repeats sehen willst, dann solltest Du eine LED an Pin#11 anschließen.
Die Flackert dann beim Senden.

Grüße Sidey

Jarnsen · 22 Februar 2016, 00:09:54

Ok danke.... Mache ich morgen...

Gesendet von iPhone mit Tapatalk

RappaSan · 22 Februar 2016, 09:04:17

Moin Sidey,

genau, master= FHEM-verteilt.
Das Update überschreibt aber immer die händisch eingespielten dev-32 Dateien

Signalduino Entwicklung

chris1284