I did move to an 64bit OS(openhabian) and 4.3 at the same time.
After installing the above system I restored from a 4.2.3 backUp.
Now my MainUI shows version 4.2.3, logging onto the raspberry via SSH it shows openHAB 4.3.2 Release Version?
My JavaScript rules seem not to be triggered by events (manuallly started they are working).
MainUI shows all Automation packages twice, in case of JavaScript one as installed the othe not.
[Edit:]
Shame on .ME 
cleaning the openHAB cache solved that one!
Had a problem with every 2nd-3rd or so chart would not display (same behavior with web-browser as android-app).
Tracked down the reason that if there was one or more non-existing (left-overs) items defined in the chart definition, the chart would not display.
Hi, is there a fix for this problem already?
My vscode openhab extension updatet and now it isnĀ“t working anymore. Which of this config settings do i have to change to the new format? Or will this be done by the extension itself without any work from me? Which config-settings in vscode are necessary and which one are optional?
IĀ“m still on the old oh-version, no update to 4.3 yet. Only the vscode extension did an automatic update.
It is still version 1.0.0
"openhab.connection.host": "<your_ip>",
"openhab.connection.port": 8080
Thanks, now it is working again!
Iāve migrated my openhab to openHAB 4.3.3 but I have to reinstall the ebus-addon each time I restart the openhab service. I dont see any error in the log.
Any Ideas?
Hi everyone,
Iām experiencing an issue with the Main UI where the light temperature picker appears empty. Iāve set up my item as a Number:Temperature with mired as the unit, but the picker still doesnāt display correctly.
Is this a known bug, or am I missing something in my setup? Any insights would be greatly appreciated!
Thanks!
You need to provide more information. What binding, thing, channel? What item, and its config?
Itās the deconz binding
item config
Number:Temperature ColorTemperature_GF_Corridor_ExtendedLight1 "ColorTemperature_GF_Corridor_ExtendedLight1" (Group_GF_Corridor_Light, Group_GF_Corridor_ColorTemperatureLight) ["Control", "ColorTemperature"] {channel="deconz:extendedcolorlight:smarthome:Corridorextendedcolorlight1:color_temperature", stateDescription=" "[ pattern="%.0f %unit%" ], unit="K"}
and thing binding
Bridge deconz:deconz:smarthome [ host="xxxx", apikey="secret", httpPort="8081" ] {
extendedcolorlight Corridorextendedcolorlight1 "Corridorextendedcolorlight1" [ id="16" ]
}
I believe it is not Main UI but Basic UI.
What is your current item value ?
Please enable DEBUG logs
for org.openhab.ui.basic.internal.render.ColortemppickerRenderer and show what is logged when you open the picker.
How to enable it?
log:set DEBUG
org.openhab.ui.basic.internal.render.ColortemppickerRenderer
2025-03-14 09:41:10.609 [DEBUG] [ernal.render.ColortemppickerRenderer] - Can't get RGB for 15 Kelvin, bypassing color gradient!
2025-03-14 09:41:10.614 [DEBUG] [ernal.render.ColortemppickerRenderer] - ColortemppickerRenderer current=15 unit=K min=1 max=66666.66666666666666666666666666667
2025-03-14 09:41:10.617 [DEBUG] [ernal.render.ColortemppickerRenderer] - Can't get RGB for 1.0 Kelvin, bypassing color gradient!
2025-03-14 09:41:10.624 [DEBUG] [ernal.render.ColortemppickerRenderer] - Can't get RGB for 1 Kelvin, bypassing color gradient!
2025-03-14 09:41:10.627 [DEBUG] [ernal.render.ColortemppickerRenderer] - ColortemppickerRenderer current=1 unit=K min=1 max=66666.66666666666666666666666666667
2025-03-14 09:41:10.628 [DEBUG] [ernal.render.ColortemppickerRenderer] - Can't get RGB for 1.0 Kelvin, bypassing color gradient!
Apparently, you have inconsistent values and inconsistent min/max for a color temperature in Kelvin.
What is expected is a value in range 1000-10000.
1 K or 15 K is not a proper value.
Maybe a bug in the deconz binding or in your config?
This is my config what is wrong?
Something wrong in your item definition ā¦ looks like " or [ ] characters munged upā¦
Number:Temperature .. {channel="deconz:extendedcolorlight:smarthome:Corridorextendedcolorlight1:color_temperature", stateDescription=" "[ pattern="%.0f %unit%" ], unit="K"}
or maybe try
stateDescription=" "[ pattern="%.0f %unit%", min="2000", max="6500" ]
You could add it to the addon.cfg in your config/services folder?
hi all ,i tried to update my openhabian setup (running on a Rpi4 2gb) to the 4.3 openhab 64bit.I took a backup of my configuration,installed openhabian 64bit to my sd card and restored my config.At first all went well without errors but i had high memory consumption over 89 to 95% and system hangs after several hoursā¦I did a clean installation again but i had the same issue.Returned to 32bit openhabian ,memory is between 40 and 50% and all works as well as ever.So conclusion is that to upgrade to 64bit and be ready for openhab 5.0 i have to ditch Rpi4 for a Rpi5 at least 4gig of memory?
solved by using
stateDescription=" "[ pattern="%.0f %unit%" , min=2000, max=6500], unit="K"
A post was split to a new topic: Timezone issues on 4.3