EventRunner 5

[Neo Andersson 230]

@jgab Jan, i really need some tool to find out what is the reason of errors. Here another cusotmers system is showing 12 errors and i can't identify them. For me it would be enough if i can set up some rule that in case of error it sends me a push msg with a description of the error.

 

Please login or register to see this image.

/monthly_2023_12/image.png.adb7d0c15ec92e0b01395708d3c44ca8.png" />

[Neo Andersson 230]

@jgabJan there must be some bigger issue. The number are swapping back and forth in UI labels. The picture below was taken in a few min difference without touching the QA itself.

Please login or register to see this attachment.

 

i also managed to record it when it happened. The clip is a bit longer, but at least i coould catch it. Please watch the video patiently. You will se numbers jumpping. They are jumping back and forth.

 

Edited December 19, 2023 by Neo Andersson

[Sjakie 156]

@jgab I have a QA sanitair for Bathroom and Toilet same thing happens.

any idea why it takes 5 seconds to trigger the rule with  #persoon_In_Toilet and #licht_Toilet_Normaal?

Other QA in Hal lights respond as normal.

Please login or register to see this code.

If I add temporary the lights switches on in normal time

Please login or register to see this code.

 

---

---

 

Edited December 20, 2023 by Sjakie
temporary

[jgab 2,642]

8 hours ago, Neo Andersson said:

@jgabJan there must be some bigger issue. The number are swapping back and forth in UI labels. The picture below was taken in a few min difference without touching the QA itself.

Please login or register to see this attachment.

 

i also managed to record it when it happened. The clip is a bit longer, but at least i coould catch it. Please watch the video patiently. You will se numbers jumpping. They are jumping back and forth.

 

 

 

Yes, it looks strange. Unfortunately, the video has poor resolution and I have a hard time reading the numbers...

The screenshots looks strange though. 

The only reason that it jumps from 17336 rule invocations 22:49:29 to 67 rule invocations 22:50:19 would be a QA restart.

On the other hand the times in the 2 screenshots overlap...

The instance name [Rule:<id>:<instance>] is set when the rule is triggered and never change so it can't be the same rule instance we see changing name either...

At the same time it's really hard to believe that we are not seeing the same rules in the 2 screenshots around 22:49:29

Please login or register to see this code.

A possible explanation, again, would be that there are 2 instances of the QA running. One old with 17000+ invocations and one younger with just 67... and they compete on updating the UI with their stats. So the same rules, 10,9,8 triggers at the same time in each QA instance.

The 12 errors you see in in the 17000+ could be the "double instance detector" I added to v.86 - on the other hand I don't think it would be registered as a rule error... but it should show in the console log as a warning in red.

 

I would expect "double instances" to share quickAppVariables so that could maybe cause some issues for rules using quickAppVars - I guess they could share QA properties too... which would cause issues...

[Neo Andersson 230]

9 minutes ago, jgab said:

 

Yes, it looks strange. Unfortunately, the video has poor resolution and I have a hard time reading the numbers...

The screenshots looks strange though. 

The only reason that it jumps from 17336 rule invocations 22:49:29 to 67 rule invocations 22:50:19 would be a QA restart.

On the other hand the times in the 2 screenshots overlap...

The instance name [Rule:<id>:<instance>] is set when the rule is triggered and never change so it can't be the same rule instance we see changing name either...

At the same time it's really hard to believe that we are not seeing the same rules in the 2 screenshots around 22:49:29

Please login or register to see this code.

A possible explanation, again, would be that there are 2 instances of the QA running. One old with 17000+ invocations and one younger with just 67... and they compete on updating the UI with their stats. So the same rules, 10,9,8 triggers at the same time in each QA instance.

The 12 errors you see in in the 17000+ could be the "double instance detector" I added to v.86 - on the other hand I don't think it would be registered as a rule error... but it should show in the console log as a warning in red.

 

I would expect "double instances" to share quickAppVariables so that could maybe cause some issues for rules using quickAppVars - I guess they could share QA properties too... which would cause issues...

Jan there is only this one QA with ER5 on the system. 

[jgab 2,642]

1 hour ago, Sjakie said:

• Please login or register to see this link.

• Please login or register to see this link.

• Please login or register to see this link.

• Please login or register to see this link.

@jgab I have a QA sanitair for Bathroom and Toilet same thing happens.

any idea why it takes 5 seconds to trigger the rule with  #persoon_In_Toilet and #licht_Toilet_Normaal?

Other QA in Hal lights respond as normal.

Please login or register to see this code.

If I add temporary the lights switches on in normal time

Please login or register to see this code.

 

---

---

 

• Please login or register to see this link.

• Please login or register to see this link.

• Please login or register to see this link.

• Please login or register to see this link.

 

What strikes me is that your log

Please login or register to see this code.

is the opposite order of the order you log in your rule? 

I also miss the logs from the railer part of the rule

Please login or register to see this code.

They should be there, or?

 

 

1 hour ago, Neo Andersson said:

Jan there is only this one QA with ER5 on the system. 

Yes, but the system, for some reasons, runs a doppelgänger. Two QA processes for the same ER5 QA.

It's like it calls :onInit() again without terminating the first instance.

Edited December 20, 2023 by jgab

[Neo Andersson 230]

5 minutes ago, jgab said:

 

What strikes me is that your log

Please login or register to see this code.

is the opposite order of the order you log in your rule? 

Yes, but the system, for some reasons, runs a doppelgänger. Two QA processes for the same ER5 QA.

It's like it calls :onInit() again without terminating the first instance.

Okay, and how to fix this?

[jgab 2,642]

3 minutes ago, Neo Andersson said:

Okay, and how to fix this?

Do your ER5 have child QAs?

[Sjakie 156]

Jan QA 1062 crashed 3 times today no indication why.

I modified a rule>> crashed removed the rule >> all well >>> put rule back >>> all well

 

[Neo Andersson 230]

1 minute ago, jgab said:

Do your ER5 have child QAs?

yes, 4 of them

[Sjakie 156]

Jan the only child devices I have are in COH so no.

[Sjakie 156]

Jan the order in debug is a longer time not as the rule order.

I thought it was changed in ER5

That's why I add numbers to follow easier what is executed

 

Edited December 20, 2023 by Sjakie
add number

[jgab 2,642]

7 minutes ago, Sjakie said:

Jan the order in debug is a longer time not as the rule order.

I thought it was changed in ER5

That's why I add numbers to follow easier what is executed

 

My point is that your rule logs like this, in this order 

Please login or register to see this code.

and it comes out in the log as

Please login or register to see this code.

with the third log statement coming out as the first log statement, and then a 5s pause before the other statements (in order 2,1,4)

...and this doesn't make sense.

 

Are you sure that you don't have a similar rule that log in another order?

 

 

[Sjakie 156]

Jan no other rule is present.

If there was another rule it should also list the number I gave all the rule.

As you can see it's rule 15-04

 

 

[Sjakie 156]

Jan, shoot me! I am confused.

Restarted HC3 and I see the CPU is back to 30-50% instead of  50_80% mem is at 59 was in ER4 around 50%. I don't know what it was when I migrated. Must check later what I added  who can cause this.

I add letters to follow order enter the toilet and see below.

Nice in order

Please login or register to see this code.

Delay Bathroom is still present 4-5 seconds!!!!!

 

Edited December 20, 2023 by Sjakie
add bathroom

[jgab 2,642]

3 hours ago, Neo Andersson said:

yes, 4 of them

 

There is a new version v0.9 of ER5.

-New logic for discovering "Doppelgangers...". There is a 3s delay at ER5 startup when it says "Initialising EventRunner5..." etc. It's a delay to discover if a copy is already running. It will then log a message and disable the QA. 
If there is a defined function fibaro.doppelganger() it will be called before QA disabled. Could be used for notifications etc.

 

-When rules have errors at runtime (not setup time), an event will be posted. The event can be triggered on and used for notifications.

Ex.

Please login or register to see this code.

 

[jgab 2,642]

17 hours ago, William12345 said:

Hi Jang, 

 

Im trying to make a rule that makes the lights go down smoothly but i cant seem to get the hang of it, and i dont know if its possible, But what i want to to establish is a rule that takes the current value of the dimmer and then in a span of around 3h gets it down to a set value of 10% What i really wanna establish is for it during evening to dim all the lights from their current value without it being really noticeable. My other approach would be to set different drops during these time but i would much prefer to make it smoother. I tried this but it did not workrule("@18:30 => vardagsrum_hangande_lampa:dim = {03:30, 'down', 5, 'Linear', nil, 10}") Any ideas for how this can be done or should i just stick to the set values? 

 

 

Yes, the parameters are a bit confusing...

 

rule("@18:30 => vardagsrum_hangande_lampa:dim = {03:30, 'down', 100, 'linear', 10}")

This will go down from 99 to 10 during 3 hours 30min and in 100 steps. (you probably want more than 5 steps)

However this always start at 99

 

rule("@18:30 => vardagsrum_hangande_lampa:dim = {03:30, 'down', 100, 'linear', 10,vardagsrum_hangande_lampa:value}")

will start with the current value and go down to 10.

 

Note small letter in curve function 'linear'. If it doesn't know the curve it defaults to 'linear' so it worked anyway...  

Edited December 20, 2023 by jgab

[Sjakie 156]

Jan, I have split sanitair in two QA's.

Toilet no complaints from my boss.

Bathroom I don't understand I did't change anything last few days.

11:49:17 it post #licht_Badkamer_Dim LIGHT switch on at 14:49:24!!!

If I do test5 and post licht_Badkamer_Dim it will respond directly.

I will update now on 0.86

 

 

Please login or register to see this code.

 

Please login or register to see this code.

 

[Sjakie 156]

Updated new version still #post  and a delay in lights on.

 

[jgab 2,642]

26 minutes ago, Sjakie said:

Updated new version still #post  and a delay in lights on.

 

You have only shown me the 

Please login or register to see this code.

rule. Not the one receiving the post for lights on.

 

If your rule do a lot of stuff after it posted it needs to finish before the post is handled. (The HC3 never runs anything in parallel)

What you can do is to make a wait(0) in the rule to give time for the post to trigger other rules.

Ex.
 

Please login or register to see this code.

Try it and see if makes a change...

   

     

2 minutes ago, jgab said:

You have only shown me the 

Please login or register to see this code.

rule. Not the one receiving the post for lights on.

 

If your rule do a lot of stuff after it posted it needs to finish before the post is handled. (The HC3 never runs anything in parallel)

What you can do is to make a wait(0) in the rule to give time for the post to trigger other rules.

Ex.
 

Please login or register to see this code.

Try it and see if makes a change...

   

     

You can also PM me the badkamer QA that has the delay and I can have a check on it...