Monitor sump pump

#10

If don’t have a notification how do you use the pistion ?

#11

Piston Tiles --> Device Status Tiles

image
image.png911×170 29.7 KB

#12

I love the learn how you put it together

#13

Let me know how I can help.

#14

Nice work.

Is there any way to integrate WebCoRE dashboard tiles with ActionTiles? I haven’t seen anything; just thought I’d ask if anyone hacked together a solution. I know there is a request on the ActionTiles forum for WebCoRE integration.

#15

I have the code of your from above how does it connect in to Gauge Tiles & Piston State Display for Energy Reporting Devices

#16

image
image.png930×332 21.4 KB

#17

thanks i known you no longer do sms or email when you did where was that code

#18

That’s literally just “Send notification” and “Send SMS notification” under Actions -> Location

#19

I should have been clear in my question was it in it own piston or the first code you posted

#20

Sorry for the misunderstanding.

The code was with that first thing I posted with the time calculations, not with the tiles.

I like to keep many separate pistons, each with their own function or sub-function and triggering other pistons via changes in variables (not by directly triggering the piston). It may not be the most efficient to have a cascade of pistons firing when something happens, but it means I can alter stuff modularly.

#21

i was look at the gauge code the last active code is missing
also I tried that I got 2 email at a time instead of one

#22

FYI, you can skip all the /60000, /1000 math operators.

Been testing this one and it works, using formatDuration():

webcore
webcore.png1178×667 125 KB

#23

I am have trouble get the gauge to read correct as im not sure wht to set variable type to

#24

Can you post a snapshot of your piston?

#25

here is data

image
image.png1178×496 27.6 KB

here the gauges
image
image.png1178×598 44.7 KB

#26

I don’t think those global vars should be using 2 “@@” at the beginning of them.
Global variables should be a single “@varName”

Are you actually getting valid data for your global variables? you should be able to check that on the piston page as shown here:

webcore
webcore.png1258×277 43.7 KB

In that example, you can see I’m populating valid data into “sumpTriggerTime” and “sumpDuration”.
So first thing is to make sure you have valid data. Only then can you look at writing to gauges.

#27

Single @variables are global variables, but we now can use double @@variables to make the variable accessable to other instances of webCoRE.

#28

Thanks! Learn something new every day!

#29

The reason for the super variable is because when ties are used you nee two instances of web core