UV is not reporting correctly
- Fraggboy
- Forecaster
- Posts: 193
- Joined: Wed Sep 27, 2017 2:45 pm
- Location: Sunny California
- Station model: Bloomsky II + Storm
- Software: Bloomsky
- Contact:
UV is not reporting correctly
So, I've noticed that all areas of the webpage is not showing the correct UV. I even checked the api data, and it's showing 0.
There is a difference between Sky I and SKY II's. SKy I had the UV sensor on the Sky. The Sky II's UV sensor was removed due to the storm having this sensor.
Here is a pic of the api data: Here is a pic of the script that pulls the api data from Bloomsky: It's retrieving the api data fine.
Link to site: https://www.fraggboy.com/
There is a difference between Sky I and SKY II's. SKy I had the UV sensor on the Sky. The Sky II's UV sensor was removed due to the storm having this sensor.
Here is a pic of the api data: Here is a pic of the script that pulls the api data from Bloomsky: It's retrieving the api data fine.
Link to site: https://www.fraggboy.com/
- Fraggboy
- Forecaster
- Posts: 193
- Joined: Wed Sep 27, 2017 2:45 pm
- Location: Sunny California
- Station model: Bloomsky II + Storm
- Software: Bloomsky
- Contact:
Re: UV is not reporting correctly
meteotemplateLive.txt is not being updated with the correct UV reading (I manually changed it to 4, and it's showing that number there.) All other values are updating, so it's not a permission error. The database does have the correct value.
- Fraggboy
- Forecaster
- Posts: 193
- Joined: Wed Sep 27, 2017 2:45 pm
- Location: Sunny California
- Station model: Bloomsky II + Storm
- Software: Bloomsky
- Contact:
Re: UV is not reporting correctly
What I have found out, is when I go to my Bloomsky page, and select today's date, I do see the actual UV reading..
currentBlock.php is not fetching the data from the database. It's being fed from meteotemplateLive.txt. I don't know how to fix it exactly, but maybe change how currentBlock.php retrieves it's data from the database instead of the .text file?
I don't know how to proceed..
EDIT: I'm thinking that this needs to be moved to the block section, but this is also tied to this hardware.. Forgive me if this should be elsewhere..
I check dayOverview.php file and I do see that it's fetching the data from the database, thus being correct.
currentBlock.php is not fetching the data from the database. It's being fed from meteotemplateLive.txt. I don't know how to fix it exactly, but maybe change how currentBlock.php retrieves it's data from the database instead of the .text file?
I don't know how to proceed..
EDIT: I'm thinking that this needs to be moved to the block section, but this is also tied to this hardware.. Forgive me if this should be elsewhere..
- Jachym
- Site Admin
- Posts: 1686
- Joined: Fri Aug 18, 2017 10:12 pm
- Location: Brno, Czech Republic
- Station model: WH1080
- Software: Meteobridge
- Contact:
Re: UV is not reporting correctly
Hi,
this is strange, the current block has to use the current conditions file, not db
this is strange, the current block has to use the current conditions file, not db
- Jachym
- Site Admin
- Posts: 1686
- Joined: Fri Aug 18, 2017 10:12 pm
- Location: Brno, Czech Republic
- Station model: WH1080
- Software: Meteobridge
- Contact:
Re: UV is not reporting correctly
I just checked, the plugin does look for the value in the API so if it is not in meteotemplateLive.txt, it means it was not in the API file:
$data[0]['Storm']['UVIndex'];
$data[0]['Storm']['UVIndex'];
- Fraggboy
- Forecaster
- Posts: 193
- Joined: Wed Sep 27, 2017 2:45 pm
- Location: Sunny California
- Station model: Bloomsky II + Storm
- Software: Bloomsky
- Contact:
Re: UV is not reporting correctly
I did see that there. For some reason it's now showing the correct UV reading in the current block..
Very strange..
Very strange..
- Jachym
- Site Admin
- Posts: 1686
- Joined: Fri Aug 18, 2017 10:12 pm
- Location: Brno, Czech Republic
- Station model: WH1080
- Software: Meteobridge
- Contact:
Re: UV is not reporting correctly
Currently:
API file shows 3.0 https://www.fraggboy.com/template/meteotemplateLive.txt
Current block shows 3 as well
API file shows 3.0 https://www.fraggboy.com/template/meteotemplateLive.txt
Current block shows 3 as well
- Jachym
- Site Admin
- Posts: 1686
- Joined: Fri Aug 18, 2017 10:12 pm
- Location: Brno, Czech Republic
- Station model: WH1080
- Software: Meteobridge
- Contact:
Re: UV is not reporting correctly
The current block takes data from the meteotemplateLive.txt file, so what you see in that block will always be exactly what is in the api file. And this api file is directly what BS sent.
Given we saw the number 3 it means the script must work. If it was 0 it could be it is not working at all, but that 3 had to come from somewhere, the script would not just randomly select this, so this looks more like an issue with the BS API and you would not be the first user to have problems with BS UV
Given we saw the number 3 it means the script must work. If it was 0 it could be it is not working at all, but that 3 had to come from somewhere, the script would not just randomly select this, so this looks more like an issue with the BS API and you would not be the first user to have problems with BS UV
- Fraggboy
- Forecaster
- Posts: 193
- Joined: Wed Sep 27, 2017 2:45 pm
- Location: Sunny California
- Station model: Bloomsky II + Storm
- Software: Bloomsky
- Contact:
Re: UV is not reporting correctly
I understand that BS has had issues with their servers, but when I navigate to the URL to update the api, the UV is showing correctly in the data.
- Fraggboy
- Forecaster
- Posts: 193
- Joined: Wed Sep 27, 2017 2:45 pm
- Location: Sunny California
- Station model: Bloomsky II + Storm
- Software: Bloomsky
- Contact:
Re: UV is not reporting correctly
I found the issue..
in bsUpdate.php there is:
That code is always changing the UV to 0, despite it being during the day. I will live with UV=1 during the evening.
I have removed it and it’s reporting correctly.
The Bloomsky app always shows 1 out of 11, even at night.
in bsUpdate.php there is:
Code: Select all
if(time()>$sunRiseTS && time()<$sunSetTS){}
else{
$rawUpdate['UV'] = 0; // set to 0 at night - BloomSky bug
}
I have removed it and it’s reporting correctly.
The Bloomsky app always shows 1 out of 11, even at night.
- Jachym
- Site Admin
- Posts: 1686
- Joined: Fri Aug 18, 2017 10:12 pm
- Location: Brno, Czech Republic
- Station model: WH1080
- Software: Meteobridge
- Contact:
Re: UV is not reporting correctly
Thats strange though because the sunrise/sunset times should be correct for your location, unless you provided incorrect GPS
- Fraggboy
- Forecaster
- Posts: 193
- Joined: Wed Sep 27, 2017 2:45 pm
- Location: Sunny California
- Station model: Bloomsky II + Storm
- Software: Bloomsky
- Contact:
Re: UV is not reporting correctly
I agree it’s strange.
Coordinates are correct. It’s pin-pointing my location correctly on the map.
Coordinates are correct. It’s pin-pointing my location correctly on the map.
- Jachym
- Site Admin
- Posts: 1686
- Joined: Fri Aug 18, 2017 10:12 pm
- Location: Brno, Czech Republic
- Station model: WH1080
- Software: Meteobridge
- Contact:
Re: UV is not reporting correctly
Is TZ set correctly?
- Fraggboy
- Forecaster
- Posts: 193
- Joined: Wed Sep 27, 2017 2:45 pm
- Location: Sunny California
- Station model: Bloomsky II + Storm
- Software: Bloomsky
- Contact:
Re: UV is not reporting correctly
Everything is correct on my end. I don't think you need to look into this. There isn't a huge drive from Bloomsky users..
- Fraggboy
- Forecaster
- Posts: 193
- Joined: Wed Sep 27, 2017 2:45 pm
- Location: Sunny California
- Station model: Bloomsky II + Storm
- Software: Bloomsky
- Contact:
Re: UV is not reporting correctly
Jachym,
I updated the BS plugin and I forgot about what I omitted from the bsUpdate.php file. I noticed that the UV is still showing 0. I went ahead and removed the code again..
I updated the BS plugin and I forgot about what I omitted from the bsUpdate.php file. I noticed that the UV is still showing 0. I went ahead and removed the code again..