Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

[mahowi]

Wie genau machst Du denn ein Update? Kannst Du uns den exakten Befehl verraten?

Grüße Sidey

Na klar kann ich das verraten. 
Ich habe mit

Code Auswählen Erweitern

update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt den dev-r33-Zweig in die Update-Liste von FHEM übernommen. Das Update läuft einfach über den normalen update-Befehl. Normalerweise mache ich jeden Tag ein

Code Auswählen Erweitern

update check und wenn es Updates für Module gibt, die ich nutze, mache ich ein Update.

Laut controls_signalduino.txt sind alle Dateien in ./FHEM/ für ein Update bereit:

Code Auswählen Erweitern

UPD 2017_27_03_18:21:14 15484   ./FHEM/90_SIGNALduino_un.pm
UPD 2017_27_03_18:21:14 40341   ./FHEM/98_Dooya.pm
UPD 2017_27_03_18:21:14 8292    ./FHEM/14_SD_WS_Maverick.pm
UPD 2017_27_03_18:21:30 16885   ./FHEM/14_Hideki.pm
UPD 2017_27_03_18:21:30 49906   ./FHEM/firmware/SIGNALduino_nano328.hex
UPD 2017_27_03_18:21:30 49906   ./FHEM/firmware/SIGNALduino_promini328.hex
UPD 2017_27_03_18:21:30 49906   ./FHEM/firmware/SIGNALduino_uno.hex
UPD 2017_27_03_18:21:30 57732   ./FHEM/firmware/SIGNALduino_nanoCC1101.hex
UPD 2017_27_03_18:21:30 64945   ./FHEM/firmware/SIGNALDuino_radinoCC1101.hex
UPD 2017_27_03_18:21:30 8438    ./FHEM/14_FLAMINGO.pm
UPD 2017_27_03_18:21:30 9546    ./FHEM/14_SD_WS07.pm
UPD 2017_27_03_21:04:26 10064   ./FHEM/14_SD_AS.pm
UPD 2017_27_03_21:04:26 10111   ./FHEM/14_BresserTemeo.pm
UPD 2017_27_03_21:04:26 35007   ./FHEM/41_OREGON.pm
UPD 2017_27_03_21:04:26 4397    ./FHEM/14_SD_UT.pm
UPD 2017_27_03_21:04:26 7827    ./FHEM/14_SIGNALduino_RSL.pm
UPD 2017_27_03_22:53:18 24382   ./FHEM/14_SD_WS.pm
UPD 2017_28_03_21:21:10 141059  ./FHEM/00_SIGNALduino.pm
UPD 2017_28_03_22:08:37 21137   ./FHEM/14_SD_WS09.pm

Demnach hätten alle Dateien ein Datum von gestern oder heute. Es gab im Git in der Zeit aber nur Commits für FHEM/00_SIGNALduino.pm, FHEM/14_SD_WS09.pm, FHEM/14_SD_WS.pm und natürlich controls_signalduino.txt. Daher meine Vermutung, daß Dein Skript zur Erstellung der controls.txt irgendetwas falsch macht. Das ist mir früher schon aufgefallen, wenn die Firmwares über update neu geholt wurden, obwohl die Dateien nicht neu waren.

[mahowi]

Heute wurden übrigens wie erwartet nur die beiden geänderten Module per Update erneuert.

Code Auswählen Erweitern

2017.03.29 07:59:10.285 1 : signalduino
2017.03.29 07:59:10.505 1 : UPD ./FHEM/00_SIGNALduino.pm
2017.03.29 07:59:11.281 1 : UPD ./FHEM/14_SD_WS09.pm

Das sind die beiden mit Datum von gestern in der controls.txt.

[sash.sc]

Hallo zusammen.

Mir ist aufgefallen, das man in der dev-r33 keine Abfrage cconfig mehr machen kann (Frequenzen usw.).
Desweiteren fehlen die RSSI Werte.

Gruß
Sascha

[pejonp]

...
Mir ist aufgefallen, das man in der dev-r33 keine Abfrage cconfig mehr machen kann (Frequenzen usw.).
Desweiteren fehlen die RSSI Werte.

Gruß
Sascha

kann ich so nicht bestätigen. Habe gerade ein update gemacht und es geht noch alles.
pejonp

[sash.sc]

Ich habe ein Backup von vor 3 Tagen eingespielt, da bei mir "update check" nicht mehr funktionierte. Zu diesem Zeitpunkt konnte ich die Abfragen (sduino mit cc1101) noch machen. Ich konnte dort auch noch die Bandbreite und Frequenz verändern.

Nach dem Update aus dem dev ging es heute nicht mehr !!!

gruß
Sascha

[RaspII]

Schade Dir mal die Beiträge ab #295 an. Vielleicht hast du das dort beschriebene Problem

Gesendet von meinem SM-G900F mit Tapatalk

[sash.sc]

Schade Dir mal die Beiträge ab #295 an. Vielleicht hast du das dort beschriebene Problem

Gesendet von meinem SM-G900F mit Tapatalk

Kann mich daran erinnern.
Habe es gelöst, indem ich ein Backup vom 28.03. eingespielt habe. Danach war wieder alles gut.

Hatte da auch Probleme mit dem Update check gehabt.

Aber jetzt läuft es.

Danke
Gruß Sascha

Gesendet von meinem E6653 mit Tapatalk

[davidwohnthier]

Hallo Hallo!

Ich stehe vor einem Problem, dass ich nicht so richtig gelöst bekomme. Ich habe einen alten Home Easy HE107EU Dimmer hier herumliegen, den ich gerne mit FHEM und dem SignalDUINO steuern würde. Leider bekomme ich das Teil einfach nicht angelernt. Den Weg über pilight habe ich auch schon hinter mir und auch den Weg über das Projekt piHomeEasy auch schon. Letzteres habe ich auch schon an einen Code angepasst aus dem pilight Forum- funktioniert tut es trotzdem nicht. Die Timings scheinen für die EU Version anders zu sein als für die UK Version. Nach ewwwwigem Suchen habe ich witziger Weise die Timings einer mit dem Dimmer funktionierenden Remote in einer Diplomarbeit der Uni Passau gefunden. Ist es mir irgendwie möglich dieses Timings per signalDuino an den Dimmer zu senden? Der zugehörige 58bit Code steht auch in der Diplomarbeit, aber ich bekomme ihn einfach nicht gesendet

Der Autor schreibt nennt folgenden ON Code für einen HE307EU Wandschalter:
on: 1100011110011011000111101001110001111101001101110011000111
off: 1100011110011011000111101001110001111101001101101011000111

Als Timings nennt er bei der EU Version:
0: 275 high 275 low
1: 275 high 1320 low

Wie ich die 58bit Codes in Intertechno umrechnen kann habe ich leider auch noch nicht rausgefunden? Es gibt zwar bei den Intertechno Geräten das protocol "he_eu" aber damit funktioniert auch nichts.... Hier der Ausschnitt aus der Arbeit (von Philip Parsch):

[Sidey]

Wie ich die 58bit Codes in Intertechno umrechnen kann habe ich leider auch noch nicht rausgefunden? Es gibt zwar bei den Intertechno Geräten das protocol "he_eu" aber damit funktioniert auch nichts.... Hier der Ausschnitt aus der Arbeit (von Philip Parsch):

Tia, das wesentliche Problem bei der Sache ist, dass das IT Modul zwar HE_EU kennt, aber beim Senden nicht an den SIGNALduino übergibt, dass es sich um das HE_EU Protokoll handelt.
Das müsste meiner Ansicht nach auch erst noch im SIGNALduino definiert werden, dass es das gibt. Die Protollbeschreibung hast Du ja bereits geliefert, schön wäre, noch ein paar Logeinträge von dem Dimmer zu haben.

Grüße Sidey

[Ralf9]

Ich habe einen alten Home Easy HE107EU Dimmer hier herumliegen

Hast Du auch eine Home Easy Fernbedienung, dies würde es vereinfachen. Falls ja, dann auf on und off drücken und dann die dazugehörigen log Einträge mit verbose 4 hier posten.

Gruß Ralf

[pejonp]

Hallo Sidey,

habe einige Einstellungen und Versuche wegen WH2 gemacht. Vielleicht kannst du mir sagen wo noch ein paar Anpassungen möglich sind. Die Dekodierung stimmt noch nicht, kommt erst im nächsten Schritt.
Hier mal eine bunte Sammlung an Daten, die alle vom SignalDuino (CC1101 868MHz auf 433.92MHz eingestellt) erkannt wurden. Mit einem anderen Arduino und dem BetterWH2 Sketch (https://github.com/lucsmall/BetterWH2) werden zeitgeilch auch Daten empfangen.

Die Daten fangen immer mit "012" an. Wenn P0=32001 ist es auch eine Nachricht vom WH2.

Eingestellt im SignalDuino habe ich jetzt:

   name         => 'WH2',
   id           => '64',
      #start         => [-40,1],
        zero         => [1,-2],
   one            => [3,-2],
   clockabs     => 460,  # passt gut bis seht gut
        clientmodule    => 'SD_WS', 
   modulematch  => '^W64*',
   preamble     => 'W64#',       # prepend to converted message
   postamble    => '',           # Append to converted message       
   clientmodule => '',
   length_min   => '36',
   length_max   => '42',

Code Auswählen Erweitern


MU;P0=-32001;P1=459;P2=-2692;P3=1448;P4=-1054;D=0123434343414141434341414141414141414141414143414343434343;CP=1;R=72;
2017.04.08 16:51:55 4: sduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.04.08 16:51:55 5: sduino: Starting demodulation at Position 3

MU;P0=32001;P1=-30212;P2=160;P3=-1049;P4=480;P5=1448;D=01234343435353535343434353435353534343434343434343535343434353534;CP=4;R=72;
2017.04.08 16:59:55 4: sduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.04.08 16:59:55 5: sduino: Starting demodulation at Position 4

MU;P0=32001;P1=-15972;P2=1459;P3=-1043;P4=475;D=01232343234323234343432323232343434323432323234343434343434343232343434323234;CP=4;R=72;
2017.04.08 17:02:19 4: sduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.04.08 17:02:19 5: sduino: Starting demodulation at Position 2

MU;P0=-32001;P1=457;P2=-1064;P3=1438;D=0123232323212121232123232321212121212121212323212121232321;CP=1;R=63;
MU;P0=-32001;P1=473;P2=-1058;P3=1454;D=0123232323212121232123232121212121212121212121232321212321;CP=1;R=51;


Das sind die Daten vom BetterWH2-Sketch (Sensor TFA 30.3157 nur Temp ohne Hum)

1 | 0 | 38603 | 38603 | 0x4A/74 0x70/112 0xE8/232 0xFF/255 0x39/57 | Sensor ID: 0x4A7 | 255% | 232 | OK
2 | 0 | 47972 | 43287 | 0x4A/74 0x70/112 0xE8/232 0xFF/255 0x39/57 | Sensor ID: 0x4A7 | 255% | 232 | OK
3 | 0 | 47971 | 44848 | 0x4A/74 0x70/112 0xE8/232 0xFF/255 0x39/57 | Sensor ID: 0x4A7 | 255% | 232 | OK
4 | 0 | 47971 | 45629 | 0x4A/74 0x70/112 0xE8/232 0xFF/255 0x39/57 | Sensor ID: 0x4A7 | 255% | 232 | OK

Mit dem SignalDuino habe ich soetwas auch schon mal empfangen aber jetzt wieder verspielt.

Code Auswählen Erweitern


2017.04.08 13:08:34 4: sduino: decoded matched MU Protocol id 64 dmsg W64#4A70DEFFD0 length 40 RSSI = -42
2017.04.08 13:08:34 5: sduino: converted Data to (W64#4A70DEFFD0)
2017.04.08 13:08:34 5: sduino: dispatch W64#4A70DEFFD0
2017.04.08 13:08:34 4: SD_WS_Parse: Protocol: 64, rawData: 4A70DEFFD0
2017.04.08 13:08:34 4: sduino converted to bits: WH2 0100101001110000110111101111111111010000
2017.04.08 13:08:34 4: sduino decoded protocolid: 64 (WH2) sensor id=4, channel=19, temp=13.3, hum=165
2017.04.08 13:08:34 4: sduino using longid: 1 model: SD_WS_WH2
2017.04.08 13:08:34 1: SD_WS: UNDEFINED sensor SD_WS_WH2 detected, code SD_WS_WH2_419
2017.04.08 13:08:34 2: autocreate: define SD_WS_WH2_419 SD_WS SD_WS_WH2_419
2017.04.08 13:08:34 2: autocreate: define FileLog_SD_WS_WH2_419 FileLog ./log/SD_WS_WH2_419-%Y-%m.log SD_WS_WH2_419


Jörg

[andies]

Hallo Hallo!

Selber hallo.

Versuch doch mal "raw senden", so habe ich das gelöst. Wenn ich Deine Daten so anschaue, könnte das wie folgt gehen.

Code Auswählen Erweitern

set <dein sduino-device name> raw SR;;R=3;;P0=275;;P1=-275;;P2=-1320;;D=<kommt gleich>;;
und "kommt gleich" übersetzt Du wie folgt. In der Zeile

Code Auswählen Erweitern

<kommt geich> = 1100011110011011000111101001110001111101001101110011000111

wird 0 durch 01 ersetzt und 1 durch 02 ersetzt (da musst Du einen Umweg gehen, damit nach der ersten Ersetzung nicht neue 1en auftauchen, die da nicht hingehören). Wenn das nicht klappt, nimmst Du

Code Auswählen Erweitern

set <dein sduino-device name> raw SR;;R=3;;P0=-275;;P1=275;;P2=1320;;D=<kommt gleich>;;
und dasselbe <kommt gleich>. R3 bedeutet drei Wiederholungen.

[Sidey]

habe einige Einstellungen und Versuche wegen WH2 gemacht. Vielleicht kannst du mir sagen wo noch ein paar Anpassungen möglich sind. Die Dekodierung stimmt noch nicht, kommt erst im nächsten Schritt.

Hi,

ich habe mir das angesehen.
Die Signaldaten sehen seltsam aus, manchmal werden ja zwei Signale mit dem glichen Pegel hinter einander erkannt. Sieht so aus, als ob da ein Bug in der Firmware ist.  Vor einiger Zeit habe ich so etwas mal gefixt, eventuell ist es der.

Das Problem ist dann allerdings noch, dass die Signallänge zu kurz ist. 48 Bits sollen es sein, habe ich gelesen.
Der Anfang soll mit 11111111 erkennbar sein. Der verklinkte WH2 Sketch sucht allerdings nach 110 wobei die 0 wohl schon zum 1. Byte zählt.

Grüße Sidey

[davidwohnthier]

Danke schon einmal für die vielen Antworten und Tipps!

Die Protollbeschreibung hast Du ja bereits geliefert, schön wäre, noch ein paar Logeinträge von dem Dimmer zu haben.

Das Problem ist, dass ich keine funktionierende Fernbedienung habe - eigentlich wollte ich mir den Kauf ersparen, aber ich werde wohl nicht drum herum kommen..

Versuch doch mal "raw senden", so habe ich das gelöst. Wenn ich Deine Daten so anschaue, könnte das wie folgt gehen.

Code Auswählen Erweitern

set <dein sduino-device name> raw SR;;R=3;;P0=275;;P1=-275;;P2=-1320;;D=<kommt gleich>;;
und "kommt gleich" übersetzt Du wie folgt. In der Zeile

Code Auswählen Erweitern

<kommt geich> = 1100011110011011000111101001110001111101001101110011000111

wird 0 durch 01 ersetzt und 1 durch 02 ersetzt (da musst Du einen Umweg gehen, damit nach der ersten Ersetzung nicht neue 1en auftauchen, die da nicht hingehören). Wenn das nicht klappt, nimmst Du

Code Auswählen Erweitern

set <dein sduino-device name> raw SR;;R=3;;P0=-275;;P1=275;;P2=1320;;D=<kommt gleich>;;
und dasselbe <kommt gleich>. R3 bedeutet drei Wiederholungen.

Ich hab den Code nach deiner Anleitung umgeschrieben in:

Code Auswählen Erweitern

set sduino raw SR;;R=3;;P0=275;;P1=-275;;P2=-1320;;D=02020101010202020201010202010202010101020202020102010102020201010102020202020102010102020102020201010202010101020202;;
und

Code Auswählen Erweitern

set sduino raw SR;;R=3;;P0=-275;;P1=275;;P2=1320;;D=02020101010202020201010202010202010101020202020102010102020201010102020202020102010102020102020201010202010101020202;;


Kein Ergebnis merkwürdiger Weise. Ich verstehe es nicht, also ob der Dimmer nicht im Learn Mode wäre (ist er aber meiner Meinung nach: 6x ON/OFF drücken, LED flackert, Signal senden). Er regiert allerdings auf keinen der Timingcodes.

Ich habe auch schon den Beispielcode von einem HE301EU Schalter versucht (diese habe ich im Projekt RFLinkNRF auf GitHub gefunden), allerdings funktionieren diese dort auch nicht.. Der Dimmer will einfach auf kein Funksignal reagieren.. Ich hab mal das Skript aus dem o.g. GitHub Projekt angehängt.

Hast Du auch eine Home Easy Fernbedienung, dies würde es vereinfachen. Falls ja, dann auf on und off drücken und dann die dazugehörigen log Einträge mit verbose 4 hier posten.

Das ist leider das Problem Bis jetzt hab ich keine und wollte sie mir ursprünglich auch sparen, aber ich ahne, dass ich sonst nicht an die richtigen Codes und Timings rankomme?! Zum Mäuse melken..

[pejonp]

Hallo Sidey,

ich habe jetzt mal meine Änderungen hochgeladen. Benötigst du noch ein ausfürhlicheres Log ?
Firmeware: version: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50

Jörg