Fuel Streams not loading at all


#22

The only thing down for me is the Fuel Streams…
Although they worked briefly yesterday


#23

My web dashboard was down for a little bit and then shortly afterwards SmartThings app kicked me out and couldn’t get logged back in. Both those issues resolved but fuel Streams still down.


#24

I have a Global Variable set up for my thermostats to turn them on and off but it has been acting weird since 4PM CST. It sometimes says “not set” or it’ll set the temp to 0… And my other piston has been turning the heat on and off in 70* weather here locally. :rage:


#25

@chop249, that is actually a WUnderground bug. I get that a couple times a month. It usually resolves itself within a half hour (or at next query)

My low tonight is currently showing zero / null / not set.

temp


EDIT

…and now WUnderground is back:

temp


#26

UGH! So is there a more reliable source? I bought the thermostats and wrote the pistons to save propane and electricity. Not to have them kick on and run up to 70* in side when it’s 70 plus outside. It was comfortable at 66ish and then it got hot… GRRRRRRR.


#27

I often query WUndergound every 20 minutes, so 3 bad data pulls a month is a 99.7% success rate. (which, to be fair, is not bad for a free service)

That being said, you could pull data less frequently than every 5 minutes, and put in some code to ignore numbers below X and above Y.

A more complex version that I use sometimes is, I compare the recent data pull to the previous data pull, and if it has dropped/risen more than Z degrees, to ignore the bad data.

Here is two brief posts showing that in a bit more detail.


#28

Thanks! Fuel streams are up but again empty. I haven’t used them before so my knowledge on them is limited. Here is what I have being written and then what is showing.


#29

Fuel streams can only display numerical value (no string). Write 0 for cool and 1 for heat or something similar.


#30

You can also do something like:

-1 = Heat
0 = Off
1 = Cool

It looks great when the Fuel Streams are working


#31

And do not use the same fuel streams variable or container as the original one is contaminated with incorrect data and steams can not be deleted.


#32

@Lolo is right. It takes 7 days for a corrupt fuel stream to clear the old bad data, and to be re-usable again.


#33

Just a heads up @chop249, you will definitely get false alarms with that last piston you posted. If you are running it every 5 minutes, you can expect about 15-20 false readings each month. (using my 99.7% average)


#34

So from the Global Variable OutdoorTemp how do I write the recorded temp to a Fuel Stream so I can see what it is pulling without looking every 20 minutes ( I changed it)?


#35

My fuel streams are back again.


#36

On events from temperature device’s temperateure
With location
Write to fuel stream temperatures device’s temperature.
End with
End on event


#37

Is that how you do it? I’ve been doing it by timer.


#38

Both methods work @GRClark.

I often use:

Every 20 minutes
   With location
      Write to fuel stream temperatures device’s temperature.
   End with
End Every

Just please do not go crazy with really short loops. Someone has to pay for that server we are all using, and it’s better if we don’t abuse that.


For reference, every 30 minutes still gives me all the info I need:

It is also important to note that the more often a number gets written to it’s fuel stream, the longer it will take for that graph to load when you want to see it.


#39

I’ve been doing them every hour. Wonder which works better though - hourly or on events.


#40

I think “on events” will end up writing to the fuel stream more often when using outdoor temps… Using indoor temps is debatable. Mine rises and drops about 1 or 1.5 degrees each time the AC cycles.


#41

Actually… I retract my ‘on events’ method recommended above… I use that method a lot for things like logging lights, but as @WCmore notes, temperature events could certainly result in fairly heavy server demands if your device is very active.

Timers are the way to go for that use case