Roller shutter - Wifi or Zigbee - Shelly or Loratap

Hardware
1

Hello,

I’d be happy, if you could assist on how to decide between Wifi or Zigbee to use for roller shutters, because I’m still unsure about the up- and downsides of each technology and what to take into account to decide.

Furthermore I’d be interested, if someone wants to share experiences with Loratap modules. I have tested with Shelly yet, it seems to me they are kind of a broadly used standard. The Loratap are a bit cheaper to get.

Thanks a lot and have a great weekend ahead.

2

The main difference between Zigbee and Wi-Fi lies in their use and design. Zigbee is optimized for low power consumption and reliable communication over short distances between many devices. It is ideal for creating a seamless network of smart devices that require little data to function and are battery powered.

WiFi, with its high power consumption and ability to handle large amounts of data, is better suited for devices that require intensive data transmissions.

3

I have decided now to go with Zigbee modules of Loratap, since I wanted to keep the power consumption as low as possible, out of a basic principle, to save energy. Hence, I haven’t calculated it yet, my guess is, that with e.g. 8 such modules over a year, it is a recognizable cost.

I am quite interested to learn, how the Loratap modules will do in their application. If someone is interested, I am happy to share experiences. In case, let me know, what would be of interest.

5

Have you tried the loratap modules yet?
If yes, what is your opinion about them?
Regards

6

Unfortunately not. I have them here besides my workdesk, I’m sorry that I have no update for you.

7

Shelly is said to take below 1 W in idle, at least when Bluetooth is disabled. Loratap is supposed to be below 0.5 W. So assuming the difference is 0.5W, over a year with 8 devices that’s… 4 kWh.

The idea that WiFi devices have to be power hungry is not true, at least considering the energy usage itself. It matters more for battery powered devices. Though I have a couple WiFi door sensors that are working with the same battery for over half a year now.

8

I have now installed 3 of them, but have not yet made any customizations so far in HA.

The search in Zigbee2MQTT found each of them, but recognized it as Tuya TS130F instead of LoraTap SC500ZB.
I don’t know, if this will be generally a problem for anything, but my inner Monk wants the device to get recognized correctly.

Is there a way to force HA / Z2MQTT to accept it as the correct device?

Edit: found [Wrong device]: LoraTap SC500ZB detected as Tuya TS130F · Issue #25996 · Koenkk/zigbee2mqtt · GitHub where this issue is reported, but no solution yet

9

Here is my workaround to get these devices calibrated, so that one can work with it acceptably.

  • after successful connection, with calibration turned on, do a full closure and opening of the blinds and measure the time it takes for each close and open and add 1s to the calibration time
  • in Dev Console choose “endpoint 1” cluster “Closures”, attribute “moesCalibrationTime”, read out the value
  • after read set it to the calculated calibration time
  • repeat with “endpoint 2”
  • that allows for a full opening and closing without having the actor be activated too long or short

For anyone interested, I have one v2 model and 8 v4 model devices.

1 Like
10

This I found now:

loratap.com
https://www.loratap.com › products › sc500zb-v2


[image]

LoraTap Tiny Size relay module works with Google Home, Amazon Echo Alexa. … SC500ZB-V2 SS600ZB SS9600ZB TYGWZ-01. Ships From: ChinaX. qty : 3849 available.

Not strange to get an Tuya, maybe even the same device ?