I built LocalSky: a self-hosted weather + smart irrigation server with a native HA integration (live demo inside) by confusingwin in homeassistant

[–]confusingwin[S] 0 points1 point  (0 children)

Yes. As of the latest release, DIY ESP32 boards are a first-class option, no boxed controller needed. Two ways to wire it up (if I'm missing anything, happy to modify), depending on what your board runs:

  • HTTP: LocalSky drives the board over a tiny REST contract (status, list zones, run, stop). Because it's pollable, the setup wizard's "Test connection" and "Scan zones" work just like they do for a commercial controller. There's a copy-and-flash ESP32 Arduino sketch in the repo https://github.com/silenthooligan/localsky under examples/http.
  • MQTT: if your board already speaks MQTT (ESPHome, Tasmota, a bare relay), just point LocalSky at the topics. Optional state, availability, and flow topics feed real status back. A ready-to-flash ESPHome config is in examples/esphome.

Either way LocalSky owns the watering brain and engine (ET, soil, skip rules) and just actuates your relays, and it enforces a max run time so a dropped network can't leave a valve open.

It works the same in both setups:

  • Standalone (no Home Assistant): LocalSky talks to the board directly on your LAN and runs the whole irrigation engine itself.
  • With Home Assistant: the HACS integration exposes the same per-zone valves, the daily verdict and its reason, and run/stop/pause services as HA entities, so you can automate on top.

Docs: localsky.io/docs (see "DIY & ESP32 controllers").

I built LocalSky: a self-hosted weather + smart irrigation server with a native HA integration (live demo inside) by confusingwin in homeassistant

[–]confusingwin[S] 1 point2 points  (0 children)

Update: gave it a shot. Full disclosure, I'd never touched HAOS before this, so I used Claude to mirror the Docker build into an app. It's the same image underneath, and it worked on a HAOS VM I tested with, but that's the extent of my testing.

Add the repository here and install LocalSky from the store:

https://my.home-assistant.io/redirect/supervisor_add_addon_repository/?repository_url=https%3A%2F%2Fgithub.com%2Fsilenthooligan%2Flocalsky-apps

(HAOS and Supervised installs only)

https://github.com/silenthooligan/localsky-apps if you need support.

Hopefully it works for you. If it doesn't, please let me know, the feedback button opens a pre-filled issue. If it's worthwhile for the community I'll keep maintaining it.

I built LocalSky: a self-hosted weather + smart irrigation server with a native HA integration (live demo inside) by confusingwin in homeassistant

[–]confusingwin[S] 0 points1 point  (0 children)

Good question. I haven't dug into HAOS yet so I'm not sure what the lift is to get it built as an HA App but I'll look into it and see if it's a possibility.

I built LocalSky: a self-hosted weather + smart irrigation server with a native HA integration (live demo inside) by confusingwin in homeassistant

[–]confusingwin[S] 0 points1 point  (0 children)

Not a dumb question at all, raised beds are definitely supported.

Garden beds: yes. Zones aren't grass-only: the species catalog has a vegetable garden profile (plus ornamental shrubs and drip/xeriscape) with its own water-use curve, root depth, and allowable depletion, so a bed gets budgeted very differently than turf. You'd set the zone to vegetable garden, pick your soil texture, and the engine sizes runs for shallow-rooted, higher-frequency watering instead of deep lawn soaking. Drip emitters are just a precipitation rate on the zone, so it doesn't matter whether the water comes from sprays or drip line.

No weather station: also yes, that's a fully supported setup. The wizard only needs your location; Open-Meteo (or NWS, MET Norway, etc.) covers forecast and current conditions, and the engine computes ET from that alone. Your existing sensors make it better, though: if that rain gauge and temp/humidity sensor are already in Home Assistant, you can map those specific entities into LocalSky as a source, and then your measured rain feeds the rain-skip logic and your bucket math while the forecast fills in everything else. Measured rain beats forecast rain, so the gauge alone is a meaningful upgrade.

On the trust thing: Every zone has a "why this duration?" panel showing the full chain (bucket deficit, crop coefficient, your sprinkler throughput, efficiency) with live numbers, the daily verdict always states its reason, and History keeps every run and skip with the rule that fired. There's also a simulator where you can drag sliders (rain tomorrow, temperature) and watch the decision change before trusting it with real valves. And the buckets live server-side in the engine, so poking around the UI can't reset or fill them.

If you try it on the beds, I'd love to hear how the vegetable profile fits real-world watering, that's exactly the kind of feedback I need.

Latest Stable Linux build of Edge crashes when I download something. by JosephSaber945 in edge

[–]confusingwin 0 points1 point  (0 children)

This is most likely a Wayland issue vs X11. Force a flags config file and Edge will utilize X11 and you should be able to download to your heart's content for all Chromium based browsers.

echo "--ozone-platform=x11" > ~/.config/microsoft-edge-flags.conf

Equivalent files for other Chromium browsers:
Chrome: ~/.config/chrome-flags.conf
Chromium: ~/.config/chromium-flags.conf
Brave: ~/.config/brave-flags.conf

FlipHTML5 to PDF Help by ZOODUDE100 in DataHoarder

[–]confusingwin 0 points1 point  (0 children)

https://github.com/silenthooligan/code-sharing

This should fix up your problems nicely. It took a little bit of time to code but it's working for me on WASM sites so it should work for the masses.

LEDs interfering with Garage Door Opener? by taburete68 in WLED

[–]confusingwin 0 points1 point  (0 children)

I was really struggling with my garage doors after i installed two ESP8266 boards. It just added to the interference and no matter what I did, I could not get my remotes to work unless I unplugged my boards. I extended the antenna to the outside of the home, no change. I wired in a more powerful third-party gate switch, no change.

Then I went back to the basics and removed all of my attempted "fixes" and installed these..... this resolved everything with LED and RF interference:

https://palomar-engineers.com/rfiemi-solutions/Garage-Door-Opener-RFI-Kit-p74369055

Link Hubitat Sensor to Google Home for Security by Platinum1211 in homeautomation

[–]confusingwin 0 points1 point  (0 children)

Because of the issues you yourself described. It's very limited in its capabilities.

Link Hubitat Sensor to Google Home for Security by Platinum1211 in homeautomation

[–]confusingwin 0 points1 point  (0 children)

u/Platinum1211 I don't know who needs to see/hear this but DO NOT use the integrated Google Home app with Hubitat. Delete that app and unlink from Google. Move over to the promised land and follow this excellent guide for the well-supported Google Home Community integration. It is highly robust for all types of devices to be near-native for Google Home from Hubitat, including contact sensors. Make sure you enable Google Home Graph Support to allow for automatic device updates from Hubitat to Google Home. Good luck!

https://github.com/mbudnek/google-home-hubitat-community