[GELÖST] Dooya Rolllädensteuerung

[Sidey]

Hi Jarnsen,

nein. Eigentlich nichts geändert.
Welche Version hast Du jetzt eingespielt?

Das Reading in dem 3.20b9 steht ist leider eine Leiche... Ignoriere es einfach.


Grüße Sidey

[Jarnsen]

Gerade Update per FHEM durchgeführt V3.2.0 Feb 22 2016 21:07:19.. Vorher 3.2.0 b12 Feb 15 oder so in etwa siehe Bild oben... Bei beiden Versionen war eine Bitaufschlüsselung nicht möglich bzw der Arduino ignoriert die Signale... Als würde nichts empfangen. MU MC MS ist enabled... Verbose 4 auch und 5 bringt auch nichts. Auch mein Thermometer wird nicht mehr erkannt... Totenstille


Gruß


Gesendet von iPhone mit Tapatalk

[Sidey]

Hmm,

irgendwas stimmt mit der Firmware nicht....

Geht die Firmware aus folgender Version denn besser?
https://github.com/RFD-FHEM/RFFHEM/tree/742e0767207696dba4c091e0b0ae894e003c5bf9

Grüße Sidey

[Jarnsen]

Code Auswählen Erweitern

2016.03.01 22:40:36 1 : PERL WARNING: Use of uninitialized value $r[0] in string eq at ./FHEM/98_update.pm line 305.
2016.03.01 22:40:36 1 : PERL WARNING: Use of uninitialized value $r[0] in string ne at ./FHEM/98_update.pm line 315.
2016.03.01 22:40:36 1 : nothing to do...

hatte auch nochmal die alte dev-r32 versucht... nix

Das letzte mal wo ich nachvollziehen kann das im Log

Code Auswählen Erweitern

2016.02.20 11:34:41 4: SD_WS07_Parse  SD_WS07 (P7#968021F000) length: 10
2016.02.20 11:34:41 4: SD_WS07_T decoded protocolid: 7 sensor id=96, channel=1, temp=3.3, hum=0, bat=ok
2016.02.20 11:34:41 4: CUL_Parse: nanoCUL s968021F00008;  384: 4096
2016.02.20 11:34:41 4: SD_WS07_Parse  SD_WS07 (P7#968021F000) length: 10
2016.02.20 11:34:41 4: SD_WS07_T decoded protocolid: 7 sensor id=96, channel=1, temp=3.3, hum=0, bat=ok

Code Auswählen Erweitern

2016.02.26 17:35:29 4: sduino/msg READ: MU;P0=-586;P1=-280;P2=383;P3=-1156;P4=-2084;P5=170;D=01232423242423242323232323232323232423232323502151;CP=2;
2016.02.26 17:35:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.02.26 17:36:03 4: sduino/msg READ: MU;P0=1127;P1=-116;P2=-311;P5=-500;D=20202020202020202020202050020202020202020202021;CP=0;
2016.02.26 17:36:03 4: sduino/msg READ: MU;P0=-370;P1=855;P2=168;P3=-566;D=0010201313131313131313131313101010101013131010101310;CP=1;
2016.02.26 17:36:03 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.02.26 17:38:00 4: sduino/msg READ: MU;P0=-712;P1=-521;P2=337;P3=-261;P4=618;P5=-96;D=0121212323432323234523432323232323232321;CP=2;
2016.02.26 17:38:00 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.02.26 17:38:55 4: sduino: ping ...

das irgendwas empfangen wurde

[Sidey]

Welche Firmware hast Du mit alte dev-r32 ausprobiert?

[Jarnsen]

Die die ich mit 
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
in der FHEM Eingabe bekomme.... Quasi die letzte....

Geht die Firmware aus folgender Version denn besser?
https://github.com/RFD-FHEM/RFFHEM/tree/742e0767207696dba4c091e0b0ae894e003c5bf9

Update all https://github.com/RFD-FHEM/RFFHEM/blob/742e0767207696dba4c091e0b0ae894e003c5bf9/controls_signalduino.txt

Perl Warnung

[Dominik83]

Hi Zusammen,

mit der V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09 Firmware kann ich nun die Codes lesen.

Das habe ich natürlich nicht selbst herausgefunden sondern aus diesem Thread hier: Signalduino Entwicklung

Grüße

[Jarnsen]

Diese Version hatte ich bis gestern auch drauf... Und es ging nicht... Vielleicht liegt es auch an was anderem... Ich mach heute nochmals n Update und dann berichte ich


Gesendet von iPhone mit Tapatalk

[darkmission]

@Jarnsen
Du hattest mir gestern bestätigt, dass Du die b12 drauf hattest und es bei Dir funktionierte. Die b12 Firmware gibt es bei Signaldunio im Thread, wie dominik schon geschrieben hat. Da wird auch über das Problem geschrieben.

Ich komm da leider erst Freitag zu. Würde mich aber interessieren ob Du es mit b12 wieder ans laufen bekommst.

[Jarnsen]

Ich hatte es gestern Abend nochmal versucht, siehe Post 90/92...
Wollte prüfen ob demoduliert wird, ging auch nicht mehr... Weiß nicht warum... Vorher ging es mit dieser Version... Liegt wahrscheinlich daran das MC enabled ist... Das werde ich disablen und dann denke ich das es wieder geht... Versuche es heute Abend oder morgen früh...


Gesendet von iPhone mit Tapatalk

[Jarnsen]

Hi @ All,

es funktioniert, mit Version 3.2.0 wenn MC deaktiviert ist.
mit 3.2.0.b12 funktioniert es ohne Signaltypen zu deaktivieren.

Habe meinen Fehler gefunden warum nichts mehr ankahm. Schuld war die LED zwischen D2 und GND. Die hat einen Empfang von Signalen verhindert.


Jarnsen

[Sidey]

Jo, habe den Fehler gefunden.
Update kommt die Tage. Bis da hin MC Decoder deaktivieren oder eine alte Firmware nutzen.

Sidey

[darkmission]

Läuft!
Habe erstmal die b12 genommen, bis die neue Version kommt.

Dickes Danke und Lob an Jansen, Sidey für die Unterstützung/Entwicklung.

[Sidey]

Die neue Version wird ab morgen über das "normale" FHEM Update verteilt.

Ansonsten bekommt man sie auch schon jetzt durch:

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt


Grüße Sidey

[Dominik83]

Hi Zusammen,

irgendwie habe ich grad nen Knoten im Kopf.

Mein einer Rolladenmotor läuft genau falsch herum mit:

Rollo4:hoch set SDuino sendMsg P16#1101011100000110010110001110000100010001#R10

und

Rollo4:runter set SDuino sendMsg P16#1101011100000110010110001110000100110011#R10

Wenn ich nun invertiere  und jeweils die letzten 3 bits umdrehe tut sich gar nichts mehr.

Wo ist mein Fehler?

Gruß
Dominik