semanticHomeMenu for openHAB 4 - Discussions

[hermanvh (Herman)]

Thanks for this nice UI.

In one of the previous posts ErikDB mentioned that the wrong room was shown.
I had the same problem with the lights, but it was OK when the uiSemantic were filled.
I changed the lines in semanticHomeMenu.yaml with

groupItemLocation: "=loop.equipmentItem.metadata.uiSemantics ? loop.equipmentItem.metadata.uiSemantics.config.location : loop.rooms.label"

to

groupItemLocation: "=loop.equipmentItem.metadata.uiSemantics ? loop.equipmentItem.metadata.uiSemantics.config.location : loop.roomsSrc.label"

and that worked.

In the weather menu the temperature bars did not appear, I created the group items (with Min/Max) minTempForecastDays and maxTempForecastDays and that worked.

[hmerk (Hans-Jörg Merk)]

Thanks for reporting, will check your findings later.

[hmerk (Hans-Jörg Merk)]

@hermanvh

I changed the lines in semanticHomeMenu.yaml with

groupItemLocation: "=loop.equipmentItem.metadata.uiSemantics ? loop.equipmentItem.metadata.uiSemantics.config.location : loop.rooms.label"

to

groupItemLocation: "=loop.equipmentItem.metadata.uiSemantics ? loop.equipmentItem.metadata.uiSemantics.config.location : loop.roomsSrc.label"

Thanks again for reporting. I have fixed it on github and will update the marketplace post next.

And again thanks for reporting the incomplete documentation for the weather widget. I will add the missing part about the groups later this evening.

[hmerk (Hans-Jörg Merk)]

@hermanvh

In the weather menu the temperature bars did not appear, I created the group items (with Min/Max) minTempForecastDays and maxTempForecastDays and that worked.

Documentation and examples updated in the marketplace post.

[ErikDB (Erik)]

@hmerk

Documentation and examples updated in the marketplace post.

The documentation of the weather widget misses one item:

Number:Temperature          OneCallAPIweatherandforecast_ForecastHours05_Temperature        "Forecast Temperature Hours 05"       <Temperature>         (owmWeather)                                          ["Point"]                          {channel="openweathermap:onecall:account:local:forecastHours05#temperature"}

(Furthermore, I believe the first line is erroneous?)

```csv

[ErikDB (Erik)]

@hmerk

Support for Lightstripes is added to the marketplace.

My Shelly RGBW 2 doesn’t support channels colorTemperature and color, since it’s on mode LED Strip Control (White). This (obviously) results in the following WARN logs:

20:19:47.892 [WARN ] [se.internal.SseItemStatesEventBuilder] - Attempting to send a state update of an item which doesn't exist: Ledlampjes_keuken_colorTemperature
20:19:47.893 [WARN ] [se.internal.SseItemStatesEventBuilder] - Attempting to send a state update of an item which doesn't exist: Ledlampjes_keuken_color

What should/could I do to avoid these WARN logs?

[hmerk (Hans-Jörg Merk)]

@ErikDB

The documentation of the weather widget misses one item:

Thanks again for reporting, I corrected both typos.

[hmerk (Hans-Jörg Merk)]

@ErikDB

My Shelly RGBW 2 doesn’t support channels colorTemperature and color

This makes it even more complicated. Don’t have a solution right now, but let me think about it.
Created an issue for to not forget about it:
RGBW lightstripes do not always have color/colorTemperature channels and create WARN entries in the log · Issue #1 · hmerk/semanticHomeMenu (github.com)

[ErikDB (Erik)]

I found another typo in the documents.

The main widget documentation instructs us to create an item gBatteryLow, but the widget itself searches for item gBatteryLowTotal (lines 1100 and 1105).

(Or is this also something better reported on github?)

[ErikDB (Erik)]

When my Shelly RGBW 2 is ON, the slider is filled up to the correct percentage of brightness (in the below case, 49 %), but the slider “ball” is still at 0 %.

Also, if I try to adjust the brightness on the slider, it triggers an error: Communication failure.

Thirdly (but for me less importantly), since the equipmentType is not ColorLight, I don’t understand why the Ambiance slider is visible.

And finally (also not a real ‘problem’), I suppose the label RGB colors is visible because there’s no parameter visible in the Label component (only in the oh-slider component)?

Image:

Settings of my _brightness item:

label: Ledlampjes keuken - helderheid
type: Dimmer
category: slider
groupNames:
  - Ledlampjes_keuken
  - Shelly_verlichtingen
tags:
  - Control

Did I do something wrong in the configuration, or is this a bug?

[hmerk (Hans-Jörg Merk)]

@ErikDB

The main widget documentation instructs us to create an item gBatteryLow,

No, please check the Energy Widget post, first item in the examples is

gBatteryLowTotal

Where did you find the wrong Item in the docs?

[ErikDB (Erik)]

@hmerk

Where did you find the wrong Item in the docs?

semanticHomeMenu Part 1 - Main [4.0.0.0;4.9.9.9]

semanticHomeMenu [image] Vision / About The idea is to have a UI for openHAB4 that dynamically configures itself automatically using the data of the openHAB semantic model. It is also possible to use the specialized widgets standalone or to extend the project with further widgets your own, some inspiration will be given later. History An openHAB 4 specific version became necessary because we identified some strong performance issues in “main_widget” due to the heavy usage of the oh-repeater …

[hmerk (Hans-Jörg Merk)]

@ErikDB

When my Shelly RGBW 2 is ON, the slider is filled up to the correct percentage of brightness (in the below case, 49 %), but the slider “ball” is still at 0 %.

Also, if I try to adjust the brightness on the slider, it triggers an error: Communication failure.

Both seem to be issues with the oh-slider component.
@florian-h05 could you have a look please.

@ErikDB

Thirdly (but for me less importantly), since the equipmentType is not ColorLight, I don’t understand why the Ambiance slider is visible.

To be honest, I have no clue, as the visibility has the same logic as brightness or color.

@ErikDB

And finally (also not a real ‘problem’), I suppose the label RGB colors is visible because there’s no parameter visible in the Label component (only in the oh-slider component)?

Fixed.

[hmerk (Hans-Jörg Merk)]

Fixed the wrong example for batteryLow.

[ErikDB (Erik)]

@hmerk

Fixed.

I removed the light widget and re-installed it. I checked the code, and indeed, lines 258 and 266 read:

visible: "=props.equipmentType === 'ColorLight' ? 'true' : 'false'"

But still:

Strange!

[hmerk (Hans-Jörg Merk)]

Can you please poste the config code for the equipment Ledlampjes keuken.
BTW, you need to completely reload the app after changes, otherwise it will be rendered from cache.

[ErikDB (Erik)]

@hmerk

BTW, you need to completely reload the app after changes

What exactly do you mean with “the app”?

@hmerk

Can you please poste the config code for the equipment Ledlampjes keuken.

label: Ledlampjes keuken
type: Group
category: lightbulb
groupNames:
  - Keuken
tags:
  - LightStripe
groupType: None
function: None

(I still need to add the meta-data, but haven’t got around to it yet…)

[hmerk (Hans-Jörg Merk)]

@ErikDB

What exactly do you mean with “the app”?

MainUI

About&Help → Scroll down to reload and press reload.
Did not find anything wrong with your config.

[ErikDB (Erik)]

Done. No change…

[hmerk (Hans-Jörg Merk)]

I will do some tests later on…