Generation from the grid-tied solar PV microgeneration system at 16 Willingham Way, KT1 3JA, UK (51 24'24.1"N, 0 17'19.8"W), as reported by the SunnyBoy inverters via the SunnyBeam radio receiver and logged by the Linux server at 16WW (with NTP-reguated clock). This PV system contains 4 sections, each nominally 1.29kWp, 2 facing east and 2 facing west. The generation shown is the sum of all 4 inverters, ie from 5.16kWp. The inverters are slightly undersize with respect to the panels, 3 being 1.1kWp (SunnyBoy 1100) amd the last 1.2kWp (SunnyBoy 1200). There is a "live" subdirectory containing number number of recent days' files named of the form YYYYMMDD.log (ie for date YYYY-MM-DD UTC), eg: ... 20170603.log 20170604.log 20170605.log 20170606.log 20170607.log 20170608.log 20170609.log ... These 'live' files are not necessarily kept indefinitely, ie is not to be regarded as an archive. Usually at least the 31 most recent days' data should be available in live. The log files consist of one record per line, nominally one per minute, ordered by date/time. At times when there is no possibility of generation (eg overnight) entries may be omitted. Such trimming may be more aggressively applied in winter where days are shorter in order to save file space and effort. The log lines are of the form: ... 20170609T15:36Z 842 20170609T15:37Z 890 20170609T15:38Z 871 20170609T15:39Z 921 20170609T15:40Z 1081 20170609T15:41Z 1143 20170609T15:42Z 2255 20170609T15:43Z 2302 20170609T15:44Z 968 20170609T15:45Z 870 ... That is each line consists of: * an ISO 8601 UTC date/time down to 1-minute resolution * a space as separator * a non-negative decimal integer output power in W Intervals between records may generally be linearly interpolated from available records on either side, though gaps of more than a few minutes at times other than night should be regarded as 'missing' and not necessarily either zero or interpolatable. This directory contains the archival records generally of the form: YYYYMM.gz for records for the month YYYY-MM UTC, gzipped. YYYY.xz for records for the year YYYY UTC, xz-ed (LZMA2 compressed). eg: .... 201510.gz 201511.gz 201512.gz 2015.xz 201601.gz 201602.gz 201603.gz ... These records are assembled by concatenating the daily logs in order before compression. Nominally the monthly/years forms are redundant, containing the same data appropriately concatenated, but the .xz form is more compact for larger units of download. There are other ad hoc records such as individual days' logs before a full archive was started, eg: 20140721.log 20140722.log 20140723.log 20140724.log 20140725.log 20140726.log eg for records around a local partial eclipse: 20150320-PartialSolarEclipse.txt.gz