Posts made by tunnus | Smart Home

tunnus

Decreasing font one step did the trick, now rules are again visible in landscape mode

tunnus

I've managed to use MSR UI on iOS devices to some degree*, so that although UI elements (e.g. rule sets) are not visible in portrait mode, you've seen them in landscape. Now with recents builds (24302) this does not work anymore, elements (rule sets, entities) are not anymore visible in landscape mode.

Does anyone have similar experiences? Using iOS 18 and Safari/Chrome browser.

( *Drag & drop of rule conditions have never worked on a mobile)

tunnus

Could you help me to fix my ACL configuration so that admin user would also authenticate to this log viewer?

tunnus

@toggledbits the same ACL configuration works for the dashboard, if I'm authenticated to "general" UI, it does not ask for a new authentication. But if needed, it (dashboard) will redirect to login screen whereas this (log viewer) won't.

tunnus

I have the following ACL defined:

groups:
  admin:
    users:
      - admin
    applications: true 

api_acls:
  # This ACL allows users in the "admin" group to access the API
  - url: "/api"
    group: admin
    allow: true
    log: true
  # This ACL allows anyone/thing to access the /api/v1/alive API endpoint
  - url: "/api/v1/alive"
    allow: true

And I have authenticated to MSR as "admin" user. However, I'm getting "access denied" when trying to access http://*******:8111/api/v1/log

So what I'm missing, is my ACL incorrectly defined?

Using build 24302 on Docker.

tunnus

@toggledbits godspeed Patrick!

tunnus

@wmarcolin what if you do this like below:

Rule 1: commands/reactions up to (and including) shutdown
Rule 2: triggers when rule 1 is true with a long delay reset value (or maybe latching), and commands/reactions start with 900 s delay and the rest of the reactions

tunnus

Why don’t you divide this into two rules?

tunnus

@toggledbits just an idea related to this "repeat...while" group that it could benefit from similar functionality as is available for pulse to prevent it from looping indefinitely. There are sometimes devices not updating their status properly and in those cases it would be nice to ensure exit within reasonable time.

This functionality can be done in a following way, for example, but would be more straightforward if it was already built-in

tunnus

@Fanan see this

tunnus

@toggledbits thanks, didn't think about that

tunnus

I'm fetching certain data five past every hour, but I would like to do it closer to the hour, e.g. 1 or 2 past (but not at the hour).

I experimented with the following rule that almost works (triggers also at the hour which is not the intention). Any advice for a solution?

tunnus

@toggledbits as dashboard items are now all under URL <MSR ip>:8111/dashboard/, if e.g. virtual items/switches would be under <MSR ip>:8111/dashboard/virtual/, they could be accessed with a direct (bookmarkable) link

tunnus

It would be nice to have an ability to bookmark a direct link to a dashboard item. In my case I would use this feature to access a virtual switch directly.

tunnus

@toggledbits thanks! First it seemed that this fix isn't working, but worked as expected after I deleted the old entity...

tunnus

@toggledbits related to this topic, I'm trying to set color with exactly the same lamp using the following configuration (MSR build is latest-24152-3455578a, MQTT version is 24142):

reactor.yaml

 "zigbee2mqtt_smartmood":
          name: 'Smart Mood Light'
          friendly_name: 'Lidl smart mood'
          include: ["lidl_moodlight", "lidl_moodlight_rgb"]

local_mqtt_devices.yaml
("lidl_moodlight" part is omitted as it's not relevant here)

lidl_moodlight_rgb:
    capabilities: ["rgb_color"]
    actions:  
      rgb_color:
        set: false
        set_rgb:
          topic: "zigbee2mqtt/%friendly_name%/set"
          payload:
            type: json
            expr: '{"color": {"r": parameters.red, "g": parameters.green, "b": parameters.blue} }'

The problem is that MQTT message is sent with null values, example below.

{
  "color": {
    "r": null,
    "g": null,
    "b": null
  }
}

which is kinda expected, as MSR UI does not "ask" for these values when you select "rgb_color.set_rgb" action

Any hints what could be changed in the configuration?

tunnus

@toggledbits yes it's in the docs, but for accel(eration) directive, I'd prefer your explanation given here in this thread (e.g. "number of samples required for the computation is 2 * depth - 1")

tunnus

@toggledbits thanks (again)! Decreased depth to 4, and now it's working

tunnus

@toggledbits this particular time series has now been stable, at least I haven't seen null values recently, but as I'm testing an other kind of series ("accel"), I'm only getting null (see below).

First, my config:

        ...
          name: "Netatmo CO2 change rate"
          capabilities:
            value_sensor:
              attributes:
                value:
                  model: time series
                  entity: "hubitat>88"
                  attribute: "x_hubitat_CarbonDioxideMeasurement.carbonDioxide"
                  interval: 5  # minutes
                  retention: 30  # minutes
                  aggregate: accel
                  depth: 5
                  precision: 2
          primary_attribute: value_sensor.value
          type: ValueSensor

and from Entities view:

value_sensor.units=null
value_sensor.value=null
x_virtualentity.last_request_time=null
x_virtualentity.request_failures=null
x_virtualentity.template=null
x_virtualentity.timeseries_debug=[{"time":1716813840000,"value":774},{"time":1716814140000,"value":775},{"time":1716814440000,"value":775},{"time":1716814740000,"value":760},{"time":1716815040000,"value":760},{"time":1716815340000,"value":752},{"time":1716815640000,"value":752}]
x_virtualentity.timeseries_interval=5
x_virtualentity.timeseries_retention=30

Could be a trivial configuration mistake, but I followed an example in the docs.

tunnus

@toggledbits ok, thanks!

One bug might be lurking in, as I have now three virtual entities all using time series with "wa", and from time to time I'm seeing "null" value at least in one of them (sources should be stable). Still, this situation seems to be hard to reproduce, so just have to keep an eye on it. But letting you know if you'd know better what to look for.

temperature_sensor.units=null
temperature_sensor.value=null
x_virtualentity.last_request_time=null
x_virtualentity.request_failures=null
x_virtualentity.template=null
x_virtualentity.timeseries_debug=[{"time":1716579660000,"value":19.6}]
x_virtualentity.timeseries_interval=1
x_virtualentity.timeseries_retention=3

config:

...
model: time series
entity: "hass>sensor_outdoor_temperature"
attribute: "temperature_sensor.value"
interval: 5  # minutes
retention: 20  # minutes
aggregate: wa
depth: 4
precision: 1
weight:
   - 0.50  
   - 0.35  
   - 0.10  
   - 0.05

MSR UI on a mobile browser

New to Home Automation Looking for a Single app?

UZB/RaZberry Firmwares - Update

Sending data to a USB port to interface with a wireless switch

Seeking Advice:

[Reactor] Assignment to alarm ignored -- expression-driven global cannot be set by assignment

[Reactor] [Dev] Clarifications/Docs for refreshCapabilities and Entity action implementations return types

Looking for Remote Switch boxes that can also be used with a wireless Decora Style Switch.

Openluup - verabridge can not load devices.

Access to log file viewer denied

Why different types of Triggers within openLuup & ALTUI

High temperature sensor for Zigbee

Darker Reactor style

openLuup_install.lua - URL changed?

Just starting what hub is best.

TTS in MSR?

OpenLuup : Loading Global Modules

Should MSR import this device type from an Ezlo controller?

Reactor (Multi-System/Multi-Hub) Announcements

A couple of things about Reactor 24293

tunnus

Posts