FHEM Forum

CUL - Entwicklung => Wunschliste => Thema gestartet von: Jarnsen am 04 November 2015, 22:06:27

Titel: [GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 04 November 2015, 22:06:27
Hallo,

bin relativ neu im FHEM.

Ich habe mir schon eine Weile die Frage gestellt:

Wie können NOBILY/ Rohrmotor24/ Dooya FUNKROLLÄDEN in FHEM eingebunden werden...

Die schnelle Antwort, mit dem  Modul für Dooya (https://forum.fhem.de/index.php?topic=49523)

Fakten:

Dooya (http://en.dooya.com/products.html) stellt eine menge Rohrmotoren usw her. Hierzulande vertreiben z.B. Rohrmotor24 und Nobily diese Motoren. Mit Sicherheit auch noch andere Firmen. Diese Motoren sind meistens daran zu erkenne das sie beim unter Strom setzen piepsen und die Fernbedienungen (http://en.dooya.com/cs_list_1.html) von Dooya dabei sind. Auf den Motoren stehen die Namen der vertreibenden Firmen.


Nur noch nice to know





Das Signal ist geknackt incl auslesen der FW vom Handsender.

Nachzulesen auf  Microcontroller.net  (http://www.mikrocontroller.net/topic/242784)

Auf GitHub (https://github.com/bjwelker/Raspi-Rollo) hat schon jemand sowas auf einem Raspberry Pi laufen mit WiringPi (http://wiringpi.com/).

Mit dem SIGNALduino (http://www.fhemwiki.de/wiki/SIGNALduino) können die Signale ausgelesen und gesendet werden. Nur wird das ganze noch nicht richtig ausgelesen, mal funktioniert es (z.B. mit meinen Handsender, mit dem Wandsender nicht). Sidey79 verbessert ständig die Software.

Ich möchte hier ausdrücklich betonen das ich nicht der Entwickler dieses Idee bin sondern nur derjenige der alles zusammen schreibt.

Ich habe nochmal mit Sebastian von Microcontroller.net geschrieben und er hat mir ein Programm geschrieben mit dem über console die Rolläden gesteuert werden können. Nochmal danke dafür! Er hat mich auch sonst noch ein wenig an die Hand genommen da ich nicht fit bin in Linux und Perl.

Ebenso möchte ich mich nochmal bei Sidey79 bedanken und sorry für die vielen Mails.

So, jetzt gehts los.

Benötigtes Material:
- RaspberryPi mit aktuellem FHEM dürfte klar sein
- installiertes WiringPi
- dem User Fhem sudorechte geben Klick (https://www.elektronik-kompendium.de/sites/raspberry-pi/2002231.htm)
- http://433 Mhz Sender/ Empfänger (http://show.picr.de/23770106ps.jpg.html) z.B. e....
- altes USB Kabel, Klinke Kabel, einen Elko (http://show.picr.de/23770190dt.jpg.html) (meinen habe ich von einer USB Karte abgelötet, größe egal... solange nicht für 230V vorgesehen)
- Audacity (http://www.chip.de/downloads/Audacity_13010690.html)

- und das Zeug aus dem Anhang (Rolladen_Forum.xlsx als ID-Spender falls ihr nicht auslesen wollt bzw. als Beispiel)
- SIGNALduino

Das Signal besteht aus genau 40Bit und sieht so aus.
(http://up.picr.de/23770273xa.jpg)
Es wird bei einem Tastendruck 3 x normal und 3 x invertiert (letzten 4 Bit) gesendet. Das bedeutet hoch kann 0001 (normal) oder 1110 (invertiert) sein. Ich denke das ist das Problem warum der SIGNALduino es nicht richtig auslesen kann. Und genau so muß es wieder gesendet werden. Zumindest normal und invertiert in einem Rutsch, ob jetzt 3 oder 5x ist egal.

EDIT:
Je nachdem welcher Sender (Handsender, Wandsender, 1,2,5 oder 15 Kanal) genutzt wird kann sich das ganze in der häufigkeit des Signals auch ändern. Ich habe Sender die senden 5 Pakete und andere senden 6 oder 12 Pakete inclusive des invertierten. Somit ist die Gesamtlänge des Signals sehr oft unterschiedlich, aber immer nach unten aufgefürten Muster.

Wie ist das Signal aufgebaut?

(http://up.picr.de/23770311qp.jpg)

ID

mit einer 28 Bit ID sind 268.435.455 verschiedene Mögklichkeiten (Gruppen)  vorhanden. Das jemand genau Eure ID herausbekommt ist also relativ unwahrscheinlich. Das ganze mit 15 Kanälen multipliziert bedeutet ihr könnt 4.026.531.825 einzelne Rollos ansteuern. Aber wer hat schon so viele?? Ich denke nichtmal das Dooya schon soviel produziert hat.

Kanal

0=0000|1=0001|2=0010|3=0011|4=0100|5=0101|6=0110|7=0111|8=1000|9=1001|10=1010|11=1011|12=1100|13=1101|14=1110|15=1111

Befehl

ich denke das bit 33 - 40 wie folgt geschlüsselt ist

33+37 = lernen / sind im ersten Signalbereich gleich belegt entweder beide 0 oder 1
34/35/36 = hoch (001) /runter (011) /stop (101) /lernen (100) 33 mit 1 und 37 mit 0 oder 1 belegt
38/39/40 = hoch (001, invertiert 110) /runter (011, invertiert 100) /stop (101, invertiert 010) /lernen (100, 33+37 dann mit 1 belegt, invertiert 011, 33 mit 1 und 34 mit 0 belegt)

man kann die Motoren invertiert anlernen, deshalb wird bei nem Signal immer beides gesendet.

So wird der Sender am RPi angeschlossen. GND an Masse, VCC an 5V und das WICHTIGSTE Data an GPOI 17 (linke Pinleiste der 6. von oben)

Das Programm Rollo nach /home/pi/ kopieren... Da habe ich es zumindes hingeschoben...


Jedes Rollo in FHEM so erstellen

define R_Bad_Test dummy;
attr R_Bad_Test webCmd hoch:stop:runter:lernen;

define R_Bad_Test_hoch notify R_Bad_Test:hoch set sduino sendMsg P16#0011011100000110010110001110000100010001#R10;
define R_Bad_Test_stop notify R_Bad_Test:stop set sduino sendMsg P16#0011011100000110010110001110000101010101#R10;
define R_Bad_Test_runter notify R_Bad_Test:runter set sduino sendMsg P16#0011011100000110010110001110000100110011#R10;
define R_Bad_Test_lernen notify R_Bad_Test:lernen set sduino sendMsg P16#0011011100000110010110001110000111001100#R10


P16 = Protokoll 16 vom SIGNALduino
00110111... 40Bit Fernbedienungscode
R10 = Wiederholungen wie oft das Signal gesendet werden soll

das kursiv geschriebene könnt ihr per copy and paste übernehmen

lernen würde ich nur zum anlernen und ändern setzen danach wieder raus nehmen

die 40Bit müssen zwischen jedem Bit ein Leerzeichen haben... das ist wichtig!!!

Ich habe mir die ganzen dummy´s und notify´s in ne txt geschrieben und am Ende jeder Zeile ein ; eingefügt, so kann man alles am Stück schreiben. Ist eh fast nur copy and paste vorn nur hoch runter lernen ändern und die letzten paar Bit nach dem Kanal anpassen.

In FHEM sieht es dann so aus.

Dummy
(http://up.picr.de/24016411xy.jpg)

Notify
(http://up.picr.de/24016412pc.jpg)

Geht recht fix. Ich habe so 10 Rollos am laufen. Wer mehrere Rollos mit unterschiedlicher Id (nicht Kanal) als Gruppe schalten will sollte einen sleep 0,35 zwischen jedem Rollobefehl einbauen, da sich sonst die Befehle gegenseitig unterbrechen und teilweise Rollos nicht angesprochen werden.

Jetzt kann der dummy Rollo_Bad_Test benutzt werden wie eine normale Fernbedienung...
ACHTUNG wer Handsender löscht löscht diese aus ALLEN unter Strom stehenden Rollos.
Dazu bitte unten Bedienungsanleitung lesen. Das heist ihr könnt diesen Dummy an die Rollos anlernen. Leider mus man dazu das eine Rollo seperat vom Strom nehmen und auch diesen seperat wieder unter Strom setzen. Wer an einer Ringleitung verlegt hat kann dies natürlich nicht. Somit bleibt nur eins, die Fernbedienung auslesen um auf die ersten 28 Bit zu kommen, denn diese brauchen wir ja bekanntlich von der Fernbedienung.

Jetzt benötigen wir Audacity und installieren dieses. Wir können es auf Standarteinstellungen lassen. Wichtig unten links 44100 lassen.
Bei aufnahmegeräte am Laptop auf Signalpegel um die 30 stellen.

SIGNALduino zusammenbauen und in FHEM definieren und schon erkennt er die Signale:

Das sieht dann so aus

2016.02.14 17:22:17 4: sduino/msg READ: MU;P0=4717;P1=-1577;P2=284;P3=-786;P4=649;P5=-423;D=01232345452345454523232323234545232345234545232323454545232323234523234545232345450123234545234545452323232323454523234523454523232345454523232323452323454523234545012323454523454545232323232345452323452345452323234545452323232345232345454545232;CP=2;
2016.02.14 17:22:17 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.02.14 17:22:17 4: sduino: decoded matched MU Protocol id 16 dmsg u16#370658E133 length 40
2016.02.14 17:22:17 4: SIGNALduino_unknown incomming msg: u16#370658E133
2016.02.14 17:22:17 4: SIGNALduino_unknown rawData: 370658E133
2016.02.14 17:22:17 4: SIGNALduino_unknown Protocol: 16
2016.02.14 17:22:17 4: SIGNALduino_unknown converted to bits: 0011011100000110010110001110000100110011
2016.02.14 17:22:17 4: SIGNALduino_unknown / shutter Dooya 0011011100000110010110001110000100110011 received
2016.02.14 17:22:17 4: 00110111000001100101100 1110 0001 0011 0011
2016.02.14 17:22:17 4: SIGNALduino_unknown found shutter from Dooya. id=3606104, remotetype=14,  channel=1, direction=down, all_shutters=false


Da bekommen wir auch die BIT´s her. Aber bitte ohne "Leerzeichen"

so, fast geschafft

jetzt nur noch das USB Kabel kappen und Plus an Plus vom 433Mhz Empfänger und ebenso Minus an Minus. Jetzt hat der Empfänger Strom. Wichtig, vom gleichen Rechner nehmen wo aufgenommen wird. Die zwei Datenadern brauchen wir nicht. Jetzt Kinkekabel trennen abisolieren. Den Schirm und das andere abisolierte brauchen wir auch nicht. Jetzt den weisen und den roten zusammenmachen (löten) und dieses Kabel geht über den Elko (Polung egal) an den Datenpin des Empfängers. USB rein und in Mic eingang.


Jetzt können die Signale aufgezeichnet werden. Einfach auf Aufnahme drücken und eine Taste der FB drücken. Dann nach obigen Schema auslesen. wenn der lange Strich unten ist zählt man unten. Die kurzen sind 0 die etwas längeren die 1. Und so kann man sich seine ID der

Mit dem SIGNALduino Fernbedienung auslesen und in das obige Format eintragen.

Jetzt kann man mit ein wenig spielen auch dem dummy beibringen mit nur 50 oder 75 % anzufahren, aber das wissen ja die meisten besser als ich.

Ich hoffe ich bekomme Hilfe bei der Erstellung eines Moduls für FHEM um es ein wenig einfacher für alle zu machen.

Ich hoffe ich habe nichts vergessen.

Viel Spaß damit.





PS:

kann es nicht oft genug sagen:

DANKE Sebastian, Danke Sidey der für die vielen Strichungen verantwortlich ist weil der SIGNALduino jetzt Dooya kann.



(http://up.picr.de/24630222we.jpg)
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Franz Tenbrock am 26 November 2015, 14:40:31
Hallo noch nicht ganz verstanden. Bin auf der Suche von Funkmotoren ( 10 Stück) die ich direkt über fhem steuern kann.
Rohrmotor24 bietet die ja sehr günstig an.
Ich würe gerne eine Ringleitung für ale Motoren legen, die könnte man dann ja per Schalter auch stromlos machen...

Wenn ich die  Motoren vor Eibau zb anlerne brauche ich die Fernbedienung nicht anzapfen ?!

Hab schon einmal einen nanocul und auch einen fhemduino gebaut, Teile hab ich sogar noch.
das an den raspi anschließen werde ich wohl mit etwas Hilfe hinbekommen.

kann man dann ohne den audi kram den Motor anlernen?
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 26 November 2015, 15:30:50
Ja du kannst direkt über FHEM steuern ohne eine Reale Fernbedienung zu besitzen. Ich würde eine Ringleitung legen, wo jeder Motor separat stromlos gemacht werden kann. Um ein späteres anlernen von Fernbedienungen oder sonstigen noch zu ermöglichen. Denk dir einfach eine 28bit ID aus und dann gibst du jedem Motor nen anderen Kanal...
Sieht in FHEM dann so aus... Ein Dummy und drei ( vier mit lernen) notify pro Rollo...
Am besten in ner txt Datei vorschreiben und an jedes Ende der Zeile ein ; dann kann man das mit einem mal hinzufügen.

(http://images.tapatalk-cdn.com/15/11/26/ddbefc018d97e0dd23dff859d0ee7cf2.jpg)

(http://images.tapatalk-cdn.com/15/11/26/391b1dac98f36530ef9002e253f2903e.jpg)



Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Franz Tenbrock am 27 November 2015, 23:34:49
Hallo
hab erst noch 2 3 andere Projekte
da wir schon Motoren haben, sind aber nicht ganz neu
bin ich hin und hergerissen, mach ich nun 3 oder 4 homematic Aktoren über Relais zusammengefasst oder mach ich alles neu, also neue Alurolladen und eben neue Motoren,  ich hasse diese dreckigen Rolladenkästen und möchte da die nächsten 10 Jahre am liebsten nicht mehr dran.
Da wir überall abgehängte Decken haben könnte ich recht einfach eine Ringleitung ziehen die ich dann über ein extra Relais ein und ausschalten könnte, so wären die Motoren in der Nach stromlos und gegen einen Hack gesichert ?!
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 28 November 2015, 10:11:00
Wenn du schon Motoren drin hast würde ich abwägen wie alt diese sind, und wie lange sie im besten fall noch halten. Ansonsten mach es halt neu. Denk aber dran das du trotzdem jeden Motor einzeln stromlos machen können solltest um selbst später noch anlernen zu können. Natürlich kannst du den ganzen Ring in der Nacht stromlos machen und auch dies von FHEM steuern lassen, aber das weißt du ja denke ich selber. Kannst du ja auch so regeln das immer stromlos ist außer du willst die Rollläden bewegen. Wie groß ist die Chance eines Hack? Hast du das mal durchgerechnet?? Der Übeltäter müsste ja erstmal wissen welche Rollos verbaut sind und dann noch deine 28Bit ID kennen bzw. bruteforcen.
wieviele Möglichkeiten sind das bei 28 Stellen... bin mit Mathe heute nicht so gut drauf...


Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Franz Tenbrock am 29 November 2015, 16:49:43
Da ich ja ncoh ein anderes Projekt habe, und ich in diesem Jah eh nich mehr dazu komme umurüsten werde ich mir mal einen Motor bestellen und mit dem einen Trockenlauf machen, wenn ich da gut zurechtkomme werde ich wohl die motoren austauschen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 30 November 2015, 22:34:52
Gib mir Bescheid wie es läuft...


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 22 Dezember 2015, 14:05:26
Hallo zusammen,

das klingt alles sehr interessant. Wir bekommen gerade neue Fenster - allesamt mit Rollladen, die alle elektrisch laufen werden.
Zu jeder Rolllade gibt es einen Schalter, der fest verbaut wird (Aluprof - DC318). Dieser beinhaltet einen 433Mhz Receiver - der dann auch ueber eine Handsteuerung (DC1702) angesprochen wird.

http://fenster-norta.de/wp-content/uploads/2015/03/steuerung-aluprof.pdf

Mein Ziel ist es diese fuer FHEM (Raspberry Pi 2) steuern zu lassen - also per 433Mhz Sender. Aber leider bin ich absoluter Neuling - was dieses Thema angeht (FHEM noch nicht im Einsatz, Haus wird noch saniert).
Auch der bisher wenig ergebnisreichen Suche bin ich auf diesen tollen Post hier im Forum gestossen.

Was meint iht - hat man hier eine Chance?
Was muss ich vom Hersteller erfragen?
Kann das hier auch mit diesen Steuerungen funktionieren? 

Oder gibt es bessere Loesungen?


Danke und frohes Fest!
FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Franz Tenbrock am 22 Dezember 2015, 17:02:07
Hallo
soweit ich gesehen habe kostet der Schalter mind. 60 Euro ?!

normaler Motor oder Funk Motor ?

wenn normaler Motor würde ich Homematik Schalter nehmen, die kann man auch manuell mit Wippe bedienen und dann nach und nach das Ganze Haus mit HM ausrüsten...

Fremde Systeme einbinden, als FHEM Anfänger ??

Ich selbst habe schon viel rumgebastelt in den letzten Monaten und daher ist das mit den Nobily Motoren für mich ev eine Alternative. Wird aber vor Februar sicher nichts bei mir das zu testen

am 16.01. machen wir einen Workshop in Waltrop
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 22 Dezember 2015, 17:12:43
Hallo FNT,

von welcher Firma sind die Rollläden? Für mich sieht alles nach Dooya aus. Ich würde alles ganz normal einbauen lassen und die Fernbedienung so anlernen lassen bzw anlernen wie du es brauchst. Danach kannst du nach obiger Anleitung verfahren. Du müsstest nur die ID der Fernbedienung(en) auslesen. Der Rest ist alles ablesbar bzw Standart. Die kannst die Fernbedienung so handhaben das du in Gruppen oder jeden Rolladen einzeln schalten kannst. Je nachdem wie es besser für dich ist.

Bei fragen gern auch per PN

Grüße Jarnsen


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 22 Dezember 2015, 20:18:39
Hallo zusammen,

erst einmal vielen Dank fuer die schnellen Antworten.

FNT

Zitat von: Jarnsen am 22 Dezember 2015, 17:12:43
Hallo FNT,

von welcher Firma sind die Rollläden?

[url]http://www.aluprof.eu/de/produkte/url] -

...
Zitat von: Jarnsen am 22 Dezember 2015, 17:12:43...Für mich sieht alles nach Dooya aus. Ich würde alles ganz normal einbauen lassen und die Fernbedienung so anlernen lassen bzw anlernen wie du es brauchst. Danach kannst du nach obiger Anleitung verfahren. Du müsstest nur die ID der Fernbedienung(en) auslesen. Der Rest ist alles ablesbar bzw Standart. Die kannst die Fernbedienung so handhaben das du in Gruppen oder jeden Rolladen einzeln schalten kannst. Je nachdem wie es besser für dich ist.

Das waere sicherlich beinahe perfekt - wenn es so einfach waere..oder!?

Du meinst also, dass diese Schalter - besser gesagt der DC318 von Aluprof - wohlmoeglich zu den Dooya aehnlich oder gar baugleich sind?
Wie kommst Du darauf?
Ich habe einen Schalter zerlegt - kann aber damit nicht so viel anfangen...
Gibt es irgendwelche Bauteile - die mir helfen wuerden - diese Aussage abzusichern?


Und in der Tat wird man sogar in China fuendig:
http://www.alibaba.com/product-detail/DC318A-433-92Mhz-receiver-for-blind_60335124093.html
Es ist also ein OEM Produkt - oder einfach umgelabelt - was gut aber auch wieder schlecht sein kann.

Gruss und Danke,
FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 22 Dezember 2015, 20:32:36
Zitat von: Franz Tenbrock am 22 Dezember 2015, 17:02:07
Hallo
soweit ich gesehen habe kostet der Schalter mind. 60 Euro ?!
normaler Motor oder Funk Motor ?

Was meinst Du damit?
Diese Schalter - sind sowohl auch Schalter als auch Empfaenger der Funksignale (so mein Verstaendnis).
Ich denke, dass eher 35 bis 30 Euro so eine Richtschnur sein koennen.

Du hast vielleicht das hier gefunden:
http://eshutters.eu/en/odbiorniki-radiowe/aluprof-under-plaster-receiver-1-channels-with-buttons
Aber es geht wohl auch so...
http://www.alibaba.com/product-detail/DC318A-433-92Mhz-receiver-for-blind_60335124093.html
(ok - das sind keine Endverbraucherpreise...).

Nun musst Du mir helfen - was macht nun einen Rolladenmotor zur einem Funkmotor und was nicht?
Ich denke, dass es - da er zusammen mit dem Schalter kommt - und dieser 'funkt' - der Motor ein normaler Motor ist..
Aber er wurde also sogenannter 'SmartHome' Motor angkuendigt - aber was zum Teufel mag das sein?

Zitat von: Franz Tenbrock am 22 Dezember 2015, 17:02:07
wenn normaler Motor würde ich Homematik Schalter nehmen, die kann man auch manuell mit Wippe bedienen und dann nach und nach das Ganze Haus mit HM ausrüsten...

Da die Schalter schon vorhanden sind.. und gar nicht so haesslich sind - wuerde ich es gern damit erst mal versuchen.
BTW was ist denn HM? Haus...?


Zitat von: Franz Tenbrock am 22 Dezember 2015, 17:02:07
Fremde Systeme einbinden, als FHEM Anfänger ??

ja, genauso war das gemeint.. ;-)!

Zitat von: Franz Tenbrock am 22 Dezember 2015, 17:02:07
am 16.01. machen wir einen Workshop in Waltrop

Ah, interessant - wer sind sind wir und zu was ist dieser Workshop?

Danke,
FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 22 Dezember 2015, 20:56:43
   Sie mal oben beim ersten Post unter Fakten und Fernbedienungen... Die sehen aus wie deine... Dooya stellt quasi für viele Firmen Rohrmotoren her. ZB Rohrmotor24 oder Nobily. Die kaufen quasi die Motoren und Fernbedienungen von Dooya und machen da ihr Firmenlabel drauf. Die Motoren und alles sind bei dir schon einmal eingebaut oder??

Es gibt im Prinzip 3 Arten eines Funkrollladenmotor.

1.) wie bei dir normaler Motor wo zwischen Rolladenschalter und Rolladen ein Funkenfänger eingebaut ist um auch Fernbedienungen zu nutzen.
2.) der Rohrmotor hat selber einen Funkempfänger eingebaut so wie bei mir. Diese Motoren erkennt man an einer Antenne an einer Stirnseite.
3.) normaler Motor und anstelle eines normalen Schalter ein Funkschalter z.B. von Homematic eingebaut ist. Den kannst du wie nen normalen Schalter nutzen und mit einer Homematicfernbedienung diesen Schalter schalten. Nicht wie in Variante 1.) den Funkempfänger der zwischengeschaltet ist.

Egal welche der 3 Varianten man benutzt hat man einen Funksteuerbaren Rolladen. Varianten 1+2 gibt es von Dooya. Und sind dadurch dass sie die selben Fernbedienungen nutzen über obiges Verfahren steuerbar. Leider mit dieser Firma noch nicht getestet aber die Chancen sind sehr groß.  >95% würde ich tippen. Probieren kostet nix wenn du alles schon da hast und nix ändern musst.


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 22 Dezember 2015, 21:01:48
Ok wie es aussieht gibt es Variante 3 auch von Aluprof. Das das gleich Design hat wie Dooya aufputzsender..

Welche Hardware hast du genau da um eine Testumgebung herzustellen???


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 22 Dezember 2015, 21:26:20
Zitat von: Jarnsen am 22 Dezember 2015, 20:56:43
.... Die kaufen quasi die Motoren und Fernbedienungen von Dooya und machen da ihr Firmenlabel drauf. Die Motoren und alles sind bei dir schon einmal eingebaut oder??

Ok . OEM Hersteller - fuer Aluprof kleb da nur sein Siegel drauf.. ;-)! Der Check auf chi. Seiten foerdert doch einige Aehnlichkeiten zutage - -siehe auch die Links von mir.
Nein, es ist noch nichts verbaut.. Fenster und Rahmen etc. warten noch auf ihren Einsatz...

Zitat von: Jarnsen am 22 Dezember 2015, 20:56:43
Es gibt im Prinzip 3 Arten eines Funkrollladenmotor.
[...]
3.) normaler Motor und anstelle eines normalen Schalter ein Funkschalter z.B. von Homematic eingebaut ist. Den kannst du wie nen normalen Schalter nutzen und mit einer Homematicfernbedienung diesen Schalter schalten. Nicht wie in Variante 1.) den Funkempfänger der zwischengeschaltet ist.

Egal welche der 3 Varianten man benutzt hat man einen Funksteuerbaren Rolladen. Varianten 1+2 gibt es von Dooya. Und sind dadurch dass sie die selben Fernbedienungen nutzen über obiges Verfahren steuerbar. Leider mit dieser Firma noch nicht getestet aber die Chancen sind sehr groß.  >95% würde ich tippen. Probieren kostet nix wenn du alles schon da hast und nix ändern musst.

Genau - das ist die Hoffnung.. dass es mit der Anleitung hier (wenn ich es denn zusammenbringe) - es zum Laufen bekomme...das waere prima.

Danke,
FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 22 Dezember 2015, 21:33:45
Zitat von: Jarnsen am 22 Dezember 2015, 21:01:48
Welche Hardware hast du genau da um eine Testumgebung herzustellen???

Installliert ist noch nichts..ebenso wie Erfahrungen - aber vorhanden sind:
- Raspberry Pi 2 + Zubehoer  (Wlan USB stick)
- Adruino's
- ein paar Sensoren (Temp./Feuchtigkeit)
- ...
- Linux Desktop / gut auch ein Windows Notebook
- Schalter DC318 von Aluprof/Dooya / Fernbedienung

Geplant in Richtung 'Smarthome': siehe hier (http://forum.fhem.de/index.php/topic,46045.0.html)
Geplante Realisierung - 1H/2016 - aber sicher nicht komplett...
Rollladen nehmen aber einen hohe Prio ein.

FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 22 Dezember 2015, 21:35:53
Wenn du schon alles da hast, schmeiß doch nen Motor auf den Tisch verbinde ihn mit dem Schalter und Strom und fang an zu testen. Spieltrieb wecken usw. Dann weißt du ob es geht oder du doch andere Schalter nutzen musst. Ich hatte zwar schon alles verbaut hatte aber noch nen Motor zum testen rumliegen mit dem ich alles probiert habe.

Edit:

Ok gerade gesehen. Dann spiel auf RPi2 FHEM drauf und mach dich ein wenig mit den Dingen vertraut. Die oben genannten 433MHz Sender Empfänger und n paar Female Jumperkabel kannst du ja schon besorgen. Kost ja nichts weiter.
Pushover kannst du auch schon einrichten ich denke das wirst du auch nutzen. Und Überleg dir noch welche Schalter und Steckdosen per Funk schlagbar sein sollen. Z.B. Drucker an wenn Laptop an oder was alles ganz aus sein soll wenn keiner zu Hause ist. Und hast du Multiroominteresse? Da kann ich ch Sonos wärmstens empfehlen. Ließ dir mal durch was damit und mit FHEM zusammen geht... Arduino nano? Da kannst du noch nen 868MHz CUL bauen, den wirst du früher oder später brauchen, da die Teile aus China kommen wenn du keinen fertigen kaufst dauert das eh ein wenig. Oder hier im Forum gibt's auch gute Angebote... Sogar mit Wlan...

Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 22 Dezember 2015, 21:48:27
Zitat von: Jarnsen am 22 Dezember 2015, 21:35:53
Wenn du schon alles da hast, schmeiß doch nen Motor auf den Tisch verbinde ihn mit dem Schalter und Strom und fang an zu testen. Spieltrieb wecken usw. Dann weißt du ob es geht oder du doch andere Schalter nutzen musst. Ich hatte zwar schon alles verbaut hatte aber noch nen Motor zum testen rumliegen mit dem ich alles probiert habe.


Gesendet von iPhone mit Tapatalk

Gut- werde ich mal machen - aber leider sind Motor und auch der Handsender aktuell auf der 'Baustelle' und mir fehlt der 433Mhz Sender - sowie was zum Loeten....
Aber ich sollte nur mit dem Handsender doch herausbekommen koennen - ob es mit dem 'Dooya' Ansatz klappen kann..sobald der 433Mhz Empfaenger vorhanden ist (ist bestellt), oder!?

Aber Danke bis hierhin - nun habe ich eine Richtung, die mich weiter bringen wird.
FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 22 Dezember 2015, 21:58:29
Zitat von: FNT am 22 Dezember 2015, 21:48:27
Aber ich sollte nur mit dem Handsender doch herausbekommen koennen - ob es mit dem 'Dooya' Ansatz klappen kann..sobald der 433Mhz Empfaenger vorhanden ist (ist bestellt), oder!?

Klar findest du das damit raus. Löten musst du nicht unbedingt, geht auch ohne. Auch der Elko ist nicht so zwingend nötig... Meine ersten Fernbedienungen habe ich ausgelesen mit nur zusammengezwirbelten Kabeln und Isolierband Drumherum. Das geht auch. Wichtig ist nur das USB und Klinke im selben Rechner stecken.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 22 Dezember 2015, 23:37:54
Zitat von: Jarnsen am 22 Dezember 2015, 21:35:53
... Die oben genannten 433MHz Sender Empfänger und n paar Female Jumperkabel kannst du ja schon besorgen. Kost ja nichts weiter.

Sind bestellt sogar angeblich aus Germany - sollte also alsbald eintreffen und dann probiert werden.
Wenn man ein ruhigere Minute kommt - dann werde ich mich den Raspberry Pi widmen und dort mal FHEM aufspielen.

Zitat von: Jarnsen am 22 Dezember 2015, 21:35:53
Pushover...
Wenn ich es richtig verstehe - Nachrichten an Handy verschicken lassen...oder so?


Zitat von: Jarnsen am 22 Dezember 2015, 21:35:53
Und Überleg dir noch welche Schalter und Steckdosen per Funk schlagbar sein sollen. Z.B. Drucker an wenn Laptop an ...
Hier dachte ich vielleicht an Relais - aber davon habe ich leider auch noch keine Ahnung... Da die Waende des Hauses auf sind - koennte man also noch ran... ;-)!

Zitat von: Jarnsen am 22 Dezember 2015, 21:35:53
Und hast du Multiroominteresse? 
Ja, Interesse ja - aber das geht fuer mich ein wenig in SmartHome 2.0 und ich denke, man darf sich am Anfang nicht zu viel vornehmen.


Zitat von: Jarnsen am 22 Dezember 2015, 21:35:53
Arduino nano? Da kannst du noch nen 868MHz CUL bauen...

Einer dieser ist vorhanden und Eigenbau Culs sind ins Visier genommen (868Mhz und 433Mhz - aber den brauche ich vielleicht nicht mehr!?).
Ansonsten kommt einiges noch aus China - habe ein oder zwei Dinge noch auf dem Wege... sie sollten alsbald ein trudeln..

Danke,
FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: mi.ke am 22 Dezember 2015, 23:58:26
Tach.

Falls von Interesse . . . .

Ich hab ne Markise vom "Bauhaus" aus dem Sonderangebot.
Ist nach Recherche mit nem Dooya Motor ausgestattet

Habe vor nem Jahr auch die Sendedaten der Fernbedienung gesniffert und siehe da . . .
. . . der RFXTRX kann das Protokoll von Haus aus.

define Markise1 TRX_LIGHT DC106 7D12FC32 light

Das 7D12FC32 ist das gesnifferte binär in Hex umgewandelt.

Wie 's geht steht im Prinzip in Post 1 (Jarnsen, Prima Doku, Respekt)

Cheers
mi.ke


Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 23 Dezember 2015, 00:52:23
Zitat von: mi.ke am 22 Dezember 2015, 23:58:26
. . . der RFXTRX kann das Protokoll von Haus aus.

Hallo Mi.ke,
ja, das liest sich ja klasse - leider ist der Preis vom RFXtrx433 oder besser RFXtrx433e auch Klasse... unter 100 Euro scheint es den nicht zu geben.
Wenn man die Arbeitszeit dagegen rechnet ... nein, das darf man nicht... dann entscheidet man sich auch nicht unbedingt fuer FHEM oder aehnliches.

Aber...es gut zu wissen, dass falls hier alle Stricke oder der Geduldsfaden reisst - es eine gute und bestehende Loesung gibt..;-)! Danke.

FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 23 Dezember 2015, 10:12:46
Zitat von: mi.ke am 22 Dezember 2015, 23:58:26

Habe vor nem Jahr auch die Sendedaten der Fernbedienung gesniffert und siehe da . . .
. . . der RFXTRX kann das Protokoll von Haus aus.


109€ ist schon stolz. Das Problem ist momentan nur das keiner ein richtiges Modul schreibt was genau auf diese Rollläden ausgelegt ist. Dann könnte man auch nem CUL "sagen" wie er senden soll das sich die Rollläden bewegen. Im RFXTRX ist das Softwaremäßig schon hinterlegt.

Sidey79 hat mit dem SIGNALduino auch n Klasse Teil am Start und implementiert immer mehr Signale, momentan gibt's da leider paar Problemchen mit der Auswertung der Signale. Die Handsender senden auch recht unterschiedlich je nachdem was du für einen hast. Siehe GitHub Protocoll 19 Rohrmotor24 (https://github.com/RFD-FHEM/RFFHEM/issues/19) da könnt ihr noch ein wenig lesen. Wenn das dann klappt geht es alles direkt aus FHEM heraus mit SIGNALduino. Zwar auch nur mit raw bis jemand n Modul schreibt. Ich bin leider nicht in der Lage dazu.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 23 Dezember 2015, 11:52:49
Zitat von: Jarnsen am 23 Dezember 2015, 10:12:46

Sidey79 hat mit dem SIGNALduino auch n Klasse ... Siehe GitHub Protocoll 19 Rohrmotor24 (https://github.com/RFD-FHEM/RFFHEM/issues/19) da könnt ihr noch ein wenig lesen.[...] mit SIGNALduino[..] Zwar auch nur mit raw bis jemand n Modul schreibt. Ich bin leider nicht in der Lage dazu.

@Jarnsen @Sidey79
Also, erst mal vielen Dank fuer Deinen/Euren Einsatz an dieser Stelle und Respekt fuer das bisher gemeinsam Erreichte!
Leider kann ich nicht helfen - da hoert ist meine Kompetenz schon lange zu ende. Aber wenn sich jemand faende dazu ein Modul zu schreiben - waere das sicher toll.
Wenn ich mal so weit bin, kann ich versuchen als Tester etwas bei zu steuern - aber bis dahin ist es noch ein weiter Weg fuer mich.

Ist das nicht etwas fuer die Wunschliste?

FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 23 Dezember 2015, 12:15:29
@ FNT

ZitatIst das nicht etwas fuer die Wunschliste?

Da hast du mit Sicherheit recht. Ich hoffe ja das dass hier jemand liest und sich erbarmt ein Modul zu erstellen. Leider weiß ich nicht genau was da wo noch implementiert werden muß um es mit nem CUL zu schalten als Beispiel. Wenn das mit mit dem SIGNALduino dann mit RAW daten geht kann man diese mit sicherheit im Modul hinterlegen und damit das ganze vereinfachen.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 23 Dezember 2015, 12:32:16
Zitat von: Jarnsen am 23 Dezember 2015, 12:15:29
@ FNT

Da hast du mit Sicherheit recht. Ich hoffe ja das dass hier jemand liest und sich erbarmt ein Modul zu erstellen. L...

Wir sind ja hier schon in der CUL Wunschliste - wenn ich mich nicht irre. Ich habe die Ordnung oder die Forenstruktur noch nicht ganz verstanden - aber es gibt noch andere Wunschlisten.
Ist dieser Wunsch hier richtig? Oder sollte man es noch woanders einbringen?
z.B. hier: http://forum.fhem.de/index.php/board,35.0.html

Es duerfte ja noch mehr geben - die solche Motoren unter der verschiedensten Namen ihr eigen nennen - und die gern ihre Rollladen steuern wollen - es waere also ein echter Mehrwert fuer die Community - denke ich.

SIGNALduino vs. Modul zur Rollladen Steuerung?
Aber es sind in meinen Augen zwei Dinge zu unterscheiden - einmal SIGNALduino (korrigiere mich - aber das ist so etwas wie 'Grundlagen Forschung' an dieser Stelle.Also, ein Tool das die RWA Signale ausliest und dekodiert aber ebenso senden kann - wenn das dann funzt - dann kann es weiter gehen) und zum anderen dann ein 'fertiges' Modul, dass die Verwendung in FHEM dann zum 'Kinderspiel' macht...
Allerdings ist ersteres Voraussetzung damit zweites gelingen kann..oder? Sehe ich das in etwa richtig - oder bin ich da falsch gewickelt?

Kann es auch Sinn machen an den Hersteller zu gehen?

Was denkst Du?

FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 23 Dezember 2015, 14:08:12
Zitat von: FNT am 23 Dezember 2015, 12:32:16
SIGNALduino vs. Modul zur Rollladen Steuerung?

Es ist kein versus... SIGNALduino ist ähnlich wie ein CUL, ein Sender und Empfänger mit eigener Firmware zum verstehen der Signale. Erst wenn der CUL bzw. SIGNALduino die Signale empfangen/ verstehen und auch wieder senden kann kann man ein Modul drumherum basteln. Deshalb ist es wichtig das die raw Daten richtig interpretiert werden. Siehe GitHub. Mit dem GUL habe ich das noch nicht hin bekommen. Vielleicht kann er es ja schon, ich denke aber eher nicht.

ZitatKann es auch Sinn machen an den Hersteller zu gehen?

An welchen Hersteller willst du dich wenden?? Dooya?? Nein ich denke nicht das das was bringt, wie du im ersten Post lesen kannst ist das Signal ja schon offen inclusive Auslesung der Handsenderfirmware.


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 24 Dezember 2015, 14:40:38
Zitat von: Jarnsen am 23 Dezember 2015, 14:08:12
Es ist kein versus... SIGNALduino ist ähnlich wie ein CUL, ein Sender und Empfänger mit eigener Firmware zum verstehen der Signale. Erst wenn der CUL bzw. SIGNALduino die Signale empfangen/ verstehen und auch wieder senden kann kann man ein Modul drumherum basteln. Deshalb ist es wichtig das die raw Daten richtig interpretiert werden. Siehe GitHub. ...

Was ich damit sagen wollte war nur, dass das eine die Voraussetzung des anderen ist - SIGNALduino oder CUL - etwas muss die gesendeten Signale verstehen und umsetzen - in ein Format, dass dann von dem Modul aufgenommen und verarbeitet werden kann. Trifft das es in etwa?

Zitat von: Jarnsen am 23 Dezember 2015, 14:08:12
An welchen Hersteller willst du dich wenden?? Dooya?? Nein ich denke nicht das das was bringt, wie du im ersten Post lesen kannst ist das Signal ja schon offen inclusive Auslesung der Handsenderfirmware.

Richtig - auch wenn hier die Erfolgschancen fast Null sind - aber wenn man nicht fragt, dann sind sind immer gleich Null. Vielleicht koennen sie Dokumentation bereitstellen - aber vermutlich werden sie bestenfalls auch nur auf einen Zulieferer verweisen oder auch geschuezte Inhalte...bestenfalls.

Ich verfolge eurer rege Diskussion auf GitHub - top! Es ist Bewegung darin... und das vor Weihnachten!

Frohe Feiertage!
FNT 
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: mi.ke am 24 Dezember 2015, 17:05:19
Zitat von: Jarnsen am 23 Dezember 2015, 10:12:46
Das Problem ist momentan nur das keiner ein richtiges Modul schreibt was genau auf diese Rollläden ausgelegt ist. Dann könnte man auch nem CUL "sagen" wie er senden soll das sich die Rollläden bewegen. Im RFXTRX ist das Softwaremäßig schon hinterlegt.

Zitat von: mi.ke am 22 Dezember 2015, 23:58:26
define Markise1 TRX_LIGHT DC106 7D12FC32 light
Wenn es nur um das Modul geht?!
Vielleicht könnt Ihr ja das Modul TRX* von Willi als Vorlage nehmen und anpassen ?!
Nur als Idee . . .
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 24 Dezember 2015, 19:48:59
Zitat von: FNT am 24 Dezember 2015, 14:40:38
Was ich damit sagen wollte war nur, dass das eine die Voraussetzung des anderen ist - SIGNALduino oder CUL - etwas muss die gesendeten Signale verstehen und umsetzen - in ein Format, dass dann von dem Modul aufgenommen und verarbeitet werden kann. Trifft das es in etwa?

Das ist so richtig. Wenn der SIGNALduino weiß welches Signal es ist und richtig interprätieren kann dann kann man mit dem Modul loslegen.

Zitat von: FNT am 24 Dezember 2015, 14:40:38
Richtig - auch wenn hier die Erfolgschancen fast Null sind - aber wenn man nicht fragt, dann sind sind immer gleich Null. Vielleicht koennen sie Dokumentation bereitstellen - aber vermutlich werden sie bestenfalls auch nur auf einen Zulieferer verweisen oder auch geschuezte Inhalte...bestenfalls.

Was denkst du denn was es vom Hersteller noch geben könnte? Vom Sender und Signal ist soweit ich weiß alles offen. Ließ nochmal bitte bei Mikrocontroller (https://www.mikrocontroller.net/topic/242784#4352616) nach. Da siehst du was ich meine.

Zitat von: mi.ke am 24 Dezember 2015, 17:05:19
Wenn es nur um das Modul geht?!
Vielleicht könnt Ihr ja das Modul TRX* von Willi als Vorlage nehmen und anpassen ?!
Nur als Idee . . .

Diese Idee hatte ich auch schon, bzw. vorherschon mal. Eigentlich könnte man auch jetzt schon ein Modul schreiben was auf das Programm rollo zugreift und über GPIO sendet. Ist aber meiner Meinung unnötig. Die Arbeit lohnt sich erst wenn der SIGNALduino oder CUL die Signale versteht. Der TRX versteht von der Firmware her die Signale so das im Modul darauf verwiesen werden kann wie er sie zu behandeln hat. Im TRX-Modul ist Dooya als Yooda hinterlegt. Könnt ja mal die TRX light.pm mit dem Notepad++ aufmachen und reinschauen. Viel mehr steht nicht drin außer noch die kommandos.

Grüße Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 30 Dezember 2015, 21:36:22
Zitat von: Jarnsen am 24 Dezember 2015, 19:48:59
[...]
Was denkst du denn was es vom Hersteller noch geben könnte? Vom Sender und Signal ist soweit ich weiß alles offen. Ließ nochmal bitte bei Mikrocontroller (https://www.mikrocontroller.net/topic/242784#4352616) nach. Da siehst du was ich meine
[...]

Hallo Jarnsen,

hoffe die Feiertage sind gut ueberstanden ;-)!
Ja, was kann der Hersteller denn tun? Ich denke da an solche Dinge wie verraten - welche Schaltung/Controller in welche Serien benutzt werden - vielleicht wo sie bezogen werden etc. oder wenn der Zulieferer und System gewechselt werden. Kann aber aber auch sein, dass man einen auf die Finger bekommt - da man hier 'reverse engineered' was man nicht sollte...

Wenn ich u.a auch hier schaue:
https://github.com/RFD-FHEM/RFFHEM/issues/19
ist doch nicht alles ganz zufriedenstellend geloest, oder?

FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 30 Dezember 2015, 21:57:34
Hallo FNT,

Ja habe die Feiertage gut überstanden.


Wie du selber auf GitHub gelesen hast, kann es sein das Sidey sich um eine Stelle vertan hat bei der Implementierung. Ich werde nächstes Jahr nochmal mit Ihm schreiben über eine Lösung des Problems.

Stehe auch gerade mit BjörnH in Verbindung der die alternative FW für den nanoCUL gemacht hat.  Diese kann schon Dooyasignale per RAW X25 empfangen. Nur werde ich aus diesen Zahlen nicht schlau. Ich hab halt nicht wirklich Ahnung von sowas. Habe angefragt ob er es so in die a-CUL-FW implementieren kann wenn der CUL ein Signal vonDooya empfängt das er dann direkt ein Device anlegt mit hoch,runter,stop und lernen. Denke das wäre das einfachste zur Einbindung.

MfG Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 30 Dezember 2015, 22:10:48
Zitat von: Jarnsen am 30 Dezember 2015, 21:57:34
[...]
Wie du selber auf GitHub gelesen hast, kann es sein das Sidey sich um eine Stelle vertan hat bei der Implementierung. Ich werde nächstes Jahr nochmal mit Ihm schreiben über eine Lösung des Problems.

Stehe auch gerade mit BjörnH in Verbindung der die alternative FW für den nanoCUL gemacht hat.  Diese kann schon Dooyasignale per RAW X25 empfangen. Nur werde ich aus diesen Zahlen nicht schlau. Ich hab halt nicht wirklich Ahnung von sowas. Habe angefragt ob er es so in die a-CUL-FW implementieren kann wenn der CUL ein Signal vonDooya empfängt das er dann direkt ein Device anlegt mit hoch,runter,stop und lernen. Denke das wäre das einfachste zur Einbindung.
[...]

Es fehlt sicherlich nicht viel - denke ich - um das hinzubekommen (hier schon mal meinen Dank und den aller anderen zukuenftiger Nutzer fuer Deinen Einsatz / Euren Einsatz).
Ich habe die Fensterrolladen wirklich keine Minute zu frueh bekommen - noch stehen allerdings Einbau und Anschluss aus..das wird mind. noch ca. einen Monat dauern...
Aber ich hoffe, dass ich vorher schon mal was 'probieren' kann.

Ich gestehe aber auch, dass ich mich erst noch mit der Materie vertrauter machen muss. Ein Ziel fuer 2016 ist es FHEM zum Laufen zu bringen und u.a. darueber mind. bei paar Z-Ware Sensoren anzusprechen - und als Kroenung die Rolllaeden anzusteuern. ;-)!

FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 30 Dezember 2015, 22:16:21
Ich bin auch die ganze Zeit am Herumprobieren und lesen. Mein nächsten Projekte sind meine Wasseruhren, Gaszähler, Stromzähler, PV und WMZ einzubinden. Jeder Raum mit Thermometer und Hygrometer.


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 30 Dezember 2015, 22:29:29
Zitat von: Jarnsen am 30 Dezember 2015, 22:16:21
[...]Jeder Raum mit Thermometer und Hygrometer.[...]

Zaehler auszuwerten - nun ja, wird spannend.
Aber das Thema Thermometer wird schnell - eins - zumindest versuche ich gerade zu planen wo welche Sensoren zu verbauen sind und vor allem wie das Netzwerk dazu aussehen sollte (ja, kabelgebunden).
In meiner naiven Vorstellung reihen sich (DS18B20 (https://www.maximintegrated.com/en/products/analog/sensors-and-sensor-interface/DS18B20.html)) die Sensoren alle huebsch hintereinander auf dem 1-Wire Bus auf - aber es ist noch ein weiter Weg bis dahin (auch fuer die Sensoren aus China..).

Vermutlich werden die Kabel schon laenger liegen bevor etwas von FHEM vermessen wird ;-)!
Aber ich muss es sachte angehen - da man sonst von den Moeglichkeiten ueberrannt wird (aber auch von den Anforderungen..).

FNT

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 30 Dezember 2015, 22:40:05
Bei mir klappt nur Funk... Wenn ich gerade bauen würde würde ich auch 1wire nehmen... Ich denke für Gaszähler werde ich nen mysensors nehmen... Die sollen auch für Wasser gehen...


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 31 Dezember 2015, 00:03:59
Zitat von: Jarnsen am 30 Dezember 2015, 22:40:05
Bei mir klappt nur Funk... Wenn ich gerade bauen würde würde ich auch 1wire nehmen... Ich denke für Gaszähler werde ich nen mysensors nehmen... Die sollen auch für Wasser gehen...

Neubauen trifft es nicht ganz... aber fast zumindest in Teilaspekten. Ich hoffe nur, dass ich beim Netzwerk nicht daneben liege und mir nichts dauerhaft verbaue... soll ja schliesslich eine Weile halten.
Aber wir sind hier schon reichlich OT. ;-)!

FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 04 Januar 2016, 10:56:33
Hallo zusammen,

eine etwas andere Frage: Kann man sagen, dass Rollladenmotor/Steuerungshersteller/Firmenname 
Yooda = Dooya aus China ist?

Danke,
FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 05 Januar 2016, 01:56:21
Das ist anzunehmen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 10 Januar 2016, 00:33:07
Hallo zusammen,

mal eine andere Frage - wo kann ich denn fuer eine Dooya Rolllade bzw. den Schalter DC318 (auch per Funk schaltbarer Schalter) - eine Fernbedienung bekommen?
Und zwar eine DC1703/DC1803 etc. - also eine die bis zu 15 Rollladen (DC318) auch zeitgesteuert ansteuern kann.

Solange es FHEM noch nicht (bei mir) tun kann, waere das erst einmal eine Alternative... ;-)!

Danke,
FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 10 Januar 2016, 00:44:49
FHEM kann das ja schon nur halt mit Umweg...  Nobily 15 Kanal Handsender (http://www.nobily.de/rolladen-steuerungen/funkgebunden/177/pr/pre-15-kanal-handsender?c=41)


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 10 Januar 2016, 01:05:48
Zitat von: Jarnsen am 10 Januar 2016, 00:44:49
FHEM kann das ja schon nur halt mit Umweg...  Nobily 15 Kanal Handsender (http://www.nobily.de/rolladen-steuerungen/funkgebunden/177/pr/pre-15-kanal-handsender?c=41)


Gesendet von iPhone mit Tapatalk

Wie meinst Du das !? Mit Umwegen und dann Verweis auf diese Fernbedienung!?
Das ist eine  DC1702 ... wenn ich mich nicht taeusche.

Ich meine auch eher, dass es solange FHEM bei mir nicht kann - da dazu das FHEM System ja stehen und laufen muesste - das wird wohl noch etwas dauern... leider.
Es warten auch noch ein paar Dinge - wie 1-Wire und Co..

FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 10 Januar 2016, 01:26:42
Zitat von: Jarnsen am 10 Januar 2016, 00:44:49
FHEM kann das ja schon nur halt mit Umweg...  Nobily 15 Kanal Handsender (http://www.nobily.de/rolladen-steuerungen/funkgebunden/177/pr/pre-15-kanal-handsender?c=41)


Gesendet von iPhone mit Tapatalk

Der hier
http://www.rohrmotor24.eu/RMF-Funkzeitschaltuhr-Handsender_1
kann es nicht sein, oder !?

Ist das ein Dooya Produkt !?

FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 10 Januar 2016, 10:38:03
FHEM kann die Rollläden steuern. Macht es ja bei mir auch. Nur halt mit dem Umweg über das externe Programm.

Die Fernbedienung hatte ich gelinkt weil du eine 15 Kanal gesucht hast. Zu der von Rohrmotor24 kann ich nichts sagen. Ich würde die kaufen wenn sie dir gefällt und wenn sie nicht geht zurück schicken
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 10 Januar 2016, 21:21:04
Zitat von: Jarnsen am 10 Januar 2016, 10:38:03
FHEM kann die Rollläden steuern. Macht es ja bei mir auch. Nur halt mit dem Umweg über das externe Programm.

Die Fernbedienung hatte ich gelinkt weil du eine 15 Kanal gesucht hast. Zu der von Rohrmotor24 kann ich nichts sagen. Ich würde die kaufen wenn sie dir gefällt und wenn sie nicht geht zurück schicken

Gut - so schwer ist das ja nicht... ;-)!
Wie sieht es denn mit dem Fortschritt aus? Werden die Signale nun sauber erkannt?

Gruss,
FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 10 Januar 2016, 21:26:17
über Weihnachten habe nichts gemacht. Ich muß die neueste version aufspielen und dann mal schauen. Ich würde es erst mal mit dem externen Programm machen und später kann man immernoch umsteigen.


Grüße Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 17 Januar 2016, 22:40:12
Zitat von: Jarnsen am 10 Januar 2016, 21:26:17
über Weihnachten habe nichts gemacht. Ich muß die neueste version aufspielen und dann mal schauen. Ich würde es erst mal mit dem externen Programm machen und später kann man immernoch umsteigen.

Oh - prima - ich habe gesehen, dass es weiter geht! Top!

FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: bg2411 am 11 Februar 2016, 12:41:02
Hallo,

ich habe noch ein/zwei grundsätzliche Fragen zu diesem Thema :).

1) Muss man zwangsläufig den Handsender mit Audacity auslesen?
Wenn ja, warum hat der TE die Excel-Tabelle mit angehängt, wenn die Codes zwischen Fernbedienung und Fernbedienung
doch unterschiedlich sind (so wie es ja auch sein sollte)?

2) Die Erstellung des dummies ist mir noch nicht ganz klar.
Muss man pro Rollo vier Dummies erstellen oder wie ist das gemeint?

Beste Grüße,
Bastian
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 11 Februar 2016, 18:13:21
Zu 1.)
Wenn du deine FB -Codes nutzen willst dann musst du auslesen...
Die Exceltabelle ist nur zur Verdeutlichung gedacht um an nem Beispiel zu zeigen...

Zu 2.
Pro Rollo 1 dummy mit 3 oder 4 notify


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 11 Februar 2016, 18:15:05
Hier hat sich aber einiges getan... Mehr dazu demnächst


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 11 Februar 2016, 20:09:22
Auslesen und senden geht inzwischen mit dem SIGNALduino... Muss nur nochmal testen und Post 1 aktualisieren 


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 12 Februar 2016, 23:40:21
Zitat von: Jarnsen am 11 Februar 2016, 20:09:22
Auslesen und senden geht inzwischen mit dem SIGNALduino... Muss nur nochmal testen und Post 1 aktualisieren 


Gesendet von iPhone mit Tapatalk

Oh..sehr schoen! 

FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jackeson am 14 Februar 2016, 16:44:17
Hallo Jarnsen,
würde gerne wissen wie du dies getestet hast ?
da ich mir die sache durchgelesen habe aber so den durchblick hab ich auch noch nicht, würde auch gerne mithelfen,

define rollo SIGNALduino
set rollo (' 0 0 1 1 0 1 1 1 0 0 0 0 0 1 1 0 0 1 0 1 1 0 0 0 1 1 1 0 0 0 0 1 0 0 0 1 0 0 0 1&');;};lernen

dann könnte ich vieleicht auch testen das meine Motore (Rohrmotor24) endlich über fhem laufen
wenn ich so überlege müsste doch ein cul 433od.866 besser sein? und das locker können, was so ein Brematic usw kann.
verstehe auch nicht warum man mit den cul kein TXP code senden und sowas in fhem integriert ?

Gruß
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 14 Februar 2016, 17:49:29
Hallo Jackeson,

Zitatdefine rollo SIGNALduino
set rollo (' 0 0 1 1 0 1 1 1 0 0 0 0 0 1 1 0 0 1 0 1 1 0 0 0 1 1 1 0 0 0 0 1 0 0 0 1 0 0 0 1&');;};lernen

nee so gehts nicht ;)

das Programm rollo wird mit dem SIGNALduino nicht mehr benötigt.

Der SIGNALduino empfängt das Signal von Dooya inzwischen so.

2016.02.14 17:22:19 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.02.14 17:22:19 4: sduino/msg READ: MU;P0=4712;P1=-1582;P2=281;P3=-792;P4=644;P5=-428;D=01232345452345454523232323234545232345234545232323454545232323234523234545232345450123234545234545452323232323454523234523454523232345454523232323452323454523234545012323454523454545232323232345452323452345452323234545452323232345232345454545232;CP=2;
2016.02.14 17:22:19 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.02.14 17:22:19 4: sduino: decoded matched MU Protocol id 16 dmsg u16#370658E133 length 40
2016.02.14 17:22:19 4: SIGNALduino_unknown incomming msg: u16#370658E133
2016.02.14 17:22:19 4: SIGNALduino_unknown rawData: 370658E133
2016.02.14 17:22:19 4: SIGNALduino_unknown Protocol: 16
2016.02.14 17:22:19 4: SIGNALduino_unknown converted to bits: 0011011100000110010110001110000100110011
2016.02.14 17:22:19 4: SIGNALduino_unknown / shutter Dooya 0011011100000110010110001110000100110011 received
2016.02.14 17:22:19 4: 00110111000001100101100 1110 0001 0011 0011
2016.02.14 17:22:19 4: SIGNALduino_unknown found shutter from Dooya. id=3606104, remotetype=14,  channel=1, direction=down, all_shutters=false


Die Bitaufschlüsselung ist inzwischen sehr gut, nur mit den 5 Kanal Wandsendern habe ich noch Probleme aber das kann an meiner verwendeten Hardware liegen. Habe jetzt Super HET Sender und Empfänger bestellt, mal sehen wie es damit geht.

Sidey hat inzwischen eine Senderoutine implementiert das man mit den obigen 40Bit senden kann.

Beispiel (mein SIGNALduino heißt sduino in FHEM)

set sduino sendMsg P16#0011011100000110010110001110000100110011#R10

P16 = Protokoll 16 vom SIGNALduino (kann ja mehrere)
0011011100000110010110001110000100110011 = die ID + Kanal + Befehl
R10 = die Wiederholungen wie oft das Signal gesendet wird



Doch leider wird es momentan noch so gesendet

2016.02.14 17:33:09 4: sduino: sending via SendMsg: SR;R=10;P0=600;P1=-300;P2=300;P3=-600;D=23012323012323232323232323012301012301012301010101230101232323012323010123230101;
2016.02.14 17:33:10 4: sduino/msg READ: SR;R=10;P0=600;P1=-300;P2=300;P3=-600;D=23012323012323232323232323012301012301012301010101230101232323012323010123230101;

und so sollte es aussehen

sduino: sending via SendMsg: SR;R=10;P0=4712;P1=-1582;P2=281;P3=-792;P4=644;P5=-428;D=23012323012323232323232323012301012301012301010101230101232323012323010123230101;


ich bin mir aber sicher das Sidey das noch hinbekommt.

Du hast gefragt warum ich keine CUL benutze. Der 868 fällt ja aus wegen 433 Mhz. Mit dem 433 habe ich es versucht, er hat auch rawSignale empfangen aber senden klappte auch nicht. Ich habe mich auch an die Entwickler der alternativen-CUL SW gewand aber leider kam nicht zurück.

Sidey hat wirklich viel arbeit rein gesteckt und hatte ja schon einen Großteil in der Software drin. Ich war quasi nur Tester und habe ihm gesagt ob und wie es geht. Und noch n paar Fernbedienungen komplett ausgelesen und Signale aufgezeichnet. Aber die Arbeit hat Sidey gemacht. Momentan warte ich auf einen Rückläufer das Sidey sich das nochmal angeschaut hat.

Ich hoffe ich konnte dir helfen.

P.S.
Wenn du ein Modul erstellen könntest wäre hilfreich. Quasi nur die 28Bit-ID eingeben und das Device wird angelegt.


Bsp:

define Rollo_Bad_1 Dooya 0011011100000110010110001110 K1
define Rollo_Bad_2 Dooya 0011011100000110010110001110 K2
define Rollo_Bad_Master Dooya 0011011100000110010110001110 K0


Grüße Jarnsen


EDIT:

Was genau verstehst du nicht von dem was du gelesen hast??
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jackeson am 14 Februar 2016, 22:09:18
Hallo Jarnsen,

ich verstehe nicht, das ich nicht mit einen cul 433mhz keinen TXP Code senden kann ? (den ich ja habe und ich weiß wie man ihn verändert)

so das ich den code von meinen Brematic verwenden kann, ich hab ja diesen code schon ca. 1Jahr super am laufen sodas ich den Motor lernen, auf, ab, Stopp,bedienen konnte also auch wie in deinem 1 Beitrag (super erklärung allerdings).

also na klar werd ich jetzt auch mittesten und dir Schreiben falls ich weiterkomme, mach ja auch schon lange rum das ich die in fhem zum laufen bekomme.

Gruß

Hab es grad mit Dooya versucht "Unknown module Dooya"
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 14 Februar 2016, 23:46:06

Zitat
P.S.
Wenn du ein Modul erstellen könntest wäre hilfreich. Quasi nur die 28Bit-ID eingeben und das Device wird angelegt.


Bsp:

define Rollo_Bad_1 Dooya 0011011100000110010110001110 K1
define Rollo_Bad_2 Dooya 0011011100000110010110001110 K2
define Rollo_Bad_Master Dooya

Das war nur ein Bsp wie ich hoffe das es irgendwann mal funktioniert...

Hast du schon mal versucht den Code im raw x25 zu empfangen? Vielleicht hilft dir das weiter. Habe meinen CUL nur für die Steckdosen, also ich befasse mich nicht wirklich damit. Kannst dir ja auch nen SIGNALduino bauen, zum testen und spielen.

Danke für die Blumen...



Jarnsen


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 15 Februar 2016, 21:10:33
Zitat von: Jarnsen am 14 Februar 2016, 17:49:29

und so sollte es aussehen

sduino: sending via SendMsg: SR;R=10;P0=4712;P1=-1582;P2=281;P3=-792;P4=644;P5=-428;D=23012323012323232323232323012301012301012301010101230101232323012323010123230101;


Ich glaube nicht, dass es so aussehen sollte.

Ich hab meinen Fehler gefunden. Muss wohl Tomaten auf den Augen gehabt haben :)

Wenn ich jetzt sende, kommt folgendes dabei heraus:

2016.02.15 20:52:40 4: sduino: sending via SendMsg: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145452323452323234545454545232345452345232345454523232345454545234545232345452323;
2016.02.15 20:52:40 5: sduino SW: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145452323452323234545454545232345452345232345454523232345454545234545232345452323;
2016.02.15 20:52:40 5: sduino: sendmsg Preparing rawsend command for protocol=16, repeats=10, bits=0011011100000110010110001110000100110011


Das Passt zu dem empfangenen
E:0123234545234545452323232323454523234523454523232345454523232323452323454523234545

S:0145452323452323234545454545232345452345232345454523232345454545234545232345452323

In Zeile E entspricht  0=4712, 1=-1582, 2=281, 3=-792,  4=644, 5=-428
In Zeile S entspricht  0=4800, 1=-1500, 2=600, 3=-300,  4=300, 5=-600

Somit ist 0=0, 1=1, 2=4, 3=5, 4=2, 5=3


Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 16 Februar 2016, 00:04:00
Hallo Sidey,


ES FUNKTIONIERT!!!!!!!!!!!!!!!!!!!!!!!!

egal ob so

P16#0011011100000110010110001110000100110011#R10

oder

16#0011011100000110010110001110000100110011#10


die Rollos machen was man will, und ich kann das sleep raus nehmen und keine SIGNALE werden mehr verschluckt.


Dooya ist jetzt endlich in FHEM ordentlich drin.


RESPECT



Grüße Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 16 Februar 2016, 00:23:13
Thumbs up!

FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 16 Februar 2016, 07:06:11
Supi, ich hatte schon befürchtet es geht nicht.. Aber irgendwann muss man ja mal die Fehler alle ausgemerzt haben.

Für eine komfortable Integration wäre dann wohl noch ein Modul notwendig oder?

Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 16 Februar 2016, 07:18:43
Da hast du recht... Habe mir das RSL-Modul angesehen aber so wirklich schlau werde ich nicht...


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 16 Februar 2016, 07:35:35
Ja, bei den Rolladen bin ich auch nicht so fit... Das RSL Modul nutzt meiner Meinung nach niemand, da es nicht zuende entwickelt ist.

Vom Prinzip sind es drei Dinge die man besucht.

Schaltet für hoch und runter
Die Position in %
Eine Möglichkeit der Kalibrierung.

Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 16 Februar 2016, 08:17:41
Ja, ich denke die Kalibrierung kann nur über auf und Abfahrt in sec statt finden. Ebenfalls müsste ein Reading erstellt werden was das Log durchsucht, das auch wenn die Fernbedienung genutzt wird der richtige Zustand angezeigt wird.


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 16 Februar 2016, 08:25:17
Ja, ich Stimme dir zu.

Im Somfy Modul ist das alles vermutlich enthalten.
Nur die Kommunikationspartner sind andere.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 16 Februar 2016, 08:37:47
Ok dann schau ich mir das mal an. Ob ich da irgendwelche Zusammenhänge ableiten kann. Wenn man lang genug in ein Uhrwerk schaut weiß man irgendwann wie es funktioniert!!!

Jarnsen


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 16 Februar 2016, 21:01:21
Modul Version 0.10

es kann noch nichts außer ein Rollo anlegen mit der 28 Bit ID, IODev zuweisen, und Chanal auswählen. Steuern der Rollos klappt damit noch nicht. Vieleicht kann da jemand drüber schauen, es basiert auf dem Somfy Modul. Bearbeitet es bitte weiter bzw vielleicht kann einer die Senderoutine einbauen.


Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: FNT am 16 Februar 2016, 21:03:53
Oh..sehr gut *freu*..sobald die Fenster mit den Rollaeden verbaut sind und die Technik steht - wird das hier probiert!

FNT
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 16 Februar 2016, 21:05:07
Hi Jarnsen,

ich kann dir auch anbieten, das Modul ins git mit auf zu nehmen.
Dort lassen sich Anpassungen dann leichter nachverfolgen.

Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 16 Februar 2016, 21:15:50
@Sidey das wäre toll, ich denke da kennen sich einige aus mit sowas...


Ps

define Rollo Dooya "28BitID Code "

Zum spielen


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 17 Februar 2016, 14:09:10
Wo stellst du es auf GitHub ein???


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 17 Februar 2016, 18:25:29
Ich mach einen eigenen Branch auf und berechtige euch dann einfach. Ist das so okay?
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 17 Februar 2016, 18:34:07
Klar doch

Schon mal rein geschaut???


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 17 Februar 2016, 22:08:33
Ich hab mal grob reingeschaut.


Direktes Schreiben auf das IO Device ist nicht gut... Ich habe es im commit kommentiert.


Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 18 Februar 2016, 15:15:23
Habe ein neues Thema zur Modulerstellung erstellt.

KLICK!!! (http://forum.fhem.de/index.php?topic=49523.msg412259#msg412259)


Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 18 Februar 2016, 18:16:40
@ Sidey,

Habe keine Schreibrechte, hab nen pull geschickt...


Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 18 Februar 2016, 18:20:06
Du müsstest die Einladung mal annehmen, dann hast Du auch schreibrechte.

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 29 Februar 2016, 19:33:26
Hi Zusammen,

vielen Dank für die tolle Arbeit - mein erster Rolladenmotor von Nobily läuft schon.

Hab ihn mittels "lernen notify" bekannt gemacht.

Ich habe dann auch direkt mal versucht den code der Fernbedienung (DC90) auszulesen, das funktioniert aber komischerweise nicht. Mein Signalduino meldet im Eventmonitor nichts auch blinkt keine LED (wie sie das bei anderen 433Mhz Signalen tut). Verbose steht auf 5 --->loggt auch nichts. Hat jemand eine Idee was ich probieren kann?

Gruß und Danke

Dominik
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 29 Februar 2016, 19:39:25
Verbose 4, dc90 funktionierte bei mir am besten. Vorsichtshalber richtig nah an den Empfänger rann und 2-3 sec drücken. Wenn keine led's leuchten ist was falsch angeschlossen vermute ich...

Wenn du mehrere hintereinander schalten willst mach nen sleep 1 zwischen den einzelnen Rollos...

Von welcher Firma sind deine???

Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 29 Februar 2016, 20:53:37
Hi,

das der Motor ist von Nobily.

Mit verbose 4 tut´s auch nicht halte die Fernbedienung dabei direkt an den Empfänger.

Mein Empfänger ist ein XD-RF-5V und Signalduino bekommt darüber auch Signale, kann das mit einer 433mhz Fernbedienung einer Klingel testen. Sollte also richtig angeschlossen sein.

Ich meine im Prinzip brauche ich das ja nicht...dank deiner Anleitung geht´s auch so. Aber trotzdem...spooky
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 29 Februar 2016, 21:02:48
Ich habe den gleichen Empfänger.... Hast du die neueste Versionsnummer drauf dev32???

Im FHEM per copy and paste updaten...

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

Mit der normalen geht es soweit ich weiß nicht.

Gruß Jarnsen


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 29 Februar 2016, 22:01:48
Zitat von: Jarnsen am 29 Februar 2016, 21:02:48

Mit der normalen geht es soweit ich weiß nicht.

3.2 wird seit ca. 1 Woche auch über das normale FHEM Update verteilt. Damit muss es auch funktionieren.

Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 29 Februar 2016, 22:31:55
Ok dann mach mal n Update...


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 01 März 2016, 00:49:09
Hey,

ich vermute mal das ich schon auf der neusten Version bin,

Version
V 3.2.0 SIGNALduino - compiled at Feb 22 2016 21:07:19

oder?

@Sidney: Ist mit dem  "normalen" FHEM Update das Master gemeint? update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 01 März 2016, 07:01:47
Ganz normales Update über FHEM...


Update


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: darkmission am 01 März 2016, 18:44:37
Hallo Zusammen,

erstmal "Vielen Dank" für das Zusammentragen der Infos. Nobily fand ich aus verschiedenen Gründen am besten, vor allem weil es dort elektronische Endabschaltung gibt, da ich schlecht in meinen Kasten komme und den Behangausgleich nicht immer manuell vornehmen wollte.

Also PRE5 gekauft, Fernbedienung mitbekommen. Bei der "Bucht" einkaufen gegangen. Erste Erkenntnis: Die empfohlenen 433 Mhz Empfänger, jedenfalls die 3 die ich bekommen habe, sind totaler Schrott. Selbst mit Antenne haben die aus 2 cm Entfernung keine Signale empfangen. Verkäufer nimmt sich nix von an. Lehrgeld, Danke.
Dann den Besseren Superheterodyne gekauft, funktioniert nun auch mit dem (Sensor vom) Nachbarn ;-).

Habe auch  V 3.2.0 SIGNALduino - compiled at Feb 22 2016 21:07:19 auf meinem Arduino, allerdings CH340G. Habe das mit dem RTL Chip erst später gelesen, sollte aber keinen Unterschied machen.

Und nun zu meinem Problem: Temp. Sensor geht, IT Dosen auch nur die Nobily Fernbedienung nicht! Ich sehe genau wie Dominik83 NIX, aber auch gar nix. Selbst wenn ich den Sender in den Arduino reindrücken würde ;-)
Letztes Update des FHEM ist von 17:30 Uhr. Also alles ganz neu.
Eine Idee wie man die Funkpakete sichtbar machen könnte? Könnte der Empfänger direkt an den Raspberry und dan mit  WiringPi auslesen was bringen?

Gruß und Danke für die Antworten
PS: Wenn Ihr der Meinung seid, das sollte in den Entwicklerthread vom Signalduino, dann ruhig losmeckern :-)

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 01 März 2016, 19:15:11
Entweder den SIGNALduino mit dem sketch füttern... Damit kannst du auch das Signal sichtbar machen...
https://github.com/RFD-FHEM/Logikanalyse

//EDIT
Oder nach der im ersten Post stehenden Methode mit Audacity. Das die oben empfohlen Empfänger und Sender bei dir nicht funktioniert ist schade, aber ich kann auch nur meine Erfahrungen weiter geben. Super Het ist natürlich besser. Habe ich jetzt auch bestellt. Da ich noch Probleme mit dem 5 Kanal Wandsender habe.//

https://vimeo.com/157319525 (https://vimeo.com/157319525)

Noch mal n Videos zu

(http://uploads.tapatalk-cdn.com/20160301/d4dabb89972fe1fc65c6c75221527d80.jpg)

Und n Bild von der Version

Gruß Jarnsen


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: darkmission am 01 März 2016, 20:35:42
Nicht das ich falsch verstanden werde. Ich wollte darauf Hinweisen, dass es anscheinend Klone des Empfängers gibt, die nicht richtig funktionieren. Der Sender aus dem Set funktioniert wunderbar. Viele Benutzen das set und sind zufrieden.

Das mit dem Video war eine gute Idee. Mein Arduino blinkt auch aber nur bei der Stop Taste. Sollte erstmal reichen um die ID heraus zu bekommmen. Leider wird nix ins log geschrieben. Ich werde Deine Vorschläge morgen mal testen und berichten.
Eine Frage noch,  im Bild sind 2 verschiedene Versionen. Die aktuelle ist die b12?
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 01 März 2016, 20:53:03
Ja ich weiß, weiss aber nicht warum unten die andere angezeigt wird... Auf dem Arduino ist die 3.2.0b12 drauf

Verbose4 beim sduino und lange drücken... Falls du es nicht schon so gemacht hast


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 01 März 2016, 21:11:10
Zitat von: darkmission am 01 März 2016, 20:35:42
Nicht das ich falsch verstanden werde. Ich wollte darauf Hinweisen, dass es anscheinend Klone des Empfängers gibt, die nicht richtig funktionieren. Der Sender aus dem Set funktioniert wunderbar. Viele Benutzen das set und sind zufrieden.

Das mit dem Video war eine gute Idee. Mein Arduino blinkt auch aber nur bei der Stop Taste. Sollte erstmal reichen um die ID heraus zu bekommmen. Leider wird nix ins log geschrieben. Ich werde Deine Vorschläge morgen mal testen und berichten.
Eine Frage noch,  im Bild sind 2 verschiedene Versionen. Die aktuelle ist die b12?

Da können wir uns die Hand geben...bei mir genau das selbe. Nur auf "stop" blinkt der Sduino es wird aber nichts ins event log oder log geschrieben .
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 01 März 2016, 22:19:43
Nur zum Verständnis... Die rote blinkende LED ist zwischen GND und D2 geschalten...

Habe jetzt nochmal versucht das Signal aufzuzeichnen, so wie sonst immer, funktioniert nicht.

Alles geupdated so wie ihr es habt ändert sich auch nix. Unten bleibt b09.

Momentan ID auslesen mit Audacity möglich

@ Sidey

Habt ihr was geändert??


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 01 März 2016, 22:21:54
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
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 01 März 2016, 22:28:40
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
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 01 März 2016, 22:33:12
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
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 01 März 2016, 22:49:35
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

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


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
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 01 März 2016, 22:50:53
Welche Firmware hast Du mit alte dev-r32 ausprobiert?
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 01 März 2016, 22:58:10
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....
Zitat von: Sidey am 01 März 2016, 22:33:12

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
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 02 März 2016, 23:20:40
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
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 02 März 2016, 23:23:18
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
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: darkmission am 02 März 2016, 23:33:00
@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.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 02 März 2016, 23:40:32
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
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 03 März 2016, 09:55:35
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
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 03 März 2016, 18:28:08
Jo, habe den Fehler gefunden.
Update kommt die Tage. Bis da hin MC Decoder deaktivieren oder eine alte Firmware nutzen.

Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: darkmission am 04 März 2016, 09:08:59
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.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 04 März 2016, 23:31:36
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
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 10 März 2016, 19:53:11
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
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 10 März 2016, 20:10:05
Ließ dir mal die Gebrauchsanleitung durch... Das kann man umstellen...


(http://uploads.tapatalk-cdn.com/20160310/76892bd09c227f6d278fdf3d7a863139.jpg)

Es gibt inzwischen ein Modul für Dooya (https://forum.fhem.de/index.php?topic=49523)
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 10 März 2016, 21:18:50
Hey,

Danke damit hats geklappt!

Wahrscheinlich ist die Frage blöde aber... welchen Vorteil hat es eigentlich das Modul zu nutzen?
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 10 März 2016, 21:24:17
Du brauchst keinen dummy und keine notifys mehr anlegen...

Nur noch

define Rollo Dooya 1101011100000110010110001110

Und schon geht es

Nur noch Kanal usw anpassen. Kannst dann auch bestimmte Positionen anfahren.


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 10 März 2016, 21:52:36
Hey,

das Dooya Modul gibts aber nicht via FHEM Update, oder?

"Unknown module dooya"
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 10 März 2016, 21:56:44
Nein noch nicht. Das momentan aktuelle Modul... Schau mal bitte im Link oben, wenn du testest bitte Rückmeldung geben. Das Modul einfach rüber schieben
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 10 März 2016, 22:22:05
Ähmmm wo muss die Datei denn hin?
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 10 März 2016, 22:28:16
Auf deinen raspi oder wo FHEM drauf läuft... In den FHEM Ordner wo die ganzen Module drin sind


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 10 März 2016, 22:53:32
Klappt, danke!
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 11 März 2016, 00:21:40
Zitat von: Dominik83 am 10 März 2016, 22:53:32
Klappt, danke!

Ich würde mich freuen wenn du in dem anderen Thema mit testest...
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 20 März 2016, 23:43:20
Hi,


wie ist denn jetzt eigentlich der Stand zum Senden.
Das müsste ja eigentlich funktionieren.


PS:  Alle notwendigen Module, kann man auch mit einem Update Befehl laden...

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

.. sofern die controls Datei korrekt erstellt wurde.

Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 21 März 2016, 00:10:20
Hallo Sidey,

Das Modul funktioniert... In der dev-dooya ist noch Version 3.2.0 b12 hinterlegt... Die läuft gut... Die 3.2.0 hf1 hatte ich mal ver suchvmit abgeschaltetem MC... Hatte aber mitbekommen das z.Z. Einige Probleme mit der Version hatten und da habe ich nach dem letzten dooya Update die b12 erstmal gelassen... Hast du die Warteschlange schon getestet??? Hast du mal geschaut warum der 5 Kanal Wandsender nicht erkannt wird???


Ich teste morgen mal mit der aktuellen SIGNALduino Version

MfG Jarnsen


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 21 März 2016, 09:10:33
Jo, im Master habe ich auch erst mal wieder die b12 hinterlegt.

Die werde ich wohl auch über das FHEM Update verteilen.


Bezüglich Empfang habe ich mich im allgemeinen mit Debugging beschäftigt.

Den Empfang von MU Nachrichten habe ich wieder verbessert und auch ein paar Fehlerchen behoben.
Beim MC Decoder muss ich noch was machen.

Wenn ich das wieder im Griff habe, würde ich auch mal nach dem 5 Kanal Sender schauen.

Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 21 März 2016, 10:00:09
In welcher Version ist die Warteschlange??? Ich brauche momentan nur MU und kann den Rest ja abschalten... Würde gern mal testen...


Gruß Jarnsen


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 21 März 2016, 23:11:32
Zitat von: Jarnsen am 21 März 2016, 10:00:09
In welcher Version ist die Warteschlange??? Ich brauche momentan nur MU und kann den Rest ja abschalten... Würde gern mal testen...
Gruß Jarnsen

Die Warteschlange ist im FHEM Modul von dev32.. Die Firmware solltest Du aber nicht verwenden, da noch Fehlerbehaftet.
Probiere das FHEM Modul halt mal aus, wir können ja auch mal mergen.


Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 17 April 2016, 20:48:55
Hi,

bitte den 5 Kanal Wandsender mit der aktuellen Firmware (b21) testen.

Wenn es noch nicht geht, bitte die Logs. Dann schauen wir mal weiter.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 17 April 2016, 20:49:44
Dev32???


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 17 April 2016, 21:08:45
Stimmt genau
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 17 April 2016, 23:18:45
Hallo Sidey....

b21 ist drauf... Erkennt 5 Kanal nicht

das sagt das Log

2016.04.17 23:03:32 4: sduino/msg READ: MU;P0=917;P1=-133;P2=1269;P4=-457;D=12101040404040404012121212121240404040404040;CP=0;
2016.04.17 23:03:53 4: sduino/msg READ: MU;P0=304;P1=-790;P2=663;P4=-431;P5=-32001;D=01010124242401010124010101010101010124012424010101242401012401240101242424240105;CP=0;
2016.04.17 23:03:53 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:03:59 4: sduino/msg READ: MU;P0=-1580;P1=312;P2=-786;P3=670;P4=-422;P5=-32001;D=012121234343412121234121212121212121234123434121212343412123412341212343434341215;CP=1;
2016.04.17 23:03:59 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:03:59 4: sduino/msg READ: MU;P0=-32001;P1=-1648;P2=308;P3=-787;P4=669;P5=-425;D=123232345454523232345232323232323232345234545232323454523234523452323454545452320;CP=2;
2016.04.17 23:03:59 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:01 4: sduino/msg READ: MU;P0=311;P1=-784;P2=671;P3=-423;P4=-32001;P5=-1644;D=501010123232301010123010101010101010123012323010101232301012301230101232323230104;CP=0;
2016.04.17 23:04:01 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:02 4: sduino/msg READ: MU;P0=-1648;P1=307;P2=-788;P3=671;P4=-423;P5=-32001;D=012121234343412121234121212121212121234123434121212343412123412341212343434341215;CP=1;
2016.04.17 23:04:02 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:03 4: sduino/msg READ: MU;P0=-1644;P1=310;P2=-786;P3=672;P4=-423;P5=-32001;D=012121234343412121234121212121212121234123434121212343412123412341212343434341215;CP=1;
2016.04.17 23:04:03 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:06 4: sduino/msg READ: MU;P0=-32001;P1=-1644;P2=311;P3=-785;P4=667;P5=-426;D=123232345454523232345232323232323232345234545232323454523234523452323454545452320;CP=2;
2016.04.17 23:04:06 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:07 3: nanoCUL: Unknown code 882A78 0 0 087FFFFFFFFFFAAC0FFFFFFFF, help me!
2016.04.17 23:04:08 4: sduino/msg READ: MU;P0=-32001;P1=-1644;P2=310;P3=-785;P4=667;P5=-428;D=123232345454523232345232323232323232345234545232323454523234523452323454545452320;CP=2;
2016.04.17 23:04:08 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:14 4: sduino/msg READ: MU;P0=-1640;P1=309;P2=-784;P3=671;P4=-425;P5=-32001;D=012121234343412121234121212121212121234123434121212343412123412341234123412341235;CP=1;
2016.04.17 23:04:14 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:24 4: sduino/msg READ: MU;P0=-423;P1=-32001;P2=-1648;P3=309;P4=-789;P5=671;D=234343450505034343450343434343434343450345050343434505034343434343434505050503431;CP=3;
2016.04.17 23:04:24 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:26 4: sduino/msg READ: MU;P0=-786;P1=670;P2=-423;P3=311;P4=-32001;D=012121230303012303030303030303012301212303030121230303030303030121212123034;CP=3;
2016.04.17 23:04:26 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:27 4: sduino/msg READ: MU;P0=312;P1=-786;P2=669;P3=-423;P4=-32001;P5=-1588;D=501010123232301010123010101010101010123012323010101232301010101010101232323230104;CP=0;
2016.04.17 23:04:27 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:29 4: sduino/msg READ: MU;P0=-1644;P1=310;P2=-786;P3=673;P4=-422;P5=-32001;D=012121234343412121234121212121212121234123434121212343412121212121212343434341215;CP=1;
2016.04.17 23:04:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:32 4: sduino/msg READ: MU;P1=311;P2=670;P3=-424;P4=-787;P5=-32001;D=23232314141423141414141414141423142323141414232314141414141414232323231415;CP=1;
2016.04.17 23:04:32 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:34 4: sduino/msg READ: MU;P0=-1644;P1=310;P2=-787;P3=669;P4=-426;P5=-32001;D=012121234343412121234121212121212121234123434121212343412121212121212343434341215;CP=1;
2016.04.17 23:04:34 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:41 4: sduino/msg READ: MU;P0=-786;P1=670;P2=-424;P3=-32001;P4=-1644;P5=313;D=450505012121250505012505050505050505012501212505050121250505050505050121212125053;CP=5;
2016.04.17 23:04:41 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:43 4: sduino/msg READ: MU;P0=-423;P1=-32001;P2=-232;P3=240;P4=-788;P5=673;D=3434345050503434345034343434343434345034505034343450503434343434343450505050343132;CP=3;
2016.04.17 23:04:43 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:44 4: sduino/msg READ: MU;P0=671;P1=-421;P2=377;P3=-793;P4=-32001;P5=-608;D=0101012323230123232323232323230123010123232301012323232323232301010101232425;CP=2;
2016.04.17 23:04:44 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:04:46 4: sduino/msg READ: MU;P0=-1644;P1=312;P2=-785;P3=668;P4=-422;P5=-32001;D=012121234343412121234121212121212121234123434121212343412121212121212343434341215;CP=1;
2016.04.17 23:04:46 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:05:51 4: sduino/msg READ: MU;P0=448;P1=-740;P2=921;P3=-245;P4=-422;D=12323232423232323232323242321232323232323230;CP=2;
2016.04.17 23:05:51 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.17 23:06:05 3: SONOS0: Connection accepted from localhost:34532
2016.04.17 23:06:35 3: SONOS0: Connection accepted from localhost:34540
2016.04.17 23:06:45 4: CUL_Parse: CUL868 Z0F00046012855700000000190C2F010315 -63.5
2016.04.17 23:07:08 3: SONOS0: Connection accepted from localhost:34549
2016.04.17 23:07:21 2: SONOS4: Discover Sonosplayer 'M Wohnzimmer' (S5) Software Revision 6.2 with ID 'RINCON_B8E9372F9D2A01400_MR'
2016.04.17 23:07:23 2: SONOS4: SonosPlayer 'M_Wohnzimmer' (S5) with ID 'RINCON_B8E9372F9D2A01400_MR' is already defined (as 'Sonos_M_Wohnzimmer') and will only be updated
2016.04.17 23:07:23 2: SONOS4: SonosPlayer 'M_Wohnzimmer' is now updated
2016.04.17 23:07:23 2: SONOS4: Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004215
2016.04.17 23:07:23 2: SONOS4: Rendering-Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004216
2016.04.17 23:07:23 2: SONOS4: GroupRendering-Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004217
2016.04.17 23:07:23 2: SONOS4: ContentDirectory-Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004218
2016.04.17 23:07:23 2: SONOS4: Alarm-Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004219
2016.04.17 23:07:23 2: SONOS4: ZoneGroupTopology-Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004220
2016.04.17 23:07:23 2: SONOS4: DeviceProperties-Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004221
2016.04.17 23:07:23 2: SONOS4: AudioIn-Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004222
2016.04.17 23:07:23 3: SONOS4: Discover: End of discover-event for "M Wohnzimmer".
2016.04.17 23:07:24 3: SONOS4: Event: Received Transport-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:24 3: SONOS4: Event: End of Transport-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:24 2: SONOS4: Discover Sonosplayer 'M Wohnzimmer' (S5) Software Revision 6.2 with ID 'RINCON_B8E9372F9D2A01400_MR'
2016.04.17 23:07:26 2: SONOS4: SonosPlayer 'M_Wohnzimmer' (S5) with ID 'RINCON_B8E9372F9D2A01400_MR' is already defined (as 'Sonos_M_Wohnzimmer') and will only be updated
2016.04.17 23:07:26 2: SONOS4: SonosPlayer 'M_Wohnzimmer' is now updated
2016.04.17 23:07:26 2: SONOS4: Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004223
2016.04.17 23:07:26 2: SONOS4: Rendering-Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004224
2016.04.17 23:07:26 2: SONOS4: GroupRendering-Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004225
2016.04.17 23:07:26 2: SONOS4: ContentDirectory-Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004226
2016.04.17 23:07:26 2: SONOS4: Alarm-Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004227
2016.04.17 23:07:26 2: SONOS4: ZoneGroupTopology-Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004228
2016.04.17 23:07:26 2: SONOS4: DeviceProperties-Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004229
2016.04.17 23:07:26 2: SONOS4: AudioIn-Service-subscribing successful with SID=uuid:RINCON_B8E9372F9D2A01400_sub0000004230
2016.04.17 23:07:26 3: SONOS4: Discover: End of discover-event for "M Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: Received GroupRendering-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: End of GroupRendering-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: Received Alarm-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: End of Alarm-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: Received AudioIn-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: End of AudioIn-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: Received ZoneGroupTopology-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: End of ZoneGroupTopology-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: Received DeviceProperties-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: End of DeviceProperties-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: Received ContentDirectory-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: End of ContentDirectory-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: Received Rendering-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: End of Rendering-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: Received Transport-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: End of Transport-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: Received GroupRendering-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:26 3: SONOS4: Event: End of GroupRendering-Event for Zone "Sonos_M_Wohnzimmer".
2016.04.17 23:07:38 3: SONOS0: Connection accepted from localhost:34619
2016.04.17 23:07:40 2: SONOS4: Discover Sonosplayer 'M Schlafzimmer' (S1) Software Revision 6.2 with ID 'RINCON_B8E937EAB08801400_MR'
2016.04.17 23:07:41 2: SONOS4: SonosPlayer 'M_Schlafzimmer' (S1) with ID 'RINCON_B8E937EAB08801400_MR' is already defined (as 'Sonos_M_Schlafzimmer') and will only be updated
2016.04.17 23:07:42 2: SONOS4: SonosPlayer 'M_Schlafzimmer' is now updated
2016.04.17 23:07:42 2: SONOS4: Service-subscribing successful with SID=uuid:RINCON_B8E937EAB08801400_sub0000003072
2016.04.17 23:07:42 2: SONOS4: Rendering-Service-subscribing successful with SID=uuid:RINCON_B8E937EAB08801400_sub0000003073
2016.04.17 23:07:42 2: SONOS4: GroupRendering-Service-subscribing successful with SID=uuid:RINCON_B8E937EAB08801400_sub0000003074
2016.04.17 23:07:42 2: SONOS4: ContentDirectory-Service-subscribing successful with SID=uuid:RINCON_B8E937EAB08801400_sub0000003075
2016.04.17 23:07:42 2: SONOS4: Alarm-Service-subscribing successful with SID=uuid:RINCON_B8E937EAB08801400_sub0000003076
2016.04.17 23:07:42 2: SONOS4: ZoneGroupTopology-Service-subscribing successful with SID=uuid:RINCON_B8E937EAB08801400_sub0000003077
2016.04.17 23:07:42 2: SONOS4: DeviceProperties-Service-subscribing successful with SID=uuid:RINCON_B8E937EAB08801400_sub0000003078
2016.04.17 23:07:42 3: SONOS4: Discover: End of discover-event for "M Schlafzimmer".
2016.04.17 23:07:42 3: SONOS4: Event: Received Transport-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:42 3: SONOS4: Event: End of Transport-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:42 2: SONOS4: Discover Sonosplayer 'M Schlafzimmer' (S1) Software Revision 6.2 with ID 'RINCON_B8E937EAB08801400_MR'
2016.04.17 23:07:44 2: SONOS4: SonosPlayer 'M_Schlafzimmer' (S1) with ID 'RINCON_B8E937EAB08801400_MR' is already defined (as 'Sonos_M_Schlafzimmer') and will only be updated
2016.04.17 23:07:44 2: SONOS4: SonosPlayer 'M_Schlafzimmer' is now updated
2016.04.17 23:07:44 2: SONOS4: Service-subscribing successful with SID=uuid:RINCON_B8E937EAB08801400_sub0000003079
2016.04.17 23:07:44 2: SONOS4: Rendering-Service-subscribing successful with SID=uuid:RINCON_B8E937EAB08801400_sub0000003080
2016.04.17 23:07:44 2: SONOS4: GroupRendering-Service-subscribing successful with SID=uuid:RINCON_B8E937EAB08801400_sub0000003081
2016.04.17 23:07:44 2: SONOS4: ContentDirectory-Service-subscribing successful with SID=uuid:RINCON_B8E937EAB08801400_sub0000003082
2016.04.17 23:07:44 2: SONOS4: Alarm-Service-subscribing successful with SID=uuid:RINCON_B8E937EAB08801400_sub0000003083
2016.04.17 23:07:44 2: SONOS4: ZoneGroupTopology-Service-subscribing successful with SID=uuid:RINCON_B8E937EAB08801400_sub0000003084
2016.04.17 23:07:44 2: SONOS4: DeviceProperties-Service-subscribing successful with SID=uuid:RINCON_B8E937EAB08801400_sub0000003085
2016.04.17 23:07:44 3: SONOS4: Discover: End of discover-event for "M Schlafzimmer".
2016.04.17 23:07:44 3: SONOS4: Event: Received GroupRendering-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:44 3: SONOS4: Event: End of GroupRendering-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:44 3: SONOS4: Event: Received Alarm-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:44 3: SONOS4: Event: End of Alarm-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:44 3: SONOS4: Event: Received ZoneGroupTopology-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:44 3: SONOS4: Event: End of ZoneGroupTopology-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:44 3: SONOS4: Event: Received DeviceProperties-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:44 3: SONOS4: Event: End of DeviceProperties-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:45 3: SONOS4: Event: Received ContentDirectory-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:45 3: SONOS4: Event: End of ContentDirectory-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:45 3: SONOS4: Event: Received Rendering-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:45 3: SONOS4: Event: End of Rendering-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:45 3: SONOS4: Event: Received Transport-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:45 3: SONOS4: Event: End of Transport-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:45 3: SONOS4: Event: Received GroupRendering-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:07:45 3: SONOS4: Event: End of GroupRendering-Event for Zone "Sonos_M_Schlafzimmer".
2016.04.17 23:08:11 3: SONOS0: Connection accepted from localhost:34688
2016.04.17 23:08:41 3: SONOS0: Connection accepted from localhost:34696
2016.04.17 23:09:14 3: SONOS0: Connection accepted from localhost:34711
2016.04.17 23:09:44 3: SONOS0: Connection accepted from localhost:34721
2016.04.17 23:10:17 3: SONOS0: Connection accepted from localhost:34730
2016.04.17 23:10:17 4: sduino: ping ...
2016.04.17 23:10:28 2: IT set Zirkulationspumpe on
2016.04.17 23:10:28 2: IT set Zirkulationspumpe on
2016.04.17 23:10:29 4: sduino/msg READ: MU;P0=-272;P1=247;P2=-1031;P3=991;P4=-10505;D=01230123012121212121212121212123012301230141212121212301230121212121212121212121230123012301412121212123012301212121212121212121212301230123014121212121230123012121212121212121212123012301230141212121212301230121212121212121212121230123012301412121212123;CP=1;O;
2016.04.17 23:10:29 4: sduino/msg READ: MU;P0=-328;P1=250;P2=-1011;P3=992;P4=-32001;P5=-10473;D=01230121212121212121212121415121212121230123012121212121212121212123012301230151212121212301230121212121212121212121230123012301512121212123012301212121212121212121212301230123015121212121230123012121212121212121212123012301230151212121212301230121212121;CP=1;O;
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 18 April 2016, 08:02:55
So auf dem 1. Blick fehlt dem Signal das Startmuster. Damit suche ich den Start der Nachricht...  Wir können das Signal auch ohne Startmuster demodulieren, nur wie unterscheidet sich dann der Begin vom Ende?

Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 18 April 2016, 08:07:58
Das Ende sind doch immer die 8 Bit die festgelegt sind für hoch runter stop lernen... Kann man damit arbeiten??? Oder mit der Pause zwischen zwei Signalen...


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 18 April 2016, 23:17:09
Habe mir das von dir erstellte NPY File vorgenommen und damit getestet.

Modul und Firmware sind aktualisiert. Jetzt geht es.

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

Bitte auch mal mit dem 1 Kanal Teil testen

Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 19 April 2016, 06:29:29
Hallo Sidey,

danke für die schnelle Arbeit. Vom kurzen Testen her mit dem 1 Kanal Wandsender würde ich behaupten das die Zuverlässigkeit besser geworden ist. Vorher habe ich immer 1 - 2 Secunden drücken müssen das das Signal erkannt wird jetzt reich kurzes drücken.

Leider gab es keine verbesserung bei den 5 Kanal Wandsender. Außer das der Arduino mit seiner LED die auf ihm verbaut ist vorher nur 1 x blinkte und jetzt 2 x.

anbei das Log, siehat auch anders jetzt aus. keine 32000 mehr drin sondern 10000


2016.04.19 06:19:35 4: sduino/msg READ: MU;P0=-10496;P1=-122;P2=316;P3=677;P4=-416;P5=4974;P6=-1613;P7=-781;D=01213421045627272704040427272704272727272727272704270404272727040427272727272727040427270400562727273434342727273427272727272727273427343427272734342727272727272734342727343056272727343434272727342727272727272727342734342727273434272727272727273434272734;CP=2;O;
2016.04.19 06:19:35 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.19 06:19:35 4: sduino/msg READ: MU;P0=-423;P1=671;P2=313;P3=-785;P4=-10484;P5=4936;P6=-1652;P7=-32001;D=01023245623232310101023232310232323232323232310231010232323101023232323232323101010102327;CP=2;
2016.04.19 06:19:35 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.19 06:19:40 4: sduino/msg READ: MU;P0=-1604;P1=320;P3=-412;P4=681;P5=-776;P6=-10501;P7=4966;D=54346701515154343431515154315151515151515154315434315151543431515151515151543431515434670151515434343151515431515151515151515431543431515154343151515151515154343151543467015151543434315151543151515151515151543154343151515434315151515151515434315154346701;CP=1;O;
2016.04.19 06:19:40 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.19 06:19:40 4: sduino/msg READ: MU;P0=-788;P1=311;P2=670;P3=-424;P4=-10479;P5=4962;P6=-1624;D=01010102323101023245610101023232310101023101010101010101023102323101010232310101010101010232310102324561010102323231010102310101010101010102310232310101023231010101010101023231010232456101010232323101010231010101010101010231023231010102323101010101010102;CP=1;O;
2016.04.19 06:19:40 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.19 06:19:42 4: sduino/msg READ: MU;P0=-409;P1=683;P3=322;P4=-772;P5=-10467;P6=4986;P7=-1604;D=01010103434341034343434343434341034101034343410103434343434343410103434101567343434101010343434103434343434343434103410103434341010343434343434341010343410156734343410101034343410343434343434343410341010343434101034343434343434101034341015673434341010103;CP=3;O;
2016.04.19 06:19:42 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.19 06:19:42 4: sduino/msg READ: MU;P0=4975;P1=-1609;P2=319;P3=-775;P4=681;P5=-414;P6=-10486;D=01232323454545232323452323232323232323452345452323234545232323232323234545232345460123232345454523232345232323232323232345234545232323454523232323232323454523234546012323234545452323234523232323232323234523454523232345452323232323232345452323454601232323;CP=2;O;
2016.04.19 06:19:42 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.19 06:19:43 4: sduino/msg READ: MU;P0=-10478;P1=4933;P2=-1644;P3=318;P4=-779;P5=679;P6=-417;D=01234343456565634343456343434343434343456345656343434565634343434343434565634345650123434345656563434345634343434343434345634565634343456563434343434343456563434565012343434565656343434563434343434343434563456563434345656343434343434345656343456501234343;CP=3;O


Grüße Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 19 April 2016, 09:02:23
Hi Jarnsen,


schick mir doch bitte auch noch mal ein Log mit dem 1 Kanal Sender.
Ich muss noch etwas am Protokoll justieren, damit auch der 5 Kanal Sender geht.

Problem ist, es gibt zwei Pulslängen die exakt die gleiche Abweichung zum gesuchten haben.

Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 19 April 2016, 10:55:47
Ok das geht aber erst morgen...
Ich werde dann von allen Sendern die ich habe nochmal aufzeichnen...
1 Kanal Handsender
1 Kanal Wandsender
2 Kanal Wandsender
5 Kanal Wandsender

Jeweils den höchsten Kanal mit Taste runter...

Vielleicht kann jemand noch 15 Kanal beisteuern....

Grüße Jarnsen


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: thomik am 19 April 2016, 22:20:26
Hallo Sidey, hallo Jarnsen,

anbei der Log-Auszug von einem 15 Kanal Handsender:
     •   Kanal 10
     •   Kanal 15
     •   Kanal 0     (alle)
jeweils mit Taste runter...
und teilweise aufbereitete Excel-Liste.

Ich hoffe, ich kann damit weiterhelfen.
Grüße Thomik
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 19 April 2016, 22:25:05
Zitat von: thomik am 19 April 2016, 22:20:26
Hallo Sidey, hallo Jarnsen,

anbei der Log-Auszug von einem 15 Kanal Handsender:
     •   Kanal 10
     •   Kanal 15
     •   Kanal 0     (alle)
jeweils mit Taste runter...
und teilweise aufbereitete Excel-Liste.

Ich hoffe, ich kann damit weiterhelfen.
Grüße Thomik

Hi Thomik,

mit welcher Firmware hast Du die Tests gemacht?

Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 20 April 2016, 18:18:04
@Sidey,

denkst du es macht nen großen Unterschied ob ich nen SUPERHET Empfänger habe oder einen Normalen?? Habe den SUPERHET zwar da aber noch nicht zusammengefummelt....



Zitat von: Jarnsen am 19 April 2016, 10:55:47
Ok das geht aber erst morgen...
Ich werde dann von allen Sendern die ich habe nochmal aufzeichnen...
1 Kanal Handsender
1 Kanal Wandsender
2 Kanal Wandsender
5 Kanal Wandsender

Jeweils den höchsten Kanal mit Taste runter...

Vielleicht kann jemand noch 15 Kanal beisteuern....

Grüße Jarnsen


Gesendet von iPhone mit Tapatalk


1 Kanal Handsender

2016.04.20 17:59:00 4: sduino/msg READ: MU;P0=-399;P1=671;P2=-766;P3=4967;P4=-1553;P5=303;P7=-8092;D=01234525210101052525252525252521010521010105252525252101052105252521052521010525210103452521010105252525252525252101052101010525252525210105210525252105252101052521010345252101010525252525252525210105210101052525252521010521052525210525210101010525734525;CP=5;O;
2016.04.20 17:59:00 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 17:59:00 4: sduino: decoded matched MU Protocol id 16 dmsg P16#3806E0D133 length 40
2016.04.20 17:59:00 4: Dooya_Parse: rawData = 3806E0D133 length: 10
2016.04.20 17:59:00 4: Dooya_Parse: converted to bits: 0011100000000110111000001101000100110011
2016.04.20 17:59:00 4: Dooya_Parse: device ID: 0011100000000110111000001101
2016.04.20 17:59:00 4: Dooya_Parse: Channel: 1
2016.04.20 17:59:00 4: Dooya_Parse: Cmd: 00110011  Newstate: on
2016.04.20 17:59:00 4: Dooya_Parse: deviceCode: 0011100000000110111000001101_1
2016.04.20 17:59:00 3: Dooya Unknown device 0011100000000110111000001101_1, please define it
2016.04.20 17:59:00 4: sduino/msg READ: MU;P0=4736;P1=-1560;P2=304;P3=-767;P4=668;P5=-402;P6=-32001;D=0123234545452323232323232323454523454545232323232345452345232323452323454545452326;CP=2;
2016.04.20 17:59:00 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 17:59:04 4: sduino/msg READ: MU;P0=-399;P1=674;P2=308;P3=-760;P4=4741;P5=-1551;P6=-7772;D=01010102323232323232323101023101010232323232310102310232323102323101023231010452323101010232323232323232310102310101023232323231010231023232310232310102323101645232310101023232323232323231010231010102323232323101023102323231023231010232310104523231010102;CP=2;O;
2016.04.20 17:59:04 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 17:59:10 4: sduino/msg READ: MU;P0=4745;P1=-1551;P2=303;P3=-765;P4=676;P5=-403;P6=-7776;D=01232345454523232323232323234545234545452323232323454523452323234523234545232345450123234545452323232323232323454523454545232323232345452345232323452323454523234546012323454545232323232323232345452345454523232323234545234523232345232345452323454501232345;CP=2;O;
2016.04.20 17:59:10 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 17:59:10 4: sduino: decoded matched MU Protocol id 16 dmsg P16#3806E0D133 length 40
2016.04.20 17:59:10 4: Dooya_Parse: rawData = 3806E0D133 length: 10
2016.04.20 17:59:10 4: Dooya_Parse: converted to bits: 0011100000000110111000001101000100110011
2016.04.20 17:59:10 4: Dooya_Parse: device ID: 0011100000000110111000001101
2016.04.20 17:59:10 4: Dooya_Parse: Channel: 1
2016.04.20 17:59:10 4: Dooya_Parse: Cmd: 00110011  Newstate: on
2016.04.20 17:59:10 4: Dooya_Parse: deviceCode: 0011100000000110111000001101_1
2016.04.20 17:59:10 3: Dooya Unknown device 0011100000000110111000001101_1, please define it
2016.04.20 17:59:10 2: autocreate: define Dooya_0011100000000110111000001101_1 Dooya 0011100000000110111000001101_1
2016.04.20 17:59:10 2: autocreate: define FileLog_Dooya_0011100000000110111000001101_1 FileLog ./log/Dooya_0011100000000110111000001101_1-%Y.log Dooya_0011100000000110111000001101_1



1 Kanal Wandsender

2016.04.20 17:59:30 4: sduino/msg READ: MU;P0=-32001;P1=-414;P2=311;P4=668;P5=-770;P6=4753;P7=-1570;D=40672541252541252525252525252541254141254141254141414125414125252541252541414141252567254125254125252525252525254125414125414125414141412541412525254125254141414125256725412525412525252525252525412541412541412541414141254141252525412525414141412520;CP=2;
2016.04.20 17:59:30 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 17:59:35 4: sduino/msg READ: MU;P0=-32001;P1=-411;P2=1060;P3=-769;P4=5141;P5=-1556;P6=313;D=01212123456301636301636363636363636301630101630101630101010163010163636301636301016363010145630163630163636363636363630163010163010163010101016301016363630163630101636301014563016363016363636363636363016301016301016301010101630101636363016363010163630100;CP=6;O;
2016.04.20 17:59:35 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 17:59:35 4: sduino/msg READ: MU;P0=-1576;P1=243;P2=-769;P3=673;P4=-410;P5=4752;P6=-32001;P7=-248;D=012341212341212121212121212341234341234341234343434123434121212341212343434341212501234121234121212121212121234123434123434123434343412343412121234121234343434121617;CP=1;
2016.04.20 17:59:35 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 17:59:40 4: sduino/msg READ: MU;P0=-1363;P1=333;P2=-752;P3=684;P4=-400;P5=4759;P7=-32001;D=01234121234121212121212121234123434123434123434343412343412121234121234341212343450123412123412121212121212123412343412343412343434341234341212123412123434121234345012341212341212121212121212341234341234341234343434123434121212341212343412123437501234121;CP=1;O;
2016.04.20 17:59:40 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 17:59:40 4: sduino: decoded matched MU Protocol id 16 dmsg P16#4805B7B133 length 40
2016.04.20 17:59:40 4: Dooya_Parse: rawData = 4805B7B133 length: 10
2016.04.20 17:59:40 4: Dooya_Parse: converted to bits: 0100100000000101101101111011000100110011
2016.04.20 17:59:40 4: Dooya_Parse: device ID: 0100100000000101101101111011
2016.04.20 17:59:40 4: Dooya_Parse: Channel: 1
2016.04.20 17:59:40 4: Dooya_Parse: Cmd: 00110011  Newstate: on
2016.04.20 17:59:40 4: Dooya_Parse: deviceCode: 0100100000000101101101111011_1
2016.04.20 17:59:40 4: sduino/msg READ: MU;P0=308;P1=-772;P2=669;P3=-417;P4=4736;P5=-1584;P6=-32001;D=012301010101010101012301232301232301232323230123230101012301012323232301014501230101230101010101010101230123230123230123232323012323010101230101232323230106;CP=0;
2016.04.20 17:59:40 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate



2 Kanal Wandsender (IT mit dazwischengerutscht)

2016.04.20 17:59:40 4: sduino/msg READ: MU;P0=308;P1=-772;P2=669;P3=-417;P4=4736;P5=-1584;P6=-32001;D=012301010101010101012301232301232301232323230123230101012301012323232301014501230101230101010101010101230123230123230123232323012323010101230101232323230106;CP=0;
2016.04.20 17:59:40 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 17:59:54 3: SONOS0: Connection accepted from localhost:42032
2016.04.20 17:59:59 4: sduino/msg READ: MU;P0=-421;P1=318;P2=-801;P3=629;P4=4732;P5=-1596;P6=-32001;D=012121230121230121212303012123030451212123012121212121212121230301212301212123030121212121010121230121212303012123036;CP=1;
2016.04.20 17:59:59 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 17:59:59 4: sduino/msg READ: MU;P0=-216;P1=237;P2=-821;P3=642;P4=-439;P5=4722;P6=-1738;D=1212341212121212121212123434121234121212343412121212341212341212123434343412125612121234121212121212121212343412123412121234341212121234121234121212343434341212561612341212121212121212123410;CP=1;
2016.04.20 17:59:59 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 18:00:00 2: IT set Zirkulationspumpe on
2016.04.20 18:00:00 4: sduino/msg READ: MU;P0=-262;P1=1042;P2=240;P3=-1034;P4=-10495;D=01023232323232323232323231023102310242323232323102310232323232323232323232310231023102423232323231023102323232323232323232323102310231024232323232310231023232323232323232323231023102310242323232323102310232323232323232323232310231023102423232323231023102;CP=2;O;
2016.04.20 18:00:04 4: sduino/msg READ: MU;P0=-378;P1=332;P2=-760;P3=677;P5=4744;P6=-1592;P7=-568;D=0123030561212123012121212121212121230301212101012121230301212121237;CP=1;
2016.04.20 18:00:04 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 18:00:04 4: sduino/msg READ: MU;P0=-3064;P1=318;P2=-10580;P3=-759;P4=688;P5=-419;P6=-1448;P7=-32001;D=012131345131313454513131313451313451313134546134547;CP=1;
2016.04.20 18:00:04 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 18:00:05 4: sduino/msg READ: MU;P0=-363;P1=358;P2=-727;P3=748;P4=-544;P5=1744;P6=544;D=01212121212121212303012123012121230301212121230121230121214303030506;CP=1;
2016.04.20 18:00:05 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 18:00:10 4: sduino/msg READ: MU;P0=-451;P1=285;P2=-788;P3=628;P4=4726;P5=-1576;P6=-32001;D=01212121230301212301212123030121212123012123012121230303030121245121212301212121212121212123030121230121212303012121212301212301212123030303012124512121230121212121212121212303012123012121230301212121230121230121212303030301216;CP=1;
2016.04.20 18:00:10 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate



5 Kanal Wandsender


2016.04.20 18:00:30 4: sduino/msg READ: MU;P0=-104;P1=317;P2=-777;P3=673;P4=-420;P5=-10555;P6=4972;P7=-1604;D=01234343412121234121212121212121234123434121212343412123412341212343412123435671212123434341212123412121212121212123412343412121234341212341234121234341212343567121212343434121212341212121212121212341234341212123434121234123412123434121234356712121234343;CP=1;O;
2016.04.20 18:00:30 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 18:00:30 4: sduino/msg READ: MU;P0=309;P1=-786;P2=670;P3=-424;P4=-32001;D=010123010101010101010123012323010101232301012301230101232323230104;CP=0;
2016.04.20 18:00:30 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 18:00:35 4: sduino/msg READ: MU;P0=4954;P1=-1605;P2=316;P3=-779;P4=679;P5=-417;P6=-10538;D=01232323454545232323452323232323232323452345452323234545232345234523234545232345460123232345454523232345232323232323232345234545232323454523234523452323454523234546012323234545452323234523232323232323234523454523232345452323452345232345452323454601232323;CP=2;O;
2016.04.20 18:00:35 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 18:00:35 4: sduino/msg READ: MU;P0=-789;P1=305;P2=661;P3=-433;P4=-32001;D=0101023101010101010101023102323101010232310102310231010232323231014;CP=1;
2016.04.20 18:00:35 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 18:00:40 4: sduino/msg READ: MU;P0=-419;P1=317;P2=-777;P3=675;P4=-10610;P5=4933;P6=-1618;D=01212303030121212301212121212121212301230301212123030121230123012123030121230345612121230303012121230121212121212121230123030121212303012123012301212303012123034561212123030301212123012121212121212123012303012121230301212301230121230301212303456121212303;CP=1;O;
2016.04.20 18:00:40 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 18:00:41 4: sduino/msg READ: MU;P0=-424;P1=670;P2=308;P3=-788;P4=-10564;P5=4944;P6=-1580;P7=-32001;D=0101023245623232310101023232310232323232323232310231010232323101023231023102323101010102327;CP=2;
2016.04.20 18:00:41 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate



So, das sind alle Sender die ich habe. Jeweils im Abstand von 5 Sekunden die 3 x  Taste runter gedrückt für eine normale Tastendrucklänge. KEINE 1 - 2 Sekunden.


Hoffe das hilft...





(http://uploads.tapatalk-cdn.com/20160420/1d33e72a59e60f3e90baa9835138968e.jpg)


Grüße Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: thomik am 20 April 2016, 21:38:57
@Sidey

Sorry, hatte ich gestern vergessen: V 3.2.0-b21 (hoffe ich - die Readings Version / version verwirren mich immer etwas).
Firmware V 3.2.0-b22 hat er gestern nicht gewollt oder ich weiß immer noch nicht die richtige Reihenfolge beim Flashen
(update .../dev-r32/... - set flash - update fhem - shutdown+restart).

Gruß Thomik
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 20 April 2016, 22:08:46
Ja das kommt so hin... Dann steht oben auch b22


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 24 April 2016, 23:13:36
Hi Jarnsen,

Ich habe die Protokoll Definition angepasst.
1 und 2 Kanal Sender funktionieren damit.

Beim 5 Kanal Sender gibt es allerdings ein Problem. Hier können wir nur 39 Bit dekodieren, da der Sender beim letzten Bit einfach mal ca. 10ms abschaltet.
Leider endet das letzte Bit mit einem Low Pegel und so ist dieser nicht mehr erkennbar. Die 1 und 2 Kanal Sender machen diese 10ms Pause nicht, dadurch klappt es.

Da in den letzten 8 Bit ja zwei mal die gleiche Info enthalten ist, könntest Du vielleicht mal prüfen, ob das dooya Modul so angepasst werden kann, dass es auch mit den 39 Bits klar kommt.

Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 24 April 2016, 23:25:28
Hallo Sidey,


Ich schau mal in das Modul ... Brauche aber sicher Hilfe von Ralf...

Es müsste doch auch gehen das nur Bit 1-39 dekodiert wird und dann Bit 36 als Bit 40 angehangen...


Ich schau morgen mal nach...

Jarnsen


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 24 April 2016, 23:27:24
Ja, vom Prinzip geht das, nur leider weisst Du nicht, ob Bit 40 demoduliert wurde oder eben nicht, da die Information ja hexadezimal übergeben wird.
Das 40 Bit, wir dafür als 0 angehangen.

Du müsstest es also immer machen, oder ignorierst es einfach.


Grüße Sidey

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 24 April 2016, 23:32:04
Ja ich dachte an immer machen... So wäre das Signal richtig demoduliert Falls man den sduino nur zum auslesen der Bit nutzen möchte...


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 24 April 2016, 23:58:51
Also die Demodulierung änderst Du damit nicht mehr. Das passiert schon in 00_SIGNALduino.
Leider hast Du auch keine Chance zu erkennen, ob 39 oder 40 demoduliert wurden.

Ich würde daher wohl nur bis bit 36 auswerten und 37-40 völlig ignorieren.



Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 26 April 2016, 19:06:12
Zitat von: Sidey am 24 April 2016, 23:58:51
Also die Demodulierung änderst Du damit nicht mehr. Das passiert schon in 00_SIGNALduino.
Leider hast Du auch keine Chance zu erkennen, ob 39 oder 40 demoduliert wurden.

Ich würde daher wohl nur bis bit 36 auswerten und 37-40 völlig ignorieren.

Habe getestet...

# get id, channel, cmd
   my $id = substr($bitData, 0, 28);
   my $BitChannel = substr($bitData, 28, 4); #noch nicht benoetigt
   my $channel = oct("0b" . $BitChannel);
   my $cmd = substr($bitData, 32, 4); # vorher my $cmd = substr($bitData, 32, 8);
   my $newstate = $codes{ $cmd };            # set new state
   my $deviceCode = $id . '_' . $channel;

    Log3 $hash, 4, "Dooya_Parse: device ID: $id";
    Log3 $hash, 4, "Dooya_Parse: Channel: $channel";
    Log3 $hash, 4, "Dooya_Parse: Cmd: $cmd  Newstate: $newstate";
    Log3 $hash, 4, "Dooya_Parse: deviceCode: $deviceCode";


Damit erkennt das Modul trotzdem noch ob es nach oben oder unten geht. Hast du das schon geändert mit dem 5 Kanal Wandsender??

MfG Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 26 April 2016, 20:22:34
Jain.. Ich hab was geändert, aber die 39 Bit Nachrichten werden derzeit nicht weiter gegeben... Geht denn Senden dann auch?
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 26 April 2016, 20:57:53
Zitat von: Sidey am 26 April 2016, 20:22:34
Jain.. Ich hab was geändert, aber die 39 Bit Nachrichten werden derzeit nicht weiter gegeben... Geht denn Senden dann auch?

Senden muß man mit 40Bit sonst geht nix. Vom sduino werden momentan ledeglich 36 Bit benötigt. Mit den ersten 28 die ID dann mit 29 - 32 der Kanal und 33 - 36 der Befehl (hoch, runter, stop, lernen)

wenn ich nur
my $cmd = substr($bitData, 32, 4); # vorher my $cmd = substr($bitData, 32, 8);
   my $newstate = $codes{ $cmd };            # set new state


gemacht habe ging kein autocreate mehr aber dier befehl wurde richtig erkannt vom modul.





mit

my $cmd = substr($bitData, 32, 4); # vorher my $cmd = substr($bitData, 32, 8);
   my $newstate = $codes{ $cmd . $cmd };            # set new state


geht auch wieder autocreate.  Jetzt brauche ich die 36 Bit...


MfG Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 26 April 2016, 22:37:04
Hi Jarnsen,

ich habe im Git keine Änderungen von dir gesehen?

Die Anpassung für die Bitlänge habe ich gemacht. Es werden jetzt auch Nachrichten mit 39 bit an das dooya Modul übergeben.
Mir ist noch aufgefallen, dass es kein MATCH gibt, welches von FHEM für die Zuweisung der Nachrichten gibt.
Darüber hinaus werden globale Variablen geladen.

Diese sollten als internal in der Geräteinstanz gespeichert werden.

Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 26 April 2016, 22:43:26
Sorry geht gleich ins GitHub rein.... Das mit dem MATCH verstehe ich nicht... Wie gesagt, ist nicht ganz meine Kragenweite mit programmieren


Jarnsen


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 27 April 2016, 18:07:35
Zitat von: Sidey am 26 April 2016, 22:37:04
Hi Jarnsen,

ich habe im Git keine Änderungen von dir gesehen?

Die Anpassung für die Bitlänge habe ich gemacht. Es werden jetzt auch Nachrichten mit 39 bit an das dooya Modul übergeben.
Mir ist noch aufgefallen, dass es kein MATCH gibt, welches von FHEM für die Zuweisung der Nachrichten gibt.
Darüber hinaus werden globale Variablen geladen.

Diese sollten als internal in der Geräteinstanz gespeichert werden.

Grüße Sidey


update über dev-r32 geht nicht

2016.04.27 18:04:54 1 : UPD FHEM/14_Hideki.pm
2016.04.27 18:04:54 1 : UPD FHEM/90_SIGNALduino_un.pm
2016.04.27 18:04:54 1 : UPD FHEM/14_SD_WS07.pm
2016.04.27 18:04:54 1 : UPD FHEM/firmware/SIGNALduino_nano328.hex
2016.04.27 18:04:54 1 : UPD FHEM/firmware/SIGNALduino_uno.hex
2016.04.27 18:04:54 1 : UPD FHEM/firmware/SIGNALduino_promini328.hex
2016.04.27 18:04:54 1 : UPD FHEM/14_SD_WS09.pm
2016.04.27 18:04:55 1 : UPD FHEM/00_SIGNALduino.pm
2016.04.27 18:04:55 1 : UPD FHEM/41_OREGON.pm
2016.04.27 18:04:55 1 : UPD FHEM/98_Dooya.pm
2016.04.27 18:04:55 4 : CUL_Parse: CUL868 Z0EBF020212D94B1234560001190F25F1 -81.5
2016.04.27 18:04:55 1 : Got 39960 bytes for FHEM/98_Dooya.pm, expected 39885
2016.04.27 18:04:55 1 : aborting.




Grüße Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 27 April 2016, 18:43:53
Dooya manuell hinzugefügt... 5 Kanal wird sehr schön erkannt.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 27 April 2016, 21:16:40
Das liegt an deinem Commit
https://github.com/RFD-FHEM/RFFHEM/commit/065de948bf51560186b8883d8862196c7d717087

Kannst Du bitte beim Commit die controls Datei mit aktualisieren.

Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 27 April 2016, 21:27:48
Ich versuche es


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 28 April 2016, 14:48:13
Zitat von: Sidey am 27 April 2016, 21:16:40
Das liegt an deinem Commit
https://github.com/RFD-FHEM/RFFHEM/commit/065de948bf51560186b8883d8862196c7d717087

Kannst Du bitte beim Commit die controls Datei mit aktualisieren.

Grüße Sidey

Bekomme es nicht hin...
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 29 April 2016, 12:52:40
Wo hast Du denn die Probleme?
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 29 April 2016, 14:34:27
Zitat von: Sidey am 29 April 2016, 12:52:40
Wo hast Du denn die Probleme?
Ralf hat es mir nochmals erklärt... Wusste den Befehl zum erstellen nicht mehr...
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 02 Mai 2016, 22:44:08
Wie gut läuft denn jetzt senden und Empfangen?


Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 03 Mai 2016, 18:41:22
Zitat von: Sidey am 02 Mai 2016, 22:44:08
Wie gut läuft denn jetzt senden und Empfangen?


Grüße Sidey

Hallo Sidey,

sorry das ich erst jetzt antworte. Senden läuft sehr gut mit dem Modul. Keine Probleme. Empfangen ist noc nicht zu 100% der Schaltvorgänge. Bringt es eine Verbesserung wenn man nur 36Bit dekodierd? Mehr brauchen wir ja eigentlich nicht. Bzw kann man den sduino noch eine wenig tolleranter machen?? Drückzeit für fast 100% beträgt in etwa 1sec. Obwohl ja das Signal mehrfach gesendet wird beim ganz kurzem drücken.


Grüße Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 11 Mai 2016, 22:49:55
Hi Jarnsen,

probier noch mal mit der aktuellen (gerade eingecheckten) dev-r32 Version.
Ich hab da jetzt was eingebaut.


Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 14 Mai 2016, 10:32:18
Zitat von: Sidey am 11 Mai 2016, 22:49:55
Hi Jarnsen,

probier noch mal mit der aktuellen (gerade eingecheckten) dev-r32 Version.
Ich hab da jetzt was eingebaut.


Grüße Sidey

Hallo Sidey,

neueste Version ist drauf
(http://up.picr.de/25536706ks.jpg)

Leider funktioniert jetzt kein senden mehr... Egal obi ch mit Rollo Auf oder mit set sduino sendMsg arbeite... Log liegt bei....

2016.05.14 10:23:13 4: Dooya_sendCommand: Rollo_Treppe -> cmd :on:
2016.05.14 10:23:13 4: Dooya set SignalRepeats: 10 for sduino
2016.05.14 10:23:13 4: Dooya set channel: 1 (0001) for sduino
2016.05.14 10:23:13 4: Dooya set value = Rollo_Treppe on
2016.05.14 10:23:13 4: Dooya_sendCommand: Rollo_Treppe -> message :P16#0100100000000101101101111011000100110011#R10:
2016.05.14 10:23:13 5: sduino/write: adding to queue sendMsg P16#0100100000000101101101111011000100110011#R10
2016.05.14 10:23:13 5: sduino: sendmsg Preparing manchester protocol=16, repeats=10, clock=0 data=0100100000000101101101111011000100110011
2016.05.14 10:23:13 4: sduino/set: sending via SendMsg: SM;R=10;C=0;D=0100100000000101101101111011000100110011;
2016.05.14 10:23:13 5: sduino SW: SM;R=10;C=0;D=0100100000000101101101111011000100110011;
2016.05.14 10:23:13 4: sduino/msg READ: SM;R=10;C=0;D=0100100000000101101101111011000100110011;
2016.05.14 10:23:13 5: sduino/HandleWriteQueue: nothing to send, stopping timer
2016.05.14 10:23:24 4: sduino/msg READ: MU;P0=-760;P1=326;P2=676;P3=-407;P4=4752;P5=-1576;P6=-32001;D=0102310101010101010102310232310232310232323231023231010102310101023101010234510231010231010101010101010231023231023231023232323102323101010231010102310101026;CP=1;
2016.05.14 10:23:24 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.05.14 10:23:24 5: sduino: Starting demodulation at Position 77
2016.05.14 10:23:24 5: sduino: dispatching bits: 0 1 0 0 1 0 0 0 0 0 0 0 0 1 0 1 1 0 1 1 0 1 1 1 1 0 1 1 0 0 0 1 0 0 0 1 0 0 0 0
2016.05.14 10:23:24 4: sduino: decoded matched MU Protocol id 16 dmsg P16#4805B7B110 length 40
2016.05.14 10:23:24 5: sduino: converted Data to (P16#4805B7B110)
2016.05.14 10:23:24 5: sduino dispatch P16#4805B7B110
2016.05.14 10:23:24 4: Dooya_Parse: rawData = 4805B7B110 length: 10
2016.05.14 10:23:24 4: Dooya_Parse: converted to bits: 0100100000000101101101111011000100010000
2016.05.14 10:23:24 4: Dooya_Parse: device ID: 0100100000000101101101111011
2016.05.14 10:23:24 4: Dooya_Parse: Channel: 1
2016.05.14 10:23:24 4: Dooya_Parse: Cmd: 0001  Newstate: off
2016.05.14 10:23:24 4: Dooya_Parse: deviceCode: 0100100000000101101101111011_1
2016.05.14 10:23:24 3: Dooya Unknown device 0100100000000101101101111011_1, please define it
2016.05.14 10:23:24 4: sduino/msg READ: MU;P0=-669;P1=670;P2=-413;P3=316;P5=-32001;D=0123012123012121212301212303030123030301212121235;CP=3;
2016.05.14 10:23:24 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.05.14 10:23:24 5: sduino: Starting demodulation at Position 2
2016.05.14 10:23:35 3: SONOS0: Connection accepted from localhost:50705
2016.05.14 10:23:38 1: Timeout for PROPLANTA_Run reached, terminated process 14497
2016.05.14 10:23:43 5: Dooya_set: Rollo_Treppe -> timings ->  td1:18,5: tdc :25:  tuo :26:  tu1 :7,5:
2016.05.14 10:23:43 4: Dooya_set: Rollo_Treppe -> entering with mode :send: cmd :on:  arg1 ::  pos :200:
2016.05.14 10:23:43 3: Dooya_set: handled command on --> move :on:  newState :200:
2016.05.14 10:23:43 5: Dooya_set: handled for drive/udpate:  updateState ::  drivet :0: updatet :0:
2016.05.14 10:23:43 4: Dooya_sendCommand: Rollo_Treppe -> cmd :on:
2016.05.14 10:23:43 4: Dooya set SignalRepeats: 10 for sduino
2016.05.14 10:23:43 4: Dooya set channel: 1 (0001) for sduino
2016.05.14 10:23:43 4: Dooya set value = Rollo_Treppe on
2016.05.14 10:23:43 4: Dooya_sendCommand: Rollo_Treppe -> message :P16#0100100000000101101101111011000100110011#R10:
2016.05.14 10:23:43 5: sduino/write: adding to queue sendMsg P16#0100100000000101101101111011000100110011#R10
2016.05.14 10:23:43 5: sduino: sendmsg Preparing manchester protocol=16, repeats=10, clock=0 data=0100100000000101101101111011000100110011
2016.05.14 10:23:43 4: sduino/set: sending via SendMsg: SM;R=10;C=0;D=0100100000000101101101111011000100110011;
2016.05.14 10:23:43 5: sduino SW: SM;R=10;C=0;D=0100100000000101101101111011000100110011;
2016.05.14 10:23:43 4: sduino/msg READ: SM;R=10;C=0;D=0100100000000101101101111011000100110011;
2016.05.14 10:23:43 5: sduino/HandleWriteQueue: nothing to send, stopping timer
2016.05.14 10:23:47 5: Dooya_set: Rollo_Treppe -> timings ->  td1:18,5: tdc :25:  tuo :26:  tu1 :7,5:
2016.05.14 10:23:47 4: Dooya_set: Rollo_Treppe -> entering with mode :send: cmd :on:  arg1 ::  pos :200:
2016.05.14 10:23:47 3: Dooya_set: handled command on --> move :on:  newState :200:
2016.05.14 10:23:47 5: Dooya_set: handled for drive/udpate:  updateState ::  drivet :0: updatet :0:
2016.05.14 10:23:47 4: Dooya_sendCommand: Rollo_Treppe -> cmd :on:
2016.05.14 10:23:47 4: Dooya set SignalRepeats: 10 for sduino
2016.05.14 10:23:47 4: Dooya set channel: 1 (0001) for sduino
2016.05.14 10:23:47 4: Dooya set value = Rollo_Treppe on
2016.05.14 10:23:47 4: Dooya_sendCommand: Rollo_Treppe -> message :P16#0100100000000101101101111011000100110011#R10:
2016.05.14 10:23:47 5: sduino/write: adding to queue sendMsg P16#0100100000000101101101111011000100110011#R10
2016.05.14 10:23:47 5: sduino: sendmsg Preparing manchester protocol=16, repeats=10, clock=0 data=0100100000000101101101111011000100110011
2016.05.14 10:23:47 4: sduino/set: sending via SendMsg: SM;R=10;C=0;D=0100100000000101101101111011000100110011;
2016.05.14 10:23:47 5: sduino SW: SM;R=10;C=0;D=0100100000000101101101111011000100110011;
2016.05.14 10:23:47 4: sduino/msg READ: SM;R=10;C=0;D=0100100000000101101101111011000100110011;
2016.05.14 10:23:47 5: sduino/HandleWriteQueue: nothing to send, stopping timer
2016.05.14 10:23:51 5: Dooya_set: Rollo_Treppe -> timings ->  td1:18,5: tdc :25:  tuo :26:  tu1 :7,5:
2016.05.14 10:23:51 4: Dooya_set: Rollo_Treppe -> entering with mode :send: cmd :on:  arg1 ::  pos :200:
2016.05.14 10:23:51 3: Dooya_set: handled command on --> move :on:  newState :200:
2016.05.14 10:23:51 5: Dooya_set: handled for drive/udpate:  updateState ::  drivet :0: updatet :0:
2016.05.14 10:23:51 4: Dooya_sendCommand: Rollo_Treppe -> cmd :on:
2016.05.14 10:23:51 4: Dooya set SignalRepeats: 10 for sduino
2016.05.14 10:23:51 4: Dooya set channel: 1 (0001) for sduino
2016.05.14 10:23:51 4: Dooya set value = Rollo_Treppe on
2016.05.14 10:23:51 4: Dooya_sendCommand: Rollo_Treppe -> message :P16#0100100000000101101101111011000100110011#R10:
2016.05.14 10:23:51 5: sduino/write: adding to queue sendMsg P16#0100100000000101101101111011000100110011#R10
2016.05.14 10:23:51 5: sduino: sendmsg Preparing manchester protocol=16, repeats=10, clock=0 data=0100100000000101101101111011000100110011
2016.05.14 10:23:51 4: sduino/set: sending via SendMsg: SM;R=10;C=0;D=0100100000000101101101111011000100110011;
2016.05.14 10:23:51 5: sduino SW: SM;R=10;C=0;D=0100100000000101101101111011000100110011;
2016.05.14 10:23:51 4: sduino/msg READ: SM;R=10;C=0;D=0100100000000101101101111011000100110011;
2016.05.14 10:23:51 5: sduino/HandleWriteQueue: nothing to send, stopping timer


Der sduino blinkt auch jetzt komplett anders als vorher... wenn du willst kann ich Video einstellen....


MfG Jarnsen
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Ralf9 am 14 Mai 2016, 11:17:46
Zitat von: Jarnsen am 14 Mai 2016, 10:32:18
neueste Version ist drauf

Leider funktioniert jetzt kein senden mehr... Egal obi ch mit Rollo Auf oder mit set sduino sendMsg arbeite... Log liegt bei....

ersetze mal in der 00_SIGNALduino.pm in der Zeile 1110
if ($ProtocolListSIGNALduino{$protocol}{format} == 'manchester')
das == durch eq

Gruß Ralf
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 14 Mai 2016, 11:49:40
Zitat von: Ralf9 am 14 Mai 2016, 11:17:46
ersetze mal in der 00_SIGNALduino.pm in der Zeile 1110
if ($ProtocolListSIGNALduino{$protocol}{format} == 'manchester')
das == durch eq

Gruß Ralf

Hallo Ralf,

Danke für die schnelle Antwort, genau daran hat es gelegen... Senden funktioniert jetzt wieder...

Die Warteschlange funktioniert noch nicht... Ich arbeite momentan noch mit sleep 1 was aber auch nicht tragisch ist...


MfG Jarnsen...

PS.: änderst du das in der aktuellen 00_SIGNALduino.pm
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 21 Mai 2016, 15:00:25
Hi Zusammen,

ich war ein paar Wochen nicht im Lande und musste leider feststellen das meine Rollo´s per Dooya Modul angesteuert nicht mehr tun.
Nach "alter" Methode mittels Dummy und entsprechenden Notifys klappts problemlos mit dem Sduino.

Hat sich da irgendwas mächtig in dem Modul geändert? Im log sieht das so aus:


2016.05.21 14:59:09 4: Dooya_set: P_Rollo6D -> entering with mode :send: cmd :on:  arg1 ::  pos :0:
2016.05.21 14:59:09 3: Dooya_set: handled command on --> move :on:  newState :0:
2016.05.21 14:59:09 4: Dooya_sendCommand: P_Rollo6D -> cmd :on:
2016.05.21 14:59:09 4: Dooya set SignalRepeats: 10 for SDuino
2016.05.21 14:59:09 4: Dooya set channel: 10 (1010) for SDuino
2016.05.21 14:59:09 4: Dooya set value = P_Rollo6D on
2016.05.21 14:59:09 4: Dooya_sendCommand: P_Rollo6D -> message :P16#0111100000000111100000101011101000110011#R10:
2016.05.21 14:59:09 4: Dooya_set: P_Rollo6D -> update state in 17 sec
2016.05.21 14:59:09 4: SDuino/msg READ: Unsupported command
2016.05.21 14:59:09 4: SDuino/msg READ: Unsupported command
2016.05.21 14:59:09 4: SDuino/msg READ: 941
2016.05.21 14:59:12 4: Dooya_TimedUpdate
2016.05.21 14:59:12 4: Dooya_TimedUpdate: P_Rollo6D -> update state in 13.99 sec
2016.05.21 14:59:15 4: Dooya_TimedUpdate
2016.05.21 14:59:15 4: Dooya_TimedUpdate: P_Rollo6D -> update state in 10.99 sec



Gesendet wird meiner Meinung nach auch, da der Sduino wie gewohnt blinkt.

Gruß und Danke vorweg

Dominik
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 21 Mai 2016, 15:17:43
Hast du eine LED am sendepin?? Nur so kannst du es wirklich feststellen... Sieh mal Post 159 weiter oben hatte auch Probleme... Eventuell liegt es daran...


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 22 Mai 2016, 21:47:29
Hey,

das probier ich mal.

Hab keine Led am Sendepin...
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 22 Mai 2016, 21:50:48
Mit LED siehst du wie das Signal raus geht und ob sich was ändert vom optischen her....


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 22 Mai 2016, 22:11:09
ich dachte ich könnte die Datei unter "edit files" über das Webinterface bearbeiten - da wird sie aber nicht gelistet. Wo finde ich die .pm Datei denn?

Gruß
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 22 Mai 2016, 22:17:50
Nee... Im FHEM Ordner per ftp drauf gehen.... Opt/FHEM müsste es sein


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 22 Mai 2016, 22:28:04
Hab die Datei gefunden,

allerdings steht bei mir in Zeile 1110 was anderes, in 2457 finde ich folgendes:

      if (exists ($ProtocolListSIGNALduino{$id}{format}) && $ProtocolListSIGNALduino{$id}{format} eq "manchester")

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 22 Mai 2016, 22:29:25
Mach mal n Update dev32


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 22 Mai 2016, 22:44:51
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt  läuft grad.

Kann ich die 3.20b20 Firmware flashen oder lieber noch nicht?
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Dominik83 am 22 Mai 2016, 23:00:01
Das Update hat´s gebracht! Danke sehr!
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: betten33 am 01 Juni 2016, 21:06:10
Hallo zusammen,

ich habe einen Rollladenmotor 120 Nm RM-120/9 MAXI SW70 Rolladenmotor.
Dieser soll mit der RMF-Funkempfänger für 1 Motor per Funk gesteuert werden.

Ich habe einen Raspberry Pi mit CUL868 und einen SIGNALduino.

Ich wollte es gerne ohne Fernbedienung hinbekommen.
Habe versucht mich an euren Posts langzuhangeln.
Läuft jedoch nicht.

könnte mich jmd anleiten?
Weiß leider nicht an welchem Punkt es hakt.

Gruß Hendrik
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 01 Juni 2016, 21:07:59
Von welcher Firma sind die Rollos??


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: betten33 am 01 Juni 2016, 21:16:34
Von rohrmotor24

Gesendet von meinem SM-G900F mit Tapatalk

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 01 Juni 2016, 21:17:41
Dann sollte es funktionieren...
Definiere mal ein rollo


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: betten33 am 01 Juni 2016, 21:36:26
meinst du so?

http://www.bilder-upload.eu/show.php?file=795224-1464809810.png (http://www.bilder-upload.eu/show.php?file=795224-1464809810.png)

hier die übersicht zu "sduino":
http://www.bilder-upload.eu/show.php?file=5605f0-1464809942.png (http://www.bilder-upload.eu/show.php?file=5605f0-1464809942.png)
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 01 Juni 2016, 21:56:36
Bei der Definition nich K1 sondern _1


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: betten33 am 01 Juni 2016, 22:47:12
Habe ich geändert.

Gesendet von meinem SM-G900F mit Tapatalk

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 01 Juni 2016, 22:50:37
Schon an den Motor versucht anzulernen??? Strom ab wieder dran... Piepsen... Und anlernen wie an der Gebrauchsanweisung...


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 01 Juni 2016, 22:58:00
(http://uploads.tapatalk-cdn.com/20160601/85f16c94fff3c51c5a6cc362be328acf.jpg)


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: betten33 am 02 Juni 2016, 06:59:16
hey cool. es geht.
frage mich bloß warum es vorher nicht geklappt hat  ::)
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 02 Juni 2016, 07:26:46
K1 wars ;)


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: majorshark am 20 Juli 2016, 07:51:40
Hallo.

Geht denn das Steuern der Rollos auch noch mit dem exteren Programm 'rollo' ?

Habe es gestern mal ausprobiert - leider ohne Erfolg. Ich habe nur ein 433MHz Sender am PI angeschlossen. Der Funkt die Baumarktsteckdosen an. Wenn ich einen Befehl sende blinkt die Sende-LED auch. Motor ist im anlerenen Mode (piept zurück). Nur leider tut sich von FHEM aus nichts.

Habe ich noch etwas übersehen? Was muss ich noch einstellen? Oder geht das so einfach nicht?

Mein notify sieht so aus.
Markise:.* {
Log( 3, "Markise $EVTPART0");
if($EVTPART0 eq 'rein') {
system("sudo nice -n -19 /usr/bin/rollo kanal 1 0 1 1 hoch &");
}
if($EVTPART0 eq 'raus') {
system("sudo nice -n -19 /usr/bin/rollo kanal 1 0 1 1 runter &");
}
if($EVTPART0 eq 'stop') {
system("sudo nice -n -19 /usr/bin/rollo kanal 1 0 1 1 stop &");
}
if($EVTPART0 eq 'lernen') {
system("sudo nice -n -19 /usr/bin/rollo kanal 1 0 1 1 lernen &");
}
}


Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: majorshark am 23 September 2016, 19:00:06
Da Antworte ich mir mal selbst für den Fall das es mal noch jemand braucht.

Ja es geht.  :)

Ich habe das Programm Rollo aus dem mikrocontroller.net noch einmal kompiliert. Die ID im Quellcode einfach so lassen. Dann alles an der Console auf dem RasPi vorbereiten. In den Pfad wechseln wo das Programm "rollo" steht und folgendes eingeben.
sudo nice -n -19 ./rollo 0 0 1 0 lernen
ZitatDas Tastendruckintervall muss innerhalb von 6 Sekunden nach der Neueinstellung liegen, sonst stellt das System den Ausgangsstatus wieder her
Dann zweimal die Taste "P2" auf der Originalen Fernbedienung drücken. Danach den vorbereiteten Befehl auf der Console abschicken. Jetzt noch ein Test mit "hoch" oder "runter". Sollte funktionieren.

Noch ein bisschen aufhübschen für FHEM, fertig.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: RitterSport am 07 Oktober 2016, 15:44:46
@majorshark

Verstehe ich es richtig? Du nutzt zum Funken keinen Arduino sondern lässt das 433MHz Modul einfach über die Pins ders Raspi laufen?
Leider finde ich das Programm Rollo irgendwie nicht auf Microcontroller.net, kannst du mir einen Hinweis geben?

Grüße
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: majorshark am 07 Oktober 2016, 15:58:26
Genau so. Das Program kann ich Dir zukommen lassen.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 07 Oktober 2016, 16:02:01
Das befindet sich ebenfalls im ersten Beitrag....


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 07 Oktober 2016, 16:02:24
Alternativ wird dooya vom Signalduino unterstützt und es gibt auch ein Modul dank Jarnsen, welches die notwendigen Befehle umsetzt.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 07 Oktober 2016, 16:05:56
[98_Dooya] Neues Modul Version 1.12

https://r.tapatalk.com/shareLink?url=https%3A%2F%2Fforum%2Efhem%2Ede%2Findex%2Ephp%3Ftopic%3D49523&share_tid=49523&share_fid=75100&share_type=t


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 07 Oktober 2016, 16:08:29
Ist das nicht die, welche in FHEM verteilt wird?
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: majorshark am 07 Oktober 2016, 16:30:06
Zitat von: Jarnsen am 07 Oktober 2016, 16:02:01
Das befindet sich ebenfalls im ersten Beitrag....

Leider ohne Doku welcher GPIO am RPI genutzt wird. Da wird die Anbindung zur Geduldsprobe. Sorry.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 07 Oktober 2016, 16:34:20
Ich such das nochmal raus


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: majorshark am 07 Oktober 2016, 18:06:57
So. Hier noch einmal das Tool "rollo". Wie oben beschrieben nutzen. Der 433MHz Sender sollte Dabei auf Pin 11 des Raspi stecken (auch WiringPi GPIO 0).
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 07 Oktober 2016, 18:16:46
Also mich habt ihr ein wenig abghängt.

Variante ist ist Sender und Empfänger direkt an einem Raspberry und shellaufrufe über Dummys...

Variante 2 : Signalduino anstecken und das Modul Nutzen.

Gestern bei Variante 2 jetzt irgendwas nicht? Der 1. Beitrag deutet darauf hin, allerdings war ich der Meinung alle Probleme gelöst zu haben.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 07 Oktober 2016, 18:26:30
@Sidey

Per GPIO kenne ich nur die Variante mit Sender....

Am Modul läuft alles, außer der aktuelle Status des Rollos wenn per Fernbedienung geschalten wird... ich benutze das Modul seit dem es draußen ist... und ich bin zufrieden damit...


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 07 Oktober 2016, 18:28:17
Das einzige was ein wenig nervig ist, ist wenn der RPi neugestartet wird muss ich den SignalDuino ab und wieder anstöpseln... aber den nanoCUL auch


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 07 Oktober 2016, 18:30:50
Das ist ja komisch, was passiert da denn genau nach dem Reboot?
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: majorshark am 07 Oktober 2016, 19:17:43
Der Vollständigkeit halber noch der Dummy und das Notify:


Internals:
   NAME       Markise
   NR         282
   STATE      rein
   TYPE       dummy
   Readings:
     2016-09-25 17:44:57   state           rein
Attributes:
   devStateIcon raus:fts_sunblind_100 stop:fts_sunblind_60 rein:fts_sunblind_10
   room       1.21_Garten,9.2_Dummys
   setList    raus rein stop lernen
   webCmd     raus:stop:rein


Internals:
   DEF        Markise:.* {
my $state = ReadingsVal("Markise","state",0);

if($state eq "rein") {
  Log( 3, "Markise: ".$state);
  system("sudo nice -n -19 /usr/bin/rollo 0 0 1 0 hoch &");
} elsif($state eq "stop") {
  Log( 3, "Markise: ".$state);
  system("sudo nice -n -19 /usr/bin/rollo 0 0 1 0 stop &");
} elsif($state eq "raus") {
  Log( 3, "Markise: ".$state);
  system("sudo nice -n -19 /usr/bin/rollo 0 0 1 0 runter &");
} elsif($state eq "lernen") {
  Log( 3, "Markise: ".$state);
  system("sudo nice -n -19 /usr/bin/rollo 0 0 1 0 lernen &");
}
}
   NAME       Steuerung_Markise
   NOTIFYDEV  Markise
   NR         283
   NTFY_ORDER 50-Markise_steuerung
   REGEXP     Markise:.*
   STATE      2016-09-25 17:44:57
   TYPE       notify
   Readings:
     2016-09-23 18:42:01   state           active
Attributes:
   devStateStyle style="text-align:right;;"
   room       9.1_Steuerung
   verbose    0


Namen und Räume sind naturlich anzupassen.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 07 Oktober 2016, 19:36:02
Mit diesem "rollo" hast du aber nur eine ID und kannst nur per Kanal wechseln... bei der Version die ich angehangen habe kannst du ID und Kanal bestimmen


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 07 Oktober 2016, 19:38:20
Zitat von: Sidey am 07 Oktober 2016, 18:30:50
Das ist ja komisch, was passiert da denn genau nach dem Reboot?

Er erkennt den sduino nicht mehr... kurz vom Strom genommen geht es wieder... wenn man irgendwie regeln könnte das USB erst nach dem Start aktiviert wird würde es gehen...


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: majorshark am 07 Oktober 2016, 21:18:25
Ich habe nur eine Markiese mit Dooya Motor. Von daher reicht mir der Funktionsumfang.  :D
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Ralf9 am 07 Oktober 2016, 23:53:42
Zitat von: Jarnsen am 07 Oktober 2016, 18:28:17
Das einzige was ein wenig nervig ist, ist wenn der RPi neugestartet wird muss ich den SignalDuino ab und wieder anstöpseln... aber den nanoCUL auch

Dies hängt evtl damit zusammen, daß bei vielen der clone nanos aus china vergessen wurde den Testpin des FTDI Chips auf GND zu legen:

https://ketturi.kapsi.fi/2014/04/how-to-fix-moody-arduino-nano/

https://raspberry.tips/faq/arduino-nano-als-cul-reboot-fehler-beheben/


Wegen was mußt Du eigentlich den RPi so oft neu starten? Hast Du den RPi nicht immer inbetrieb?

GrußRalf
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 07 Oktober 2016, 23:56:13
Klar ist er immer am Netz... muss ihn nicht oft neu starten... sage nur das es das einzige ist was mich stört...


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Ralf9 am 08 Oktober 2016, 00:07:14
Wenn Du nicht an der RPi Hardware bastelst, dürfte normalerweise nur sehr selten ein neustart notwendig sein.
Mein Banana Pi hat mittlerweile eine uptime von fast einem Jahr.

Gruß Ralf
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: RitterSport am 11 Oktober 2016, 20:56:54
@majorshark
Danke erstmal für die Links und Hinweise.
Leider habe ich folgendes Problem über die Konsole und Rollo:

Die erste versuchsweise angelernte Rolllade schaltet sehr selten, und wenn wird nur der Befehl runter ausgeführt.
Mit den Fernbedienungen geht es einwandfrei.
Ein Sendeproblem sollte es eigentlich auch nicht sein, es ist eine Lambda/4 angelötet und das Schalten von Steckdosen geht

Irgendeine Idee?
Wie kann ich weitere Rollos anlernen? Anstelle von "sudo nice -n -19 ./rollo 0 0 1 0 anlernen" ein " sudo nice -n -19 ./rollo 0 0 0 1 anlernen" ?

Danke

Joe
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: majorshark am 11 Oktober 2016, 21:35:25
Gerne.

Zitat von: RitterSport am 11 Oktober 2016, 20:56:54
Die erste versuchsweise angelernte Rolllade schaltet sehr selten, und wenn wird nur der Befehl runter ausgeführt.
Mit den Fernbedienungen geht es einwandfrei.
Ein Sendeproblem sollte es eigentlich auch nicht sein, es ist eine Lambda/4 angelötet und das Schalten von Steckdosen geht

Ich denke da gibt es zwei Möglichkeiten. Die erste könnte sein das der Funkempfang nicht optimal ist. Dafür würde ich die Funkstrecke verkürzen. Nur zum Test um das auszuschießen.
Die zweite Möglichkeit ist das Timing des 'rollo' Tools. Das hatte der Autor auf Mikrokontroller.net auch beschreiben. Dafür ist das 'nice' im Befehl gut. Wobei der maximale Nice-Wert ist 19, der minimale -20. Vielleicht hat Dein Raspi zu viel zu tun um ein ordentliches Timing hinzubekommen.

Bei mir trifft eher Variante eins zu und es schalten zuweilen die 433MHz Steckdosen nicht sofort. Maximale Reichweite bei mir sind ca. 10m und zwei Mauern.

Das Anlernen sollte mit einem anderen Kanal, so wie Du es versuchst funktionieren.

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 11 Oktober 2016, 21:49:26
Für Timings ist halt ein arduino besser als ein raspi laut Sebastian von mikrokontroller.net weil da 1 sec immer 1 sec sind und nicht eventuell 0,8 oder 1,1sec


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: RitterSport am 12 Oktober 2016, 11:48:55
Ist tatsächlich ein Timingproblem!
Bei einem nacktem Raspi mit neuem Fhem und nichts anderem am Laufen : Geht problemlos

Bei meinem 2. Arbeitsraspi geht es so gut wie nie, darauf ist alle ausgelagert was auf dem 1. Raspi stören könnte.
Ich habe einen 1. Raspi , allerdings sitzt dort ein COC-Modul, deswegen kann ich den GPIO nicht nutzen.
Könnte ich den GPIO umstellen? Wie mache ich das?

Grüße
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: majorshark am 12 Oktober 2016, 12:25:21
Also doch das Timing.  :-\ Ok das passiert mit dem Singanduino natürlich nicht.

Den GPIO kannst Du umstellen. Einfach im rollo.c bei pinMode (0,... ) und digitalWrite (0,...) Deinen entsprechenden WiringPi-Port eintragen und neu Kompilieren.

gcc -Wall -o rollo rollo.c -lwiringPi

Wenn es keine Fehler gab sollte es auf dem andern Port funktionieren.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: RitterSport am 12 Oktober 2016, 13:13:49
Danke das funktioniert nun.
Aus der Konsole heraus kann ich nun alle anfahren etc.
Aber ich bekomme es aus fhem nicht heraus....
Die beiden Dateien liegen unter /home/pi/Dooya/ , Eigentümer ist pi

Bei der Eingabe { system("sudo nice -n -5 /home/pi/Dooya/rollo 0 1 0 0 runter &");;} bekomme ich nur -1 zurück

Komplett als DOIF
define Rollo_Kinderzimmer2 dummy
attr Rollo_Kinderzimmer2 room Rollladen
attr Rollo_Kinderzimmer2 setList hoch runter stop
attr Rollo_Kinderzimmer2 webCmd hoch:runter:stop
define Rollo_Kinderzimmer2_DOIF DOIF ([Rollo_Kinderzimmer2:"hoch"])\
({system("sudo nice -n -5 /home/pi/Dooya/rollo 0 1 0 0 hoch &");})\
DOELSEIF ([Rollo_Kinderzimmer2:"runter"])\
({system("sudo nice -n -5 /home/pi/Dooya/rollo 0 1 0 0 runter &");;;;})\
DOELSEIF ([Rollo_Kinderzimmer2:"stop"])\
({system("sudo nice -n -5 /home/pi/Dooya/rollo 0 1 0 0 stop &");;;;})
attr Rollo_Kinderzimmer1_DOIF room Notify
attr Rollo_Kinderzimmer1_DOIF do always


Wo habe ich den Denkfehler? Die Syntax müsste eigentlich stimmen da ein : { myLEDSend("TV_Server","6,0,100,0");;} bei mir geht.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: majorshark am 12 Oktober 2016, 13:27:41
Ich denke das ist eine Rechteproblem. Du hat ja als Benutzer Pi Kompiliert und versuchst als Benutzer FHEM diese auszuführen.
Du kannst ja mal versuchen die Datei 'rollo' auf 755 zu setzten.
Zitatsudo chmod 755 /home/pi/Dooya/rollo
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: RitterSport am 13 Oktober 2016, 14:41:49
Danke für die Rückmeldung.
Habe sogar 777 ausprobiert, ich bekomme immer zurück:
error

{system("sudo nice -n -5 /home/pi/Dooya/rollo 0 0 1 0 runter &");;}: -1  2016-10-13 14:39:23


Testweise unter fhem und dann als Benutzer fhem wie hier:

{system("sudo nice -n -5 /opt/fhem/Dooya/rollo 0 1 0 0 runter &");;;;}
geht auch nicht.
Im Logfile finde ich das hier:
sudo: no tty present and no askpass program specified

Mit fhem groups bekomme ich : fhem : dialout tty audio

Ideen?
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: majorshark am 13 Oktober 2016, 20:22:32
Hm. Nicht gut.
Ich habe es gerade noch einmal bei mir ausprobiert. Mit
{system("sudo nice -n -19 /usr/bin/rollo 0 0 1 0 runter &");;}
geht es bei mir in der Eingabezeile von FHEM. Allerdings ist das Ergebnis auch -1.
Und denk auch an das Timing. Ich weiß nicht ob es mit nice -5 bei Dir zuverlässig funktioniert wenn es da schon Probleme gab.


Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: RitterSport am 14 Oktober 2016, 12:25:00
Warum auch immer, mit dem Wert -5 kann ich bei mir alle Schalten, bei -19 gehen einige nur sporadisch.
In der Konsole geht es definitiv, aus fhem heraus bekomme ich die Fehlermeldung.
Gelöst, danke für die Unterstützung.
Die /etc/sudoers musste modifiziert werden, die Berechtigung fehlte dort.
# User privilege specification
root ALL=(ALL:ALL) ALL
fhem    ALL=(ALL:ALL) ALL
#includedir /etc/sudoers.d
fhem ALL=(ALL) NOPASSWD: AL
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: majorshark am 14 Oktober 2016, 18:44:28
Perfekt.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: wthiess am 19 Oktober 2016, 19:59:03
Hab den Tipp von Ralf9 durchgeführt. Funktioniert. 2 Minuten Arbeit (feine Lötspitze und Lupe) spart mir 2 Relais und einiges an config.

Danke
lg
Wolfgang
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 21 Oktober 2016, 19:52:04
Zitat von: Ralf9 am 07 Oktober 2016, 23:53:42
Dies hängt evtl damit zusammen, daß bei vielen der clone nanos aus china vergessen wurde den Testpin des FTDI Chips auf GND zu legen:

Danke Ralf,

hatte das schon mal irgendwo gelesen aber wieder verdrängt... inzwischen alle CUL und den Sduino geupdatet


Jarnsen
Titel: [GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 24 Oktober 2016, 19:26:27

SignalDuino gleich mit überarbeitet... mit superhet... die SendeLED finde ich praktisch...

Jarnsen


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: N3M3SIS am 03 Mai 2017, 02:31:24
Hoffe mir kann hier jemand helfen :)
Ich bekomme es nicht hin meine Rollladen zu steuern.
Was mache ich falsch ?

Das hier ist mein signalduino
http://www.directupload.net/file/d/4710/8idhxzka_jpg

Das hier mein definierter Rollo
http://www.directupload.net/file/d/4710/lxh42gl8_jpg

Das hier ist mein Handsender
http://www.nobily.de/profi-line/funksender/handsender/232/1-kanal-handsender?c=12

Drücke ich auf den Handsender erscheint das bei Event Monitor
2017-05-03 02:32:29 SIGNALduino sduino opened
2017-05-03 02:32:29 SIGNALduino sduino opened
2017-05-03 02:32:30 SIGNALduino sduino opened

Lg

N3M3SIS
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: wthiess am 03 Mai 2017, 14:10:09
Hallo N3M3SIS!

Hast du mal
https://forum.fhem.de/index.php/topic,49523.0.html (https://forum.fhem.de/index.php/topic,49523.0.html)
durchgearbeitet. Hier sind viele Probleme durchgearbeitet und auch behoben worden.
Danach wirst du es besser verstehen und auch deine Fragen werden konkreter.

Wichtig ist auch die Hardware die du für deinen Signalduino verwendest. Ich hatte Empfangsprobleme und deshalb mit dem Anlernen Probleme. Ein Auszug aus der fhem.cfg wäre auch gut.
Auch sind die Arduinos mit dem CH340 a Schmarn.
diesen hab ich:https://www.amazon.de/ATmega328P-Arduino-Compatible-Verbesserte-USB-Kabel/dp/B00Q6WTWGO/ref=sr_1_11?ie=UTF8&qid=1493812577&sr=8-11&keywords=arduino+nano (https://www.amazon.de/ATmega328P-Arduino-Compatible-Verbesserte-USB-Kabel/dp/B00Q6WTWGO/ref=sr_1_11?ie=UTF8&qid=1493812577&sr=8-11&keywords=arduino+nano) nicht vergessen pin3+4 zusammenlöten. wird eh viel beschreiben.
Auch beim Empfänger gibt es Probleme mit den Sets die Sender im Set passen. Bei mir 4 Wände und 30m https://www.amazon.de/Kabellos-Empf%C3%A4nger-Receiver-Wireless-Transmitter/dp/B01K7MVOPK/ref=sr_1_12?ie=UTF8&qid=1493812721&sr=8-12&keywords=arduino+sender (https://www.amazon.de/Kabellos-Empf%C3%A4nger-Receiver-Wireless-Transmitter/dp/B01K7MVOPK/ref=sr_1_12?ie=UTF8&qid=1493812721&sr=8-12&keywords=arduino+sender)
Hier sollte der Empfänger nicht verwendet werden. sonder diesen.
https://www.amazon.de/gp/product/B00EQ1UK68/ref=oh_aui_detailpage_o07_s00?ie=UTF8&psc=1 (https://www.amazon.de/gp/product/B00EQ1UK68/ref=oh_aui_detailpage_o07_s00?ie=UTF8&psc=1)
Natürlich 17cm Antennendraht drauf.

Bitte Fotos direkt hier direkt anhängen. Wenn man auf deinen Link klickt kommt Werbung. Das mache ich nicht mehr.

lg
Wolfgang
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: N3M3SIS am 03 Mai 2017, 15:05:36
Hi wthiess,

danke erstmals für die Hilfe.
Ich habe mich im Forum durchgelesen und auch vieles schon probiert.
Doch leider komme ich nicht ans Ziel.
Entweder habe ich einen denkfehler drin oder die Hardware ist nix.
Ich lege mal die Bilder von meinem Sduino in den Anhang.
Bis vor vorhin wußte ich garnicht das es verschiedene Sduino gibt.
Bin auch noch nicht wirklich so fit in sachen fhem.

In fhem.cfg steht das hier
define Rollo Dooya 0000111100001111000011110000_1
attr Rollo IODev sduino
attr Rollo channel 1
attr Rollo drive-down-time-to-100 18,5
attr Rollo drive-down-time-to-close 25
attr Rollo drive-up-time-to-100 0
attr Rollo drive-up-time-to-open 26
attr Rollo room Rollos
attr Rollo webCmd on:stop:off:pos


Im Logfile wenn ich den Rollo ans Strom hänge und 2x prog drück steht das hier.
2017.05.03 14:53:32 3: Dooya_set: handled command prog --> move :prog:  newState :20:
2017.05.03 14:53:32 4: Dooya set SignalRepeats: 10 for sduino
2017.05.03 14:53:32 4: Dooya set channel: 1 (0001) for sduino
2017.05.03 14:53:32 4: Dooya set value = Rollo prog
2017.05.03 14:53:32 4: Dooya_sendCommand: Rollo -> message :P16#0000111100001111000011110000000111001100#R10:
2017.05.03 14:53:32 5: sduino/write: adding to queue sendMsg P16#0000111100001111000011110000000111001100#R10
2017.05.03 14:53:32 5: sduino: sendmsg Preparing rawsend command for protocol=16, repeats=10, clock=280 bits=0000111100001111000011110000000111001100
2017.05.03 14:53:32 4: sduino/set: sending via SendMsg: SR;R=10;P0=4760;P1=-1400;P2=560;P3=-280;P4=280;P5=-840;D=0145454545232323234545454523232323454545452323232345454545454545232323454523234545;
2017.05.03 14:53:32 5: sduino SW: SR;R=10;P0=4760;P1=-1400;P2=560;P3=-280;P4=280;P5=-840;D=0145454545232323234545454523232323454545452323232345454545454545232323454523234545;
2017.05.03 14:53:32 4: sduino SendFromQueue: msg=SR;R=10;P0=4760;P1=-1400;P2=560;P3=-280;P4=280;P5=-840;D=0145454545232323234545454523232323454545452323232345454545454545232323454523234545;
2017.05.03 14:53:33 4: sduino/msg READ: SR;R=10;P0=4760;P1=-1400;P2=560;P3=-280;P4=280;P5=-840;D=0145454545232323234545454523232323454545452323232345454545454545232323454523234545;
2017.05.03 14:53:33 5: sduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=10;P0=4760;P1=-1400;P2=560;P3=-280;P4=280;P5=-840;D=0145454545232323234545454523232323454545452323232345454545454545232323454523234545;
2017.05.03 14:53:33 4: sduino/read sendraw answer: SR;R=10;P0=4760;P1=-1400;P2=560;P3=-280;P4=280;P5=-840;D=0145454545232323234545454523232323454545452323232345454545454545232323454523234545;
2017.05.03 14:53:33 4: sduino/HandleWriteQueue: nothing to send, stopping timer


Handtaster Logfile wenn ich die Taste runter drücke.
2017.05.03 15:03:33 4: sduino/msg READ: MC;LL=-826;LH=805;SL=-434;SH=395;D=1296D9321480;C=409;L=46;R=7;
2017.05.03 15:03:33 4: sduino/msg READ: MU;P0=-927;P1=-4062;P2=-428;P3=180;P4=134;P5=-116;P6=403;P7=802;D=0012300045041607262626070627262626072607072607062706270627260726040;CP=6;R=6;
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.05.03 15:03:33 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: Starting demodulation at Position 17
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 21 -> einhell garagedoor mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 24 -> visivon remote mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 26 -> remote26 mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: Starting demodulation at Position 14
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.05.03 15:03:33 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: Starting demodulation at Position 27
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 49 -> quigg_gt9000 mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: Starting demodulation at Position 13
2017.05.03 15:03:33 4: sduino/msg READ: MU;P0=-24952;P1=-448;P2=374;P3=-4048;P4=-856;P5=224;P6=-204;D=4565420212121212121212121215121212121212121212121212324;CP=2;R=9;
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.05.03 15:03:33 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 20 -> livolo mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 24 -> visivon remote mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.05.03 15:03:33 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.05.03 15:03:33 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.05.03 15:03:33 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.05.03 15:03:33 4: sduino/msg READ: MS;P1=-447;P2=362;P3=-856;P4=799;P5=-24958;P6=-4058;D=26234121212343214121212341234341234321432143214123412321412341212123434123412121212341212123432521212121212121212121212121212121212121212121;CP=2;SP=6;R=8;
2017.05.03 15:03:33 4: sduino: Matched MS Protocol id 41 -> elro doorbell
2017.05.03 15:03:33 5: sduino: Starting demodulation at Position 2
2017.05.03 15:03:33 5: sduino: Found wrong signalpattern, catched 2 bits, aborting demodulation
2017.05.03 15:03:33 4: sduino/msg READ: MC;LL=-832;LH=821;SL=-430;SH=370;D=42C252DB26429040;C=408;L=61;R=11;
2017.05.03 15:03:33 4: sduino: Found manchester Protocol id 10 clock 408 -> OSV2o3
2017.05.03 15:03:33 5: sduino: extracted data 1011110100111101101011010010010011011001101111010110111110111111 (bin)
2017.05.03 15:03:33 4: sduino: Found manchester Protocol id 11 clock 408 -> AS
2017.05.03 15:03:33 5: sduino: extracted data 0100001011000010010100101101101100100110010000101001000001000000 (bin)
2017.05.03 15:03:33 4: sduino/msg READ: MC;LL=-830;LH=824;SL=-418;SH=417;D=4A5B64C852085;C=414;L=52;R=9;
2017.05.03 15:03:33 4: sduino: Found manchester Protocol id 11 clock 414 -> AS
2017.05.03 15:03:33 5: sduino: extracted data 0100101001011011011001001100100001010010000010000101 (bin)
2017.05.03 15:03:33 4: sduino/msg READ: MC;LL=-818;LH=827;SL=-433;SH=383;D=42C252DB264290428;C=410;L=65;R=11;
2017.05.03 15:03:33 4: sduino: Found manchester Protocol id 10 clock 410 -> OSV2o3
2017.05.03 15:03:33 5: sduino: extracted data 10111101001111011010110100100100110110011011110101101111101111010111 (bin)
2017.05.03 15:03:33 4: sduino: Found manchester Protocol id 11 clock 410 -> AS
2017.05.03 15:03:33 5: sduino: extracted data 01000010110000100101001011011011001001100100001010010000010000101000 (bin)

Hoffe das sind genug Daten oder fehlt noch etwas ?

Lg

N3M3SIS
Titel: [GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 03 Mai 2017, 16:46:03
Ist das eine neue Version des sduino?? Ich kenne nur die Version wo Sender und Empfänger getrennt sind... hilft dir aber nicht weiter... sieht eher aus wie ein CUL434

Oben siehst du wie meiner aussieht...

Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: N3M3SIS am 03 Mai 2017, 17:21:18
Ich hab keine Ahnung ob das eine neue Version vom sduino ist oder CUL434.
Habe es als Signalduino gekauft und dachte das wäre einer :D

Bringe die Logfiles nichts ?
Kann man daran nicht sehen ob er richtige empfängt und sendet ?

Jarnsen wo bekomme ich so ein Sduino wie du hast her ?

Lg

N3M3SIS
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Jarnsen am 03 Mai 2017, 17:23:51
Die Teile hat dir wthies gelinkt... Zusammenbau laut sduino Beschreibung...


Gesendet von iPhone mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: N3M3SIS am 03 Mai 2017, 18:12:52
Ach so dachte sowas gibt es schon fertig zu kaufen.
Hab sowas noch nie zusammen gelötet  :o
Und daheim auch kein Lötkolben  :(

Mit Logfiles kann man nix anfangen ?

Lg
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: wthiess am 03 Mai 2017, 19:33:25
Hallo N3M3SIS!

Ich bin hier kein Profi sonder eher Anfänger. Ich haate am Anfang auch keien Plan aber Jarnsen hat mich geführt. Aber ich möchte dir helfen. Im folgenden ein paar Tipps.

Bitte die "codes" und log in #Code# einfügen. siehe Anhang. Ist sonst unlesbar. Vorallem am Handy. Bitte deinen Beitrag ändern.

Ich gehe mal davon aus das dein Ding sendet und empfängt. Der log zeigt ja jede Menge. Allerdings ist die Hardware nicht 100% die die wir haben.

Ist dein Fhem aktuell?
Dein Signalduino ist aktueller als meiner 3.3.1 (ich werd mal aktualisieren.)

Hier meine Fhem cfg.

Zu beachten die Zeile
"SignalRepeats 10"

#Signalduino
define sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A700CTEI-if00-port0@57600

define R_Lina_F Dooya 1000001000000110110000100101_1
attr R_Lina_F IODev sduino
attr R_Lina_F SignalRepeats 10
attr R_Lina_F drive-down-time-to-100 17
attr R_Lina_F drive-down-time-to-close 22
attr R_Lina_F drive-up-time-to-100 5
attr R_Lina_F drive-up-time-to-open 22
attr R_Lina_F eventMap on:Zu off:Auf stop:Stop
attr R_Lina_F group Rollo
attr R_Lina_F room Haus
attr R_Lina_F webCmd Zu:Auf:Stop:pos


Wie man im Log sieht hast du die Programmierung von der Rollo gemacht.

Mach doch mal wie hier beschrieben:
Fernbedienung(Fhem)-mit
im Fhem
set Devicename prog

An der echten Fernbedienung die mit der Rollo funktioniert.:
     Zweimal Programmiertaste (SETUP) drücken.
     Einmal die AUF-Taste drücken
     Einmal die AB-Taste drücken

Geh mit der Fernbedienung nah an deinen Empfänger nah ran.

*Ich hat mal Probleme nach einem Fhemupdate:
Dann habe ich
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt

gemacht.

lg
Wolfgang

Nachtrag: Hab grad bei Amazon gelesen:
ZitatDurch die Artikelbeschreibung wird der Eindruck hervorgerufen, dass man hier ein Produkt mit CC1101 Chip erwirbt - tatsächlich verbaut ist jedoch ein CC110L mit eingeschränktem Funktionsumfang! Hierdurch lässt sich das Produkt nicht uneingeschränkt wie vorgesehen nutzen. Insbesondere die Frequenzbandbreite ist massiv eingeschränkt.

Nachtrag:
Aus dem Wicki
Flashen des Ardunio mit der SIGNALduino Firmware
Falls avrdude noch nicht vorhanden ist, kann es mit folgendem Befehl installiert werden:

sudo apt-get install avrdude
In FHEM ist der SIGNALduino mit dem Status "Open" vorhanden. Jetzt müssen wir FHEM noch mitteilen, welche Hardware wir angeschlossen haben. Über das Attribut hardware lässt sich zwischen den mitgelieferten Firmware-Dateien wechseln. Solltet ihr einen Nano mit cc1101 Transreceiver verwenden, so wählt bitte folgende Hardware attr sduino hardware nanoCC1101 sonst üblicherweise attr sduino hardware nano328
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: N3M3SIS am 03 Mai 2017, 20:27:27
So ich habe wirklich alles probiert was mir so einfällt und was Ihr so geschrieben habt.

Komplett alles neu gemacht sogar.

--> update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
--> define sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1048A5G-if00-port0@57600
--> attr sduino hardware nanoCC1101
Frequenz auf 433.920 gestellt


Fhem.cfg
define Rollo Dooya 1000001000000110110000100101_1
attr Rollo IODev sduino
attr Rollo SignalRepeats 10
attr Rollo drive-down-time-to-100 18,5
attr Rollo drive-down-time-to-close 25
attr Rollo drive-up-time-to-100 0
attr Rollo drive-up-time-to-open 26
attr Rollo room Rollos
attr Rollo verbose 5
attr Rollo webCmd on:stop:off:pos


Hier komme ich einfach nicht weiter. Der Code fehlt einfach.
2017.05.03 20:03:10 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.05.03 20:03:10 5: sduino: Starting demodulation at Position 2
2017.05.03 20:03:10 5: sduino: applying filterfunc SIGNALduino_filterSign
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: wthiess am 03 Mai 2017, 20:36:35
Hallo N3M3SIS!

Habe gerade
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
mit Firmware 3.3.1 gemacht. Funktioniert.

Nur zur sicherheit:
Du schreibst dev-r32. hast aber Firmware 3.3.1. Ich kenn den Einfluss nicht.

Ansonsten Original Signalduino mit den Teilen wie ich geschrieben habe.

lg
Wolfgang
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 03 Mai 2017, 21:21:05
Also um das Rätsel mit der Hardware aufzulösen.

Seit Version 3.3.1 gibt es auch eine Firmware, welche den cc1101 Transreceiver unterstützt. In Version 3.2 funktioniert das jedoch nicht.

Mit dem cc1101 kann man senden und empfangen.
Die cc1101 Modelle gibt es für 433 und 868 MHz. Der Unterschied liegt im Wesentlichen in den Antennen und Wiederständen.
Ob du einen cc1101 Chip hast kann ich leider nicht erkennen.

Grüße Sidey


Gesendet von meinem Nexus 5 mit Tapatalk

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: N3M3SIS am 03 Mai 2017, 21:29:59
Hi Sidey,

Ja es ist ein cc1101 Chip.
Hab auf die dev-r33 updated damit der Chip erkannt wird.
Trotzdem wird die Fernbedienung nicht erkannt.
Auch der Rollo nicht wenn ich ihn an den Strom schalte und 2xprog mache.
Bekomme ich die dooya.pm von Fhem oder muss ich die selber einspielen?

Lg

Gesendet von meinem SM-G925F mit Tapatalk
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: wthiess am 03 Mai 2017, 22:44:15
Ist beim update dabei.
lg
Wolfgang
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: N3M3SIS am 04 Mai 2017, 13:07:27
Danke wthiess für die Antwort.

Bin leider immer noch nicht am Ziel  :(

Egal was ich drücke oder mache in der Logfile erscheint
2017.05.04 12:49:58 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.05.04 12:49:58 5: sduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.05.04 12:49:58 5: sduino: applying filterfunc SIGNALduino_filterSign

Außer Warema reagiert auf den Handsender oder ist das eventuell der Code ?

2017.05.04 12:49:56 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.05.04 12:49:56 5: sduino: Starting demodulation at Position 0
2017.05.04 12:49:56 5: sduino: dispatching bits: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
2017.05.04 12:49:56 4: sduino: decoded matched MU Protocol id 63 dmsg u63000000000000000 length 60 RSSI = -43
2017.05.04 12:49:56 5: sduino: converted Data to (u63000000000000000)
2017.05.04 12:49:56 5: sduino: dispatch u63000000000000000
2017.05.04 12:49:56 3: sduino: Unknown code u63000000000000000, help me!
2017.05.04 12:49:56 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.05.04 12:49:56 5: sduino: Starting demodulation at Position 8
2017.05.04 12:49:56 4: sduino/msg READ: MC;LL=-838;LH=814;SL=-407;SH=408;D=4747975EA3C753C7;C=411;L=64;R=62;
2017.05.04 12:49:56 4: sduino: Found manchester Protocol id 10 clock 411 RSSI -43 -> OSV2o3
2017.05.04 12:49:56 5: sduino: extracted data 1011100010111000011010001010000101011100001110001010110000111000 (bin)
2017.05.04 12:49:56 4: sduino: Found manchester Protocol id 11 clock 411 RSSI -43 -> AS
2017.05.04 12:49:56 5: sduino: extracted data 0100011101000111100101110101111010100011110001110101001111000111 (bin)
2017.05.04 12:49:56 4: sduino/msg READ: MC;LL=-840;LH=808;SL=-427;SH=386;D=4747975EA3C753C7;C=410;L=64;R=62;
2017.05.04 12:49:56 4: sduino: Found manchester Protocol id 10 clock 410 RSSI -43 -> OSV2o3
2017.05.04 12:49:56 5: sduino: extracted data 1011100010111000011010001010000101011100001110001010110000111000 (bin)
2017.05.04 12:49:56 4: sduino: Found manchester Protocol id 11 clock 410 RSSI -43 -> AS
2017.05.04 12:49:56 5: sduino: extracted data 0100011101000111100101110101111010100011110001110101001111000111 (bin)
2017.05.04 12:49:56 4: sduino/msg READ: MC;LL=-819;LH=817;SL=-409;SH=414;D=4747975EA3C753C7;C=409;L=64;R=62;
2017.05.04 12:49:56 4: sduino: Found manchester Protocol id 10 clock 409 RSSI -43 -> OSV2o3
2017.05.04 12:49:56 5: sduino: extracted data 1011100010111000011010001010000101011100001110001010110000111000 (bin)
2017.05.04 12:49:56 4: sduino: Found manchester Protocol id 11 clock 409 RSSI -43 -> AS
2017.05.04 12:49:56 5: sduino: extracted data 0100011101000111100101110101111010100011110001110101001111000111 (bin)
2017.05.04 12:49:57 4: sduino/msg READ: MC;LL=-816;LH=824;SL=-410;SH=416;D=4747975EA3C753C7;C=410;L=64;R=62;
2017.05.04 12:49:57 4: sduino: Found manchester Protocol id 10 clock 410 RSSI -43 -> OSV2o3
2017.05.04 12:49:57 5: sduino: extracted data 1011100010111000011010001010000101011100001110001010110000111000 (bin)
2017.05.04 12:49:57 4: sduino: Found manchester Protocol id 11 clock 410 RSSI -43 -> AS
2017.05.04 12:49:57 5: sduino: extracted data 0100011101000111100101110101111010100011110001110101001111000111 (bin)
2017.05.04 12:49:57 4: sduino/msg READ: MC;LL=-835;LH=814;SL=-407;SH=395;D=4747975EA3C753C7;C=408;L=64;R=62;
2017.05.04 12:49:57 4: sduino: Found manchester Protocol id 10 clock 408 RSSI -43 -> OSV2o3
2017.05.04 12:49:57 5: sduino: extracted data 1011100010111000011010001010000101011100001110001010110000111000 (bin)
2017.05.04 12:49:57 4: sduino: Found manchester Protocol id 11 clock 408 RSSI -43 -> AS
2017.05.04 12:49:57 5: sduino: extracted data 0100011101000111100101110101111010100011110001110101001111000111 (bin)
2017.05.04 12:49:57 4: sduino/msg READ: MC;LL=-824;LH=820;SL=-403;SH=420;D=4747975EA3C753C7;C=411;L=64;R=62;
2017.05.04 12:49:57 4: sduino: Found manchester Protocol id 10 clock 411 RSSI -43 -> OSV2o3
2017.05.04 12:49:57 5: sduino: extracted data 1011100010111000011010001010000101011100001110001010110000111000 (bin)
2017.05.04 12:49:57 4: sduino: Found manchester Protocol id 11 clock 411 RSSI -43 -> AS
2017.05.04 12:49:57 5: sduino: extracted data 0100011101000111100101110101111010100011110001110101001111000111 (bin)
2017.05.04 12:49:57 4: sduino/msg READ: MS;P0=-821;P1=827;P2=-25340;P5=-407;P6=414;P7=-4016;D=6765656560656515656565606565101010656515656560106565656565101010156560656515656015656065156565606565156265656565656565656565656565656565656565656565;CP=6;SP=7;R=59;O;
2017.05.04 12:49:57 4: sduino/msg READ: MC;LL=-841;LH=809;SL=-429;SH=392;D=51C461C;C=411;L=27;R=58;
2017.05.04 12:49:58 4: sduino/msg READ: MC;LL=-841;LH=809;SL=-429;SH=392;D=000000;C=411;L=22;R=58;
2017.05.04 12:49:58 4: sduino/msg READ: MU;P0=-841;P1=809;P2=-429;P3=392;P4=-30344;P5=-4012;D=53232323032321232323230323210101032321232323010323232323210101012323032321232301232303212323230323212344;CP=3;R=58;
2017.05.04 12:49:58 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.05.04 12:49:58 5: sduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.05.04 12:49:58 5: sduino: applying filterfunc SIGNALduino_filterSign


Vielleicht auch ein falsches Handsender der mit dem Dooya Modul nicht funktioniert ?
Ich lege Bilder in den Anhang mit.

Wenn der Handsender nicht geht und ich es nur über Fhem steuern möchte ist die vorgangsweise richtig ?
- Motor an den Strom und dann 2x set Rollo prog
oder
- 2x set Rollo prog und dann den Motor an den Strom
Egal wie ich es anstelle es tut sich leider nichts  :(

Eventuell sind es auch neue Bauteile von Nobily die mit dem Dooya Modul nicht funktionieren.

Hoffe Sidey kann mir weiter helfen.

Lg

N3M3SIS
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 04 Mai 2017, 23:16:03
Betätige den Handsender noch mehrmals im Abstand von 10 Sekunden und poste uns das Log.

Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: N3M3SIS am 05 Mai 2017, 00:10:15
Hi Sidey,

hab den Handsender ganz nah an den Sduine gelegt und im Abstand von 10sek immer eine andere Taste gedrückt.
Hoffe kannst was damit anfangen.

2017.05.05 00:04:31 4: sduino/keepalive ok, retry = 0
2017.05.05 00:05:31 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2017.05.05 00:05:32 5: sduino SW: P
2017.05.05 00:05:32 4: sduino/msg READ: OK
2017.05.05 00:05:32 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2017.05.05 00:05:32 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2017.05.05 00:05:38 4: sduino/msg READ: MU;P0=-626;P1=194;P6=108;P7=-21848;D=7601010101010101010101010101010101010101010101;CP=1;R=39;
2017.05.05 00:05:38 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.05.05 00:05:38 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: Starting demodulation at Position 3
2017.05.05 00:05:38 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.05.05 00:05:38 4: sduino/msg READ: MS;P0=-399;P1=414;P2=-4034;P3=-824;P4=827;P5=-24940;D=121340131043101040131043401010131043101043434010101343401343401310431043104310104340131043101510101010101010101010101010101010101010101010;CP=1;SP=2;R=47;O;
2017.05.05 00:05:38 4: sduino/msg READ: MS;P0=-414;P1=827;P2=-819;P3=407;P4=-24952;P5=-4016;D=353210323012303010323012103030323012303012121030303212103212103230123012301230301210323012303430303030303030303030303030303030303030303030;CP=3;SP=5;R=46;O;
2017.05.05 00:05:38 4: sduino/msg READ: MS;P0=-841;P1=808;P2=-436;P3=382;P4=-24954;P7=-4038;D=373012303210323212303210123232303210323210101232323010123010123032103210321032321012303210323432323232323232323232323232323232323232323232;CP=3;SP=7;R=32;O;
2017.05.05 00:05:38 4: sduino: Matched MS Protocol id 41 -> elro doorbell
2017.05.05 00:05:38 5: sduino: Starting demodulation at Position 2
2017.05.05 00:05:38 5: sduino: Found wrong signalpattern, catched 3 bits, aborting demodulation
2017.05.05 00:05:38 4: sduino/msg READ: MU;P0=-816;P1=818;P2=-406;P3=417;D=0123010123032103210321032321012303210323;CP=3;R=32;
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.05.05 00:05:38 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: start pattern for MU Protocol id 21 -> einhell garagedoor mismatches, aborting
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: start pattern for MU Protocol id 26 -> remote26 mismatches, aborting
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: Starting demodulation at Position 10
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.05.05 00:05:38 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: Starting demodulation at Position 2
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: start pattern for MU Protocol id 49 -> quigg_gt9000 mismatches, aborting
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 59 -> AK-HD-4 matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: start pattern for MU Protocol id 59 -> AK-HD-4 mismatches, aborting
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 60 -> WS2000/WS7000... matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: Starting demodulation at Position 1
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: Starting demodulation at Position 3
2017.05.05 00:05:38 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: Starting demodulation at Position 0
2017.05.05 00:05:38 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.05.05 00:05:38 5: sduino: Starting demodulation at Position 3
2017.05.05 00:05:40 3: FRITZBOX Fritzbox: Readout_Process.1837 TR-064 is switched on
2017.05.05 00:05:40 2: FRITZBOX Fritzbox: TR064_Init.4392 Cannot use TR-064. Perl modul Soap::Lite is missing on this system. Please install.
2017.05.05 00:05:48 4: sduino/msg READ: MS;P0=827;P1=-25384;P2=-820;P4=-406;P5=415;P6=-4030;D=56520452045202045204525404545204520202045454520202540254540452045204525402540254045204520154545454545454545454545454545454545454545454;CP=5;SP=6;R=23;O;
2017.05.05 00:05:48 4: sduino/msg READ: MS;P0=-418;P1=815;P2=-830;P3=398;P4=-25368;P7=-4028;D=37321032103212103210323010303210321212103030321212301230301032103210323012301230103210321430303030303030303030303030303030303030303030;CP=3;SP=7;R=32;O;
2017.05.05 00:05:48 4: sduino/msg READ: MS;P0=-817;P1=824;P2=-419;P3=403;P4=-25358;P5=-4018;D=35301230123010123012303212323012301010123232301010321032321230123012303210321032123012301432323232323232323232323232323232323232323232;CP=3;SP=5;R=32;O;
2017.05.05 00:05:49 4: sduino/msg READ: MC;LL=-812;LH=833;SL=-419;SH=414;D=49498950ADC936C9;C=412;L=64;R=32;
2017.05.05 00:05:49 4: sduino: Found manchester Protocol id 10 clock 412 RSSI -58 -> OSV2o3
2017.05.05 00:05:49 5: sduino: extracted data 1011011010110110011101101010111101010010001101101100100100110110 (bin)
2017.05.05 00:05:49 4: sduino: Found manchester Protocol id 11 clock 412 RSSI -58 -> AS
2017.05.05 00:05:49 5: sduino: extracted data 0100100101001001100010010101000010101101110010010011011011001001 (bin)
2017.05.05 00:05:49 4: sduino/msg READ: MC;LL=-812;LH=833;SL=-419;SH=414;D=FFFFC;C=412;L=18;R=32;
2017.05.05 00:05:58 4: sduino/msg READ: MU;P0=108;P1=-634;P3=-1488;P4=184;P5=-244;P6=900;P7=-3636;D=334567014141414141414141414141414141414141414141414;CP=4;R=53;
2017.05.05 00:05:58 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.05.05 00:05:58 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.05.05 00:05:58 5: sduino: Starting demodulation at Position 8
2017.05.05 00:05:58 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2017.05.05 00:05:58 5: sduino: start pattern for MU Protocol id 21 -> einhell garagedoor mismatches, aborting
2017.05.05 00:05:58 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.05.05 00:05:58 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.05.05 00:05:58 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.05.05 00:05:58 5: sduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.05.05 00:05:58 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.05.05 00:05:58 5: sduino: Starting demodulation at Position 1
2017.05.05 00:05:58 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.05.05 00:05:58 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.05.05 00:05:58 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2017.05.05 00:05:58 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.05.05 00:05:58 5: sduino: Starting demodulation at Position 2
2017.05.05 00:05:58 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.05.05 00:05:58 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.05.05 00:05:58 5: sduino: Starting demodulation at Position 0
2017.05.05 00:05:58 4: sduino/msg READ: MS;P0=-412;P1=404;P2=-4012;P3=-820;P4=826;P5=-25360;D=12134010101340134010101343101040101340134310431010434013104310401010134013434310401340101013401510101010101010101010101010101010101010101010;CP=1;SP=2;R=56;O;
2017.05.05 00:05:58 4: sduino/msg READ: MS;P0=-403;P1=421;P2=-819;P3=823;P4=-25372;P5=-4024;D=15123010101230123010101232101030101230123210321010323012103210301010123012323210301230101012301410101010101010101010101010101010101010101010;CP=1;SP=5;R=55;O;
2017.05.05 00:05:58 4: sduino/msg READ: MS;P0=-818;P1=397;P2=-435;P3=815;P4=-25376;P5=-4020;D=15103212121032103212121030121232121032103012301212303210123012321212103210303012321032121210321412121212121212121212121212121212121212121212;CP=1;SP=5;R=52;O;
2017.05.05 00:05:58 4: sduino/msg READ: MC;LL=-840;LH=820;SL=-431;SH=385;D=1712DD3612B210;C=412;L=53;R=55;
2017.05.05 00:05:58 4: sduino: Found manchester Protocol id 11 clock 412 RSSI -46.5 -> AS
2017.05.05 00:05:58 5: sduino: extracted data 00010111000100101101110100110110000100101011001000010000 (bin)
2017.05.05 00:05:58 4: sduino/msg READ: MC;LL=-820;LH=822;SL=-447;SH=404;D=485C4B74D84AC84;C=415;L=59;R=55;
2017.05.05 00:05:58 4: sduino: Found manchester Protocol id 11 clock 415 RSSI -46.5 -> AS
2017.05.05 00:05:58 5: sduino: extracted data 010010000101110001001011011101001101100001001010110010000100 (bin)
2017.05.05 00:06:08 4: sduino/msg READ: MS;P0=-821;P1=832;P2=-24964;P5=-415;P6=399;P7=-4030;D=67601560156560651560156565606510156560651015656015601065156560156015656065101010656515601565606265656565656565656565656565656565656565656565;CP=6;SP=7;R=51;O;
2017.05.05 00:06:08 4: sduino/msg READ: MC;LL=-821;LH=816;SL=-423;SH=407;D=6AE44;C=411;L=18;R=54;
2017.05.05 00:06:08 4: sduino/msg READ: MC;LL=-821;LH=816;SL=-423;SH=407;D=000000;C=411;L=22;R=54;
2017.05.05 00:06:08 4: sduino/msg READ: MC;LL=-821;LH=816;SL=-423;SH=407;D=48C868D12C48D5C88;C=411;L=65;R=54;
2017.05.05 00:06:08 4: sduino: Found manchester Protocol id 10 clock 411 RSSI -47 -> OSV2o3
2017.05.05 00:06:08 5: sduino: extracted data 10110111001101111001011100101110110100111011011100101010001101110111 (bin)
2017.05.05 00:06:08 4: sduino: Found manchester Protocol id 11 clock 411 RSSI -47 -> AS
2017.05.05 00:06:08 5: sduino: extracted data 01001000110010000110100011010001001011000100100011010101110010001000 (bin)
2017.05.05 00:06:18 4: sduino/msg READ: MU;P0=-641;P1=164;P2=212;P3=-380;P4=1212;P5=-32001;P6=-3068;D=455651010101010101010101010101010101010101010101023;CP=1;R=65;
2017.05.05 00:06:18 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.05.05 00:06:18 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.05.05 00:06:18 5: sduino: Starting demodulation at Position 7
2017.05.05 00:06:18 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.05.05 00:06:18 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.05.05 00:06:18 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.05.05 00:06:18 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.05.05 00:06:18 5: sduino: Starting demodulation at Position 49
2017.05.05 00:06:18 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.05.05 00:06:18 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.05.05 00:06:18 5: sduino: Starting demodulation at Position 0
2017.05.05 00:06:18 4: sduino/msg READ: MS;P0=414;P1=-419;P2=-4028;P3=-817;P4=826;P5=-24940;D=02010101030101434101030101410101030101014341034301014301434341010101030101430101410343410101030101430501010101010101010101010101010101010101010101;CP=0;SP=2;R=71;O;
2017.05.05 00:06:18 4: sduino/msg READ: MS;P0=424;P1=-405;P2=-822;P3=837;P4=-24938;P5=-4018;D=05010101020101323101020101310101020101013231023201013201323231010101020101320101310232310101020101320401010101010101010101010101010101010101010101;CP=0;SP=5;R=72;O;
2017.05.05 00:06:18 4: sduino/msg READ: MC;LL=-816;LH=828;SL=-397;SH=421;D=CF4BB507750E8;C=410;L=49;R=71;
2017.05.05 00:06:18 4: sduino: Found manchester Protocol id 11 clock 410 RSSI -38.5 -> AS
2017.05.05 00:06:18 5: sduino: extracted data 1100111101001011101101010000011101110101000011101000 (bin)
2017.05.05 00:06:28 4: sduino/msg READ: MS;P0=-723;P2=-417;P3=411;P4=-4014;P6=833;P7=-25360;D=34323232306062323232306060623032606232323062303232323260323260623230606230326230623062323060623732323232323232323232323232323232323232323232;CP=3;SP=4;R=65;O;
2017.05.05 00:06:29 4: sduino/msg READ: MC;LL=-824;LH=821;SL=-425;SH=397;D=0A0A9A13EE8A648A;C=411;L=64;R=71;
2017.05.05 00:06:29 4: sduino: Found manchester Protocol id 10 clock 411 RSSI -38.5 -> OSV2o3
2017.05.05 00:06:29 5: sduino: extracted data 1111010111110101011001011110110000010001011101011001101101110101 (bin)
2017.05.05 00:06:29 4: sduino: Found manchester Protocol id 11 clock 411 RSSI -38.5 -> AS
2017.05.05 00:06:29 5: sduino: extracted data 0000101000001010100110100001001111101110100010100110010010001010 (bin)
2017.05.05 00:06:29 4: sduino/msg READ: MC;LL=-824;LH=821;SL=-425;SH=397;D=0A0A9A13EE8A648A;C=411;L=64;R=71;
2017.05.05 00:06:29 4: sduino: Found manchester Protocol id 10 clock 411 RSSI -38.5 -> OSV2o3
2017.05.05 00:06:29 5: sduino: extracted data 1111010111110101011001011110110000010001011101011001101101110101 (bin)
2017.05.05 00:06:29 4: sduino: Found manchester Protocol id 11 clock 411 RSSI -38.5 -> AS
2017.05.05 00:06:29 5: sduino: extracted data 0000101000001010100110100001001111101110100010100110010010001010 (bin)
2017.05.05 00:06:31 4: sduino/keepalive ok, retry = 0
2017.05.05 00:06:38 4: sduino/msg READ: MU;P0=3008;P1=-32001;P2=244;P3=-646;P4=181;P7=-24272;D=70122343434343434343434343434343434343434343434;CP=4;R=68;
2017.05.05 00:06:38 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.05.05 00:06:38 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.05.05 00:06:38 5: sduino: Starting demodulation at Position 6
2017.05.05 00:06:38 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.05.05 00:06:38 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.05.05 00:06:38 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.05.05 00:06:38 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.05.05 00:06:38 5: sduino: Starting demodulation at Position 4
2017.05.05 00:06:38 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.05.05 00:06:38 4: sduino/msg READ: MC;LL=-813;LH=839;SL=-411;SH=416;D=FFFFFC;C=413;L=22;R=73;
2017.05.05 00:06:39 4: sduino/msg READ: MU;P0=-643;P1=178;P2=-410;P3=410;P4=-4032;P6=-7992;D=6101010101010101010101010101010101010101010101232323232323232323232323232323232323232323234323230;CP=1;R=73;
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.05.05 00:06:39 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: Starting demodulation at Position 3
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 24 -> visivon remote mismatches, aborting
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: Starting demodulation at Position 2
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.05.05 00:06:39 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 56 -> Celexon matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 56 -> Celexon mismatches, aborting
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: Starting demodulation at Position 47
2017.05.05 00:06:39 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: Starting demodulation at Position 0
2017.05.05 00:06:39 5: sduino: dispatching bits: 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0
2017.05.05 00:06:39 4: sduino: decoded matched MU Protocol id 63 dmsg u637FFFFE0 length 28 RSSI = -37.5
2017.05.05 00:06:39 5: sduino: converted Data to (u637FFFFE0)
2017.05.05 00:06:39 5: sduino: dispatch u637FFFFE0
2017.05.05 00:06:39 3: sduino: Unknown code u637FFFFE0, help me!
2017.05.05 00:06:39 4: sduino/msg READ: MC;LL=-821;LH=832;SL=-401;SH=420;D=8086004FA4811C80;C=412;L=61;R=77;
2017.05.05 00:06:39 4: sduino: Found manchester Protocol id 10 clock 412 RSSI -35.5 -> OSV2o3
2017.05.05 00:06:39 5: sduino: extracted data 0111111101111001111111111011000001011011011111101110001101111111 (bin)
2017.05.05 00:06:39 4: sduino: Found manchester Protocol id 11 clock 412 RSSI -35.5 -> AS
2017.05.05 00:06:39 5: sduino: extracted data 1000000010000110000000000100111110100100100000010001110010000000 (bin)
2017.05.05 00:06:39 4: sduino/msg READ: MS;P0=818;P1=-413;P2=406;P3=-832;P4=-25346;P5=-4030;D=2521212301212121212123012121232101212121212121212123012321212121030123012301212121212301212321210123012121212421212121212121212121212121212121212121212121;CP=2;SP=5;R=77;O;
2017.05.05 00:06:39 4: sduino/msg READ: MU;P0=827;P1=-417;P2=408;P3=-827;D=121212103012301230121212121230121232121012301212121;CP=2;R=75;
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.05.05 00:06:39 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 21 -> einhell garagedoor mismatches, aborting
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 26 -> remote26 mismatches, aborting
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: Starting demodulation at Position 6
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.05.05 00:06:39 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: Starting demodulation at Position 27
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 49 -> quigg_gt9000 mismatches, aborting
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 59 -> AK-HD-4 matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: start pattern for MU Protocol id 59 -> AK-HD-4 mismatches, aborting
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 60 -> WS2000/WS7000... matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: Starting demodulation at Position 9
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: Starting demodulation at Position 1
2017.05.05 00:06:39 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: Starting demodulation at Position 0
2017.05.05 00:06:39 5: sduino: dispatching bits: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
2017.05.05 00:06:39 4: sduino: decoded matched MU Protocol id 63 dmsg u630000000 length 28 RSSI = -36.5
2017.05.05 00:06:39 5: sduino: converted Data to (u630000000)
2017.05.05 00:06:39 5: sduino: dispatch u630000000
2017.05.05 00:06:39 3: sduino: Unknown code u630000000, help me!
2017.05.05 00:06:39 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.05.05 00:06:39 5: sduino: Starting demodulation at Position 7
2017.05.05 00:06:39 4: sduino/msg READ: MC;LL=-826;LH=819;SL=-435;SH=398;D=0218013E9204720;C=412;L=59;R=79;
2017.05.05 00:06:39 4: sduino: Found manchester Protocol id 11 clock 412 RSSI -34.5 -> AS
2017.05.05 00:06:39 5: sduino: extracted data 000000100001100000000001001111101001001000000100011100100000 (bin)
2017.05.05 00:06:39 4: sduino/msg READ: MC;LL=-826;LH=819;SL=-435;SH=398;D=0218013E9204720;C=412;L=59;R=79;
2017.05.05 00:06:39 4: sduino: Found manchester Protocol id 11 clock 412 RSSI -34.5 -> AS
2017.05.05 00:06:39 5: sduino: extracted data 000000100001100000000001001111101001001000000100011100100000 (bin)
2017.05.05 00:06:40 4: sduino/msg READ: MC;LL=-824;LH=823;SL=-411;SH=409;D=FFFFF8;C=411;L=21;R=76;
2017.05.05 00:06:40 4: sduino/msg READ: MC;LL=-824;LH=823;SL=-411;SH=409;D=1010C009F4902390;C=411;L=64;R=76;
2017.05.05 00:06:40 4: sduino: Found manchester Protocol id 10 clock 411 RSSI -36 -> OSV2o3
2017.05.05 00:06:40 5: sduino: extracted data 1110111111101111001111111111011000001011011011111101110001101111 (bin)
2017.05.05 00:06:40 4: sduino: Found manchester Protocol id 11 clock 411 RSSI -36 -> AS
2017.05.05 00:06:40 5: sduino: extracted data 0001000000010000110000000000100111110100100100000010001110010000 (bin)
2017.05.05 00:06:48 4: sduino/msg READ: MU;P0=852;P1=415;P2=169;P4=-394;P5=-633;P6=3744;P7=-32001;D=4567705177252525252525252525252525252525252525252525241414141414141414141414141414141414141414141;CP=2;R=75;
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.05.05 00:06:48 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: Starting demodulation at Position 7
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 24 -> visivon remote mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.05.05 00:06:48 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: Starting demodulation at Position 2
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 56 -> Celexon matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 56 -> Celexon mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: Starting demodulation at Position 54
2017.05.05 00:06:48 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: Starting demodulation at Position 0
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: Starting demodulation at Position 5
2017.05.05 00:06:48 4: sduino/msg READ: MC;LL=-805;LH=824;SL=-412;SH=421;D=51D111C83551B3518;C=410;L=65;R=77;
2017.05.05 00:06:48 4: sduino: Found manchester Protocol id 10 clock 410 RSSI -35.5 -> OSV2o3
2017.05.05 00:06:48 5: sduino: extracted data 10101110001011101110111000110111110010101010111001001100101011100111 (bin)
2017.05.05 00:06:48 4: sduino: Found manchester Protocol id 11 clock 410 RSSI -35.5 -> AS
2017.05.05 00:06:48 5: sduino: extracted data 01010001110100010001000111001000001101010101000110110011010100011000 (bin)
2017.05.05 00:06:48 4: sduino/msg READ: MC;LL=-814;LH=836;SL=-395;SH=389;D=FFFFFC;C=405;L=22;R=73;
2017.05.05 00:06:48 4: sduino/msg READ: MU;P0=822;P1=-25354;P4=-832;P5=-401;P6=420;D=540455650565640465656565056564656505656564656504656565056465650564046565056405656404056404656501;CP=6;R=82;
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.05.05 00:06:48 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 21 -> einhell garagedoor mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 26 -> remote26 mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: Starting demodulation at Position 7
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.05.05 00:06:48 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: Starting demodulation at Position 8
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 49 -> quigg_gt9000 mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 59 -> AK-HD-4 matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: start pattern for MU Protocol id 59 -> AK-HD-4 mismatches, aborting
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 60 -> WS2000/WS7000... matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: Starting demodulation at Position 8
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: Starting demodulation at Position 6
2017.05.05 00:06:48 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: Starting demodulation at Position 0
2017.05.05 00:06:48 5: sduino: dispatching bits: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
2017.05.05 00:06:48 4: sduino: decoded matched MU Protocol id 63 dmsg u63000000000000 length 48 RSSI = -33
2017.05.05 00:06:48 5: sduino: converted Data to (u63000000000000)
2017.05.05 00:06:48 5: sduino: dispatch u63000000000000
2017.05.05 00:06:48 3: sduino: Unknown code u63000000000000, help me!
2017.05.05 00:06:48 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.05.05 00:06:48 5: sduino: Starting demodulation at Position 2
2017.05.05 00:06:49 4: sduino/msg READ: MC;LL=-821;LH=818;SL=-409;SH=412;D=F1C3BCE5C8A5C;C=409;L=50;R=85;
2017.05.05 00:06:49 4: sduino: Found manchester Protocol id 11 clock 409 RSSI -31.5 -> AS
2017.05.05 00:06:49 5: sduino: extracted data 1111000111000011101111001110010111001000101001011100 (bin)
2017.05.05 00:06:49 4: sduino/msg READ: MC;LL=-880;LH=818;SL=-409;SH=412;D=717C70EF3972297;C=419;L=60;R=85;
2017.05.05 00:06:49 4: sduino: Found manchester Protocol id 11 clock 419 RSSI -31.5 -> AS
2017.05.05 00:06:49 5: sduino: extracted data 011100010111110001110000111011110011100101110010001010010111 (bin)
2017.05.05 00:06:49 4: sduino/msg READ: MC;LL=-831;LH=815;SL=-414;SH=407;D=E2F8E1DE72E452E;C=411;L=59;R=85;
2017.05.05 00:06:49 4: sduino: Found manchester Protocol id 11 clock 411 RSSI -31.5 -> AS
2017.05.05 00:06:49 5: sduino: extracted data 111000101111100011100001110111100111001011100100010100101110 (bin)
2017.05.05 00:06:49 4: sduino/msg READ: MC;LL=-822;LH=819;SL=-403;SH=421;D=717C70EF3972297;C=410;L=60;R=85;
2017.05.05 00:06:49 4: sduino: Found manchester Protocol id 11 clock 410 RSSI -31.5 -> AS
2017.05.05 00:06:49 5: sduino: extracted data 011100010111110001110000111011110011100101110010001010010111 (bin)
2017.05.05 00:06:49 4: sduino/msg READ: MC;LL=-832;LH=814;SL=-407;SH=412;D=FFFFF8;C=410;L=21;R=85;
2017.05.05 00:06:49 4: sduino/msg READ: MC;LL=-832;LH=814;SL=-407;SH=412;D=1717C70EF3972297;C=410;L=64;R=85;
2017.05.05 00:06:49 4: sduino: Found manchester Protocol id 10 clock 410 RSSI -31.5 -> OSV2o3
2017.05.05 00:06:49 5: sduino: extracted data 1110100011101000001110001111000100001100011010001101110101101000 (bin)
2017.05.05 00:06:49 4: sduino: Found manchester Protocol id 11 clock 410 RSSI -31.5 -> AS
2017.05.05 00:06:49 5: sduino: extracted data 0001011100010111110001110000111011110011100101110010001010010111 (bin)
2017.05.05 00:06:58 4: sduino/msg READ: MU;P1=-4055;P3=1246;P4=-20870;P5=-656;P6=-31998;P7=170;D=346646663661757575757575757575757575757575757575757575757;CP=7;R=76;
2017.05.05 00:06:58 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.05.05 00:06:58 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.05.05 00:06:58 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.05.05 00:06:58 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.05.05 00:06:58 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.05.05 00:06:58 5: sduino: Starting demodulation at Position 12
2017.05.05 00:06:58 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.05.05 00:06:58 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.05.05 00:06:58 5: sduino: Starting demodulation at Position 0
2017.05.05 00:06:58 4: sduino/msg READ: MU;P0=-408;P1=400;P2=-4032;D=010101010101010101010101010101010101010101012101;CP=1;R=79;
2017.05.05 00:06:58 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.05.05 00:06:58 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.05.05 00:06:58 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.05.05 00:06:58 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.05.05 00:06:58 5: sduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.05.05 00:06:58 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.05.05 00:06:58 5: sduino: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.05.05 00:06:58 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.05.05 00:06:58 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.05.05 00:06:58 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.05.05 00:06:58 4: sduino: Fingerprint for MU Protocol id 56 -> Celexon matches, trying to demodulate
2017.05.05 00:06:58 5: sduino: start pattern for MU Protocol id 56 -> Celexon mismatches, aborting
2017.05.05 00:06:58 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.05.05 00:06:58 5: sduino: Starting demodulation at Position 1
2017.05.05 00:06:58 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.05.05 00:06:58 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.05.05 00:06:58 5: sduino: Starting demodulation at Position 0
2017.05.05 00:06:59 4: sduino/msg READ: MC;LL=-817;LH=832;SL=-410;SH=405;D=00000;C=410;L=20;R=85;
2017.05.05 00:06:59 4: sduino/msg READ: MC;LL=-817;LH=832;SL=-410;SH=405;D=2928891AE02944298;C=410;L=65;R=85;
2017.05.05 00:06:59 4: sduino: Found manchester Protocol id 10 clock 410 RSSI -31.5 -> OSV2o3
2017.05.05 00:06:59 5: sduino: extracted data 11010110110101110111011011100101000111111101011010111011110101100111 (bin)
2017.05.05 00:06:59 4: sduino: Found manchester Protocol id 11 clock 410 RSSI -31.5 -> AS
2017.05.05 00:06:59 5: sduino: extracted data 00101001001010001000100100011010111000000010100101000100001010011000 (bin)


Lg

N3M3SIS
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Umsteiger am 05 Mai 2017, 13:37:19
Hallo zusammen,

Bin ganz neue und steige von Everhome auf fhem um. Klappt soweit gut nur happerts gerade an meinen E-Rollos von Rohrmotor24 (RMF-Serie).
Ich habe mir den Thread durchgelesen aber komm noch nicht ganz klar.
Aktuell habe ich einen Rasp3 + Cul433 (Busware) + Cul868 (Busware) + ZWave Stick im Einsatz.
Die Motoren stuere ich aktuell über Everhome und über den 15-Kanal Handender.

Benötige ich noch weitere Hardware um die Motoren zu steuern? Habe etwas vom Signaludino gelesen.

Kann mir jemand eine kleine Howto zur Verfügung stellen? Wäre wirklich klasse!!!

Vielen Dank schonmal
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: N3M3SIS am 05 Mai 2017, 13:46:41
Hi Umsteiger,

bei mir klappst noch nicht aber ich kann dir sagen um die Motoren zu steuern benötigst du um das Dooya Modul zu steuern die Hardware Signalduino.

LG

N3M3SIS

Gesendet von meinem SM-G925F mit Tapatalk

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: wthiess am 05 Mai 2017, 15:11:19
Hier lesen.

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

Lg
Wolfgang
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 05 Mai 2017, 21:25:09
Zitat von: N3M3SIS am 05 Mai 2017, 00:10:15
hab den Handsender ganz nah an den Sduine gelegt und im Abstand von 10sek immer eine andere Taste gedrückt.

Ich habe mir die Logs angesehen. Dein Sender verwendet eine andere Modulation. Die Daten sind Manchester Codiert.
Prinzipiell erst mal noch kein Problem, die Daten werden auch bereits demoduliert:


    1000000010000110000000000100111110100100100000010001110010000000
        000000100001100000000001001111101001001000000100011100100000
0000101000001010100110100001001111101110100010100110010010001010
0001000000010000110000000000100111110100100100000010001110010000

010010000101110001001011011101001101100001001010110010000100
01001000110010000110100011010001001011000100100011010101110010001000
1100111101001011101101010000011101110101000011101000
01010001110100010001000111001000001101010101000110110011010100011000
1111000111000011101111001110010111001000101001011100
011100010111110001110000111011110011100101110010001010010111
0001011100010111110001110000111011110011100101110010001010010111
00101001001010001000100100011010111000000010100101000100001010011000


Da tauchen auch mal ähnliche Daten auf, aber so direkt erkenne ich kaum Zusammenhänge.

Mit der bestehenden Dooya Implementierung hat das erst mal wenig zu tun. Das müsste jemand genauer untersuchen, wann sich da was ändert.

Grüße Sidey
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: N3M3SIS am 05 Mai 2017, 21:32:56
Es liegt aber nicht am Sduino was ich verwende oder?
Und wer sollte das genauer untersuchen?
An wen kann ich mich wenden?

Lg

Gesendet von meinem SM-G925F mit Tapatalk

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sidey am 05 Mai 2017, 23:17:26
Welche Version des Signalduino hast Du installiert?

Genauer untersuchen kann das jemand, der diese Sender verwendet. Z.B. Du. :)

Gesendet von meinem Nexus 5 mit Tapatalk

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: N3M3SIS am 05 Mai 2017, 23:19:45
Hehe dafür sollte man aber auch Ahnung haben was man tut 😁

Ich habe die Version 3.3.1

Gesendet von meinem SM-G925F mit Tapatalk

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: N3M3SIS am 06 Mai 2017, 22:45:06
Hi Jarnsen

du solltest eventuell im ersten Beitrag aufnehmen das Dooya nicht mit allen Nobily geht.
Weil ich habe mir nur Nobily gekauft weil ich dachte die funktionieren mit Fhem.

Lg

Gesendet von meinem SM-G925F mit Tapatalk

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: RaspiLED am 07 Mai 2017, 18:21:54
Hi,
na dann nehmen wir Dich doch nochmal an die Hand.

Wir fangen langsam an:

Wir müssen folgende Fragen klären:
1) Wie ist das Protokoll aufgebaut. Kein Dooya aber Manchester Codiert, aber ändert sich die Länge und was bedeuten die Bits. Hat jede Taste einen klaren Code oder ändern sich die Nachrichten w/ Rolling Code oder Verschlüsselung? Sind die Tasten bei langem Drücken anders als bei kurzem Druck?
2) Also müssen wir systematisch ran: Wir brauchen zwei Logeinträge im Abstand von ein paar Minuten von jeder Taste im Paar. Also A drücken Log genau davon speichern, dann 5 Minuten warten, dann A drücken und  dazu speichern. Das kann jetzt für jede Taste wiederholt werden (oder Du schreibst sauber zu den Zeiten in das Log welche Taste wie gedrückt wurde!).


Dann schauen wir uns die Nachrichten jeweils im  Vergleich an.
a) Die Nachrichten sind exakt gleich -> Kein rolling code, keine Verschlüsselung mit zeitanteil
b) Es gab Änderungen:
b1) Nur wenige Stellen -> Könnte Rolling Code sein -> Mehr dokumentierte Logs zu einer Taste um Code zu verstehen notwendig
b2) Vielen Stellen sind anders -> Könnte Verschlüsselung sein -> Sehr schwierig ohne Bilder vom Innenleben der Fernbedienung-> Auch dann eher versuche Die Fernbedienung anders auszulesen sinnvoll...

Kurzum: Ich hoffe auf b1, aber wir brauchen dokumentiertes Log Futter. Am besten als ZIP Datei.
@Sidey oder Ralf9: Habe ich was vergessen?

Gruß Arnd
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: N3M3SIS am 07 Mai 2017, 20:46:15
Hi Arnd,

ich habe mal deine Tipps befolgt und habe die gedrückten Tasten mitgeloggt.
Danke an alle die mir versuchen zu helfen.
Hoffe Ihr könnt damit was anfangen.

Lg

N3M3SIS
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: N3M3SIS am 12 Mai 2017, 13:38:10
Hi Leute ich habe den fehler gefunden.
Und zwar ich hab gedacht das ich Nobily PRE bestellt habe.
Doch leider ist mir ein fehler unterlaufen und habe ausversehen ERE bestellt.
ERE hat warhscheinlich einen andere Codierung als PRE.
Auch die Handsender von PRE funktionieren nicht mit ERE.
Vermutlich wird das nicht so einfach werden mit der Decodierung.
Falls doch wie soll ich voran gehen ?

Lg

N3M3SIS
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: hr1311 am 31 Juli 2017, 08:15:28
Hallo zusammen,


ich habe mal eine kurze Verständnisfrage bzw. benötige euren Rat.
Für unser Haus (Altbau) habe ich auf Empfehlung die Rolläden von Nobily PRE4 gekauft.
Diese würde ich gerne langfristig in FHEM einbinden (ich habe in der Vergangenheit schon mit FHEM und MAXX Termostate ein wenig herumgespielt).

Da es in unserem Altbau nicht ohne weiteres möglich ist, die Stromzufuhr für jeden Rolladen einzeln zu schalten (und ich separate Funkschalter auch etwas übertrieben finde),
würde ich gerne wissen, wie ich am besten vorgehen, damit ich zukünftig flexibel bin. Strom für die Rolläden wird gerade gelegt und ich habe jetzt die Möglichkeit die Rolläden anzulernen. Später werden die Dosen zugemacht, so dass ich nicht ohne weiteres Zugriff habe und die Rolläden nur schwer einzeln anlernen kann.

- Muss ich die Rolläden zwingend gleich mit Signalduino einlernen (ich habe einen CUL allerdings 868MHZ)?

- Oder kann ich z.B. jeden Rolladen mit einer Fernbedienung einlernen und kann dann später jede einzeln auslesen?

- Können die Fernbedieungen später auch genutzt werden um FHEM zu steuern?

Vielen Dank im Voraus für euren Rat.

Grüße,
Holger
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sebastian J am 25 Oktober 2017, 21:52:17
Moin Moin,

da ich im Q1/2017 mal Experimente mit meinen Rollläden der Firma Acomax gestartet habe und jetzt weis wie es geht habe ich mich die Tage ran gesetzt um das ganze Familien tauglich zu gestalten.
Habe versucht wie damals meine Fernbedienung auszulesen, aber diesmal leider ohne Erfolg. Hatte zum Glück noch die ID gespeichert und konnte so alle Rollos manuell anlegen und somit auch wieder steuern.

Nun habe ich folgende Frage: Braucht Ihr zufällig Codes und Timings von der Fernbedienungen? Die FB sendet 112Bits wovon die ersten 40 Reichen um das Rollo zu betreiben. Ich denke die 112 Bit sind auch der Grund warum das Rollo nicht über die Autocreate Funktion angelegt wird. Vielleicht kann man die Infos ja in das Modul einfließen lassen um es zu erweitern. Hab die Streams alle ordentlich mit dem Logic Analyser aufgezeichner und dann ausgewertet und sauber in Excel aufgeführt.

Da meine Rollläden nun aber manuell angelegt sind habe ich angefangen die drive_up / drive_down Zeiten zu ermitteln und diese eingetragen. Denke das ganze bedarf noch ein wenig fein Tuning aber klappt schon mal ganz gut.

Jetzt wollte ich das ganze natürlich auch APPLE tauglich machen und habe die Rollläden dem ROOM homebridge hinzugefügt, neustart der homebridge und tada 6 neue Devices. Habe jetzt 6 Lichtschalter die meine Rollläden darstellen. Für reines auf und abfahren eine super Sache nur leider nicht gut wenn man sie nur halb aufhaben möchte. Durch ein wenig lesen bin ich auf den generic_device_type gestoßen und habe ihnen dann blind zugewiesen. Nach dem Neustart der homebridge waren die Lichtschalter weg und wurden durch Rollos ersetzt. Habe das ganze jetzt ohne neustart des FHEM Servers gemacht damit der aktuelle Zustand der homebridge mitgeteilt werden kann. Muss nun feststellen das die offenen Rollläden im FHEM als open abgezeigt werden aber über die homebridge am iPhone als geschlossen auftauchen. Kann mir vielleicht jemand mit einem Zaunpfahl die richtige Vorgehensweise bei der Integration in die homebridge aufzeigen? Muss der Status der Rollläden vielleicht erst über ein mapping an die bridge übergeben werden ?

Bezüglich der drive_up und down Zeiten hätte ich da noch ne Frage, wird das ganze eigentlich linear berechnet oder wird der abnehmende Durchmesser beim abrollen über eine konstante / Korrekturfaktor   berechnet?

Freue mich auf die Antworten und wünsche noch einen schönen Abend.

Und bevor ich es vergesse, ein großes Danke an die Entwickler des Moduls.

Mfg

Sebastian
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: RaspiLED am 26 Oktober 2017, 08:50:54
Hallo Sebastian,
Deine Arbeit ist super!
Am besten eigenen Thread mit allen Infos aufmachen und dann laden wir die Kollegen für das Modul dazu ein ;-)

Auf welcher Frequenz senden Deine auch 433.420 oder 433.920?

Bzgl Homebridge gibt es einen super langen Thread, da steht natürlich alles drin ;-) Es gibt ein invers das man angeben kann, danach sollte sich dein vertauscht Problem lösen. Und ja im Mapping kann man auch die 10-100% Werte ändern.

Ich denke das ist linear gelöst ;-)

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sebastian J am 26 Oktober 2017, 20:47:41
Hallo Arnd,

danke das dir die Arbeit gefällt. Habe die Frequenz damals gar nicht vermessen und darum mal eben den Handsender geöffnet. Es ist ein JD R433A SAW Resonator verbaut der laut Datenblatt auf 433.920 MHz arbeitet.

Das mit dem eignen Thread lässt sich natürlich einrichten, wo wäre er denn am besten aufgehoben?

Hast du zufällig einen link zum Thread zur Hand?

Vielen Dank im Voraus.

Sebastian

Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: RaspiLED am 26 Oktober 2017, 22:01:18
Hi Sebastian,
Ich würde es hier reinschreiben:
https://forum.fhem.de/index.php/board,29.0.html (https://forum.fhem.de/index.php/board,29.0.html)
Wir müssten die Kollegen für Somfy (viegener), Signalduino (Sidey & Ralf9) und evtl. CUL oder a-culfw antriggern.
Gruß Arnd
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Sebastian J am 26 Oktober 2017, 22:13:01
Hi Arnd,

vielen dank für den Link, ich werde mich morgen Abend mal dran setzten und alles zusammenschreiben.

Für heute bin zu kaputt dafür. Lese mich gerade durch die unendliche Geschichte der Homebridge.

Schönen Abend noch.

Mfg

Sebastian
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: epod am 12 Juni 2018, 20:28:04
Hello guys,

Sorry for English, I'm new to German and I want to understand well.

I'm already familiar with homematic, I control my some devices. Then I decided to install 3T Motors rolladen motor. It works great with remote control. But sometimes we forget to close rolladen at night, go downstairs and close. So I decided to control remotely. I'm a developer but not familiar with Perl :) I have this device: https://www.ebay.de/itm/nanoCUL-USB-Stick-FTDI-CC1101-433MHz-FW-1-67-f%C3%BCr-FHEM-CCU-CUL433-inkl-Adapter/372133699974

I think I can control with this device. I installed FHEM to my RPi. I inserted usb device but now I don't know how to go further. Can you please guide me from scratch?

Thanks.
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: Muckiknack am 02 August 2018, 09:38:22
Hallo,

ich habe mir die Beiträge hier durchgelesen aber ich werde aktuell durch die Lösungen nicht schlau.
Daher möchte ich mich an euch wenden um zu verstehen ob meine Idee umsetzbar ist und was ich dafür benötige.

Ich habe aktuell ganz normale Elektromotoren von Jalousienscout verbaut (ULIUS MAYER Rollladenmotor JM35/45)

Aktuell nutze ich einen PI 1 mit FHEM. Zusätzlich habe ich noch einen CUL 868MHZ. Womit ich Fensterkontakte von MAX abfrage.

SIGNALduino hatte ich schon mal am laufen. Müsste diesen wieder installieren. Bauteile und gute 433MHZ Empfänger und Sender sind vorhanden.

Nun meine Idee:

Ich möchte gerne vor jeden Elektromotor einen "RMF-Funkempfänger UP für 1 Motor" von Rohrmotor 24 setzen. Denn die von Homematic sind mir zu teuer.
Aktuell steuer ich die Motoren über einen Schalter, diesen möchte ich weiter beibehalten.

Ist es nun möglich über FHEM diesen Funkempfänger zu steuern und damit meine Jalousien zu steuern?
Oder wird noch ein Handsender von Rohrmotor benötigt?

Ich wäre sehr dankbar wenn mir jemand diese Frage beantworten könnte. Einen Motor habe ich noch über womit ich testen könnte.
Sobald ich weiß das es grundsätzlich gehen würde, würde ich mir einen Empfänger bestellen und dann den Testaufbau vornehmen.

Vielen Danke vorab.

Gruß
Mucki
Titel: Antw:[GELÖST] Dooya Rolllädensteuerung
Beitrag von: wthiess am 02 August 2018, 19:33:53
Hallo,
schaut gut aus (Manual) 433MHz und Anlernen wie üblich bei Dooya. Teste doch mal.
Singalduino und einen Empfänger und los gehts. Kostet ja nicht viel.
lg
Wolfgang