Signalduino Entwicklung

Sidey · 13 September 2016, 09:10:40

Also ich fasse zusammen:

Kanal 1,
24 °C
100% Feuchte

Kannst Du auch noch mal Testdaten mit anderen Kanal und anderen Werten liefern? Das macht es einfacher. Den Fehler zu finden.

Grüße Sidey

sash.sc · 13 September 2016, 15:21:40

Hallo Sidey.

Habe den Sensor mit nem nasen Lappen um den Sensor mal in den Kühlschrank gelegt (5°C und ca. 100% Feuchte) mit Kanal 3 eingestellt.

Anbei das LOG und das Listing des angelegten Sensors.

Gruß
Sascha

Code Auswählen


Internals: 
   CFGFN 
   CODE       SD_WS_50_SM_5 
   DEF        SD_WS_50_SM_5 
   LASTInputDev sduino 
   MSGCNT     5 
   NAME       SD_WS_50_SM_5 
   NR         596 
   STATE      T: 66 H: 1 D: -11.1 A: 1.7 
   TYPE       SD_WS 
   bitMSG     1001100000010101110111111100110000000000110000000000 
   lastMSG    9815DFCC00C00 
   lastReceive 1473766388 
   sduino_DMSG P50#9815DFCC00C00 
   sduino_MSGCNT 5 
   sduino_RAWMSG MU;P0=-1088;P1=502;P2=1311;P3=-28896;D=01020201010202020202020102010201010102010101010101010202010102020202020202020202010102020202020202020132020202010201020101010201010101010101020201010202020202020202020201010202020202020202013202020201020102010101020101010101010102020101020202020202020202;CP=1;O; 
   sduino_TIME 2016-09-13 13:33:08 
   Readings: 
     2016-09-13 13:33:08   absFeuchte      1.7 
     2016-09-13 13:33:08   channel         5 
     2016-09-13 13:33:08   humidity        1 
     2016-09-13 13:33:08   state           T: 66 H: 1 
     2016-09-13 13:33:08   temperature     66 
Attributes: 
   room       99_neu

Hauswart · 14 September 2016, 17:52:06

Zum Flamingo Fork kann ich folgendes beitragen. Ein Rauchmelder Paar hat sich automatisch angelegt, mein zweites leider nicht.

Sidey · 14 September 2016, 23:31:43

Zitat von: sash.sc am 13 September 2016, 15:21:40
Habe den Sensor mit nem nasen Lappen um den Sensor mal in den Kühlschrank gelegt (5°C und ca. 100% Feuchte) mit Kanal 3 eingestellt.

Hallo sash.sc,

ich habe etwas experimentiert.
Die Logs haben mir leider nur bedingt weitergeholfen. Es wurden leider etliche Signale als XT300 erkannt, welche wohl kaum vom XT300 stammen.

Den Kanal habe ich angepasst. Sollte nun korrekt angezeigt werden.
Eine Random ID scheint es bei diesem Sensor nicht zu geben
Bei Der Umrechnung Temperatur und Feuchte stehe ich noch etwas auf dem Schlauch.

Da es hier in diesem Thread um die Entwicklungs Diskussion geht, bitte ich dich, einen neuen Thread zwecks Sensor Implementierung zu eröffnen.
Ich blicke leider nicht mehr durch, da sich leider jeder 5. Post um ein anderes Thema dreht.

@Hauswart:
Da ich den Überblick bei der FA20 Implementierung nicht auswendig kenne, bitte ich um selbiges auch für die Rauchmelder.

Grüße Sidey

sash.sc · 15 September 2016, 16:05:24

Zitat von: Sidey am 14 September 2016, 23:31:43
Hallo sash.sc,

ich habe etwas experimentiert.
Die Logs haben mir leider nur bedingt weitergeholfen. Es wurden leider etliche Signale als XT300 erkannt, welche wohl kaum vom XT300 stammen.

Den Kanal habe ich angepasst. Sollte nun korrekt angezeigt werden.
Eine Random ID scheint es bei diesem Sensor nicht zu geben
Bei Der Umrechnung Temperatur und Feuchte stehe ich noch etwas auf dem Schlauch.

Da es hier in diesem Thread um die Entwicklungs Diskussion geht, bitte ich dich, einen neuen Thread zwecks Sensor Implementierung zu eröffnen.
Ich blicke leider nicht mehr durch, da sich leider jeder 5. Post um ein anderes Thema dreht.

@Hauswart:
Da ich den Überblick bei der FA20 Implementierung nicht auswendig kenne, bitte ich um selbiges auch für die Rauchmelder.

Grüße Sidey

Hi Sidey.

habe den neuen Thread eröffnet.
Kann man/ich die Entsprechenden Post´s verschieben ?

https://forum.fhem.de/index.php/topic,57734.0.html

Hauswart · 15 September 2016, 17:00:38

Zitat von: Sidey am 14 September 2016, 23:31:43
@Hauswart:
Da ich den Überblick bei der FA20 Implementierung nicht auswendig kenne, bitte ich um selbiges auch für die Rauchmelder.

Grüße Sidey

Hier geht's weiter: https://forum.fhem.de/index.php?topic=57735.new#new

Sidey · 16 September 2016, 16:12:42

Zitat von: Sidey am 12 September 2016, 21:29:10
Ich bau die Firmware, sobald alle Tests erfolgreich sind. Das wird dann aber eher eine ohne b34.

Kleines Update:

Ich habe die Unit Tests für die Firmware gestern fertig angepasst. Alle Tests laufen jetzt erfolgreich durch.

Ich lasse diesen Stand jetzt bei mir noch mal testweise laufen. Dann aktualisiere ich den dev-r33 mit der aktualisierten Firmware.

Danach können wir das Aktualisieren des Master Branches angehen.
Da könnten wir z.B. logische Module aufnehmen, welche noch nicht fertig entwickelt sind.

Grüße Sidey

waschbaerbauch · 18 September 2016, 23:24:32

Bevor es zu Bett geht noch eine Frage:
Es gibt/gab mal ein Modul AliRF und Robin hatte in seinem Blog auch mal darüber berichtet.

Ist es möglich das man diese PIR Bewegungsmelder und Fenster-/Türkontakte mit im SIGNALduino implementiert?

Sidey · 18 September 2016, 23:39:48

Naja, der Empfang müsste schon funktionieren.

Mit ein paar Anpassungen, kann vermutlich auch das logische Modul genutzt werden.

RappaSan · 19 September 2016, 09:26:27

Hallo Sidey,
zurück aus dem Urlaub habe ich die Signalduino-Module auf den neuesten Stand gebracht unnd mit der Firmware
V 3.2.0-b34 gestartet. Autocreate an und -
In 3 Tagen wurden angeblich 39 RSL devices gefunden.
Das ist bestimmt nicht richtig.

waschbaerbauch · 19 September 2016, 10:59:38

Also ich hab grad mal einen PIR hier auslösen lassen, das Ergebnis ist:

Code Auswählen

2016.09.19 10:52:59 4: LCG.DG.SIGduino/msg READ: MC;LL=-1034;LH=912;SL=-541;SH=419;D=4120504814FFFF7FE0;C=484;L=69;MS;P0=1108;P1=375;P2=-1103;P3=-11420;P4=-364;D=13120412121204120412041204120412041204120412041204;CP=1;SP=3;O;

Der Fenster-/Türkontakt wirft sowas aus:

Code Auswählen

2016.09.19 10:57:48 4: LCG.DG.SIGduino/msg READ: MS;P0=1058;P1=-364;P2=361;P3=-1064;P4=-10987;D=24012323010101232323012301010101010101012301232301;CP=2;SP=4;O;
2016.09.19 10:57:48 4: LCG.DG.SIGduino: Matched MS Protocol id 3 -> itv1
2016.09.19 10:57:48 5: LCG.DG.SIGduino: Starting demodulation at Position 2
2016.09.19 10:57:48 4: LCG.DG.SIGduino: Decoded MS Protocol id 3 dmsg i9C5FE9 length 24
2016.09.19 10:57:48 5: LCG.DG.SIGduino: converted Data to (i9C5FE9)
2016.09.19 10:57:48 4: LCG.DG.SIGduino: Dropped (i9C5FE9) due to short time or equal msg
2016.09.19 10:57:49 4: LCG.DG.SIGduino/msg READ: MS;P0=1092;P1=-328;P2=382;P3=-1046;P4=-10999;D=24012323010101232323012301010101010101012301232301;CP=2;SP=4;O;
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Matched MS Protocol id 3 -> itv1
2016.09.19 10:57:49 5: LCG.DG.SIGduino: Starting demodulation at Position 2
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Decoded MS Protocol id 3 dmsg i9C5FE9 length 24
2016.09.19 10:57:49 5: LCG.DG.SIGduino: converted Data to (i9C5FE9)
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Dropped (i9C5FE9) due to short time or equal msg
2016.09.19 10:57:49 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4572.
2016.09.19 10:57:49 4: LCG.DG.SIGduino/msg READ: MS;P0=384;P1=-1035;P2=1096;P3=-329;P4=-11004;D=04230101232323010101230123232323232323230123010123;CP=0;SP=4;O;
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Matched MS Protocol id 3 -> itv1
2016.09.19 10:57:49 5: LCG.DG.SIGduino: Starting demodulation at Position 2
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Decoded MS Protocol id 3 dmsg i9C5FE9 length 24
2016.09.19 10:57:49 5: LCG.DG.SIGduino: converted Data to (i9C5FE9)
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Dropped (i9C5FE9) due to short time or equal msg
2016.09.19 10:57:49 4: LCG.DG.SIGduino/msg READ: MS;P0=1086;P1=-380;P2=340;P3=-1140;P4=-11429;D=24012323010101232323012301010101010101012301232301;CP=2;SP=4;O;
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Matched MS Protocol id 3 -> itv1
2016.09.19 10:57:49 5: LCG.DG.SIGduino: Starting demodulation at Position 2
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Decoded MS Protocol id 3 dmsg i9C5FE9 length 24
2016.09.19 10:57:49 5: LCG.DG.SIGduino: converted Data to (i9C5FE9)
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Dropped (i9C5FE9) due to short time or equal msg

Sidey · 19 September 2016, 22:21:12

Zitat von: RappaSan am 19 September 2016, 09:26:27
Hallo Sidey,
zurück aus dem Urlaub habe ich die Signalduino-Module auf den neuesten Stand gebracht unnd mit der Firmware
V 3.2.0-b34 gestartet. Autocreate an und -
In 3 Tagen wurden angeblich 39 RSL devices gefunden.
Das ist bestimmt nicht richtig.

Nein, das ist leider eines von den Protokollen, die auf viele Signale gut passen.
Ich habe die Nachrichten Länge mal etwas besser spezifiziert. Vielleicht hilft das.

Sidey · 19 September 2016, 22:22:14

Zitat von: waschbaerbauch am 19 September 2016, 10:59:38
Also ich hab grad mal einen PIR hier auslösen lassen, das Ergebnis ist:

Zitat von: waschbaerbauch am 19 September 2016, 10:59:38
Der Fenster-/Türkontakt wirft sowas aus:

Werden beide als ITv1 erkannt und Geräte werden via autocreate angelegt. Allerdings habe ich mit der von Ralf erweiterten Version des IT Modules getestet.

waschbaerbauch · 19 September 2016, 23:36:39

Ich hab grad mal alle Leichen aus dem FHEM entfernt. Es erfolgt leider kein 'autocreate' obwohl er was im Logfile als empfangen anzeigt.
Die Firmware hat die Version 'V 3.2.0-b34 SIGNALduino - compiled at Aug 1 2016 22:52:19' und installiert hatte ich die r33 (meine ich).

Ralf9 · 20 September 2016, 08:07:32

Zitat von: waschbaerbauch am 19 September 2016, 23:36:39
Es erfolgt leider kein 'autocreate' obwohl er was im Logfile als empfangen anzeigt.

mach mal ein fhem update und dann ein update auf die r33 und die Firmware V 3.3.0

Gruß Ralf