♨ eWeLink CAST Updates: V2.22 on July 31 - more devices supported

hey @michelangelo.cimino

We will optimize the design along with Dark Mode in the upcoming versions.

Thanks again for your feedback

1 Like

@ward Will you also eventually add editing of NSPanel and NSPanel Pro screens and settings? Instead of conveniently changing options on the monitor, one have to smear one’s fingers on the phone screen.

From eWeLink WEB? There are no such plans so far, but we will note your suggestions.

This idea seems all too obvious. The overall usability of eWeLink Web is currently low. For a paid service you do a poor job of development. Adding dark mode and Russian translation are not a breakthrough.
One can add that you are doing a great job with negative marketing :-1:

1 Like

i didnt count that an update too , i dont know why the rtsp camera’s support always ignored and dont know for how long , been 2 years already without any further update on that section

2 Likes

Everything about eWeLink Web happens impossibly long and slow. Of the features mentioned in the marketing material, most are of the will-be-there-one-day-but-it-is-not-clear-when-or-if-it-will-be-there-at-all type. Pathetic for a company aspiring to be a front-runner.

1 Like

WebRTC protocal need to be supported by the Camera to streaming to web browser, for RTSP cameras from SONOFF, we have implement a protocol transfer service based-on AWS cloud, and for other brand, you can use CamSync to make it done.

WEB version updates follow the principle that if a feature can be better carried on the WEB and is high-frequency used, so not all features on the App will be implemented on the WEB, especially the low-frequency settings.

1 Like

just to let you know that im unable to view camsync camera’s on google home and even on alexa , its just working at ewelink app only , from the logs of the docker i see this repeated errors :
2024-05-06 15:06:23 WARN handleStunPacket(): Cannot find candidate pair with local candidate 192.168.68.67 and remote candidate 3.1.233.86. Dropping STUN binding success response
2024-05-06 15:06:23 WARN handleStunPacket(): Cannot find candidate pair with local candidate 172.21.0.1 and remote candidate 3.1.233.86. Dropping STUN binding success response

Copy, let’s move on in this topic Camsync failed to view camera's - #5 by jam3.

@here
Hi everyone,
We’re thinking about adding the feature of quickly switch dashboards (see demo pic below), but this may affect the PIN code settings, as some dashboards may encrypted by PIN code you set, when you enter or exit a dashboard you need to enter that PIN code. if you want to quickly switch between dashboards without exit to the index page, PIN code may need to be canceled.
if you have any ideas, feel free to leave a comment.

3 Likes

Without any doubt, for some this update will be useful, but for me personally it is not. If this is what you are planning on in the near future, then I am very disappointed. There are the following problems: the status of devices often does not correspond to the actual state of the devices. Device status is poorly updated. At a minimum, you need to make a page refresh button so that you don’t have to leave and re-enter the house to update the page. A dark mode would be very helpful. Still not all dual-channel zb devices are supported. I will repeat that you need to develop a map of your home like that of smart things. You also need to auto-rotate the cast panel for a vertical position. Also make a smaller grid for placing device tiles so that you can fine-tune the panel. Another very annoying thing is that all sensors and scenarios are displayed in white, as if some device is turned on - this is confusing! Also please make a cast for mobile devices. The web version on the phone is not very convenient!!! I would also like the camera image to turn on immediately when opening - waking up the panel!!! BUT I PUT THE BIGGEST EMPHASIS ON THE PLAN - THE MAP OF THE HOUSE!!! THIS IS THE MOST CONVENIENT THING FOR SMART HOME CONTROL!!!

Hi, thank you for the feedback.
the dark mode is in designing, may be implemented in next 2-3 updates.
and for other ideas like fresh button, map, all noted, we’ll do some evaluation. thank you.

1 Like

I prefer the PIN lock mechanism. Means I can share certain devices with certain people. Maybe only implement it for only dashboards with no PIN set?

Hi, I find the possibility of being able to quickly change the dashboard interesting and therefore I see this implementation positively. I find the possibility of being able to manage devices with multiple buttons separately (an opportunity already present in ewelink) a little more urgent. For example, using the Dual R3 you are forced to open a screen that allows you to control the two switches and furthermore by doing so the assigned name cannot be read well because it is truncated. This would be greatly appreciated. I’m also looking forward to the possibility of a dark background

The feature, let’s call it “display as separate tiles” for multi-channel devices have not been put on the list.

And the characters been truncated is the channel’s name you entered, maybe try a shorter one is a work around.

Dark mode is on the way.

Of course, dark mode rules :man_shrugging:

Thank you for your reply, I am already very careful about the length of names in my installations but sometimes it is essential to use a few more characters to differentiate the light points.

Furthermore, in the previous post I forgot to point out that some users tell me that the device status has not been updated on Cast. The device is on, on ewlink it is shown as on and on Cast it is off. Do you have evidence of this anomaly? Thank you

Hey, i have tested from my side, the status of my devices sync instantly after i control them from any portal, on device control, the eWeLink WEB, the CAST web version, and the CAST app, but if there’s a network issue caused communicate delay between these portals, the device status may not keep as the same as expected.

If you meet any similar issue again, please do let me know, and let me run a check by then.

1 Like

I have seen some users enter emoji or icons in the device’s or channel’s, it’s a workaround for better identify though it’s not perfect. :slight_smile:

2 Likes