Hello,
I have electric curtains with Dooya DC2700 remote. I already has it working with sonoff rf bridge with portisch firmware. I want to migrate it to Open Mqtt Gateway.
I am not able to receive any codes from my remote in my nodemcu + RXB6 receiver. I am able to receive the codes from my window/door sensors. With sonoff i am able to receive the B1 codes and convert them to send to my electric curtains controllers.
I already tried the receivedemos and i don’t receive any codes.
This should be supported by open mqtt gateway?
Thanks!
Hi,
I don’t think they are supported by RCSwitch, here is an issue related to another DOOYA device:
opened 10:47AM - 08 May 16 UTC
I recently started with connecting my rf devices to the internet using an arduin… o to copy the rf (decimal)singals and using a raspberry pi to send the singals. My rf light switches work great! but when I trie to copy the singal of my sun screen which uses the dooya dc90 remote([fcc](https://fccid.io/VYY-DC90)) I get nothing I don't know why because the [RF report](https://fccid.io/document.php?id=2706979) says it uses 433.92MHz as frequency and ASK as modulation which my [receiver](http://www.aliexpress.com/item/1Lot-1-pair-2pcs-RF-wireless-receiver-module-transmitter-module-Ordinary-super-regeneration-315-433MHZ-DC5V/968306683.html) supports. Do you guys have any ideas on why I can't receive the singals?
This device seems to use a quad state pulse that is not currently supported.
Hmm i found this issue that is now solved and i tougth that my remote would use the same protocol. Because now DC2708 is supported.
opened 03:34PM - 07 Jul 20 UTC
closed 10:14PM - 18 Jul 20 UTC
enhancement
**Describe the bug**
Use MQTTto433 to send a 40-bit rf signal, but some of the … bits in the actual signal are encoded incorrectly.
**To Reproduce**
Steps to reproduce the behavior:
1. Publish to `mosquitto_pub -h localhost -u mqtt -P mqtt -t "home/OpenMQTTGateway/commands/MQTTto433" -m '{"value":"1001010110101100101101010000010100010001","protocol":1,"length":40,"repeat":4}'`
2. In serial monitor `N: Received json : {"value":"1001010110101100101101010000010100010001","protocol":1,"length":40,"repeat":4}`
3. The signal actual send is “0000000010010101010101101110110000010001“.
**Expected behavior**
The signal actual send should be "1001010110101100101101010000010100010001".
**Screenshots**
![image](https://user-images.githubusercontent.com/1573639/86802423-9a5bcb80-c0a7-11ea-9a9b-8c0d7d239be9.png)
**Environment (please complete the following information):**
* OpenMQTTGateway version used (OpenMQTTGateway v0.9.4)
* Library version related to the problem you have (nodemcuv2-rf-libraries.zip comes with OpenMQTTGateway v0.9.4 release)
* Have tested with the basic examples SendDemo given with rc-switch, send 40-bit signal correctly.
**Additional context**
Also tried send "1111111111111111111111111111111111111111" and "0000000011111111111111111111111111111111", the signal actual send is “0000000011000111000111000111000111000111“.
![image](https://user-images.githubusercontent.com/1573639/86804675-b19bb880-c0a9-11ea-9f25-52737e954c01.png)
When I use decimal code
`mosquitto_pub -h localhost -u mqtt -P mqtt -t "home/OpenMQTTGateway/commands/MQTTto433" -m '{"value":642847671569,"protocol":1,"length":40,"repeat":4}'
Decimal 642847671569 which is binary 1001010110101100101101010000010100010001
The signal actual send is “0000000010010101010101101110110000010001“
It is more similar to the original code. Only the highest 8 bits are inconsistent.
![image](https://user-images.githubusercontent.com/1573639/86807866-d5143280-c0ac-11ea-9c84-c9b484a3920e.png)
Any Change that this may be supported? Do you need any help from my side?
Thanks!
When you tested with the receivedemo example, was it with the rcswitch original one or the fork ?
Could you try to decode it with only the DOOYA protocol by removing the others and rebuilding.
Ok i don’t know if it is the right way to do it, but i tried the receivedemo_advanced and removed from RCSwitch.cpp to be like in the image:
Still nothing from my dooya remote. Sometimes i receive some garbage with 9 or 10 bits from the remote.
So I don’t think it is out of the box compatible with RCSwitch, you could try with Pilight also.
If you don’t succeed with Pilight, your last chance would be with RTL_433 and a SDR but as it is fir receiving only it may not be adequate.
@SoulSlayer , I’m surprised you had the Dooya DC2700 working with the sonoff RF Bridge with Portisch! I tried this a few days ago and could pick up simple 433 devices like door sensors, motion sensors, but not the DC2700 codes. The red light on the bridge didn’t light up to show it was receiving + no record of a signal in the console logs. @SoulSlayer , I don’t know enough about RF devices to know whether one DC2700 might have rolling codes and another DC2700 might have ‘simple’ codes? Are you able to point me in the right direction?
My Dooya DC2700 remotes shipped with curtain motors (https://www.kogan.com/au/buy/kogan-smarterhome-smart-blinds-driver/?utm_source=google&utm_medium=product_listing_ads&gclid=CjwKCAjwlbr8BRA0EiwAnt4MTk6d398lWnc0FJTbMzqWkVR3CD2huX8Z2ONG3nzAGu5arlx1vqLSihoCkMUQAvD_BwE , which looks to be the same as other branded Tuya blind motors). If I could sniff/receive the DC2700 signals then I could keep using the remotes after I flash it with Tasmota!
@tombutters
I have just followed this guy tutorial and it is working nicelly!
I just updated this topic Smart Curtain Motors (Broadlink RM Pro, Dooya) but thought it might be worth its own post. with what I ended up getting. I picked up some Dooya DT82TV with 3 Meters of Rail (£107.97) and a pair of 135 degree joints...
Reading time: 10 mins 🕑
Likes: 3 ❤
Don’t forget the rfraw command!
Hi Tom. Did you flash your Kogan Blinds Driver with Tasmota? How did you do it? I just took possession of that blind motor. Did you use tuya-convert or did you open it up and do it via serial?