# openHAB 5.3 Milestone discussion **URL:** \ **Category:** News & Important Changes\ **Created:** [August 30, 2026, 8:24pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292 "2026-08-30T20:24:41Z")\ **Posts on this page:** 20\ **Page:** 2
**Author:** ![ErikDB](https://community.openhab.org/letter_avatar_proxy/v4/letter/e/ac8455/32.png) [@ErikDB](https://community.openhab.org/u/ErikDB)\ **Post date:** [October 9, 2026, 11:04am UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/21 "2026-10-09T11:04:49Z")
I also have wondered why the colors aren’t always the same. It sometimes confuses me. ---
**Author:** ![florian-h05](https://community.openhab.org/user_avatar/community.openhab.org/florian-h05/32/117524_2.png) [@florian-h05](https://community.openhab.org/u/florian-h05)\ **Post date:** [October 9, 2026, 11:45am UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/22 "2026-10-09T11:45:25Z")
I’ve created an issue to remind me to implement that: > > > Coming from https://community.openhab.org/t/openhab-5-3-milestone-discussion/170…292/20?u=florian-h05: > > oh-state-series has no default color mapping for ON/OFF states, so the chosen colors depend on ECharts' rendering and may "swap" between rerenders. This is confusing and inconsistent. > > Introduce a default color mapping for ON/OFF states: > > \- ON =\> green > \- OFF =\> red ---
**Author:** ![OMR](https://community.openhab.org/letter_avatar_proxy/v4/letter/o/94ad74/32.png) [@OMR](https://community.openhab.org/u/OMR)\ **Post date:** [October 13, 2026, 10:09pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/23 "2026-10-13T22:09:13Z")
Edit: this had nothing to do with the OH upgrade. Just an unfortunate Aeotech Z-Wave stick power loss leaving just 31 of 74 nodes in its NVM memory. I just updated from 5.2.1 to 5.3.0M3 and now half of my Z-Wave nodes are Offline. They send data, but are rejected: ```yaml 2026-10-13 23:59:52.507 [DEBUG] [g.zwave.internal.ZWaveConfigProvider] - NODE 57: Node not found in getConfigDescription 2026-10-14 00:03:05.265 [TRACE] [wave.internal.protocol.SerialMessage] - NODE 57: Message payload = 00 39 07 60 0D 02 01 25 03 FF 2026-10-14 00:03:05.267 [WARN] [nal.protocol.ZWaveTransactionManager] - NODE 57: Not initialized (ie node unknown), ignoring message. 2026-10-14 00:03:05.396 [TRACE] [wave.internal.protocol.SerialMessage] - NODE 57: Message payload = 00 39 05 5B 03 91 00 02 2026-10-14 00:03:05.398 [WARN] [nal.protocol.ZWaveTransactionManager] - NODE 57: Not initialized (ie node unknown), ignoring message. 2026-10-14 00:03:07.875 [TRACE] [wave.internal.protocol.SerialMessage] - NODE 57: Message payload = 00 39 0C 60 0D 02 01 32 02 21 32 00 00 00 00 2026-10-14 00:03:07.877 [WARN] [nal.protocol.ZWaveTransactionManager] - NODE 57: Not initialized (ie node unknown), ignoring message. ``` Will try the latest snapshot … ---
**Author:** ![apella12](https://community.openhab.org/user_avatar/community.openhab.org/apella12/32/117154_2.png) [@apella12](https://community.openhab.org/u/apella12)\ **Post date:** [October 13, 2026, 10:18pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/24 "2026-10-13T22:18:43Z")
> [@OMR](#): > > `Node not found in` I would have suggested to simply restart OH. There have been no ZW changes, except DB updates for some time. ---
**Author:** ![OMR](https://community.openhab.org/letter_avatar_proxy/v4/letter/o/94ad74/32.png) [@OMR](https://community.openhab.org/u/OMR)\ **Post date:** [October 13, 2026, 10:32pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/25 "2026-10-13T22:32:57Z")
Thanks for chiming in. Have tried several restart. Latest snapshot is the same. Will try a downgrade to 5.2 again … ---
**Author:** ![apella12](https://community.openhab.org/user_avatar/community.openhab.org/apella12/32/117154_2.png) [@apella12](https://community.openhab.org/u/apella12)\ **Post date:** [October 13, 2026, 10:35pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/26 "2026-10-13T22:35:55Z")
Do the restarts involve clearing the cache? Don’t do that if same version. I’ll try M3 on M2 now ---
**Author:** ![OMR](https://community.openhab.org/letter_avatar_proxy/v4/letter/o/94ad74/32.png) [@OMR](https://community.openhab.org/u/OMR)\ **Post date:** [October 13, 2026, 10:41pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/27 "2026-10-13T22:41:16Z")
I did clear the cache once after z-wave nodes listed as Offline after the first M3 boot. Back on 5.2.3 and half of the nodes are still gone … Have ordered a heal at 01:00, but did that on 00:00 as well … Don’t know if waiting will fix it … ---
**Author:** ![apella12](https://community.openhab.org/user_avatar/community.openhab.org/apella12/32/117154_2.png) [@apella12](https://community.openhab.org/u/apella12)\ **Post date:** [October 13, 2026, 10:50pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/28 "2026-10-13T22:50:25Z")
you need to do one restart without clearing the cache after an upgrade/downgrade. General process upgrade, let it settle (for me huge error log), then restart. OH has gotten so big that it takes a while for everything to get updated, but things start when bundles are missing. Anyway, I’m on 5.3M3 now with a ZW binding. It is a small test environment (9 nodes) ---
**Author:** ![apella12](https://community.openhab.org/user_avatar/community.openhab.org/apella12/32/117154_2.png) [@apella12](https://community.openhab.org/u/apella12)\ **Post date:** [October 13, 2026, 10:53pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/29 "2026-10-13T22:53:38Z")
> [@OMR](#): > > Don’t know if waiting will fix it … Try deactivating the controller and reactivating it. (Heal won’t work) ---
**Author:** ![OMR](https://community.openhab.org/letter_avatar_proxy/v4/letter/o/94ad74/32.png) [@OMR](https://community.openhab.org/u/OMR)\ **Post date:** [October 13, 2026, 10:56pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/30 "2026-10-13T22:56:03Z")
I will do a full power cycle now … Data is received when I press a scene controller, but is rejected … ---
**Author:** ![OMR](https://community.openhab.org/letter_avatar_proxy/v4/letter/o/94ad74/32.png) [@OMR](https://community.openhab.org/u/OMR)\ **Post date:** [October 13, 2026, 11:05pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/31 "2026-10-13T23:05:18Z")
Well, not a M3 issue anymore, but upgrading did trigger this. Sort of contradictory messages here: ![image](https://community-openhab-org.s3.dualstack.eu-central-1.amazonaws.com/original/3X/c/0/c0c43577e755f15fa79086e76f92c72cb4c6cf04.png) ![image](https://community-openhab-org.s3.dualstack.eu-central-1.amazonaws.com/original/3X/a/4/a42cfc7de36ba8d2b2a73752cd3d52c3024d93fd.jpeg) I will see how it looks tomorrow … ---
**Author:** ![apella12](https://community.openhab.org/user_avatar/community.openhab.org/apella12/32/117154_2.png) [@apella12](https://community.openhab.org/u/apella12)\ **Post date:** [October 13, 2026, 11:19pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/32 "2026-10-13T23:19:52Z")
That generally means an issue with the controller. The network is on the controller? You could try the silabs tool or reload an nvm backup tomorrow. I also have to go for now. ---
**Author:** ![OMR](https://community.openhab.org/letter_avatar_proxy/v4/letter/o/94ad74/32.png) [@OMR](https://community.openhab.org/u/OMR)\ **Post date:** [October 13, 2026, 11:24pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/33 "2026-10-13T23:24:15Z")
Yes, my thought exactly, because when I removed the thing, it did not reappear in the Inbox. Update: plugged in my backup stick and things sprung to live again … So, something happened on the stick itself. Luckily I do have a NVM backup 🙂 ---
**Author:** ![ErikDB](https://community.openhab.org/letter_avatar_proxy/v4/letter/e/ac8455/32.png) [@ErikDB](https://community.openhab.org/u/ErikDB)\ **Post date:** [October 15, 2026, 7:50pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/34 "2026-10-15T19:50:26Z")
Wasn’t there an added possibility to hide the Chat from the side menu? I only see the option to hide elements within ‘Settings’…? ---
**Author:** ![OMR](https://community.openhab.org/letter_avatar_proxy/v4/letter/o/94ad74/32.png) [@OMR](https://community.openhab.org/u/OMR)\ **Post date:** [October 29, 2026, 9:12pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/35 "2026-10-29T21:12:03Z")
Updated from 5.2.0 release to 5.3.0.M3 (without bricking my Z-Wave dongle this time). I discovered a small breaking change in DSL. Looks like **start** and **stop** are now reserved words. An ancient rule would no longer load: ```yaml 2026-10-27 16:00:21.945 [WARN] [el.core.internal.ModelRepositoryImpl] - DSL model 'motion.rules' has errors, therefore ignoring it: [597,23]: mismatched character '=' expecting 'l' ``` Fix was to not use start or stop as variable names: ![image](https://community-openhab-org.s3.dualstack.eu-central-1.amazonaws.com/original/3X/c/c/cc03ddd637f655d1dda4ee7ad950629f1e5ea7fe.jpeg) Had 2 of these in my file … ---
**Author:** ![Lolodomo](https://community.openhab.org/letter_avatar_proxy/v4/letter/l/ac91a4/32.png) [@Lolodomo](https://community.openhab.org/u/Lolodomo)\ **Post date:** [October 30, 2026, 5:34am UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/36 "2026-10-30T05:34:34Z")
That is little strange because I don’t see start and stop as reserved words in the DSL rule syntax. I will check if I can reproduce that. ---
**Author:** ![Lolodomo](https://community.openhab.org/letter_avatar_proxy/v4/letter/l/ac91a4/32.png) [@Lolodomo](https://community.openhab.org/u/Lolodomo)\ **Post date:** [October 31, 2026, 3:18pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/37 "2026-10-31T15:18:04Z")
I see no problem with variable named “stop” but I see it with variable named “start”. Renaming it into “Start” or “start0” removes the problem. Of course, using “^start” is also OK and avoid the conflict. We have these keywords in the syntax that may explain the conflict: “start level is at least” and “reached start level”. I assume the first one is generating the conflict with your variable. Interesting because “reached” is also not accepted. I can see the problem is the same with “received” while we have keywords “received command” and “received update”. Variable named “command” or “update” are accepted while “received” is not. Will check if I can add “start”, “reached”, “received”, … as valid ID. ---
**Author:** ![OMR](https://community.openhab.org/letter_avatar_proxy/v4/letter/o/94ad74/32.png) [@OMR](https://community.openhab.org/u/OMR)\ **Post date:** [October 31, 2026, 6:56pm UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/38 "2026-10-31T18:56:34Z")
I assumed this perhaps had something to do with timers. Hence the stop suspicion. Thanks for looking into this, but no biggie. ---
**Author:** ![milo](https://community.openhab.org/letter_avatar_proxy/v4/letter/m/85e7bf/32.png) [@milo](https://community.openhab.org/u/milo)\ **Post date:** [November 2, 2026, 7:45am UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/39 "2026-11-02T07:45:19Z")
@Kai what is the release plan for oh5.3??? ---
**Author:** ![Lolodomo](https://community.openhab.org/letter_avatar_proxy/v4/letter/l/ac91a4/32.png) [@Lolodomo](https://community.openhab.org/u/Lolodomo)\ **Post date:** [November 2, 2026, 7:53am UTC](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292/40 "2026-11-02T07:53:21Z")
We can expect a release for Christmas, as every year. [Previous page](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292.md?page=1) [Next page](https://community.openhab.org/t/openhab-5-3-milestone-discussion/170292.md?page=3)