Shelly 2.5 In Client Mode with Both Channels "off" Goes into Reboot Loop

Hi,

(apologies for a previous version of this post named "WiFi Issues" - the problem turns out not to be a WiFi issue, turned out to be a mis-diagnosis)

I'm evaluating Shelly products for home use, so I purchased a few different products and am experimenting with them.

I'm seeing a rather weird issue with the 2.5 switch. It's running the latest (1.10.4) firmware but the problem seems to have been there with the stock (2019) firmware as well.

When I connect to the 2.5 in AP mode, everything works well. Immediate web UI response, instantaneous operation (on/off/readout/configuration) - the works.

When I configure it to join my WiFi LAN, problems begin. The switch joins the network, but its response time is abysmal. Can take two minutes to draw an initial web UI screen (if it does at all). "ping" to it shows massive (over 40%) packet loss, and the responses that do get back take like 2000-3000ms (good reason for slow response...).

Investigating it I found that the switch goes into a reboot loop. It just keeps rebooting every few seconds. Extracting "uptime" from the API via curl shows it clearly.

Factory reset, reconfigure - same story.

What seems to resolve the issue is powering one of the channels on. Once at least one of the channels is "on" - the switch stops rebooting and becomes still and responsive. Both set to "off"- reboot loop resumes.

Any help will be greatly appreciated. Thanks!

Some more data to try to shed light on this - here's what I get in the debug log:

1425402813 mgos_http_server.c:180  0x3fff36e4 HTTP connection from 192.168.xxx.xxx:52170
1425421868 json.c:420              RAM: 49272 total, 34492 free
1426177885 mgos_http_server.c:180  0x3fff326c HTTP connection from 192.168.xxx.xxx:55209
1426187619 switch.c:1107           Relay on pin 15 changed state 1 to 0
1426191796 powermeter.c:97         pm measure interval: 0
1426195700 powermeter.c:105        oneshot measure in 150
1428583362 mgos_http_server.c:180  0x3fff2cbc HTTP connection from 192.168.xxx.xxx:64001
1429069295 json.c:420              RAM: 49272 total, 34012 free
1431376822 mgos_http_server.c:180  0x3fff326c HTTP connection from 192.168.xxx.xxx:51865
1434098703 json.c:420              RAM: 49272 total, 34380 free
1434415321 shelly_ping_check.c:154 Ping 0.0.0.0 (2)
1437095872 esp_main.c:137          SDK: state: 5 -> 2 (3c0)
1437100286 esp_main.c:137          SDK: rm 0
1437105528 esp_main.c:137          SDK: pm close 7
1437111841 mgos_wifi.c:119         WiFi STA: Disconnected, reason: 3
1437115898 shelly.c:292            WiFi disconnected reason whatever, will reboot.
1437119946 arp_check.c:60          Rebooting
1437124878 switch.c:1208           Going to reboot!

This is when I turn the last channel that was "on" to "off" (could be done via the switch connected to "sw" or via web UI - same behavior). For some reason the WiFi station immediately disconnects, and the devices reboots - only to keep doing this in a loop.

Set one of the channels to "on" - everything is stable again.