I started reading them and for those who would like to start working with NGRE it’s already an excellent piece of documentation.
However, I think a basic information i missing (or I don’t get the point) :
How to address the “channels” available as an action only from a regular rules like a simple: CarLock.sendCommand(ON) (Where CarLock is just available in the NGRE PaperUI interface).
I understand, that the PaperUI generated rules are stored in jsondb.
My main point is, that I just want to use regular rules only - and not NGRE, because I don’t have access by a web UI like PaperUI to my system at home and furthermore I very much like to have everything centralized in text based rules.
So is there a way to switch those actions without using NGRE?
That is one of the parts that isn’t documented well yet. It is where I left off.
That would actually be pretty easy. Create a Proxy Item and click together a few Rules to trigger the proper Action in the then clause based on when but only if conditions on the Proxy Item.
Then why are you doing anything with the ERE in the first place? The Experimental NGRE is and will always be a way to build Rules through PaperUI (or other tools that may come along). If you just want text based Rules you either need to stick with Rules DSL or use JSR223. If you use JSR223, your Rules will be running on the same engine as the NGRE but they are not defined using a UI and are stored separately. They also require more work for you to define the Rule code and such.
I’ve been doing a lot with Jython and JSR223 lately for some “heavy-lifting” stuff. It was a pain to get it going reliably, but the latest installation doc on the jython-scripters repo is MUCH better. I have parallel implementations in DSL and Jython for some critical complex stuff. Jython is considerably shorter LOC and MUCH faster execution. (Meta-framework doing causal path detection and metrics to find automation opportunities and measure action path utilization.)
That’s exactly the point.
I actually don’t want to use ERE at all.
My problem is, that the action binding of volvo on call just provides actions for ERE.
The only place I can see them is the ERE environment.
So how to trigger (switch by sendCommand) these actions without ERE.
Sorry for beeing imprecise.
NGRE should also be shorter (as far as what is exposed to the user) and since it runs on the same execution engine will run faster as well.
I don’t think that is even possible. OH 2 handles Actions completely different from OH 1 and there is not a separate jar file for OH 2 Actions.
What you need to do is look at the docs for these Actions to find out what the method names are and what arguments they take. You will not be using sendCommand with Actions. Actions are function calls in Rules DSL. Some Actions you may be familiar with
You will have functions to call along these lines. What they are and what arguments they take will come from the documentation for the Actions. I can’t begin to guess what they might be. I don’t know where these jar files came from. Look there for docs.
What I was referring to is that there is a new mechanism for how Actions are made available for new OH 2.x bindings. In this case, the Binding itself will provide the Action and it doesn’t need to be installed separately. But accessing the Action is handled separately. See https://www.openhab.org/addons/bindings/mqtt.generic/#rule-actions for an example.
To my knowledge the MQTT 2.4 binding is the first to use this approach.