Solar-powered cameras: a structural limitation worth documenting?

[ThierryDez]

Solar-powered cameras: a structural limitation worth documenting?

Hi,

I've been testing Strix on several cameras and I really appreciate the work.
I wanted to share a use case that seems structurally unsupported, and ask
whether you plan to address it.

The case: solar-powered cloud-only camera

• Camera: ieGeek ZS-GX4S (SoC Ingenic T31ZX)
• Power: solar panel — cannot run a local server continuously
• Access: cloud-only via proprietary app, no local HTTP server, no RTSP, no ONVIF
• No local account possible — only a cloud account exists
• Ping: OK ✅ (camera wakes up when app is used)
• Strix result: "Device Unreachable" → Continue Anyway → found=0

What happens

Strix shows "Device Unreachable" even though ping succeeds.
When continuing anyway, I have no local username/password to enter —
only my cloud account credentials, which are meaningless for local access.

What I was hoping for

I was hoping Strix could detect any open port or endpoint — even a JPEG
snapshot URL — and build a "slideshow stream" from it, as documented
in the README for cameras without RTSP.

But since there is no local server at all, there is nothing to connect to.

My question

Do you plan to support this category of cameras in the future?
Some solar cameras expose a snapshot API through their cloud
(Ezviz, Reolink, some Tuya devices...) — could Strix eventually
support cloud snapshot polling as a fallback?

In the meantime, would it make sense to detect "ping OK but no open ports"
and display a clear message explaining that cloud-only cameras
are outside Strix's current scope?

Thanks again for the great tool 🙏