Feeder voltage regulation calculator
Percent voltage regulation is the classical figure of merit for how much a feeder or distribution line sags (or rises) between light load and full load at the receiving end.
Run — free
Designers, utility planners, and students need a single, unit-consistent number: no-load receiving voltage minus full-load receiving voltage, divided by full-load voltage, times one hundred. This feeder voltage regulation calculator accepts those two positive voltages in any consistent unit—volts, kilovolts, or per-unit—and returns the fractional regulation, the percent value, and the absolute voltage change. Leading power-factor cases that raise voltage under load produce a negative percent, which is valid engineering output rather than an error. The same pure arithmetic powers the free browser widget and the API path, so homework checks, SCADA post-processing scripts, and tender spreadsheets never disagree on the textbook definition of receiving-end voltage regulation.
How to use it
Enter your values in the form above. The tool checks them before calculating and shows the result on the same page.
Check your inputs
Use the labels and units shown next to each field. If something is missing or outside the allowed range, the page points to the field to fix.
Use it again or automate it
Use the browser tool for individual checks and the API when you need the same capability in an automated workflow.
What you can do with it
Get an answer now
Enter one set of values and see the result without building a spreadsheet or script.
Compare scenarios
Change one value at a time and rerun the calculation to understand what affects the result.
Automate repeated work
Use the API when the same calculation needs to run inside your product or workflow.
FAQ
How do I use this capability?
Complete the fields above and run it on this page. The form highlights anything that needs attention.
For developers — API access
Everything on this page is available programmatically. This section is for teams who want to wire it into their own systems; everyone else can just use the tool above.
API endpoint
Prefer to automate it? One authenticated POST creates the task; the result comes back by webhook or a signed link. The same capability also runs here on the web, by email and from Telegram — and soon from our app too.
Call it from your stack
curl -X POST https://api.kit.forhosting.com/eng/voltage-regulation \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"no_load_voltage":240,"full_load_voltage":230}'const res = await fetch("https://api.kit.forhosting.com/eng/voltage-regulation", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"no_load_voltage": 240,
"full_load_voltage": 230
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/eng/voltage-regulation",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"no_load_voltage": 240,
"full_load_voltage": 230
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/eng/voltage-regulation", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"no_load_voltage":240,"full_load_voltage":230}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"no_load_voltage":240,"full_load_voltage":230}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/eng/voltage-regulation", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Example request
{
"no_load_voltage": 240,
"full_load_voltage": 230
}Example response
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "eng.voltage_regulation",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}The API is asynchronous: the call returns a task_id immediately and the result arrives by webhook. Polling is capped at 1 req/s per task.
Pricing
Published price — no tokens, no invented credits. A failed task is never charged.
Errors
| HTTP | Code | Meaning |
|---|---|---|
401 | unauthorized | Missing or invalid API key. |
402 | insufficient_balance | Your balance doesn't cover the task price. |
404 | unknown_type | That task type doesn't exist. |
429 | rate_limited | Too many requests. Use the webhook instead of polling. |