[SOLVED] Could not cast 2079 to java.lang.Number... How to compare MQTT result/state to given threshold?

[vzorglub (Vincent Regaud)]

@zuernc

This doesn’t belong here but maybe the answer is just a simple: Why would you avoid “Thread::sleep” in favour of “createTimer”?

See:

(OH 1.x and OH 2.x Rules DSL only] Why have my Rules stopped running? Why Thread::sleep is a bad idea

EDIT: While the general advice in this article still applies (i.e. it’s always worth while to make short running rules), the problem described in this article only applies to OH 1.x and Rules DSL in OH 2.x. In OH 3 and beyond, this is no longer a problem so if your rules stop running in any version of OH released in the last two years (as of this edit in 1/2023) this is not your problem. By way of explanation, in OH 3 each rule gets it’s own thread. It is no longer possible for a rule to starve…