#renewable-energy

Wood-pellet heating maths as an API, computed locally and deterministically — the consumption, heat-output and storage numbers a homeowner, installer or heating planner sizes a pellet system by. The consumption endpoint gives the pellets to meet a heat demand = the demand ÷ the usable heat per kilo, where usable = the calorific value × the boiler efficiency: ENplus wood pellets hold about 4.8 kWh/kg and a modern pellet boiler runs ~90 %, so each kilo delivers roughly 4.3 kWh — a 10,000 kWh annual demand then needs about 2.3 tonnes of pellets, around 154 fifteen-kilo bags or a bulk delivery. The heat-output endpoint inverts it: the usable heat from a mass = mass × calorific value × efficiency, so a tonne of ENplus pellets is about 4,800 kWh gross of which a 90 % boiler delivers ~4,320 kWh — the equivalent of roughly 480 litres of heating oil or 432 m³ of natural gas. The storage-volume endpoint sizes the hopper or silo: storage = the pellet mass ÷ the bulk (poured) density, about 650 kg/m³ for ENplus, so 2.3 tonnes fill roughly 3.6 m³ — size the store for the full delivery plus headroom for the fill pipe. Everything is computed locally and deterministically, so it is instant and private. Ideal for pellet-heating and installer tools, home-energy and quoting apps, and renewable-heat calculators. Pure local computation — no key, no third-party service, instant. Uses standard ENplus figures — set your own for a specific pellet grade. 3 compute endpoints. For cordwood use a firewood API; for propane/LPG a propane API.

api.oanor.com/pellet-api

Solar-array row-spacing and shading geometry as an API, computed locally and deterministically — the shadow-length, inter-row-spacing and ground-coverage numbers a PV designer or installer lays a ground-mount or flat-roof array out with. The shadow-length endpoint gives the shadow an object casts = its height ÷ tan(sun elevation), longer the lower the sun (which is why layouts are designed for the worst-case winter-solstice low sun), stretched by 1/cos(azimuth difference) when the sun is off-axis. The row-spacing endpoint gives the minimum row pitch (front edge to front edge) to stop a row shading the one behind = the module's horizontal base (length × cos tilt) + the shadow its back edge casts (module height ÷ tan of the minimum sun elevation) — a 1.7 m module at 30° tilt clearing a 20° winter sun needs about a 3.8 m pitch — and returns the resulting ground coverage ratio. The ground-coverage endpoint gives that GCR = module length ÷ row pitch, the packing density: fixed-tilt fields typically run 0.4–0.5, higher packs more kW per acre but loses winter yield to mutual shading, lower wastes land. Everything is computed locally and deterministically, so it is instant and private. Ideal for solar-design and layout tools, EPC and site-assessment apps, and renewable-energy calculators. Pure local computation — no key, no third-party service, instant. Geometric model — use the real worst-hour sun altitude. 3 compute endpoints. For solar position/altitude use a solar-position API; for irradiance a solar API; for off-grid sizing an off-grid API.

api.oanor.com/pvspacing-api

Off-Grid-Solar-System-Auslegungsmathematik als API, lokal und deterministisch berechnet – die Batteriebank-, Solararray- und Laderegler-Zahlen, mit denen ein Wohnmobil, eine Kabine, ein Boot oder ein netzunabhängiger Hausbesitzer ein System dimensioniert. Der Batteriebank-Endpunkt liefert den benötigten Speicher = (tägliche Last × Autonomietage) ÷ (Entladetiefe × Round-Trip-Effizienz), dann ÷ die Systemspannung für Amperestunden: Die Autonomie trägt Sie durch bewölkte Tage und die Entladetiefe-Grenze schützt die Zellen (Blei-Säure ~50 %, Lithium 80–100 %, weshalb Lithium-Banken kleiner ausfallen), also benötigt eine Last von 2 kWh/Tag bei 12 V mit 2 Autonomietagen, 50 % DoD und 85 % Effizienz etwa 785 Ah. Der Array-Endpunkt liefert die Panels = tägliche Energie ÷ (Spitzen-Sonnenstunden × Systemeffizienz), wobei die Spitzen-Sonnenstunden die tägliche Einstrahlung als äquivalente Volllast-Sonnenstunden sind (~3–6 je nach Ort und Jahreszeit) und die Effizienz Verluste durch Regler, Verkabelung, Hitze und Staub berücksichtigt – etwa 670 W für diese Last bei 4 Sonnenstunden und 75 %. Der Laderegler-Endpunkt dimensioniert den Regler = Array-Watt ÷ Batteriespannung × 1,25 Sicherheitsfaktor, also benötigt ein 700-W-Array an einer 12-V-Bank etwa einen 80-A-Regler. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Solarinstallations- und DIY-Tools, Wohnmobil-/Marine-/Kabinen-Stromplaner und Rechner für erneuerbare Energien. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Dimensionieren Sie für den schlechtesten Monat. 3 Compute-Endpunkte. Für Sonneneinstrahlung und Sonnenstunden verwenden Sie eine Solar-API; für Batterielaufzeit unter Last eine Batterie-API.

api.oanor.com/offgrid-api

Hydroelectric-power engineering maths as an API, computed locally and deterministically. The power endpoint computes the electrical power a hydro plant generates with P = ρ·g·Q·H·η, from the water flow rate, the net head (the effective drop), the overall turbine-generator efficiency (typically 0.80–0.92) and the water density, returning both the gross power at 100 % efficiency and the net electrical output. The sizing endpoint inverts the relation to size a scheme — given a target power it solves the flow rate needed at a known head, or the head needed at a known flow, Q = P/(ρ·g·H·η). The annual-energy endpoint computes the yearly energy from the rated power and a capacity factor (typically 0.3–0.6 for hydro, accounting for water availability and downtime), E = P × 8760 h × capacity factor, and an optional revenue from an electricity price. Flow is in cubic metres per second, head in metres, efficiency 0–1, power in watts, kilowatts and megawatts. Everything is computed locally and deterministically, so it is instant and private. Ideal for renewable-energy, micro-hydro, civil-engineering, feasibility and sustainability app developers, run-of-river and reservoir tools, and energy education. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 endpoints. This is hydroelectric generation; for wind-turbine power use a wind-power API, for solar resource a solar API and for pump (energy-consuming) duty a pump API.

api.oanor.com/hydropower-api

Wind-turbine power maths as an API, computed locally and deterministically. The power endpoint applies the wind-power equation P = ½ · ρ · A · v³ · Cp: from the wind speed, the rotor (given as swept area, diameter or blade length) and an optional air density and power coefficient, it returns the total power in the wind, the Betz maximum (the theoretical 16/27 ≈ 59.3 % limit) and the power actually extracted at the chosen coefficient — in watts, kilowatts, megawatts and horsepower. The energy endpoint multiplies power by time and an optional capacity factor to give the energy produced in watt-, kilowatt- and megawatt-hours, taking the power directly or deriving it from the wind and rotor. The sweptarea endpoint is a geometry helper: swept area from a diameter, radius or blade length, plus the blade-tip speed and tip-speed ratio from an rpm. Wind speed accepts metres per second, km/h, mph or knots; air density defaults to 1.225 kg/m³ at sea level. Because power scales with the cube of wind speed and the square of rotor diameter, small changes move it a lot — the API shows every intermediate value. Everything is computed locally and deterministically, so it is instant and private. Ideal for renewable-energy and engineering tools, education and physics apps, site-assessment and feasibility calculators, and STEM projects. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 endpoints. This is wind-turbine power physics; for the Beaufort wind scale use a wind-scale API and for solar arrays use a solar API.

api.oanor.com/windpower-api

Solar irradiance and agroclimatology for any location on Earth — as an API over NASA POWER (Prediction Of Worldwide Energy Resources), derived from NASA satellite and reanalysis data. Get the solar resource needed to size and assess PV and CSP systems: global (GHI), direct-normal (DNI) and diffuse horizontal irradiance, clear-sky irradiance and the clearness index — either as long-term monthly climatology normals for quick site assessment, or as a daily time series for a date range (1981-present). The same call also serves meteorology — temperature, wind speed, relative humidity and precipitation — making it ideal for solar energy, agriculture, building-energy modelling and climate work. From cloudy Berlin to the Sahara, it turns a coordinate into bankable solar and climate data. A solar-resource / agroclimatology data source — distinct from PV-system energy simulation (PVGIS) and historical-weather records. Open data from NASA POWER.

api.oanor.com/solar-api

Potencial solar fotovoltaico para qualquer localização na Terra, alimentado pelo EU JRC PVGIS (Sistema de Informação Geográfica Fotovoltaica). Estime quanta energia um sistema solar fotovoltaico produziria em uma determinada coordenada — produção anual e mensal em kWh, irradiação solar no plano do painel e uma discriminação das perdas do sistema (ângulo de incidência, espectrais, temperatura) — para qualquer tamanho de painel, inclinação fixa e azimute; encontre a inclinação e orientação ideais do painel que maximizam a produção anual; e leia a irradiação solar horizontal global mensal de longo prazo. Abrange a maior parte do mundo (excluindo áreas polares e oceânicas abertas) a partir de anos de dados solares baseados em satélite. Ideal para instaladores e calculadoras solares, planejamento de energia renovável, ferramentas de energia doméstica e potencial de telhado, e aplicações climáticas / de sustentabilidade. Dados abertos do EU JRC PVGIS.

api.oanor.com/pvgis-api