Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

[mahowi]

Dadurch, daß der Flamingo RF 21 b als ProtocolID 13b hat, gibt es eine Perl Warnung bei "get protocolIDs":

Code Auswählen Erweitern

1 : PERL WARNING: Argument "13b" isn't numeric in sort at ./FHEM/00_SIGNALduino.pm line 1655.

[peppino]

Hallo mein  BresserTemeo zeigt keine keine MINUS Temperaturen an.

Folgender Wert müsste eigentlich -01.0 °C sein:

CHANGED CODE BresserTemeo_3   BresserTemeo_3 LASTInputDev sduino MSGCNT 96 NAME fth_TempHygroAussen NR 24 STATE T: 01.0 H: 68 TYPE SD_WS bitMSG 110100010111000011000000001000010010111010001111001111111101111011101010 lastMSG D170C0212E8F3FDEEA lastReceive 1484590391 sduino_DMSG W44#D170C0212E8F3FDEEA sduino_MSGCNT 96 sduino_RAWMSG MU;P0=-1947;P1=-3891;P2=3880;P3=-478;P4=494;P5=-241;P7=1963;D=34570712171717071707070717071717170707070717170707070707070707170707070717070717071717170717070707171717170707171717171717171707171717170717171707170717;CP=7;R=28; sduino_TIME 2017-01-16 19:13:11 Mein SIGNALduino ist ein cc1101 Clients :IT:CUL_TCM97001:SIGNALduino_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:SIGNALduino_un:   /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505MQ2T-if00-port0@57600 DMSG 0812240431 DevState initialized DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505MQ2T-if00-port0@57600 FD 11 ITClock 250 MSGCNT 974 NAME sduino NR 23 NR_CMD_LAST_H 3 PARTIAL RAWMSG MC;LL=-2649;LH=3214;SL=-1176;SH=1742;D=EDDBFBCE;C=1463;L=31;R=202; STATE opened TIME 1484590744 TYPE SIGNALduino unknownmessages version V 3.3.1-dev SIGNALduino cc1101 - compiled at Jan 12 2017 23:04:38

[Ralf9]

Hallo mein  BresserTemeo zeigt keine keine MINUS Temperaturen an.

Zeigt das Display des BresserTemeo MINUS Temperaturen an?
Passt die in fhem angezeigte Temperatur bis auf das fehlende Minus?

Das Problem dabei ist, daß bei der bisher bekannten Protokollbeschreibung es kein Vorzeichenbit gibt (ist es evtl Bit 8?)

Code Auswählen Erweitern

0    4    8    12       20   24   28   32   36   40   44       52   56   60
0101 0111 1001 00010101 0010 0100 0001 1010 1000 0110 11101010 1101 1011 1110 110110010
hhhh hhhh ?bcc iiiiiiii sttt tttt tttt xxxx xxxx  BCC jjjjjjjj Syyy yyyy yyyy

- h humidity
- x checksum humidity
- t temp
- y checksum temp
- i: 8 bit random id (ändert sich beim Batterie- und Kanalwechsel)
- j: checksum id
- b: battery indicator (0=>OK, 1=>LOW)
- B: checksum battery indicator
- s: Test/Sync (0=>Normal, 1=>Test-Button pressed)
- c: Channel
- C: checksum Channel


Gruß Ralf

[Ralf9]

Dadurch, daß der Flamingo RF 21 b als ProtocolID 13b hat, gibt es eine Perl Warnung bei "get protocolIDs":

Code Auswählen Erweitern

1 : PERL WARNING: Argument "13b" isn't numeric in sort at ./FHEM/00_SIGNALduino.pm line 1655.

Hallo Sidey,

der Buchstabe bei der ProtocolID gefällt mir nicht so richtig.
Wenn beim Flamingo anstatt 13b 1013 verwendet wird und in der 00_SIGNALduino.pm ein paar kleine Änderungen gemacht werden:

dann wird mit dem Attribut whitelist_IDs  0,3,7,12,43,44,13

Code Auswählen Erweitern

2017.01.17 21:12:51.012 3: sduinoE: IDlist MS 0 13 3 7
2017.01.17 21:12:51.012 3: sduinoE: IDlist MU 1013 1044 44
2017.01.17 21:12:51.012 3: sduinoE: IDlist MC 12 43

get protocolIDs sieht dann so aus:

Code Auswählen Erweitern

protocolIDs:

ID    modulname       protocolname # comment

  0 MS CUL_TCM97001    weather1 # Logilink, NC, WS, TCM97001 etc
  1 MS SIGNALduino_RSL ConradRSL
  2 MS SD_AS           AS # Self build arduino sensor
  3 MS IT              itv1
  4 MS IT              arctech2
  5 MU IT              unitec6899
  6 MS                 weatherID6
  7 MS SD_WS07         weatherID7 # EAS800z, FreeTec NC-7344
  8 MU CUL_TX          TX3 Protocol
  9 MU SD_WS09         CTW 600 # Funk Wetterstation CTW600
10 MC OREGON          OSV2o3
11 MC SD_AS           AS
12 MC hideki          Hideki protocol
13 MS FLAMINGO        FLAMINGO FA21
14 MS                 Heidemann HX
15 MS                 TCM Bell
16 MU Dooya           Dooya shutter
17 MS IT              arctech
18 MC                 OSV1
20 MU                 livolo
21 MU                 einhell garagedoor
22 MS                 TX-EZ6
23 MS                 perl unknown
24 MU                 visivon remote
25 MS                 les led remote
26 MU                 remote26
27 MU                 remote27
28 MU                 IC Ledspot
29 MU                 HT12e remote
30 MU SD_UT           unitec47031
31 MU                 pollin isotronic
32 MS                 freetec 6946
33 MS SD_WS           weather33
34 MU                 unknown34
35 MS                 socket35
36 MU                 socket36
37 MU SD_WS           weather37
38 MS CUL_TCM97001    weather38
39 MU RFXX10REC       X10 Protocol
40 MU                 romotec
41 MS                 elro doorbell # Elro (Smartwares) Doorbell DB200
42 MU                 MKT motionsensor
43 MC SOMFY           Somfy RTS
44 MU SD_WS           BresserTemeo
45 MS IT              revolt
46 MU                 EKX1BE
47 MC SD_WS_Maverick  Maverick protocol
48 MU                 TFA Dostmann
49 MU                 quigg_gt9000
50 MU SD_WS           optus_XT300
51 MS SD_WS           weather51 # IAN 275901 Wetterstation Lidl
52 MC OREGON          OS_PIR
55 MS IT              quigg_gt1000
56 MU                 Celexon
57 MC                 m-e
13 (1013) MU FLAMINGO        FLAMINGO FA21 b
44 (1044) MU SD_WS           BresserTemeo

Ids with modules: 0,1,2,3,4,5,7,8,9,10,11,12,13,16,17,30,33,37,38,39,43,44,45,47,50,51,52,55,56,57,1013,1044


Gruß Ralf

[Sidey]

der Buchstabe bei der ProtocolID gefällt mir nicht so richtig.
Wenn beim Flamingo anstatt 13b 1013 verwendet wird und in der 00_SIGNALduino.pm ein paar kleine Änderungen gemacht werden:

Ja, das b war mal so eben schnell aus der Not implementiert und wenig überdacht gewählt.
Es muss eine Zahl sein, damit die Sortierung funktioniert.

Das mit der 10 vorne angestellt ist vielleicht auch noch nicht die Lösung.
Müsste 13.1 nicht auch als Zahl erkannt werden?

Grüße Sidey

[rin67630]

Entschuldige die Nachfrage: was ist der Vorteil die SignalDuino Software auf eine CC1101 CUL-Nachbau auf zu spielen, gegenüber die CULFW?

[peppino]

Zeigt das Display des BresserTemeo MINUS Temperaturen an?
Passt die in fhem angezeigte Temperatur bis auf das fehlende Minus?

Das Problem dabei ist, daß bei der bisher bekannten Protokollbeschreibung es kein Vorzeichenbit gibt (ist es evtl Bit 8?)

Code Auswählen Erweitern

0    4    8    12       20   24   28   32   36   40   44       52   56   60
0101 0111 1001 00010101 0010 0100 0001 1010 1000 0110 11101010 1101 1011 1110 110110010
hhhh hhhh ?bcc iiiiiiii sttt tttt tttt xxxx xxxx  BCC jjjjjjjj Syyy yyyy yyyy

- h humidity
- x checksum humidity
- t temp
- y checksum temp
- i: 8 bit random id (ändert sich beim Batterie- und Kanalwechsel)
- j: checksum id
- b: battery indicator (0=>OK, 1=>LOW)
- B: checksum battery indicator
- s: Test/Sync (0=>Normal, 1=>Test-Button pressed)
- c: Channel
- C: checksum Channel


Gruß Ralf

Hallo,

Es stimmen die Werte exact nur das kein MINUS davor steht.
Sollten sich die Temperaturen wieder mal ins PLUS bewegen kann ich Vergleichswerte liefern.

Gruß
joe

[Ralf9]

Das mit der 10 vorne angestellt ist vielleicht auch noch nicht die Lösung.
Müsste 13.1 nicht auch als Zahl erkannt werden?

Das müsste mal jemand testen, bei dem das "13b" ein  "PERL WARNING: Argument "13b" isn't numeric" verursacht.
Bei mir gibt das 13b kein PERL WARNING. Evtl ist dies von der Perl Version abhängig.

Es müsste dazu in der %ProtocolListSIGNALduino die ProtocolID 13b durch 13.1 und beim Bresser die 51 durch 44.1 ersetzt werden.

Gruß Ralf

[mahowi]

Mit "13.1" gibt es kein PERL WARNING mehr.

Code Auswählen Erweitern

--- 00_SIGNALduino.pm.orig 2017-01-18 09:44:21.713623464 +0100
+++ 00_SIGNALduino.pm 2017-01-18 09:44:51.703390512 +0100
@@ -371,10 +371,10 @@
length_min      => '24',
length_max      => '25',
},
- "13b"    => ## FLAMINGO FA20
+ "13.1"    => ## FLAMINGO FA20
{
             name => 'FLAMINGO FA21 b',
- id          => '13b',
+ id          => '13.1',
one => [1,-2],
zero => [1,-4],
start => [10,-1],
@@ -877,10 +877,10 @@
              length_min => '64',
              length_max => '72',
},
- "51" => ## Bresser Temeo Trend
+ "44.1" => ## Bresser Temeo Trend
{
              name => 'BresserTemeo',
-            id => '44x',
+            id => '44.1',
              clockabs => 500,
              zero => [4,-4],
              one => [4,-8],

Code Auswählen Erweitern

protocolIDs:

ID    modulname       protocolname # comment

[...]
13 MS                 FLAMINGO FA21
13.1 MU                 FLAMINGO FA21 b
14 MS                 Heidemann HX
[...]
44 MU SD_WS           BresserTemeo
44.1 MU SD_WS           BresserTemeo
45 MS IT              revolt
[...]

Ids with modules: 0,1,2,3,4,5,7,8,9,10,11,12,16,17,30,33,37,38,39,43,44,44.1,45,47,50,51,52,55,56,57


[Sidey]

Danke für den Test.

13.1 ist 13 Komma 1 und damit eine Zahl..
Das Sorgt dafür, dass alle Funktionen, welche eine Nummer erwarten auch funktionieren.

Ob das ganze wirklich so sinnvoll ist, weiss ich nicht.

Die ID wird ja derzeit zwei Mal verwendet.
Einmal als Key für den Hash mit der Protokollbeschreibung und einmal als Wert im Feld ID.
Vielleicht lässt es sich ja auch realisieren unter einer Protokoll ID mehrere Einträge im Hash zu hinterlegen.

Ich muss da noch mal nachdenken.
Als quick fix, passt das mit dem Komma aber schon mal besser als mit dem b.

[Ralf9]

13.1 ist 13 Komma 1 und damit eine Zahl..
Das Sorgt dafür, dass alle Funktionen, welche eine Nummer erwarten auch funktionieren.

Die ID wird ja derzeit zwei Mal verwendet.
Einmal als Key für den Hash mit der Protokollbeschreibung und einmal als Wert im Feld ID.

Ja, mit dem Komma passt es viel besser als vorher.

Mir ist nicht klar zu was die ID zwei mal eingetragen ist, wenn ich das richtig sehe wird das Feld ID gar nicht verwendet.

Gruß Ralf

[Ralf9]

Entschuldige die Nachfrage: was ist der Vorteil die SignalDuino Software auf eine CC1101 CUL-Nachbau auf zu spielen, gegenüber die CULFW?

Du kannst die Vorteile die der Signalduino gegenüber dem CUL hat auch mit dem CC1101 nutzen.
u.a.
Beim CUL gibt es z.B. Einschränkungen beim Senden mit dem IT-Modul.
Der Signalduino kann zusätzliche Protokolle.

Gruß Ralf

[peppino]

Hallo,

Es stimmen die Werte exact nur das kein MINUS davor steht.
Sollten sich die Temperaturen wieder mal ins PLUS bewegen kann ich Vergleichswerte liefern.

Gruß
joe

Ich habe bei den Temperaturen ein wenig nach geholfen
Es schaut so aus als würde bit 12 und bit 44 für +/- temp  sein

Code Auswählen Erweitern


0    4    8    12       20   24   28   32   36   40   44       52   56   60
hhhh hhhh ?bcc iiiiiiii sttt tttt tttt xxxx xxxx  BCC jjjjjjjj Syyy yyyy yyyy
0110 0010 1011 10000110 0000 0011 0101 1001 1101 0100 01111001 1111 1100 1010 011000000      T -03.5   H 62
0110 0100 1011 10000110 0000 0001 1001 1001 1011 0100 01111001 1111 1110 0110 001000000      T -01.9   H 64
0110 1000 1011 10000110 0000 0000 0001 1001 0111 0100 01111001 1111 1111 1110 011101010      T -00.1   H 68
0111 0001 1011 00000110 0000 0001 0111 1000 1110 0100 11111001 1111 1110 1000 111011100      T +01.7   H 71
0111 0010 1011 00000110 0000 0011 0001 1000 1101 0100 11111001 1111 1100 1110 000100110      T +03.1   H 72
0111 0011 1011 00000110 0000 0100 0100 1000 1100 0100 11111001 1111 1011 1011 110011000      T +04.4   H 73
0111 0100 1011 00000110 0000 0101 0101 1000 1011 0100 11111001 1111 1010 1010 100101110      T +05.5   H 74
0111 0100 1011 00000110 0000 0101 0000 1000 1011 0100 11111001 1111 1010 1111 111011000      T +05.0   H 74
0111 0010 1011 00000110 0000 0100 0000 1000 1101 0100 11111001 1111 1011 1111 000100010      T +04.0   H 72
0111 0001 1011 00000110 0000 0010 1000 1000 1110 0100 11111001 1111 1101 0111 110001000      T +02.8   H 71
0110 1001 1011 00000110 0000 0001 1000 1001 0110 0100 11111001 1111 1110 0111 011001000      T +01.8   H 69
0110 0110 1011 00000110 0000 0001 0001 1001 1001 0100 11111001 1111 1110 1110 000000000      T +01.1   H 66
0110 0100 1011 00000110 0000 0000 0100 1001 1011 0100 11111001 1111 1111 1011 000011100      T +00.4   H 64
0110 0011 1011 10000110 0000 0000 0001 1001 1100 0100 01111001 1111 1111 1110 110001000      T -00.1   H 63
0110 0011 1011 10000110 0000 0000 0101 1001 1100 0100 01111001 1111 1111 1010 100000000      T -00.5   H 63
0110 0010 1011 10000110 0000 0000 1000 1001 1101 0100 01111001 1111 1111 0111 011001100      T -00.8   H 62
0110 0010 1011 10000110 0000 0000 1001 1001 1101 0100 01111001 1111 1111 0110 010101010      T -00.9   H 62

- h humidity
- x checksum humidity
- t temp
- y checksum temp
- i: 8 bit random id (ändert sich beim Batterie- und Kanalwechsel)
- j: checksum id
- b: battery indicator (0=>OK, 1=>LOW)
- B: checksum battery indicator
- s: Test/Sync (0=>Normal, 1=>Test-Button pressed)
- c: Channel
- C: checksum Channel


[Ralf9]

Ich habe bei den Temperaturen ein wenig nach geholfen
Es schaut so aus als würde bit 12 und bit 44 für +/- temp  sein

Ich habe mal versucht es einzubauen (siehe Anlage)
Kannst mal testen ob es so passt.

Gruß Ralf

[rin67630]

Hallo,

ich betreibe an einem Raspi ein FHZ1300 PC (/dev/ttyUSB0) zusammen mit einem SIGNALduino (/dev/ttyUSB1   DEF:/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600). Der SIGNALduino hat ein ICH240 USB chip.

In meiner Nähe steht ein Sendemast, der ständig ein starkes Bündelfunksignal auf 428MHz ausstrahlt, der den SIGNALduino verwirrt.
Er sucht ständig nach neue Protokolle. Nach einer gewisse Zeit, geht er ins Status "closed".

Code Auswählen Erweitern


...
2017.01.18 09:45:25 4: sduino/msg READ: Received answer (ed at Jan  3 2017 23:59:32) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.01.18 09:45:35 3: sduino/init: get version, retry = 3
2017.01.18 09:45:35 2: sduino/init retry count reached. Closed


Dabei (oder davor?) wird eine 2. Instanz von FHZ1 auf /dev/ttyUSB1 angelegt.

Ich habe ein besseres Radio-Modul bestellt, wollte aber doch fragen, warum eine 2. Instanz von FHZ1 auf /dev/ttyUSB1 angelegt wird?

Könnt Ihr euch das erklären?

Danke.