You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 23, 2019. It is now read-only.
As soon as I add a variable to my rule designer it adds var null LED-status = 0 to the rules file and OpenHAB gives me an error: [WARN ] [el.core.internal.ModelRepositoryImpl] - Configuration model '(5)_nupuga_tuli_vilkuma.rules' has errors, therefore ignoring it: [10,5]: no viable alternative at input 'null' [19,16]: no viable alternative at input '='
The text was updated successfully, but these errors were encountered:
Thanks @ddoll for your input! Changing variable name did not solve the problem, but your suggestion lead me to other ideas to try.
For others who may happen to come across this issue, it appears, we can't use item states (On, Off, Open or Closed) as variables. Using a logic value, such as number (1,2,3,etc.) or boolean (True, False) doesn't try to create a variable called "null" and instead creates a usable variable. OpenHAB doesn't throw described error anymore.
Using boolean will look like this:
And variable in a code looks like this:
@ddoll, I have to add that you are also right about minus in variable name. When changing variable back to include minus, it stopped working. It appears I had two problems. Variable can't have a minus in it and can't use item states as values.
As soon as I add a variable to my rule designer it adds
var null LED-status = 0
to the rules file and OpenHAB gives me an error:[WARN ] [el.core.internal.ModelRepositoryImpl] - Configuration model '(5)_nupuga_tuli_vilkuma.rules' has errors, therefore ignoring it: [10,5]: no viable alternative at input 'null' [19,16]: no viable alternative at input '='
The text was updated successfully, but these errors were encountered: