Wattvision device broken? htmlTile issue?

[ahndee (Andreas A.)]

Some time today the Wattvision device shows up completely blank in the app - data is still updated as shown in the “Recently” feed but the “Right Now” view is completely blank.

This is the official device installed via “Wattvision Manager” from ST:

Did today’s update break this? Anyone else no longer seeing the current status for Wattvision devices? This is the only device I have that uses the htmlTile - could something been broken in the htmlTile and do other device handlers using the htmlTile have issues as well?

[slagle (Tim Slagle)]

When did this start happening?

[ahndee (Andreas A.)]

It was working OK yesterday - when I checked today around 5:30pm PDT it showed blank. I’m not sure I checked earlier today.

[slagle (Tim Slagle)]

Hmmmmm, it could be the platform update.

Nothing changed around htmlTile though.

[ahndee (Andreas A.)]

I checked in the IDE - “Current State” lists current power and powerContent URI - loading that URI shows what is supposed to be displayed in the htmlTile just fine (note the time stamp which shows that it is recent):

[slagle (Tim Slagle)]

Is this the official device? Or a custom one?

[ahndee (Andreas A.)]

Official device with fixes outlined in

Wattvision

@yaimavaldivia Shouldn’t line 285 in wattvision-manager.groovy read schedule("0 * * * * ?", "getDataFromWattvision") // every 1 minute instead of schedule("* /1 * * * ?", "getDataFromWattvision") // every 1 minute With the original (current) line, the job runs multiple times per minute and fairly quickly dies (typically within less than an hour). With the changed schedule I had it running without fail for more than 24h so far (keeping my fingers crossed…). I actually use a number other than “0” for the seconds to try and avoid peak times.

and

Wattvision

@yaimavaldivia Figured out the “Failed to save page: rootPage” issue - line #264 currently reads: if (diff > 259200000) { // 3 days in milliseconds However, based on the Wattvision API as well as the comment in the following line, this should be if (diff > 10800000) { // 3 hours in milliseconds instead.

to fix obvious bugs (though those are in the Manager which obviously is not the issue as it still updates the data). In the device handler I changed the logging to be a little less chatty and added unit and backgroundColors properties to the “power” valueTile. No display issues at all until today.

[slagle (Tim Slagle)]

I really wish I had one so I could test.

Force close mobile app?

[ahndee (Andreas A.)]

@slagle

I really wish I had one so I could test.

Is there a way for me to give you my api_key and api_id so you can set up up somehow without going through the OAuth process (i.e., don’t have to give you access to my Google account)? I’d be happy to do so!

@slagle

Force close mobile app?

No change

[slagle (Tim Slagle)]

@ahndee

Is there a way for me to give you my api_key and api_id so you can set up up somehow without going through the OAuth process (i.e., don’t have to give you access to my Google account)? I’d be happy to do so!

Nah, I wouldn’t want to be trusted with that, but I appreciate you trusting me enough to offer haha. I am reaching out to the developer now.

[ahndee (Andreas A.)]

Does this help?

<Critical>: 2016-04-13 20:10:13:607 -0700 [com.apple.main-thread] __39-[STClient enqueueRequest:resultClass:]_block_invoke272(369) ERROR GET https://graph.api.smartthings.com:443/api/devices/[REDACTED]/tiles {
	    Accept = "application/json";
	    "Accept-Language" = "en-US";
	    Authorization = "Bearer [REDACTED]";
	    "User-Agent" = "SmartThings/2.1.0 (iPhone; iOS 9.3.1; Scale/2.00)";
	    "X-ST-Api-Version" = "2.5";
	    "X-ST-Client-AppVersion" = "2.1.0";
	    "X-ST-Client-DeviceModel" = iPhone;
	    "X-ST-Client-OS" = "iOS 9.3.1";
	} => FAILED WITH 500

(this is the console output from my phone when opening the device in the app).

I assume that the “Internal Server Error” will generate a more detailed log somewhere in the cloud?

[slagle (Tim Slagle)]

Would you mind sending me your the DTH id in a PM?

[ahndee (Andreas A.)]

Done - thanks for looking into it!

[yaimavaldivia]

@ahndee we are investigating internally what’s going. I will keep you updated. I also shared with Tim the test account that I use.

[ahndee (Andreas A.)]

Thanks for the update. Out of curiosity: does your test account show the same issue?

[yaimavaldivia]

Yes @ahndee, mine is not showing either.

[yaimavaldivia]

Hi @ahndee: Is wattvision working for you?

[ahndee (Andreas A.)]

Wattvision itself yes (I still get power data once a minute and can load the powerContent URI just fine in a browser. The DTH in ST still displays blank.

EDIT: in case it matters - I am not actually using a Wattvision device but rather a rainforest EAGLE set to automatically upload data to Wattvision. (It shouldn’t matter though as long as the data is available and accessible on Wattvision through the API - which does not seem to be the problem here.)

[yaimavaldivia]

@ahndee are you running the code locally? If so, take a look at my PR: https://github.com/SmartThingsCommunity/SmartThingsPublic/pull/783

[ahndee (Andreas A.)]

Yes - I had modified that code to be less chatty in the logs and add backgroundColors. Adding the brackets as in your pull request fixed it - thanks!