Holiday Lights: 4th of July / Diwali / Halloween / Christmas - Your Pick

[bangali]

On a side note other than your new one you have just done, been testing your other one and the speakers constantly play.

checking …

[Einars]

brought the size down by 1 chunk … hope that helps:

Can confirm this did not help.
BUT I created the same piston in another instance, and bam there it saves and works.
Did forget to set the global variable in this on, dont know if that had anything to do with this thoug.
What a coold piston, running here now.

[bangali]

BUT I created the same piston in another instance, and bam there it saves and works.
Did forget to set the global variable in this on, dont know if that had anything to do with this thoug.

it saves in one instance but not another … thats strange. maybe file a bug? nah, that has nothing to do with saving the piston.

[Einars]

Thought…
Do you think changing the global varibale at the same time as changing something in the piston could be it?

[bangali]

nope, shouldnt be.

[bangali]

please try this version and see if this works for the sound pausing?

[borristhecat]

dont know if its working now as cant get the speakers to run?

so for my two pistons would these work?
Edit:

and this is your normal one but with presence condition
Edit:

[bangali]

dont know if its working now as cant get the speakers to run?

hmm, not sure what you mean? speakers are not playing at all? are you testing with the test button or by changing the time happens at condition?

in the first piston does pausing the pistons need to be inside the while loop?

in the second piston have you checked what happens when presence changes while the color rotation and fade is already going on?

[borristhecat]

hmm, not sure what you mean? speakers are not playing at all? are you testing with the test button or by changing the time happens at condition?

been testing by changing the time just testing it again with no adjustments to be sure but so far no, not at all.

Edit: just realized that for some reason the timer is a hour out? so even though the variable says 21:46 it said it was a hour before so i had to set timer to 22:46 to get it to trigger. It has just triggered and the speaker turned on

in the first piston does pausing the pistons need to be inside the while loop?

You tell me, this is far to complicated for my little brain at the moment I was just trying to strip yours down to just the lights without the global boolean in, but may have accidentally moved something i shouldn’t have?

in the second piston have you checked what happens when presence changes while the color rotation and fade is already going on?

No will need to test that i’m hoping its essentially the same as setting the boolean to true?

[bangali]

been testing by changing the time just testing it again with no adjustments to be sure but so far no, not at all.

could you please share the value of these variables with the piston running and trace on?

you should be able to leave the pause piston outside the while loop if its intended to turn off those other pistons for the entire time that first piston is running.

No will need to test that i’m hoping its essentially the same as setting the boolean to true?

depends on if the only when gets reevaluated every time. if not, then no it will not be the same.

[borristhecat]

I just put a edit in it seemed to be something to do with the timer its running 1 hour fast in webcore, its probably the same reason why the piston starts running about a hour and half before sunset.
@bangali its working fine now the speaker is stopping and starting like it should

[borristhecat]

@bangali this should do the job

[bangali]

cool. i am not going to add that in to main, because size is a concern and some users may have trouble saving it.

might be simpler to simply pause this piston if home changes to away or something like that outside of this piston.

[borristhecat]

cool. i am not going to add that in to main, because size is a concern and some users may have trouble saving it.

No thats fine, thats why im putting it on here then if someone else has the same reason they can tweak it .

might be simpler to simply pause this piston if home changes to away or something like that outside of this piston.

Would that not stop it starting again, when we come home though?

[borristhecat]

in the first piston does pausing the pistons need to be inside the while loop?

I see what you mean now, no it doesn’t but i didn’t know where else to put it.

this should be better place for it?

if you notice anything out of place let me know else ill let it run and see if it works well tomorow

and thanks for this awesome piston @bangali !

Edit: this seems to be working well, but i get lot of these in the logs?

+7369ms ║Piston waited at a semaphore for 7111ms

[bangali]

Would that not stop it starting again, when we come home though?

well only if you just did that.

heres what i do:

i have a piston that handles people leaving, in this piston i pause any pistons i dont want to run while either someone is away or everyone is away. so:

if X presence sensor changes to not present
   pause piston X
end if
if Y presence sensor changes to not present
   pause piston Y1
   pause piston Y2
end if
if X and Y presence sensor are not present
   pause home piston 1
   pause home piston 2
end if

then there is another piston that handles people arriving, in this piston i resume any pistons i do want to run while either someone is home or everyone is home.

if X presence sensor changes to present
   resume piston X
end if
if Y presence sensor changes to present
   resume piston Y1
   resume piston Y2
end if
if X and Y presence sensor are present
   resume home piston 1
   resume home piston 2
end if

helps both keep this all in one place and prevents having to check for this stuff in every related piston.

[borristhecat]

Wouldn’t know where to.start or that! But I don’t have anything particular yet that only runs if a particular person bis home, may be something I do in the future at the moment this is what I have.

There is a bug with the time my wake up routine just fired a hour early aswell @webCoRE_Minions has anyone else noticed this?

Edit: I managed to fix this buy doing a clean up and re cash then pausing and resuming all my piston’s.

Edit : DLS happen this weekend the time on the variable list was correct but the pistons stayed out of sync untill today.

[ApriliaEdd]

great job again @bangali i’m gonna give the sounds a miss for now though. I’ve modded the previous version to give holiday name in the status and pause my normal outside lighting piston then resume @2335 and its going “LIVE” tonight. cheers for your work on this.

@borristhecat i had the same issue with my pistons this weekend strangely only for starting them. they all ended at the correct time so my test lights for this were set to start at 1025 am til 1035 am as of Saturday morning they started at 0925 until 1035. how do i do a clean up and recache?

EDIT: just found the other thread about this. will see how it goes now i have reconfigured the piston.

[KellyDarren]

@AprillaEdd, funny you mentioned the piston kicked off an hour earlier. Mine did too. I’m based in Ireland and GMT clocks went back an hour on Saturday night at 2 am. I’ve a funny feeling that’s the reason

[bangali]

thank you. just set the soundEnabled to false in the define section and it should skip all the sound stuff. if i missed anything just let me know, will fix.