I have an unrooted GrapheneOS phone. I was surprised that it doesn’t offer a native option to limit battery charging to a specific upper limit (e.g., 80%) to preserve battery health and prolong the battery’s life.

To work around this, I decided to implement a charging limit feature using automation software and a Wi-Fi-controllable plug. After some research, I bought a Shelly Plug S for this purpose. I’m trying to keep things open-source, so I avoid Google Play apps when possible. The closest Tasker alternative I found on F-Droid is Easer. Unfortunately, Easer seems to lack some crucial features that would make this process easier, such as switching Wi-Fi networks or starting external apps.

Here’s my plan so far:

  • My phone’s charger is plugged into the Shelly Plug S, which is connected to my Wi-Fi network.
  • I want to use Easer to automate the process: It would turn on the plug when the charger is connected, monitor the battery level, and, once it reaches 80%, turn off the Shelly Plug S by making an HTTP call to its local web interface (or an API call).
  • I prefer to block the Shelly Plug from accessing the Internet entirely (to avoid leaking data to the cloud) by setting up firewall rules that restrict its access to only my local network.

However, Easer seems to have some limitations that make this more challenging than expected:

  • Easer cannot switch Wi-Fi networks: I was hoping to use the Shelly Plug’s local access point (AP mode) for a more portable solution, but since Easer doesn’t have permission to switch networks, I’m restricted to my home network.
  • Easer cannot start external apps: It also can’t trigger external apps that might help with network switching or more advanced controls.

At the moment, I’m stuck with these limitations and was wondering if anyone has experience with similar setups or has already written code to implement something like this. Specifically:

Has anyone written or seen code to automate switching off a Shelly Plug once a certain battery level is reached? Are there any workarounds for Easer’s limitations, or should I consider switching to a different automation tool that fits my FOSS preference?

I would greatly appreciate any tips, code snippets, or discussions around best practices for this type of setup. Ideally, I’d love to make this work while keeping the setup local and portable, but I’m open to suggestions!

Thanks in advance for your help!

  • Admiral Patrick@dubvee.org
    link
    fedilink
    English
    arrow-up
    1
    ·
    2 months ago

    Easer cannot switch Wi-Fi networks: I was hoping to use the Shelly Plug’s local access point (AP mode) for a more portable solution, but since Easer doesn’t have permission to switch networks, I’m restricted to my home network.

    What about setting up a reverse proxy on your main network that can then make the call to the Shelly Plug on its VLAN? I do this with my HomeAssistant and its devices which are all on an isolated network. The HA machine has internet access, but none of the other devices do (via firewall rules for that VLAN).

    You’d have to make a firewall rule to allow the reverse proxy to be able to reach the restricted network, but that’s pretty straightforward.

    Easer cannot start external apps: It also can’t trigger external apps that might help with network switching or more advanced controls.

    Not familiar with Easer (will have to check it out, though), but can it make an HTTP(S) call natively?

    • bremen15OP
      link
      fedilink
      English
      arrow-up
      2
      ·
      2 months ago

      Not familiar with Easer (will have to check it out, though), but can it make an HTTP(S) call natively?

      Yes, it can. I plan to use that feature to access the plugs web interface.

      • Admiral Patrick@dubvee.org
        link
        fedilink
        English
        arrow-up
        1
        ·
        2 months ago

        In that case, a reverse proxy on your “main” network that can access the Shelly Plug on the “restricted” network should work.

        • bremen15OP
          link
          fedilink
          English
          arrow-up
          2
          ·
          2 months ago

          Yes, it should. I hope someone has already implemented this setup and can confirme that it works as we think it does.

          • Admiral Patrick@dubvee.org
            link
            fedilink
            English
            arrow-up
            1
            ·
            2 months ago

            Should be pretty easy if you use Nginx. You can just proxy the full URI and params.

            Main network:  192.168.1.0/24
            Restricted network:  10.10.10.0/24
            ShellyPlug IP:  10.10.10.5  (assuming it's REST API is on port 80, but adjust if needed)
            Reverse Proxy IP:  192.168.1.10
            
            Nginx "conf.d/shellyplug_proxy.conf": 
            
            server {
              listen 80;
              server_name  shellyplug.lan;
              location / {
                proxy_pass http://10.10.10.5:80;
              }
            }
            

            As long as your reverse proxy (Nginx) on your main network can reach 10.10.10.5 port 80 on the restricted VLAN, it should work, and you should be able to use call the api from your main network at http://shellyplug.lan (or http://192.168.1.10) just as you would to it directly to the plug on its restricted network.

            HTH