[123solar] [meterN] [hAlarm]

Just checked and the graph looks good.

Thanks

Neville

OK done that...restarted metern still working:) now have to wait until tomorrow to see results.

Thanks for the input

Neville

HI Here is results pi@raspberrypi /etc $ ls -al /etc/localtime -rw-r--r-- 1 root root 426 Jun 15 2015 /etc/localtime pi@raspberrypi /etc $ pi@raspberrypi /etc $ tzselect Please identify a location so that time zone rules can be set correctly. Please select a continent or ocean. 1) Africa 2) Americas...

Hi Result from testDT.php GMT it is 20170122, yesterday was 20170121 Australia/Brisbane it is 20170123, yesterday was 20170122 I do not seem to have timedatectl I do have a hwclock here is result from date command and a read of the hwclock pi@raspberrypi /lib/systemd/system $ cat /etc/os-release PRE...

I missed the exact time (missed my alarm) but it is now 29 mins after midnight (local time) and the graphs are faulty. I have added a screen shot to my last link and you should see it from my web page. I first checked at 10pm local as that is midday UTC but graphs OK. The problem occurs as local tim...

This was after a soft reboot last night so should be only one instance. I was watching the display as we changed day(UTC +10 hrs) and the display updated as normal and the graphs corrected themselves. At this moment everything is perfect if you look at my web page you will see this, as I write this ...

Just gone 10 am (change of day UTC) and when the page updated the correct graphs are displayed.

Neville

Just to add both solar and consumption have this display error. It just so happens the 2 days were quite different so makes it easy to see.

Neville

An update to last post. The timings on the graph are correct BUT the issue I had with the graph itself being incorrect still exits. My current time is just after 8am on the 22 Jan, the last 24 hour graph shows from midnight to present correctly but the period that is expected to be from 8am yesterda...

just updated time looks good thanks.


Neville