@csteele
Ive been using your lux only driver since you released it. Its working great for my use cases. Ive been in contact with support over a corrupt data base that took down my zigbee network this past Sunday. Bobby went through my hub and noticed errors coming from my envisalink integration as well as the lux driver. Just wanted to let you know of the errors. Thx
ApiXU weather api did not return data: hubitat.scheduling.AsyncResponse@a1acf0
groovy.json.JsonException: Lexing failed on line: 1, column: 181, while reading 'S', no possible valid JSON value or punctuation could be recognized. on line 238 (apixuHandler)
Yeah...I am getting these now too. They just started today. Did anyone have any idea how to fix this? Although it does seem to have resolved itself for me about an hour ago. Maybe APIXU was down.
That error is disappointing, but accurate. Code checks that the site says "OK" (code 200) and then tries to parse the JSON. As is clear: "hubitat.scheduling.AsyncResponse@a1acf0" isn't json. Perhaps ApiXU did their own code upgrade and is returning defective data?
I've been getting wx-ApiXU-driver ready for a 1.4.0 release and I'm getting correct data.
I looked at my production hub and yes, I see the errors too.
First occurred at 11:30pm (yesterday) here... was intermittent til 9:32am when it pretty much became useless... then cleared up about 42 minutes ago. I've had 9 good returns in that period.
i'm seeing those same errors. It started at 9:20 AM PDT, and cleared up at 2:10 PM PDT. It's been fine since then.
Prior to that, I've been getting the error: ApiXU weather api did not return data: hubitat.scheduling.AsyncResponse
Intermittently for the last couple of days.
This seems to be the only thing I can get out of forecastIcon.
This has broken the icon display on weather tiles in SharpTools, as noted in this thread over there.
I've turned on the "Display All Preferences" pref and subsequently the "Forecast Icon *" pref (and also the "Weather," to leave no stone unturned), but I get nothing there. These tiles were working with icons under Bangali's driver, FWIW, so just a heads-up if there's something amiss here, or if there's something I can try.
A few seconds later the updateCheck() and pollSunRiseSet() 'once' are gone, BUT you have to refresh the page to see it.(That portion of the Device Info page isn't dynamic.)
settingsOff ran as expected and indeed, the Display All Preferences toggle shows as off.
I am simultaneous looking at the APIXU fail above and I inadvertently Saved Preference, restarting the logsOff Timer...I'll update this >20 mins from now... when the logsOff() method runs.
APIXU is back to working again... the most recent error was 5 hours ago.
dev:4 2019-08-19 06:45:00.079 am info wx-ApiXU lux calc for: 14610
dev:4 2019-08-19 06:40:00.117 am info wx-ApiXU lux calc for: 14610
dev:4 2019-08-19 06:30:00.052 am info wx-ApiXU lux calc for: 14610
dev:4 2019-08-19 06:29:23.671 am info wx-ApiXU poll for: 14610
I'm getting these errors with the wx-ApiXU-driver and Luxuriant-Driver when using the Hubitat Simple Lighting App:
2019-08-20 11:12:18.155 am [error](http://10.1xxxxxxx/installedapp/configure/1260)java.lang.NumberFormatException: For input string: "6806.0" on line 426 (luxHandler)
Not sure if this is a driver issue or issue with the Hubitat Simple Lighting App, are you able to check?
I'm also having issues with the Luxuriant-Driver with the SunRiseSet not populating, even after I deleted it and created a new Virtual device, I'm using the latest version. Odd part is this is just on one hub, I tried rebooting that hub already and Lux works fine on the wx-ApiXU-driver on the same hub.
Logs:
[dev:2490] (http://10.1xxxxx/logs#dev2490)2019-08-20 11:52:12.382 am errorjava.lang.NullPointerException: Cannot set property 'init' on null object on line 206 (sunRiseSetHandler)
Yes, it's a documentation interpretation error on my part. Hubitat specifies "NUMBER" , Temperature is also documented as "NUMBER" but clearly it's not going to be an Integer.
I'm going to have to reinterpret my interpretations