Support for Sonoff dualr3

[hafkensite]

I want to use my original dual wall switch to toggle the lights. Have tried the sonoff tx2 switches, but am not happy with the touch sensor.

A good fix for me would be to use a module that can hide behind the switch, but most I have found are only for 1 switch/lamp.

Is the Sonoff dualr3 switch supported by Tasmota? It seems to be for curtains, but they also show it to be working for two lights.

Official website: https://sonoff.tech/product/wifi-diy-smart-switches/dualr3

[barbudor]

Sonoff Dual R3 is not yet in the template database but if it's based on ESP8266 it can be supported, even if 1st comer will have to do a little work

Beside I would recommend Shelly devices over Sonoff.
Prices were quite nice recently and you can easily flash it OTA to tasmota just with your web browser
https://shop.shelly.cloud/shelly-2.5-ce-ul-wifi-smart-home-automation#54

[augustodinizl]

dude, it's a esp32... check it out here ** https://fccid.io/2APN5DUALR3/Internal-Photos/Internal-Photos-5065762 **

[barbudor]

So supported by Tasmota32 !

[augustodinizl]

Esp32, picture that, the same device can act as smart switch, AND a bluetooth device (speakers/ble beacon/bluetooth sensors and so on)

[nagyrobi]

Try this one: https://templates.blakadder.com/loratap_SC500W.html
Advertised as a curtain switch, it's actually a simple module with 2 relays. Using several of them just like you would.

[hafkensite]

I just received the so off switch, will give it a go in the morning. Slightly different from the fcc images, has test points for the esp32.

How would I submitted my findings so others can also use them?

[barbudor]

Good luck @hafkensite You may be the 1st to publish the template !

[barbudor]

You can publish the templates on the template web site https://templates.blakadder.com/

Click on the button on the bottom left of the page:

[barbudor]

@hafkensite Can you also publish a photo of the back ?

I wonder how they can fit dual power-meter in such a small size.
I can't see anything on this side that would be a power meter

[barbudor]

Some details here
https://notenoughtech.com/home-automation/sonoff-dual-r3/

Power metering chip is http://www.chipsea.com/en/afe/CSE7761.html
Apparently not yet supported in Tasmota
And no datasheet for download

Some article in Chinese here (chrome+google translate is your friend):
https://bbs.elecfans.com/jishu_1686328_1_1.html
http://www.elecfans.com/d/668806.html

So should be connected to the ESP32 through serial on pins 9 & 10 of the SOP16 package

[barbudor]

@hafkensite you can join us on Tasmota Discord, channel #hardware-talk
We are already on top
Datasheet found
It looks like it could be SPI OR serial

[hafkensite]

I took some better pictures of the front/back, if you would like any more detail, let me know.

[hafkensite]

The largest chip on the back side is marked

CHIPSEA
6671-SS
2039M1C

Which seems to be referenced here as a power meter: http://www.chipsea.com/gongsixinwen/jishu--zhinengdianqiloudianbaohuzheyangshejigengka.html
According to google translate:

The high-precision calibration-free energy metering chip CSE7761 developed by Chipsea Technology

[Jason2866]

Step by step. First i would try to read and flash the ESP32 chip. Since ESP32 has security features (fuse bits) there is the possibility that the ESP32 cant be flashed.
https://github.com/espressif/esptool/wiki/espefuse#read--and-write--protecting-efuses

[hafkensite]

I got the flash I think, I used:

esptool.py read_flash 0x0000 0x400000 backup-dual-r3.bin

Terminal output:

esptool.py v3.0
Found 2 serial ports
Serial port /dev/ttyUSB0
Connecting......
Detecting chip type... ESP32
Chip is ESP32-D0WD-V3 (revision 3)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
Crystal is 40MHz
MAC: 7c:9e:bd:cd:9f:a0
Uploading stub...
Running stub...
Stub running...
4194304 (100 %)
Read 4194304 bytes at 0x0 in 379.2 seconds (88.5 kbit/s)...
Hard resetting via RTS pin...

dual-r3-sonoff.zip

[hafkensite]

[hafkensite]

Any tips on how to identify which pins connect to which components? I cant physically probe the esp chip because its inaccessible

[barbudor]

The module pins are fully accessible on the bottom of the PCB and documented on NotEnoughTech web site as he unsoldered the module and published photos showing the pins labels

[Jason2866]

Nice, so itead left all fuses intact.

[hafkensite]

https://notenoughtech.com/wp-content/uploads/2021/02/Sonoff-Dual-R3-2-2.jpg This image does not tell me which esp pin is connected to which function. Or am I missing something?

[barbudor]

No but you can track with your multimeter from the identified pins module to the various elements on the board such as the transistor driving the relays or the switch inputs
There is also a section in Tasmota documentation with procedures for unknown devices
https://tasmota.github.io/docs/Configuration-Procedure-for-New-Devices/

[msperl]

I have just flashed the latest tasmota32 binaries and the system is stuck in a boot loop.
On the serial line it looks like this:

�
00:00:00.043 UFS: FlashFS mounted with 52 kB free
00:00:00.096 CFG: Loaded from File, Count 2
00:00:00.119 QPC: Count 4
00:00:00.127 Project tasmota Tasmota Version 9.3.1.1(tasmota)-1_0_5_RC6(2021-02-27T16:58:40)
00:00:00.179 WIF: WifiManager active for 3 minutes
ets Jul 29 2019 12:21:46

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DOUT, clock div:2
load:0x3fff0018,len:4
load:0x3fff001c,len:1044
load:0x40078000,len:8896
load:0x40080400,len:5828
entry 0x400806ac
�
00:00:00.044 UFS: FlashFS mounted with 52 kB free
00:00:00.096 CFG: Loaded from File, Count 2
00:00:00.120 QPC: Count 5
00:00:00.128 Project tasmota Tasmota Version 9.3.1.1(tasmota)-1_0_5_RC6(2021-02-27T16:58:40)
00:00:00.229 WIF: WifiManager active for 3 minutes
ets Jul 29 2019 12:21:46

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DOUT, clock div:2
load:0x3fff0018,len:4
load:0x3fff001c,len:1044
load:0x40078000,len:8896
load:0x40080400,len:5828
entry 0x400806ac
�
00:00:00.043 UFS: FlashFS mounted with 52 kB free
00:00:00.095 CFG: Loaded from File, Count 2
00:00:00.120 QPC: Count 6
00:00:00.127 Project tasmota Tasmota Version 9.3.1.1(tasmota)-1_0_5_RC6(2021-02-27T16:58:40)
00:00:00.179 WIF: WifiManager active for 3 minutes
ets Jul 29 2019 12:21:46

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DOUT, clock div:2
load:0x3fff0018,len:4
load:0x3fff001c,len:1044
load:0x40078000,len:8896
load:0x40080400,len:5828
entry 0x400806ac
�

I have flashed the same images to a nodemcu and there it works like a charm...

Any Ideas?

[mediarath]

How did you flash it?
I also used the pyflasher with the tasmota32.bin. Flashing was successful, however nothing else happens after that. I have connected the DualR3 via 230V. Only the blue LED is permanently lit. Does not flash as usual.

I used these PIN's like in the photo.
To put it into flash mode I pressed the reset button when connecting it.

Can you help me further?

[barbudor]

To flash, use : https://github.com/Jason2866/ESP_Flasher

Flashing ESP32 is more complex than ESP8266 and Jason's flasher is taking all details into account

[mediarath]

Okay. Thanks for the quick response. It´s work now.

[Jason2866]

Lucky you, flashing a power monitoring device with connected AC mains
is highly dangerous for you and your equipment. There is a very high chance to fry your PC,
since AC level is on all GPIO pins!!!

[mediarath]

No. No. Everything is fine. Maybe I wrote it in a misleading way.
AFTER flashing I connected it to 230V. I am not tired of life ;-)

[msperl]

As for pinouts - see here some photos of the extracted ESP32 sub board with the connectors nicely documented:
https://notenoughtech.com/home-automation/sonoff-dual-r3/
So we can trace it from there.

[arendst]

As this is beta it is not enabled in the images. You will need to compile adding #define USE_CSE7761

[msperl]

more of a learning curve...

[msperl]

ok I have:

• built it (podman is a bit more of a pain probably than docker)...
• deployed it
• configured the template as: {"NAME":"sonoff-dual-r3","GPIO":[0,0,1,0,0,0,3232,3200,0,0,225,0,0,0,0,0,0,0,0,0,1,7296,7328,224,0,0,0,0,160,161,0,0,0,0,0,0],"FLAG":0,"BASE":1}
• the only thing on the logic analyzer on the TX line a single high bit - and then all low again. RX is pulled high.
  so nothing is detected really.

If I go back to template with the serial bridge configured: {"NAME":"sonoff-dual-r3","GPIO":[0,0,1,0,0,0,3232,3200,0,0,225,0,0,0,0,0,0,0,0,0,1,1792,1824,224,0,0,0,0,160,161,0,0,0,0,0,0],"FLAG":0,"BASE":1}
Then the TX line is pulled high about 1 second after power on and I can transmit data (but without the parity...)

So the basic conectivity is still the same and it is working.

Hope this helps.

[arendst]

My mistake. Forgot to change the pins from CSE7766 to CSE7761. Will release a development with CSE7761 enabled soon.

[arendst]

Just updated the development release with the included CSE7761 driver in ESP32 so you should be able to use it without recompilation.

Should available for download in an hour.

[msperl]

Good news - the communication seems to work - but it does not happen regularly...

And in those 30 seconds of capture there is almost no communication:

• @1.674s TX: 0xa5 0xea 0x96 0xda
• no response
• @3.668s: TX: 0xa5 0x00
• @3.670s: RX: 0x0A 0x04 0x4c

[msperl]

with a local build based on "2b1be6ef3d31b754a18e7ac75c44c7eedc2e321b":

00:00:00.797 WIF: Attempting connection...
00:00:00.947 C61: Send 2, Data A500
00:00:00.950 C61: Rcvd 3, Data 0A044C
00:00:00.950 C61: Send 2, Data A570
00:00:00.953 C61: Rcvd 3, Data CC110D
00:00:00.953 C61: Send 2, Data A571
00:00:00.956 C61: Rcvd 3, Data CC0518
00:00:00.956 C61: Send 2, Data A572
00:00:00.962 C61: Rcvd 3, Data A643FF
00:00:00.963 C61: Send 2, Data A573
00:00:00.969 C61: Rcvd 3, Data ADE159
00:00:00.969 C61: Send 2, Data A574
00:00:00.975 C61: Rcvd 3, Data ADD762
00:00:00.976 C61: Send 2, Data A575
00:00:00.982 C61: Rcvd 3, Data ADD464
00:00:00.982 C61: Send 2, Data A576
00:00:00.988 C61: Rcvd 3, Data E8D626
00:00:00.989 C61: Send 2, Data A577
00:00:00.995 C61: Rcvd 3, Data E8C833
00:00:00.996 C61: Send 2, Data A56E
00:00:00.002 C61: Rcvd 3, Data FFFFEE
00:00:00.002 C61: Send 2, Data A56F
00:00:00.008 C61: Rcvd 3, Data E67D88
00:00:00.009 C61: Send 4, Data A5EAE58B
00:00:00.021 C61: Send 2, Data A543
00:00:00.024 C61: Rcvd 2, Data 1106
00:00:00.024 C61: Send 5, Data A580FF04D7
00:00:00.025 C61: Send 5, Data A5811003C6
00:00:00.026 C61: Send 5, Data A5930FC1F7
00:00:00.110 C61: Send 4, Data A5EADC94
00:00:00.110 C61: CSE7761 found
00:00:00.793 WIF: Checking connection...
00:00:00.793 WIF: Attempting connection...
00:00:00.943 C61: Send 2, Data A526
00:00:00.946 C61: Rcvd 4, Data 00012013
00:00:00.946 C61: Send 2, Data A523
00:00:00.949 C61: Rcvd 3, Data 000037
00:00:00.949 C61: Send 2, Data A524
00:00:00.952 C61: Rcvd 4, Data 0001A88D
00:00:00.952 C61: Send 2, Data A52C
00:00:00.958 C61: Rcvd 5, Data FFFFFFFF32
00:00:00.959 C61: Send 2, Data A525
00:00:00.965 C61: Rcvd 4, Data 0004AF82
00:00:00.966 C61: Send 2, Data A52D
00:00:00.972 C61: Rcvd 5, Data FFFFFFFF31
00:00:00.973 C61: U 288, F 0, I 424/1199, P -1/-1
00:00:00.978 NRG: Energy reset by 4 seconds invalid data
00:00:03.718 WIF: Checking connection...
00:00:03.718 WIF: Connected
00:00:03.926 RTC: UTC 2021-03-03T18:01:27, DST 2021-03-28T02:00:00, STD 2021-10-31T03:00:00
19:01:27.001 C61: Send 2, Data A526
19:01:27.004 C61: Rcvd 4, Data 00021F13
19:01:27.004 C61: Send 2, Data A523
19:01:27.010 C61: Rcvd 3, Data 000037
19:01:27.011 C61: Send 2, Data A524
19:01:27.016 C61: Rcvd 4, Data 0001D560
19:01:27.017 C61: Send 2, Data A52C
19:01:27.023 C61: Rcvd 5, Data 000000002E
19:01:27.024 C61: Send 2, Data A525
19:01:27.030 C61: Rcvd 4, Data 0001CC68
19:01:27.031 C61: Send 2, Data A52D
19:01:27.037 C61: Rcvd 5, Data 000000002D
19:01:27.038 C61: U 543, F 0, I 469/460, P 0/0
19:01:27.043 NRG: Energy reset by 4 seconds invalid data

[arendst]

Thats very good!

Is the device connected to AC or to a 3V3? The energy functions only work when the device is connected to AC power.

[msperl]

Yes, still only 3v3 - i still want to keep the opportunity to connect the logic analyzer.

I will remove it if you tell me that there is no more need for this.

Maybe some other warnings would be more helpful?

a note: when in shutter mode it may be helpful to capture the data more frequently to detect blocking faster.
Maybe make the interval configurable.
But then maybe it would also be sufficient to configure current limits that would allow the chip to trigger an interrupt on the interrupt line.

[arendst]

What other warnings should be added? An energy monitoring chip only works on AC. As it doesn't measure AC it reports zero values it reports invalid data.

See the source code for more info about initial data send and received; it resets the chip, configures the chip to required settings, reads calibration data and starts reading 6 registers every second.

[msperl]

Not sur - it sounds as if something is wrong with the communication while the sensor is just not prepared for dc input (or not connected at all).

except for that: it is good that we got the driver working!

so I will detach the wires and try at 230V tomorrow!

thanks for all your efforts!

[msperl]

I have now cut the 3V3 connections and connected the device to 230V.

As for the presented values - these are far off from what they should be...

With a 40W 230V Bulb connected to Relais 2 it looks like this:

On the console with weblog level set to 4 it looks like this:

17:15:07.980 C61: U 2314683, F 0, I 452/29522, P 360/-2084916
17:15:08.835 C61: Send 2, Data A526
17:15:08.839 C61: Rcvd 4, Data 2351A51B
17:15:08.840 C61: Send 2, Data A523
17:15:08.845 C61: Rcvd 3, Data 000037
17:15:08.847 C61: Send 2, Data A524
17:15:08.851 C61: Rcvd 4, Data 0001B382
17:15:08.853 C61: Send 2, Data A52C
17:15:08.857 C61: Rcvd 5, Data FFFFF7F841
17:15:08.859 C61: Send 2, Data A525
17:15:08.863 C61: Rcvd 4, Data 00734979
17:15:08.865 C61: Send 2, Data A52D
17:15:08.869 C61: Rcvd 5, Data FFE03BCF44
17:15:08.871 C61: U 2314661, F 0, I 435/29513, P -2056/-2081841
17:15:09.834 C61: Send 2, Data A526
17:15:09.838 C61: Rcvd 4, Data 23522C93
17:15:09.839 C61: Send 2, Data A523
17:15:09.844 C61: Rcvd 3, Data 000037
17:15:09.846 C61: Send 2, Data A524
17:15:09.850 C61: Rcvd 4, Data 0001C96C
17:15:09.852 C61: Send 2, Data A52C
17:15:09.856 C61: Rcvd 5, Data FFFFFE47EB
17:15:09.858 C61: Send 2, Data A525
17:15:09.862 C61: Rcvd 4, Data 0073467C
17:15:09.864 C61: Send 2, Data A52D
17:15:09.868 C61: Rcvd 5, Data FFE03E47C9
17:15:09.870 C61: U 2314796, F 0, I 457/29510, P -441/-2081209
17:15:10.826 C61: Send 2, Data A526
17:15:10.831 C61: Rcvd 4, Data 234C1CA9
17:15:10.833 C61: Send 2, Data A523
17:15:10.837 C61: Rcvd 3, Data 000037
17:15:10.839 C61: Send 2, Data A524
17:15:10.843 C61: Rcvd 4, Data 0001B580
17:15:10.845 C61: Send 2, Data A52C
17:15:10.849 C61: Rcvd 5, Data FFFFFF5DD4
17:15:10.851 C61: Send 2, Data A525
17:15:10.855 C61: Rcvd 4, Data 00736959
17:15:10.857 C61: Send 2, Data A52D
17:15:10.861 C61: Rcvd 5, Data FFE036D741
17:15:10.863 C61: U 2313244, F 0, I 437/29545, P -163/-2083113
17:15:11.825 C61: Send 2, Data A526
17:15:11.829 C61: Rcvd 4, Data 23499830
17:15:11.831 C61: Send 2, Data A523
17:15:11.835 C61: Rcvd 3, Data 000037
17:15:11.837 C61: Send 2, Data A524
17:15:11.841 C61: Rcvd 4, Data 0001B580
17:15:11.843 C61: Send 2, Data A52C
17:15:11.847 C61: Rcvd 5, Data 000006F236
17:15:11.849 C61: Send 2, Data A525
17:15:11.853 C61: Rcvd 4, Data 00736161
17:15:11.855 C61: Send 2, Data A52D
17:15:11.859 C61: Rcvd 5, Data FFE032BF5D
17:15:11.861 C61: U 2312600, F 0, I 437/29537, P 1778/-2084161
17:15:12.826 C61: Send 2, Data A526
17:15:12.830 C61: Rcvd 4, Data 23471BAF
17:15:12.832 C61: Send 2, Data A523
17:15:12.836 C61: Rcvd 3, Data 000037
17:15:12.838 C61: Send 2, Data A524
17:15:12.842 C61: Rcvd 4, Data 0001BC79
17:15:12.844 C61: Send 2, Data A52C
17:15:12.848 C61: Rcvd 5, Data FFFFFC74C0
17:15:12.850 C61: Send 2, Data A525
17:15:12.854 C61: Rcvd 4, Data 00735A68
17:15:12.856 C61: Send 2, Data A52D
17:15:12.860 C61: Rcvd 5, Data FFE03128F5
17:15:12.862 C61: U 2311963, F 0, I 444/29530, P -908/-2084568

[msperl]

not sure, but the latest build seems to crash the system which resets the config to the default module "ESP32-DevKit"
That happens as soon as I activate the 7761 (sitching from serbridge)

[msperl]

this one is still working:

{"NAME":"sonoff-dual-r3","GPIO":[0,0,1,0,0,0,3232,3200,0,0,225,0,0,0,0,0,0,0,0,0,1,1792,1824,224,0,0,0,0,160,161,0,0,0,0,0,0],"FLAG":0,"BASE":1}

but this one fails on the new build and triggers a config reset:

{"NAME":"sonoff-dual-r3","GPIO":[0,0,1,0,0,0,3232,3200,0,0,225,0,0,0,0,0,0,0,0,0,1,7296,7328,224,0,0,0,0,160,161,0,0,0,0,0,0],"FLAG":0,"BASE":1}

[arendst]

I'm out but you might want to edit file xnrg_19_cse7761.ino where I changed a delay(8) by another solution. Retry the delay on the esp32.

[msperl]

So the build 2021-03-05T17:32:46 does not seem to produce the boot loop any longer.

But when looking at the console or syslog I see RX CRC errors on a regular basis.

Syslog messages at level 4 look like this:

tasmota_CDA0CC-0204 ESP-C61: Tx A52D
tasmota_CDA0CC-0204 ESP-C61: Rx FFFFF4DB60
tasmota_CDA0CC-0204 ESP-C61: U2282959, F0, I29525/0, P2056490/0
tasmota_CDA0CC-0204 ESP-C61: Tx A523
tasmota_CDA0CC-0204 ESP-C61: Rx 000037
tasmota_CDA0CC-0204 ESP-C61: Tx A526
tasmota_CDA0CC-0204 ESP-C61: Rx 22D6211B
tasmota_CDA0CC-0204 ESP-C61: Tx A524
tasmota_CDA0CC-0204 ESP-C61: Rx 00
tasmota_CDA0CC-0204 ESP-C61: Rx CRC error
tasmota_CDA0CC-0204 ESP-C61: Tx A52C
tasmota_CDA0CC-0204 ESP-C61: Rx FFE0978B2D

Maybe the CRC error message could show the bits it really received for later verification - at least it would give a hint without having to attach a logic analyzer (and it would allow comparisson with logic analyzer data, because it may also be a sampling issue)

[arendst]

Maybe the CRC error message could show the bits it really received for later verification

The crc error is detected based on the received data:

tasmota_CDA0CC-0204 ESP-C61: Rx 00
tasmota_CDA0CC-0204 ESP-C61: Rx CRC error

Apparently only a zero was received within the three mSec window normally enough time to receive 4 full packages.

Once I receive my hardware I will re-introduce full package length checks for faster detection and allowing time for receiving the full package. As long as I do not have the hardware we will need to do with the 3 mSec read window in line with the Sonoff logic analyzer data.

In the meantime I'll see how to handle single crc errors like by keeping the previous read value valid until several crc errors will be received.

Do you see many crc errors?

[zigomatichub]

Dears,
I have also this device since 1 day.
Are far do you are with the template ? Do you need help ?

Do you think momentary switch on S1 & S2 can be used via tasmota ?

[Jason2866]

All done. See here https://github.com/arendst/Tasmota/blob/development/tasmota/xnrg_19_cse7761.ino#L24

[mediarath]

I can confirm. Everything is fine and works properly.

[zigomatichub]

@ALL
Possible to have a confirmation about momentary switch instead of normal switch ?
Thank you for your great work !

[barbudor]

If you want to use push-buttons instead of rocker-switch, please read Buttons and Switches
You can control Switch behavior with the Switchmode command
If you want more details, please join the Discord group (see link on Tasmota github main page or in the docs)

[notenoughtech]

Next time, ping me if you need the device probing, I could do all the pinouts for you as my device is in pieces :D

[kroon040]

Hi, looks nice device, is bluetooth working,? and does shutters already work with esp32? nice to replace my shelly2.5 for my shutters and add bluetooth mesh network

[sfromis]

digiblurDIY made a nice beginner-friendly video about flashing the Sonoff Dual R3 with Tasmota:
https://www.youtube.com/watch?v=VT6bY-iSveI

[notenoughtech]

Looks like there I be 2 of these now given that I'm Releasing mine on Monday 🙈

…

On Sun, 21 Mar 2021, 23:32 sfromis, ***@***.***> wrote: digiblurDIY made a nice beginner-friendly video about flashing the Sonoff Dual R3 with Tasmota: https://www.youtube.com/watch?v=VT6bY-iSveI — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#10793 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AKDRL24ZNTBM4SNCNRIYAYTTEZ6ZRANCNFSM4W4XWOBA> .

[bob-tm]

I configure inputs as buttons, not switches. Energy and Voltage Monitor is not working anymore. SetOption21 didnt help.
It's hardware or software limitation?

[barbudor]

If you changed "Switch 1" to another "Button 1", then your template and configuration may have been erased by the recovery procedure.
If you set back the official template do you recover normal usage ?

Why did you changed "Switch" to "Button" in 1st place ? There is Switchmode configuration command to adapt the "Switch" component to your physical switch/button.

[rt400]

After flashing tasmota on sonoff dual R3 i can't get the wifi wed configuration site.
All i have is a black screen with the name "Tasmota" on top and after few second the device make restart.
I can confirm that from my phone i can get to wifi web configuration and make the setting.

[Fudalii]

I also have the same problem. After update i see only Black screen wit "Tasmota" Header :(
Anyone know what the problem is? Of course Sonoff is powered by 230V

[Fudalii]

I also tried with the CH340GOLD converter - the same problem.

[MDJGyurgeiz]

Goodmorning everyone. according to you I can modify the dual r3 to be powered at 12 volts and have the current and voltage measurement at 12 volts ?

[barbudor]

No. The AC power supply is part of the device and cannot easily be strapped.
Shelly devices can work with DC but only 24V to 60V.

There are quite some boards available that can run on low voltage which you can complement with an IN219 module for power consumption.
Random selection :
https://www.aliexpress.com/item/1005001651180110.html
https://www.aliexpress.com/item/1005002260440199.html
And INA219 module : https://www.aliexpress.com/item/4001042314359.html

[roscoegray]

Hi all, I received 3 x Sonoff dualR3 today, and when straight in trying to flash them without any luck. I have flashed many other devices in my time and I'm unsure why this isn't working for me.

What happens is, it looks like the packet header is being sent (TX lights flash on the LC231X programmer) but nothing is received (RX lights don't flash), and untimely get a timeout using Tasmotizer & ESP-Flasher. If I don't hold down the GPIO0 button and let it boot normally i do get some flashing RX lights on the programmer, so assume the wiring is all good. I suspected it might be a power issue being an ESP32, so used a separate power supply, but this didn't change anything.

Is anyone able to help me out? Is it likely Sonoff have updated the firmware to block flashing?

[sfromis]

That's not the recommended USB/serial adapter, yours may not be able to supply enough power. According to a data sheet I found, it is way low, at 50mA, which is problematic. I'd recommend a better one, good search term is "golden CH340G".

Other than that, I'd recommend double-checking wiring details, and good solid connections. Locked firmware would be news, not heard of such a change.

[roscoegray]

Thanks for the quick reply, I will look at getting the recommended adapter. However, even with a separate power supply, able to supply a couple of amps, it still wouldn't work. I will reinvestigate the power supply.

[roscoegray]

As usual, come back to the problem and solve it the first time. Managed to flash them all, it seemed to be power related. I had to have the USB connected and esp flash trying to connect, then with GPIO0 low apply power (sometimes blipping the power), and then it would eventually connect). I must have been doing something out of sequence when using the power supply earlier. Thanks for your help, golden CH340G ordered anyway.

[petrkutalek]

Hi, I found that the Zero Cross Detection template is also available for Sonoff DUAL R3. But I ask myself, is it useful if DUAL R3 only supports power metering and relay switching? It does not support dimming etc. Is not this setting just a waste of resources and energy? I don't know, IRQs etc. 🤔

[barbudor]

Switch a relay at Zero Crossing reduce the risk of spark on the contacts of the relay. It should improve reliability and longer life.

[jjtoard]

hi, when I reboot the sonoff dualr3 the first toggle stays as it was befor the reboot but the second toggle is always "off".
The same happens when the sonoff looses connection.

Can someone help me to solve this so the second toggle also keeps its state after reboot ?

[msperl]

As a note: I got 30 dual R3 and their idle cpu temperature is between 38 and 91C - most of them between 50 and 70 (and all of them sit in the same cellar which is still quite well ventilated…)

So there is some sort of heat thing with the CPU temperature and that is why there was some white glue on most of the Devices between the plastic and the ESP32 daughter board when I opened it.

And at 91C the board tends to reset frequently…

Not sure what one can do after opening the Dual to keep the the cooling working.

any ideas?

[barbudor]

The white glue I see most of the time is generally silicon based and not a heat conductor. It is most of the time used to either isolate pieces that could be on high voltage, or to absorb vibrations on coils and transformers
I don't see any on the photos published at the top of the thread but may be he cleaned it before the photos.

The range of temperature that you is very surprising if they are all in the same place and equally ventilated.

[arendst]

The temperature of the dual R3 is measured using an undocumented feature of the ESP32. It may well be that your device doesn't get that hot at all.

As the default over-temp is set to 90 degrees it's expected your over 90 temp devices will power off.

If you think the temp is bogus just raise the over-temp threshold to 120 by executing command SO42 120

EDIT: BTW my single dual r3 says 71 degrees Celsius but is just hand-warm.

[msperl]

Well, my 30 devices really cover a huge temperature range and all are sitting in a cellar that is currently at 20C and all of the devices are placed on din rails using the provided brackets (as of now all without any extra housing)

and yes: none of those devices feels any different temperature wise.

so the setoption42 may solve the immediate issue but maybe there is a way to calibrate this temperature better - not sure how to get good calibration except for maybe pointing an ir camera at the CPU itself to calibrate the offset.

as for the white glue: I have seen it on all my devices and it may be transporting a bit of heat away and reduce the measured temperature - even if just a little…

[Jason2866]

Well there is nothing to calibrate. Tasmota just reads the provided data from the chip.

[msperl]

Zero point calibration (zero point offset correction) still should be possible - but that would need to come from some external reference, which in the best case can only look at the outside of the chip - not inside. And there may be a production variation between devices that could explain this, but that is not easily accessible.
and as it is no longer officially supported by the SDK, there may be a good motivation to have this removed (because of a change in the production process maybe?)

i will look into the devices and their reported temperatures some more…

[schildbach]

Does the Dual R3 support WPA3 when used with Tasmota?

[barbudor]

Tasmota, and most other alternative, are based on the Arduino Core which do not support all features of the Espressif SDK.
So while I see that Espressif ESP32 SDK supports WPA3-Personal since v4.0.1, I'm unsure that this is already available from the Arduino Core.
May be @Jason2866 has some idea on that.

I find no reference on effective support of WPA3 on ESP8266

[Jason2866]

No WPA3 support for Arduino ESP8266. Will probably not supported (in future). The core has a fix for the KRACK vulnerability. ESP32 with upcoming Arduino ESP32 v.2.0 there is WPA3 support in the core. https://github.com/espressif/arduino-esp32/blob/master/tools/sdk/esp32/include/esp_wifi/include/esp_wifi_types.h#L58-L69

[schildbach]

Please forgive my questions; I'm not familiar with the internals of Arduino and ESP. Is it planned for Tasmota to pick up "ESP32 v2.0" and thus support WPA3? If yes, is there already a specific Tasmota version targetted?

Is the fix for KRACK already in the currently released Tasmota?

Just as an idea: Even if Tasmota for ESP8266 will not support WPA3, it could consider to support PMF (protected management frames). PMF is an optional yet important WPA2 security feature.

[sfromis]

No firm plans, but "Arduino ESP32 v2.0" will likely be used if it does not have major drawbacks.

[Jason2866]

Tasmota on ESP8266 can use only the wifi features which the Arduino core can provide.
So for the feature PMF the github of Arduino Core ESP8266 is the place to ask (https://github.com/esp8266/Arduino) For ESP32, Tasmota will switch to the core 2.0 (released 2 days ago) when the known bugs are removed and our test of most drivers and functions are giving positive results.
In the meantime you can compile Tasmota32 with the Release Canidate 2.0. You find the env for in platformio_tasmota_cenv_sample.ini

[magorik]

Hi there!
I'm started searching information about Motor Mode. Does R3 with Tasmota support shutter mode as Dual R2 here https://tasmota.github.io/docs/Blinds-and-Shutters/#using-sonoff-dual-r2 ?

[sfromis]

As long as the hardware capabilities match, the support in Tasmota does not depend on which device it is. Of course, you cannot directly use the R2 template.

[magorik]

Thanks for answer!
So I'm going to dive to Template documentation to modify it for R3. I'll write for any update.
Actually, if someone had discovered this question too, it'l nice to see progress.

[barbudor]

I think that sfromis stated that you cannot re-use the template of the R2 on the R3
But the template for the R3 is already documented in the repo : https://templates.blakadder.com/sonoff_DUALR3.html
Once that is applied, all configurations that you previously done on the R2 for shutters can be used the same on the R3

[fototakas]

Received my Sonoff dualr3 units, I'v got the version 2.0 devices. The biggest change is new power metering IC. On ver.2.0 Sonoff use BL0939 chip from Shanghai-Belling. Was not able to find full datasheet of this IC. Maybe somebody already know how it compares with CSE7761?

[barbudor]

Ladies and Gentlemen this should be the right one
Beware of a template change:
EDIT : Template removed as a new template is required for the official release

EDIT: test binary removed from post now that support is included in mainstream

Please torture test this with loads on both channels.
You shouldn't need higher loglevel and can revert to Weblog 2 unless something gets weird

[robygi]

@barbudor good evening.
I'm testing the latest version of your firmware.
I'm using two simple loads (a couple of lamps, one 60w and the other 100w) and the readings in the webgui are correct on both channels.

I will let you know if I'll have problems.
For the moment THANK YOU SO MUCH!

[barbudor]

@fototakas @robygi

The driver has been merged in the development version and is not available mainstream in Tasmota32 9.5.0.8 at http://ota.tasmota.com/tasmota32/tasmota32.bin. You can upgrade your unit using OTA.
Note that the template as change again, for the last time:
{"NAME":"Sonoff Dual R3 v2","GPIO":[32,0,0,0,0,0,0,0,0,576,225,0,0,0,0,0,0,0,0,0,0,3200,8128,224,0,0,0,0,160,161,0,0,0,0,0,0],"FLAG":0,"BASE":1}

A new template page will be created tonight or tomorrow

[barbudor]

Just received my Sonoff Dual R3. I was expecting a V2.0 but it's a v1.6

[robygi]

The shop I linken in the past posts has it in stock now.
They sell it for 13.59€ plus 5.90€ for shipping within Italy. I don't know where you live and if they ship to your country.

[miazza99]

Does anyone have an electrical schematic of this Dual R3 ?
I am very interested in uderstanding how the S1 and S2 contact are routed through L Out1 and L Out 2.
Using this device for Shutter it important to understand if both contacts can be operated by mistake at the same time.

The Tasmota FW has built-in function "Interlock 1,2" just to avoid this to happen but I am interested to understand if S1 and S2 can override this function because external commands not managed by the FW.

[Jason2866]

We know that flashing does work with the recommended "golden" CH340. See doc
For all other adapters it might work or not ;-)

[sfromis]

Of course, you also need the basics done correctly, like grounding gpio0 while powering up the ESP32 board, should be possible by holding the physical button at that time.

[miazza99]

Ok, I know that "golden" CH340 are the recommended ones but with mine I have already flashed other SonOff Basic.
The point is that I have more programmers than items to be flashed :)
Could you link me to a reliable one on Amazon ... there are sthousands of CH340 devices but I cannot find anyone with "golden2 option :)

@sfromis
may me the issue is that I only used the push button to enter probramming mode.... are you sure it is not the same thing ?
If I just power the device the led is flashing but if I power it with pushed button it remains steady on.

[sfromis]

What was recommended was not just CH340, but "golden CH340G" (good search terms), the one recommended in the docs. Sold many places, including Amazon. Make sure to actually get one with CH340G and not some other CH340, and the small voltage regulator (3 pins) near the yellow jumper for voltage selection (should be on 3.3v).

To be explicit about words, I've successfully flashed Sonoff Dual R3 when soldering wires to tx/rx/vcc/gnd and then holding the button near the S1 terminal while applying 3.3v power.

One reason for some USB/serial adapters not working reliably (especially with ESP32) is that they are not built for acting as a power supply at the same time. The recommended "golden CH340G" has a 150mA 3.3V voltage regulator, which is decent for flashing, but with ESP32 it may not be enough for connecting to wifi afterwards. You can also use a NodeMCU board as a good USB/serial adapter.

[miazza99]

Thank you for the clear explanation.
I now ordered another one 👍
https://www.amazon.it/gp/product/B08T24NML9/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1

[lalo-uy]

Sonoff dual r3 do not have GPIO-0 on the button. You have to short it to ground on the board. Look at the tutorial in the Docs. El sáb., 13 de noviembre de 2021 07:43, sfromis ***@***.***> escribió:

…

Of course, you also need the basics done correctly, like grounding gpio0 *while* powering up the ESP32 board, should be possible by holding the physical button at that time. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#10793 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACXBW4KJ4FNDAXLQ74IUIV3ULY6LPANCNFSM4W4XWOBA> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.

[robygi]

I flashed all my dual r3 (5 devices, V1.6 and V2) holding down the button while powering them. A couple of times I had to push “harder” the button to let the device enter programming mode.

[miazza99]

May be this is to be investigated and understood...

[barbudor]

Sonoff dual r3 do not have GPIO-0 on the button. You have to short it to ground on the board. Look at the tutorial in the Docs.

It has
https://templates.blakadder.com/sonoff_DUALR3.html

[sfromis]

I also flashed mine using wires for tx/rx/vcc/gnd, and the button for gpio0. Worked as expected.

However, the older Sonoff Dual and Sonoff Dual R2 does not have the device button hooked up to gpio0. Maybe that was what caused the misunderstanding?

[miazza99]

Hello ... I've soldered a rigid pin to the 3,3V and to the Rx pad, this has beenvery stupid bcause when pusching the GPIO button I have damaged both the pads by stressing the soldering.
Now I miss the 3,3 and the Rx.

For the 3,3 I followed the track and I foud the PIN on U1.
For the Rx instead I am in trouble: from the above schematic it seems to be connected to PIN 10 of CSE7761 or to the wifi module but I cannot find any pin with the tester that is connecting PIN 10 with the wi-fi module.

can someone assist me to find the right place where to solder the Rx contact ?

[sfromis]

The pads for TX/RX connects to the closest two neighbor pins on the connection to the vertical module with the ESP32. In this image, it is the two adjacent pins pointed directly at from the RX arrow. You can also see the short traces on that undamaged board.

[miazza99]

Thank you. Indeed the tracks are visible but with the tester I could not verify connection to pin 9 and 10 of CSE7761.
Anyhow this evening I will try to solder wires on the ESP32 module ... hope not to destry the module definitively (I was pretty good with the iron when I was younger ... now I need a microscope ...;)).

One more question: I realize only now that in the above pic Rx is pointing to Tx pad and Tx is pointing to Rx pad, is it correct ?
May be this is the mistake I did when trying with my "not golden" programmer...

[sfromis]

As the labels on the PCB are pretty clear, the intention with the added arrows are to show how you connect from the USB/serial adapter, where tx/rx connections are to be crossed.

CSE7761 TX/RX connect to gpio25/26 (my guess would be TX2/RX2, not checked this), not to gpio1/3 used for flashing. I don't know how much damage you did to the board, but the usual incident is to rip off a pad, and maybe some of the trace. I'd simply try connecting to the nearby points where the module connects to the main PCB.

[shilas]

Hello there.

I have successfully flashed my Sonoff DUALR3 with Tasmota firmware, everything woks good except i cant find a way is it possible to measure Today, Yesterday and Total Energy separately for each channel?

[sfromis]

Did you try SetOption129?

[shilas]

Haven't tried that. This did solve my problem. Thank you for your help :)

[shilas]

I have discovered that with Tasmota 10.0.0 there is no readings of second channel parameters, only first channel shows power measurements. Downgraded to 9.5.0 and everything works as expected.

[shilas]

But with 9.5.0 version SetOption129 is not working.

[Jason2866]

Take a look in changelog of v.10 ;-)

[Jason2866]

I am closing this discussion since the orig. question is answered and this is too long already
Feel free to open a new discussion for questions around the Sonoff Dual R3