WyzeCamv3 Streams get IOTC_ER_TIMEOUT

[Anuttymous]

I use my WyzeCam with docker-wyze-bridge, to stream the video onto a Telegram channel, however it has stopped being able to connect to the camera, returning IOTC_ER_TIMEOUT.
When I check on my.wyze.com/live, the camera feed just says “Web Connection Failed”, but I can see both my laptop and camera are connected, and I’m still able to connect to the camera in my Wyze app.
Please help me understand what’s changed and how I can continue streaming my camera - it’s the only reason I bought it.

[Flyinace2000]

I’ve got the same problem w/ the docker-wyze-bridge, but my web view works.

[Crease]

This seems potentially relevant:

Can Wyze be modified to be used with Synology?

It’s probably not you doing anything wrong. Hang tight for a little while…a Wyze employee just reported that their P2P provider made some weird change that broke some of the streams: [image] The bug report can be followed here: Some people have been able to get their cameras back online by tweaking a few things, but it might be worth just waiting a little bit for TUTK to fix whatever they broke.

A related topic is also discussing some recent problems with docker-wyze-bridge:

RTSP firmware for Wyze Cam V4

Hi developers, Is there any firmware which supports RTSP for Wyze Cam V4, I got one, and I would like to integrate with my home assistant system, Thank you,

I haven’t personally used this tool, so I’m not going to be very helpful with this particular problem, but I wanted to drop these pointers in case anyone hadn’t seen them.

Welcome to the Forum, @Anuttymous!

[carverofchoice]

@Flyinace2000

problem w/ the docker-wyze-bridge, but my web view works.

Ditto. That’s partially because Docker Wyze bridge is using TUTK to authenticate (and a Wyze dev working on this issue said the problem is related to TUTK) and then stream locally through a P2P connection, while the web portal is using Amazon kinesis which doesn’t have a problem.

Anyway, it’s being looked into by a Wyze dev who has even used DWB himself too.

[jsnox]

any updates on this?

[carverofchoice]

Sort of. There isn’t an “OFFICIAL” resolution yet. However, there are a lot of people who got it to work.

Apparently there are 2 potential solutions for most camera models. One cause is a subnet restriction causing IOTC_ER_TIMEOUT that is mitigated by putting the cameras and the DockerWB on the same network/subnet. Some people were seeing hundreds to thousands of these errors per day until they used subnet workarounds, and that got them up to >99% availability with only a handful of IOTC_ER_TIMEOUT errors in a couple of days. That’s at least useable while waiting for an official fix.

People using DWB with Synology reported they had to change the network to host mode or set the environment variable MTX_RTMPADDRESS to a random number between 10000 and 65000. Then, restart the container, and it will work again.You may need to change the subnet settings in Synology’s network configuration and also adjust the subnet settings for the camera’s Wi-Fi .

Some other people got it to work again with most camera models by flashing the firmware back to an earlier version. I have seen reports of this working for most camera models, but not for V4’s, but it’s worked for basically all other camera models. Definitely worked for at least V2, V3, V3 Pro, Pan V3.

But there should be a final fix coming in eventually, the above are just known workarounds that are currently making things work again for most people.

[Crease]

I’m the wrong person to ask:

@Crease

I haven’t personally used this tool, so I’m not going to be very helpful with this particular problem

Fortunately, @carverofchoice has provided a helpful response!

Welcome to the Forum, @jsnox!

[carverofchoice]

Update From WyzeJason:

Source Reddit:

I just got an update from the team, we have concluded our investigation and found the cause. We are working on the solution now and should have something soon.

---

Source Discord:

I just updated on Reddit to someone about the docker-bridge thing but I will say the same here. We have completed our investigation now and know the cause of the issue. We should be posting more about it very soon.

[jsnox]

good they found the issue i gues just matter of days for a fix. wondering if i should try the subnet fix or just wait.

[carverofchoice]

For me, I would probably see what they mean by this first:

We should be posting more about it very soon.

Though, I guess it’s not that hard to reverse the settings if you back up the image anyway, so trying the fix is probably not a big deal.

[jsnox]

thanks just added these lines to the yalm and worked

MTX_RTMPADDRESS=0.0.0.0:12345
network_mode: “host”
ports:

[Vyctor]

Where did you use these settings? I’m trying to setup Wyze with HomeAssistant using the Wyze Bridge but Im getting this error too, thumbnails load but no streams. Im running Wyze Bridge as an add-on in HA.

Has there been any update on this issue from Wyze? I had my wyze cams working with home assistant sometime last year but lost my setup due to some poor circumstances and finally decided to try again, and this sounds like its an issue from Wyze’s side of things?

[jsnox]

Install wyze bridge as a docker not as a add on. Too many issues i had when installed as addon.

Install ssh terminal as addon and activate terminal on the side . So through ssh you can install wyze bridge docker dev