mirror of
https://github.com/lrnselfreliance/wrolpi.git
synced 2026-10-25 18:40:06 -04:00
* Add a Solar calculator with offline NASA POWER data Estimates a solar array's typical-year production from a location and the panels; everything else has defaults under an optional "Fine-tune" section. The model works from 12 monthly averages: Klein's average day per month, the Erbs monthly diffuse fraction, Collares-Pereira & Rabl / Liu & Jordan hourly split, HDKR transposition for fixed, single-axis and dual-axis arrays, then PVWatts' ASHRAE incidence loss, SAPM cell temperature, DC power, system losses and optional inverter. "Best for the year" and "Best for winter" sweep the tilt. Sunlight, diffuse, albedo and temperature come from NASA POWER's 2001-2020 climatology on a 1 degree grid, packed into app/public/data (3.1 MB, ~1 MB gzipped) by scripts/build_solar_climatology.py and fetched only when the calculator opens. Users can replace it with their own monthly values. Every setting lives in the URL, with defaults left out, so the Share button shares the whole configuration. Against PVWatts v8 for a 1 kW fixed array: Phoenix +0.6%, Seattle +8.8%, Anchorage +8.0% annually; these are recorded as tests. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * Open the Solar calculator from the map, pins and current location The map's right-click (or long-press) menu gains "Calculate Solar Performance", and each saved pin a sun button; both open the calculator at that location. A button beside Latitude fills in the browser's current location. Locations are rounded to 4 decimals, and longitudes from a map panned around the world are wrapped back to -180..180. The map removed lat/lon/z from the URL when it closed, even after navigating to another page, which stripped the calculator's location from its URL (and from links shared with the Share button). It now only cleans up while the URL is still a map page. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * Add off-grid sizing to the Solar calculator A new "Off-grid sizing" tab sizes a battery system for the darkest month from a list of devices (watts x hours per day): - Battery bank for a number of days without sun, for LiFePO4 or lead-acid, at 12, 24 or 48 V. Outdoor lead-acid is enlarged for the cold; outdoor lithium warns against charging below 0 C. - Panels needed, from the worst month's DC production per kW at the chosen angle, with a button to apply the count. A PWM controller's loss (battery voltage over the panel's Vmp) raises the count. - Charge controller current, and the string voltage on the coldest morning against the controller's limit, since cold panels exceed their rated Voc. The coldest morning defaults to 25 C below the coldest monthly average. All inputs live in the URL like the rest of the calculator. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * Bump wrolpi-help for the Solar calculator help page Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * Credit NASA POWER as it asks, and say how the data was changed - The calculator gains a "Data attribution" link under the location with NASA POWER's requested acknowledgment, the data reference (Climatology API v2.10.0, downloaded 2026/10/04), the CC BY 4.0 license, and how WROLPi modified the data (rounded to one byte per value, temperature averaged into 1 degree cells, interpolated between cells), which CC BY 4.0 requires. - The build script writes the same text to solar-climatology.LICENSE.txt beside the data, with the API version taken from NASA's responses and the date the tiles were downloaded. A test keeps the page and file in step. - Bumps wrolpi-help for the updated attribution in the help page. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * Solar: fix PWM sizing, Voc sign, unit switching and loading on review - PWM usable power now uses the string's voltage (Vmp x panels in series), delivers nothing when the charging voltage is at or above the string's Voc, and falls off between Vmp and Voc. The "too little voltage" warning covers PWM as well as MPPT. Previously two panels in series counted double, and a panel that could not charge a 48 V bank counted as fully usable. - A Voc temperature coefficient entered without its minus sign is treated as negative, in the math, the URL and the input, so the cold-morning check cannot be made too generous. - Switching Fahrenheit on or off converts the entered temperatures instead of reinterpreting them. - While the sunlight data downloads, the off-grid tab shows a loader rather than asking for a location, and holds the cold-morning verdict until the site's temperatures are known or one has been entered. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * Solar: move the data attribution to the bottom of the page The full NASA POWER acknowledgment, license and changes now sit in a small "Data attribution" section at the end of the calculator, always visible, instead of behind a link under the location. The source line under the location points to it. Bumps wrolpi-help to match. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * Solar: drop the data source line under the location The attribution at the bottom of the page is enough. The line under the location now only appears to report the data's state: loading, failed to load, or replaced by the user's own values. Bumps wrolpi-help for the refreshed screenshot. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
167 lines
7.8 KiB
JavaScript
167 lines
7.8 KiB
JavaScript
import fs from "fs";
|
|
import path from "path";
|
|
import {
|
|
CLIMATOLOGY_ACKNOWLEDGMENT,
|
|
CLIMATOLOGY_CHANGES,
|
|
CLIMATOLOGY_DATA_REFERENCE,
|
|
CLIMATOLOGY_LICENSE,
|
|
decodeClimatology,
|
|
lookupClimatology,
|
|
} from "./solarData";
|
|
import {estimateProduction} from "./solar";
|
|
import {encodeClimatology, uniformClimatology} from "./solarData.fixtures";
|
|
|
|
describe('decodeClimatology', () => {
|
|
test('accepts a valid file', () => {
|
|
expect(decodeClimatology(uniformClimatology()).length).toBe(4 * 12 * 180 * 360);
|
|
});
|
|
|
|
test('rejects a file that is not ours, a newer version, or truncated', () => {
|
|
const good = new Uint8Array(uniformClimatology());
|
|
const wrongMagic = good.slice();
|
|
wrongMagic[0] = 'X'.charCodeAt(0);
|
|
expect(() => decodeClimatology(wrongMagic.buffer)).toThrow('Not a solar climatology file');
|
|
|
|
const newer = good.slice();
|
|
newer[4] = 2;
|
|
expect(() => decodeClimatology(newer.buffer)).toThrow('Unsupported');
|
|
|
|
expect(() => decodeClimatology(good.slice(0, 1000).buffer)).toThrow('truncated');
|
|
});
|
|
});
|
|
|
|
describe('lookupClimatology', () => {
|
|
// A field that varies with longitude, so interpolation is visible: GHI = 3 + lon/100.
|
|
const sloped = decodeClimatology(encodeClimatology((key, month, lat, lon) => ({
|
|
ghi: 3 + lon / 100,
|
|
diffuse: 1,
|
|
albedo: lat > 60 ? 0.8 : 0.2,
|
|
temperature: -10 + month,
|
|
})[key]));
|
|
|
|
test('returns a cell center value exactly', () => {
|
|
const values = lookupClimatology(sloped, 40.5, -104.5);
|
|
expect(values.ghi[0]).toBeCloseTo(3 - 1.045, 1);
|
|
expect(values.temperature.map(v => Math.round(v))).toEqual([-10, -9, -8, -7, -6, -5, -4, -3, -2, -1, 0, 1]);
|
|
expect(values.diffuse[6]).toBeCloseTo(1, 1);
|
|
});
|
|
|
|
test('interpolates between cell centers', () => {
|
|
// Halfway between the cells centered on -105.5 and -104.5.
|
|
const mid = lookupClimatology(sloped, 40.5, -105).ghi[0];
|
|
const west = lookupClimatology(sloped, 40.5, -105.5).ghi[0];
|
|
const east = lookupClimatology(sloped, 40.5, -104.5).ghi[0];
|
|
expect(mid).toBeCloseTo((west + east) / 2, 6);
|
|
// Interpolates in latitude too: halfway between albedo 0.2 and 0.8 cells.
|
|
expect(lookupClimatology(sloped, 60, 0).albedo[0]).toBeCloseTo(0.5, 2);
|
|
});
|
|
|
|
test('wraps across the antimeridian', () => {
|
|
// Between the cells centered on 179.5 (ghi 4.795) and -179.5 (ghi 1.205).
|
|
expect(lookupClimatology(sloped, 0.5, 180).ghi[0]).toBeCloseTo((4.795 + 1.205) / 2, 1);
|
|
expect(lookupClimatology(sloped, 0.5, -180).ghi[0]).toBeCloseTo((4.795 + 1.205) / 2, 1);
|
|
});
|
|
|
|
test('clamps at the poles', () => {
|
|
expect(lookupClimatology(sloped, 90, 0.5).ghi[0]).toBeCloseTo(3.005, 1);
|
|
expect(lookupClimatology(sloped, -90, 0.5).ghi[0]).toBeCloseTo(3.005, 1);
|
|
});
|
|
|
|
test('skips cells with no data and returns null when all are missing', () => {
|
|
const holes = decodeClimatology(encodeClimatology((key, month, lat, lon) =>
|
|
(lon > 0 ? null : {ghi: 5, diffuse: 1, albedo: 0.2, temperature: 10}[key])));
|
|
// Straddling lon 0: only the western cells have data.
|
|
expect(lookupClimatology(holes, 10.5, 0).ghi[0]).toBeCloseTo(5, 1);
|
|
expect(lookupClimatology(holes, 10.5, 90).ghi[0]).toBeNull();
|
|
});
|
|
});
|
|
|
|
// The real data file, when it has been built. The expected values come from NASA POWER's point API
|
|
// (2001-2020 climatology), so these confirm the build script and decoder agree end to end.
|
|
const REAL_FILE = path.join(__dirname, '../../../public/data/solar-climatology.bin');
|
|
const describeReal = fs.existsSync(REAL_FILE) ? describe : describe.skip;
|
|
|
|
describeReal('the built climatology file', () => {
|
|
let grid;
|
|
beforeAll(() => {
|
|
grid = decodeClimatology(fs.readFileSync(REAL_FILE).buffer.slice(0));
|
|
});
|
|
|
|
// NASA POWER's monthly GHI for two cells, copied from its API (2001-2020 climatology). A cell
|
|
// center is returned exactly, give or take the file's 0.04 kWh/m²/day step.
|
|
const expectCell = (actual, expected) => actual.forEach((v, i) => expect(Math.abs(v - expected[i]))
|
|
.toBeLessThanOrEqual(0.021));
|
|
|
|
test('matches NASA POWER at the cell near Denver', () => {
|
|
const values = lookupClimatology(grid, 40.5, -104.5);
|
|
expectCell(values.ghi,
|
|
[2.4089, 3.2969, 4.6241, 5.6225, 6.3463, 7.2588, 7.0428, 6.2326, 5.2351, 3.7486, 2.6717, 2.0921]);
|
|
expect(values.diffuse.every((v, i) => v > 0 && v < values.ghi[i])).toBe(true);
|
|
expect(values.temperature[6]).toBeGreaterThan(values.temperature[0] + 15);
|
|
});
|
|
|
|
test('matches NASA POWER at the cell near Sydney, with the seasons reversed', () => {
|
|
const values = lookupClimatology(grid, -33.5, 151.5);
|
|
expectCell(values.ghi,
|
|
[6.4908, 5.6611, 4.8137, 3.8191, 2.9803, 2.357, 2.772, 3.6725, 4.8242, 5.6698, 6.2074, 6.5594]);
|
|
});
|
|
|
|
// PVWatts v8 results for a 1 kW standard-module, open-rack, fixed array with the default 14.08%
|
|
// losses, DC output in kWh, fetched from developer.nlr.gov on 2026-10-04. PVWatts uses NREL's NSRDB
|
|
// typical-year weather, not NASA POWER, so the two agree only within the data sets' differences.
|
|
const PVWATTS = {
|
|
Phoenix: {
|
|
lat: 33.45, lon: -112.07, tilt: 33, azimuth: 180,
|
|
monthly: [139.7, 139.1, 166.3, 175.4, 175.8, 165.2, 152.4, 155.2, 157.6, 157.8, 144.8, 140.3],
|
|
},
|
|
Seattle: {
|
|
lat: 47.61, lon: -122.33, tilt: 48, azimuth: 180,
|
|
monthly: [51.9, 67.3, 89.6, 115.5, 127.1, 116.7, 130.3, 141.0, 111.9, 82.0, 48.6, 42.8],
|
|
},
|
|
Anchorage: {
|
|
lat: 61.22, lon: -149.90, tilt: 61, azimuth: 180,
|
|
monthly: [19.6, 45.0, 119.2, 117.4, 124.2, 118.0, 109.4, 109.4, 87.8, 52.0, 23.3, 12.6],
|
|
},
|
|
};
|
|
|
|
test.each(Object.entries(PVWATTS))('agrees with PVWatts in %s', (name, site) => {
|
|
const sunlight = lookupClimatology(grid, site.lat, site.lon);
|
|
const result = estimateProduction({
|
|
latitude: site.lat, kwp: 1, tilt: site.tilt, azimuth: site.azimuth, ...sunlight,
|
|
});
|
|
const annual = site.monthly.reduce((a, b) => a + b, 0);
|
|
expect(result.annual / annual).toBeGreaterThan(0.9);
|
|
expect(result.annual / annual).toBeLessThan(1.1);
|
|
// Dark months are small and the two data sets disagree most there; check the months that matter.
|
|
const meanMonth = annual / 12;
|
|
result.months.forEach((m, i) => {
|
|
if (site.monthly[i] >= 0.6 * meanMonth) {
|
|
expect(m.energy / site.monthly[i]).toBeGreaterThan(0.75);
|
|
expect(m.energy / site.monthly[i]).toBeLessThan(1.25);
|
|
}
|
|
});
|
|
});
|
|
|
|
test('has polar night', () => {
|
|
expect(lookupClimatology(grid, 80, 15).ghi[11]).toBeLessThan(0.05);
|
|
});
|
|
});
|
|
|
|
describe('attribution', () => {
|
|
// The build script writes this notice beside the data; the page shows the same text.
|
|
const notice = fs.readFileSync(path.join(__dirname, '../../../public/data/solar-climatology.LICENSE.txt'), 'utf8');
|
|
|
|
test('the notice and the page credit NASA identically', () => {
|
|
expect(notice).toContain(CLIMATOLOGY_ACKNOWLEDGMENT);
|
|
expect(notice).toContain(CLIMATOLOGY_DATA_REFERENCE);
|
|
expect(notice).toContain(CLIMATOLOGY_LICENSE);
|
|
expect(notice).toContain(CLIMATOLOGY_CHANGES);
|
|
});
|
|
|
|
test('the acknowledgment is NASA POWER\'s requested wording', () => {
|
|
// https://power.larc.nasa.gov/docs/referencing/
|
|
expect(CLIMATOLOGY_ACKNOWLEDGMENT).toBe('The data was obtained from National Aeronautics and Space '
|
|
+ 'Administration (NASA) Langley Research Center\'s Prediction Of Worldwide Energy Resources (POWER) '
|
|
+ 'project funded through the NASA Earth Science Division.');
|
|
});
|
|
});
|