Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Unsolved
Collapse
Discussion Forum to share and further the development of home control and automation, independent of platforms.

Global Moderators

Forum wide moderators

Private

Posts


  • MSR with reverse proxy
    therealdbT therealdb

    sorry, I'm on a tour right now. I have a similar config, but I configured a specific host name and I'm on the standard HTTPs port.

    maybe this is useful

    image.png

    Multi-System Reactor

  • Use of Google Gemini as an MSR and Hubitat configuration aid
    therealdbT therealdb

    yep, I costantly use GitHub Copilot to help dealing with MSR logic. To be honest, I wanted to ask @toggledbits for a full MCP server for Reactor, since it could be easily useful to automate some kind of tasks regarding rules etc. I built one for my own use, but it's not that useful for the public, because right now we don't have endpoints to manage rules. but, nonetheless, having a true grasp of all my entities helps a lot.

    How-To

  • MSR with reverse proxy
    therealdbT therealdb

    I use it with synology in this exact way. This is only resolved by my own dns running on my unifi. I have local entries in my laptop to resolve to my static ip. Even https/was are ok.

    Multi-System Reactor

  • MSR with reverse proxy
    toggledbitsT toggledbits

    @tunnus said in MSR with reverse proxy:

    if I’d put public IP there, would it still work as expected when UI is used without a proxy?

    That's a routing/firewall issue. Some will do it out of the box, some you have to enable it (it's often called NAT loopback, NAT hairpinning, or NAT reflection).

    @tunnus said in MSR with reverse proxy:

    Also, does it accept dns name or just IPs?

    It should. That may be another path for you -- internal DNS resolution gives the local address, while external give the public address.

    Caution all around, though. I don't build or test this for use in such proxies. I can foresee issues with access control in your scenario, because there's a high probability of extra steps needed to "see through" the proxy to the real original requesting address. If it works for you, fine, but at the moment, I'm not inclined to do more on this.

    Multi-System Reactor

  • MSR with reverse proxy
    toggledbitsT toggledbits

    Yeah, that will likely be a problem. It will try to redirect to that private IP and find itself unable. The API calls to the public IP don't need to do this, but the UI interfaces very much do. You might try putting the public IP there.

    Multi-System Reactor

  • MSR with reverse proxy
    toggledbitsT toggledbits

    Do you have baseurl set in your config?

    Multi-System Reactor

  • [MSR] Native fan capabilty
    therealdbT therealdb

    Here we go. Sorry for the delay, crazy days at work:

    {
        "entity_id": "fan.kitchen_seashell_hood_ventilation_fan",
        "state": "off",
        "attributes": {
            "preset_modes": [],
            "percentage": 50,
            "percentage_step": 25,
            "preset_mode": "",
            "friendly_name": "Seashell Hood Ventilation Fan",
            "supported_features": 49
        },
        "last_changed": "2026-09-19T04:06:16.582977+00:00",
        "last_reported": "2026-09-19T04:06:16.582977+00:00",
        "last_updated": "2026-09-19T04:06:16.582977+00:00",
        "context": {
            "id": "01M2VXFV869XHBDKVKPFSSCC21",
            "parent_id": null,
            "user_id": null
        },
        "source": {
            "domain": "esphome"
        }
    }
    

    Thanks.

    Multi-System Reactor

  • [MSR] Native fan capabilty
    toggledbitsT toggledbits

    Can you add the following to your HassController config, restart, and post the contents of the dump file created (named <controllerid>-fan_kitchen_seashell_hood_ventilation_fan.json). Thank you!

        config:
          # other stuff
          dump_entity:
            "fan_kitchen_seashell_hood_ventilation_fan": true
    
    Multi-System Reactor

  • [MSR] Native fan capabilty
    therealdbT therealdb

    Nothing more to add. I see we have hvac_blower, but, anyway, maybe a native fan on the same assumptions of the fan from HASS could be reasonable.
    I have a couple of them. ie, this is from ESPHome via HASS.

    x_hass.domain="fan"
    x_hass.entity_id="fan.kitchen_seashell_hood_ventilation_fan"
    x_hass.floor_id=null
    x_hass.services=["fan","esphome"]
    x_hass.source="esphome"
    x_hass.state="off"
    x_hass_attr.friendly_name="Seashell Hood Ventilation Fan"
    x_hass_attr.percentage=50
    x_hass_attr.percentage_step=25
    x_hass_attr.preset_mode=""
    x_hass_attr.preset_modes=[]
    x_hass_attr.supported_features=49
    

    Thanks.

    Multi-System Reactor

  • [MSR] Rule do not fire
    therealdbT therealdb

    done. I'll test, but your logic makes sense, of course.

    anyway, part of the problem with complex rules is that I have a huge system and sometimes it's very, very difficult for me to find the right rule after a while. what could help me is a way to see all the rules a device is used into (triggers, constraints, actions, variables), and an advanced search, maybe,

    one can dream 🙂

    Multi-System Reactor

Member List

CatmanV2C CatmanV2
therealdbT therealdb
toggledbitsT toggledbits
akbooerA akbooer
DesTD DesT
rafale77R rafale77
  • Login

  • Don't have an account? Register

  • Login or register to search.
  • First post
    Last post
0
  • Categories
  • Recent
  • Tags
  • Popular
  • Unsolved