Did you open then save them like the release notes says to do? The get state of Item should have been fixed automatically by doing that
Nashorn JS did a lot of non-standard “magic” when it can to additions and comparisons where are not possible not desirable in GraalJS. As a result "11" + "22" was auto converted from a String concatenation to a numeric operation. In OH 4, that doesn’t occur. You need to use Numbers to do math. The “get [name] of item” block includes:
state: String representation of the Item’s State
numeric state: Item’s State as a Number, no units
quantity state: Item’s State as a Number with units
The context block has also been updated in 4.0.1 to have numeric and quantity for the Item state and command implicit variables.
To do math, you should use the numeric or quantity states. If you use the quantity states, use the blocks from the quantity menu, not the mathe menu.
My phone is setup to German. Also the openHAB-App settings are shown in German. Up to my upgrade to openHAB 4.0(.1), it was ok. But I had this effect today afternoon also on my computer, while working at the Unit-Settings of my battery status items (see above). Suddenly the device tab and the property tab switched to English and the translations are gone. Now I clean the browser cache, reload and everything is in German.
the transition to the new 4.0.1 worked well, now cleaning up some things (DPT for KNX, binding not working out of the box - e.g. MyBMW). Thank you very much for the new version!
I have a issue with Metrics regarding CO2 sensor and homekit. Bug oder misconfiguration?
07:09:06.206 [WARN ] [essories.HomekitCharacteristicFactory] - Wrong value type 970.24 ppm (QuantityType) for CarbonDioxideSensor characteristic of the item CO2_DG_Studio. Expected StringItem, NumberItem, or SwitchItem.
Item:
Number:Dimensionless CO2_DG_Studio “DG Studio CO2 [%.0f ppm]” (gDG_Studio_Sensor) [“Measurement”, “CarbonDioxideSensor”,“CO2”,“Point”] { unit=“ppm”, channel=“knx:device:bridge:1_0_151_aqs:CO2_DG_Studio”, alexa=“RangeController.rangeValue” [friendlyNames=“Wert”, supportedRange=“300:5000:1”, nonControllable=true], homekit=“CarbonDioxideSensor,CarbonDioxideSensor.CarbonDioxideLevel”}
Thing (Elsner KNX AQS/TH-UP gl Sensor für CO2, Temperatur, Feuchte):
Type number : CO2_DG_Studio “CO2 Dachgeschoss Studio [%.0f ppm]” [ ga=“9.008:<3/6/50” ]
Moderator’s request: Dear community members, please respect the specific posting policy of this thread. This is to track and consolidate issues that are
a) OH4 specific (no OS or 3rd party software issues). openHABian is OS, the thread for that is here.
b) analysed to a reasonable extent and applicable or of interest to reasonably many users
c) identified to be related to changes in OH4 versus latest OH3 (3.4.5).
Means this thread is not to support you with your personal upgrade process so please help with this thread serve its purpose.
If you want help with upgrading your very own system, please open a separate thread for your request and mind the general posting rules. You are welcome to report any relevant findings back here.
Try removing them from addons folder, and then add them again. I think there is an issue in OH folder watcher where it does not always detect new files in addons…
The new input item is coming greatly ( sending text to home-speakes from elsewhere). A small inconsistency remains. While using it on a sitemap file: After a change of the input field it is set if another control gets select when using it in a browser, when using it from.within the android app the input field needs to left via an Enter on the the keyboard.
Not clear at all, even if I understand that it s a conflict problem between Basic UI and the Android app ? @Mherwege : maybe you understand better than me ?
Hi to the openhab core developers - just wanted to say great job on the 4.0 release. When I moved from OH 2 → 3, I had what felt like hell on earth due to many thousands of lines of rules needing checking and correcting because of subtle differences in behaviours. With OH4 it was only 5 hours which is primarily my fault as I had to rebuild some bindings I had made for myself with I have not had time to prep for release. The move from 2 → 3 was at least 2 weeks with many hours a day. So great great job!!! On the release - it couldn’t have been a smoother transistion!
Did the event triggers change from 3 to 4? I am using Jython (yes, I know…), all other Jython programs are working but this line is not catching the events.
