Hi all,
I built a free SmartThings Schema Connector called Shabbat Switch — it creates a virtual switch that turns on automatically a few minutes before candle-lighting and off after Havdalah. All the timing comes from the Hebcal API, which calculates the actual astronomical candle-lighting and Havdalah times for your specific location (not a fixed weekly schedule) — it also correctly handles Yom Tov, including standalone mid-week holidays and multi-day chagim that run straight into Shabbat, as one continuous period. Useful for anyone who wants to trigger their own Routines (lights, plugs, etc.) around Shabbat/Yom Tov without manual scheduling. It’s free, self-hosted on my own AWS account, and works for anyone via a simple invite link — no coding needed on your end.
What I’m actually posting about: I’m now extending it to also control a Samsung fridge/freezer’s Sabbath mode directly (samsungce.sabbathMode), since that capability isn’t exposed to SmartThings Routines at all. I’ve fully built and tested the mechanism — OAuth device-scope authorization, token refresh, and sending the actual on/off command via the Devices API all work correctly, verified against a real device.
The catch: I know from this community that Samsung has been observed to explicitly disable this exact capability server-side on some models (returns 422/NOT_FOUND even though it’s visibly listed) — the Dacor-branded units seem to be a known case of this. I don’t yet know how widespread that restriction is across the rest of the Samsung fridge/freezer lineup.
So I’m looking for a few people with different Samsung fridge/freezer models to try it and report back whether it actually works for their specific model. If you’re interested:
- Use the invite link below, sign into your SmartThings account
- Set your candle-lighting/Havdalah offsets (or skip if you just want the fridge part)
- On the fridge-connection step, select your fridge if it shows up
- Reply here with your model number and whether Sabbath mode actually toggled
SmartThings Channel and Drivers
One tip that’ll save you a headache: open this link in a real browser (Safari/Chrome), not inside Facebook/Messenger/Instagram’s built-in in-app browser if you’re clicking through from one of those apps. In-app browsers often break OAuth logins partway through (a known issue with embedded WebViews) - one tester hit a confusing “could not connect to account” error every time from Messenger’s browser, and it worked immediately once he switched to a real browser.
Appreciate any data points, even “didn’t work” ones — that’s useful too for mapping which models are actually usable via the API.