Tutorial: Single scene instance / Event model

[petrkl12 193]

Hello,

 

I have created those rules for dishwasher etc.:

rule("for(00:03,dishwasher:power>10) & dishwasherState==0 => dishwasherState=1; log('dishwasher - working')

rule("for(00:02,dishwasher:power<5) & dishwasherState==1 => dishwasherState=0; log('dishwasher - finished')

 

it works BUT it could be even better to calculate weighted average for power (based on time between incoming values) because disadvantage of current rule that only one very short power decrease under 10 W can restart trigger

 

Do you have any suggestions how to improve? Thanks

 

Edited October 29, 2018 by petrkl12

[jgab 1,741]

All machines behave differently but this looks similar to rules I have used. The idea with a flag (dishwasherState) to not re-trigger makes sense. I would not have a 'for' construct in the first rule, because as soon as it starts to draw significant power it's on, or?

Please login or register to see this code.

I would test the flag against nil, because that works the first time if it's an uninitialised variable (i.e nil), otherwise you need to set it to 0.

However, the issue is the second rule, how long (after it has been started) does it need to be lower than 5 to consider to be finished? 2 minutes may be enough.

If you have problem with this can you give an example of the machine's "power behaviour" that creates issues with restarting the trigger?

If I run this

Please login or register to see this code.

I get this running offline

Please login or register to see this code.

Btw, running offline it seems like there was a problem with the fake "setPower" not triggering in the right way. Get the new version from Github of EventRunnerDebug.lua and it should be fixed - maybe that was your problem?

[jompa68 121]

@jgab can you see what is wrong with this syntax? i dont get the push to phones

Please login or register to see this code.

 

[jgab 1,741]

If I run this (simulated) 

Please login or register to see this code.

I get this

Please login or register to see this code.

...and the first "Vattna blommorna" is on a Sunday and the second on a Monday...

Does nothing at all happen for you?

PS. 893 is a very high deviceID...?

Edited November 1, 2018 by jgab
Fixed log of Fibaro:* calls to include date

[jompa68 121]

I have adjusted the line now and now it works

Please login or register to see this code.

 

[petrkl12 193]

 

@jgabI want to run ie. lights during weekends, bankholidays and my holidays

Please login or register to see this code.

How to solve it?

[jgab 1,741]

OR is a single vertical bar '|'.

Please login or register to see this code.

 

 

[petrkl12 193]

thanks

[petrkl12 193]

@jgab

 

I have some function that creates dynamicly rules and I have user event that I can call from other scenes or vd to ask fo reload dynamic rules

 

Is it possible to reload some rules in that function - it means delete old one and add new one in running EventRunner scene

 

Now I have solved it via stop and restart whole scene but maybe you have better sollution ...

 

Please login or register to see this code.

 

 

Edited November 3, 2018 by petrkl12

[jgab 1,741]

1 hour ago, petrkl12 said:

@jgab

 

I have some function that creates dynamicly rules and I have user event that I can call from other scenes or vd to ask fo reload dynamic rules

 

Is it possible to reload some rules in that function - it means delete old one and add new one in running EventRunner scene

 

Now I have solved it via stop and restart whole scene but maybe you have better sollution ...

 

Please login or register to see this code.

Well, not in general. I recommend to restart the scene. I'm working on a way to enable/disable rules and I guess add/remove could work too. The trick is that some rules create timers and there are a lot of things to consider when disable/removing a rule.

In some cases the "dynamic" behaviour can be solved by using variables. In trigger rules, the left hand side can not change variables bound to deviceIDs or globals as these are defined when compiled (Rule.eval). However, dailys as you have in your example is scheduled every midnight, so these can can change (that's why an expression is allowed after '@', like @15:00+rnd(-01:00,01:00)...

However you probably need more dynamic reloading of rules and I would recommend restarting the scene for now.

I have some scenes that watch if the HomeTable changes. If it changes it sends an event to a supervisor scene asking to be restarted and then kills itself with fibaro:abort(). The supervisor scene waits a few seconds and the restarts the scene. I guess a similar schema could be used for reloading new rules.

 

[petrkl12 193]

OK, restart is working 

my rules are generating via VD (json table) so there is no possibility to use variables for solving my case

 

[jgab 1,741]

Here is the most simple and complex scheduler. 

Here we have an EvenRunner based scene called "

Please login or register to see this link.

" that is set to autorun and should never need to be tinkered with. Think about it as a "service" that is just deployed on the HC2 and run by itself.

However, it's a great helper when writing other scenes to get callbacks at specific times (If you are a unix person, it's like registering jobs with crontab).

So, we can write a simple scene (a basic scene, not based on the EventFramework) like this

Please login or register to see this code.

When starting up (source trigger of 'autostart' or 'other' without arguments) the scene registers five callbacks at specified time intervals with the CronRunner services (ID 7) and terminates like scenes normally do. However, the CronRunner service will then do a fibaro:startService(scene, callback), i.e. starting the scene and giving it back the callback value at the specified time intervals.

 

In this case we have a simple if-then-else flow at the second half of the scene to determine what call-back we got and then carry out whatever task we need to do then. CronRunner is a very diligent service and will make sure you get the call-backs on the minute you specified without time drift.

There are some conditions needed to make this work. CronRunner have to start before the client scenes start. Otherwise there is no one answering when the client wants to register call-backs. Here we have introduced a random startup delay in the client scene of 3-8seconds. We introduce randomness in case we have many clients. If we stop and start the client scene, CronRunner is smart enough to remove the old call-backs and accept the new ones.

 

So lastly, how do we specify the call-back intervals? That's why the service is called CronRunner.

The format is inspired by the UNIX crontab service and format.

It's a flexible, tried and true, syntax for expressing time intervals for job scheduling. A bit tricky at first glance but every sysadmin knows how to setup tasks to run at specific times and intervals using that format. Crontab runs every minute and consists of time patterns and a tasks to be carried out when a time pattern is true. 
The pattern format has five fields:

"<minute> <hour> <day> <month> <weekday>"

 

<minute> -> 0 .. 59
<hour> -> 0 .. 23
<day> -> 1 .. 31
<month> -> 1 .. 12, or jan...dec
<weekday> -> 1 .. 7 , or mon..sun.  1 is Sunday and 7 is Saturday
 
 *         -> matches any value for that field. Ex. ‘*’ in minute field matches 0 .. 59
 x,y,z   -> matches the listed values for that field. Ex. ‘1,20’ in day field matches the 1st and the 20th day of month
 x-y     -> matches values for an interval for that field. Ex. ‘sun-sat’ in weekday field matches 1,2,3,4,5,6,7
 x/y     -> matches  values starting at x with y increments. Ex. ‘0/1’ matches ‘0,1,2,3,4,5,…    ‘0/15’ matches 0,15,30,45   ‘1/2’ matches ‘1,3,5,7…’
 x-y/z  -> combination of interval and increment.. Ex. ‘10-18/2’ matches ‘10,12,14,16,18'

last    -> in the day field stands for the last day number in the current month
lastw  -> in the day field stands for the day number of the first day in the last week of the current month

 

An exception to the format is when the minute field is replaced with 'sunrise' or  'sunset', then the hour field becomes offset in minutes

Some examples

"* * * * *"     - Every minute every hour every day every month

"0 * * * *"     - Every first minute of every hour every day every month

"0 0 * * *"     - Every first minute of every first hour (i.e. 00:00) every day every month

"10,30 * * *" - 10min and 30min past of every hour every day every month

"0 8-17 * * mon-fri"     - Every first minute in hours 8 to 17 on Monday to Friday 

"sunset -10 * dec-feb sat,sun"  - At sunset minus 10minutes on Saturday and Sunday in winter months

"sunrise +10 last * *"  - At sunrise plus10minutes last day of the month

"0 15 lastw-last * fri"    - at 15:00 the last monday in every month

"0 8-17/3 1/2 * *"    - every third hour between 8 and 17 on every odd daynumber  every month

 

Even though it's a flexible format, some intervals may need to be broken up in several intervals. Like 15min past every odd hour and 30min past every even hour - that's 2 patterns... At the moment it's not possible to specify in one pattern an interval from sunrise to sunset or vice versa, something that may come. 

Edited November 9, 2018 by jgab

[petrkl12 193]

interesting what is possible to do with your framework

 

btw: check your code - 

Please login or register to see this code.

[jgab 1,741]

4 minutes ago, petrkl12 said:

interesting what is possible to do with your framework

 

btw: check your code - 

Please login or register to see this code.

Thanks, got the idea to change the name when I posted - fixed it.

If one could add and remove eventscript rules, this principle could be used for that too... and make clients simpler with less code.

[petrkl12 193]

@jgabCould you please add support for following syntax:

 

define('Switches', {101, 102, 103})
rule("#CentralSceneEvent{data={deviceId=Switches}} => d=env.event.deviceID; log('Switch id=%s',d)")

 

now it's with error in function _match

 

Thanks

 

[jompa68 121]

@jgab

testing this now and get error, need help.

Please login or register to see this code.

Please login or register to see this image.

/monthly_2018_11/image.png.9ef57014a233c4a831c3884ac57d7c84.png" alt="image.png.9ef57014a233c4a831c3884ac57d7c84.png" />

[jgab 1,741]

On 11/4/2018 at 8:05 PM, petrkl12 said:

@jgabCould you please add support for following syntax:

 

define('Switches', {101, 102, 103})
rule("#CentralSceneEvent{data={deviceId=Switches}} => d=env.event.deviceID; log('Switch id=%s',d)")

 

now it's with error in function _match

 

Thanks

 

In the future I will support something like "Rule("Switches:csEvent => ..."), however that doesn't work now.

You can do "rule("csEvent(101) | csEvent(102) | csEvent(103) => ...") but you may want the a predefined table variables with IDs?

 

Edit. Ok, now Switches:central is supported

Edited November 8, 2018 by jgab

[petrkl12 193]

OK, I know but I need to use predefined table variables with IDs ...

[jgab 1,741]

1 hour ago, jompa68 said:

@jgab

testing this now and get error, need help.

Please login or register to see this code.

Please login or register to see this link.

Oh, you found a bug that I introduced some time ago. table[<expression>] compiled wrong. <expression> in your case was the variable 'user'. I have fixed it and pushed a new version. Thanks /J

[jompa68 121]

 

56 minutes ago, jgab said:

Oh, you found a bug that I introduced some time ago. table[<expression>] compiled wrong. <expression> in your case was the variable 'user'. I have fixed it and pushed a new version. Thanks /J

Working without errors now, thanks.