Solar Cost and Savings Calculator for CT, MA, and RI
Use a fillable solar cost calculator specification that validates bills, design, cash scope, financing, utility programs, and lifecycle assumptions.
Dan Katzman
Founder, Teamsun
A trustworthy solar cost calculator should return “insufficient evidence” until it has the actual utility account, 12–24 months of bills and kWh, current and future loads, roof/site facts, exact system design and production file, complete cash scope, ownership and financing terms, current state/utility treatment, and lifecycle assumptions. An address and average bill can begin screening; they cannot produce a purchase-ready cost or savings answer.
This page is a static calculator specification and fillable worksheet. Teamsun has not published or verified an interactive calculator engine, price band, automated roof design, Aurora output, utility-bill engine, savings range, or calculator accuracy dataset. Nothing will calculate on this page when you type into the blanks. Its purpose is to show which inputs, formulas, validation errors, source dates, and outputs a real tool or proposal model must expose.
As of August 10, 2026, a new homeowner project placed in service in 2026 starts with $0 in its Section 25D federal row. The IRS homeowner Section 25D page, reviewed July 4, 2026, says the credit is unavailable for property placed in service after December 31, 2025. Do not let a stale default manufacture a lower “net cost.”
Teamsun offers residential solar installation within its verified Connecticut, Massachusetts, and Rhode Island scope. To replace the blank design and cost fields with property evidence, request a personalized solar estimate and send the calculator data room described below.
Calculator rule: no required input, no result. “Unknown,”
$0, and blank are different. Blank means missing. Unknown means the uncertainty is identified but unresolved.$0means evidence supports zero for that row. A calculator that silently turns blanks into defaults is producing an assumption—not an answer.
What should a solar cost calculator calculate?
It should calculate traceable project cost and owner cash flow for one dated design—not choose a system, utility rule, ownership structure, or future rate on the buyer’s behalf. Keep physical energy, electric-bill value, program receipts, taxes, financing, and lifecycle cash in separate modules.
| Calculator module | Valid output | Required boundary | Invalid shortcut |
|---|---|---|---|
| Load | monthly/interval kWh cases | actual meter history plus documented changes | monthly dollars converted with one generic rate |
| Design | exact Wdc, kWac, equipment and roof planes | survey/design revision and code/utility hold points | system size inferred from bill or roof imagery alone |
| Production | monthly/hourly AC kWh and uncertainty | dated model inputs, losses and weather data | universal kWh per kW |
| Cost | gross cash project scope and separated adders | signed/draft quote version, inclusions and exclusions | public price-per-watt multiplied into a quote |
| Bill benefit | without-solar bill minus with-solar bill | current utility, rate class, supplier and export treatment | every solar kWh valued at an all-in retail rate |
| Program/tax | separately timed approved cash or bill credits | project eligibility, beneficiary and controlling document | incentive headline subtracted at Year 0 |
| Finance | down payment, principal, payments and total obligation | actual disclosure and identical project scope | monthly payment presented as cost |
| Lifecycle | O&M, degradation, downtime, replacements, roof and transfer | owner responsibility, evidence and sensitivities | lifetime value with no future-cost rows |
The U.S. Department of Energy’s Homeowner’s Guide to Solar says savings depend on consumption, system size, ownership, production, roof direction/sunlight, utility rates, and export compensation. DOE also cautions that online tools are a starting point and recommends a custom production estimate. B094 turns that caution into an explicit schema.
The result is not “Your solar will cost $___ and save $___.” The valid result is a versioned workbook whose every input traces to a document and whose outputs change reproducibly when an input changes.
Which missing inputs must force an error?
Required fields must fail closed. The model should not fill a missing bill with a statewide average, a missing design with a target offset, a pending program with a public headline, or an absent financing term with a market average.
Input-validation and error table
| Error code | Trigger | Calculator response | Resolution evidence |
|---|---|---|---|
E-UTILITY | utility, rate class, supplier or account type missing | no bill-benefit, program or savings output | bill, tariff/rate code and supplier contract |
E-LOAD | fewer than 12 months or unreconciled kWh/bills | no system-size or savings output | 12–24 months; interval export when available |
E-FUTURELOAD | EV, heat pump, efficiency or occupancy change mentioned but unquantified | current-load case only; future case blocked | equipment/use calculation and date |
E-SITE | roof planes, shade, covering, structure/electrical disposition incomplete | no buildable-design or cost result | survey and appropriate professional determinations |
E-DESIGN | module count/Wdc, inverter kWac or design revision missing | no production, $/W or program calculation | equipment schedule, layout and one-line |
E-PRODUCTION | monthly output or material model inputs absent | no bill-benefit or savings result | dated input/output file and uncertainty |
E-COST | gross cash scope, adders, exclusions or owner work missing | no cost/payback/NPV result | complete cash proposal and responsibility matrix |
E-OWNERSHIP | buyer/owner/payee/tax claimant unclear | no tax, program or lifecycle allocation | signed ownership/contract records |
E-FINANCE | financed principal, APR, schedule or total payments missing | cash case only; loan result blocked | lender disclosure and payment schedule |
E-PROGRAM | route, approval, rate/value, term or beneficiary pending | program row = unknown, base-case cash = $0 | utility/program project documents |
E-LIFECYCLE | O&M, degradation, replacement, roof/transfer horizon unreviewed | no lifetime value or NPV | contract/warranty plus explicit sensitivities |
E-DATE | tariff, rate, proposal, model or source has no effective/as-of date | affected output blocked | dated source and version |
Warnings do not authorize a result. A nonmaterial note, such as a missing optional comment, can be W-. Any gap that can change design, entitlement, cost, bill value, finance, or owner cash flow is an E-.
The tool also needs cross-field tests. Contract Wdc must equal module watts × count. Production Wdc must match the contract design. Utility application kWac/Wdc must match the approved revision. Financed scope must match the cash scope. Program beneficiary must match the cash-flow recipient. If those fields disagree, return E-VERSION and show both values rather than choosing one.
What belongs in the calculator input workbook?
Use six linked tabs plus a source ledger. Each input needs value, unit, owner, source, effective date, entry date, and status (verified, pending, assumption, or actual).
Tab 1: account, bills, and load
| Field | Buyer entry | Validation |
|---|---|---|
| Address / meter / account holder | ___ | exact host account |
| State / utility / rate class / supplier | ___ | current bill and tariff |
| 12–24 monthly billing periods | ___ | service dates, days, kWh, every charge, total |
| Interval load export | ___ | time zone, interval length and gaps |
| Fixed / variable / supply / delivery / tax / adjustment rows | ___ | reconcile to each bill |
| Current annual and monthly kWh | ___ | no dollars-to-kWh shortcut |
| Efficiency case | ___ | scope, timing and quantified effect |
| Future-load case | ___ | EV/HVAC/water/other evidence and start date |
Keep the physical kWh record separate from the no-solar cash record. Budget billing, arrears, deposits and one-time adjustments must reconcile but do not become solar-addressable energy. Do not erase weather, vacancy or equipment events; tag them and create a documented normalization case.
Tab 2: site, design, and production
| Field | Required entry | Source |
|---|---|---|
| Roof/site planes | dimensions, tilt, azimuth, obstructions and setbacks | measured survey/layout |
| Covering/structure/fire/access | condition and professional disposition | relevant roofer/engineer/AHJ records |
| Electrical/interconnection | service, panel, pathway, transformer/export constraints | one-line, utility study/application |
| Modules | exact model, watts and count | equipment schedule |
| Inverter/controls | exact model and kWac | data sheet and one-line |
| System size | exact Wdc and kWac | reconciled calculations |
| Production model | tool/version/weather/source date | input/output file |
| Losses | shade, soiling, snow, mismatch, wiring, availability and other | itemized input stack |
| Output | monthly/hourly AC kWh, uncertainty and curtailment | versioned result |
NREL’s current PVWatts V8 calculator requires physical inputs including location, capacity, array type, tilt, azimuth, DC/AC relationship and losses. NREL states that predictions contain assumptions and uncertainties and cannot represent site characteristics not included in the inputs. It is useful screening evidence, not permission to invent shade, roof, interconnection or proposal-grade precision.
Tabs 3–6: cash scope, ownership/finance, utility/program, lifecycle
| Tab | Required rows |
|---|---|
| Cash scope | gross cash PV contract, roof, structural, electrical/service, trench/site/restoration, storage/EV/other add-ons, permits/utility fees, allowances, exclusions, owner work and accepted changes |
| Ownership/finance | owner/customer/payee/tax claimant; cash price; deposit/down payment; amount financed; cash-to-principal bridge; APR; finance charge; schedule; total payments; balloon/recast/prepayment/payoff/transfer/default; lease/PPA terms only if actually offered |
| Utility/program/tax | exact state/utility route; application/design; rate/value formula; approval/status; beneficiary; term/start; settlement timing; REC/environmental attributes; Section 25D new-2026 row $0; other tax rows pending qualified review |
| Lifecycle | degradation, downtime, monitoring/communications, O&M, insurance, service labor, replacement, roof removal/reinstall, transfer/payoff/buyout, end-of-horizon treatment and annual actual-vs-model reconciliation |
The CFPB’s solar-financing issue spotlight documents why cash price and financed principal must be reconciled and why payment structures and presumed tax prepayments need review. Its tax discussion predates the 2026 cutoff; current IRS authority controls the tax row.
For a proposal-specific input review, send Teamsun the seven-tab data room. Teamsun must still verify any actual scope, design, production, cost, finance option and utility route in writing.
Which formulas should the calculator expose?
Expose every formula, time step, sign convention, and crossing rule. Use monthly rows for electric bills and program settlement when timing matters, then aggregate to annual owner cash flow without losing dates.
Cost formulas
Gross cash project cost = gross cash PV contract + required roof/structural/electrical/site work + owner-paid fees + accepted changes + separately selected add-ons
Gross solar-only $/Wdc = defined gross cash solar-only numerator ÷ exact contract Wdc
Do not subtract financing, tax amounts, unapproved program value, or projected bill savings from gross cash cost. Do not put storage or roof cost in a solar-only $/W numerator unless the label explicitly includes them. The New England price-per-watt scope guide owns the full comparability test.
Bill and program formulas
For each month m:
Bill benefitₘ = reconstructed bill without solarₘ − reconstructed bill with solarₘ
The with-solar bill must use actual/modelled imports, exports, fixed charges and current tariff logic. If the credited bill already includes exports, do not add “export savings” again. Approved cash program receipts occupy a different column from bill benefit.
Owner cash-flow formulas
For period t:
Net cash flowₜ = bill benefitₜ + approved program cash receivedₜ + qualified tax cash receivedₜ + other verified owner receiptsₜ − owner project cashₜ − financing paymentsₜ − O&M/insurance/service/replacement/roof/transfer costsₜ
Cumulative cash flowₜ = cumulative cash flowₜ₋₁ + net cash flowₜ
For cash ownership, Year 0 normally includes the owner-funded project outflow. For a loan, do not count financed principal as an owner cash outflow and then also count debt payments; use down payment/fees paid by the owner and the actual payment schedule. Keep principal as an obligation/reconciliation field. For a lease or PPA, calculate customer contract cash flow, not payback on a system the customer does not own.
Payback, NPV, and IRR
| Metric | Published rule | Required input/error |
|---|---|---|
| Simple payback | first time cumulative undiscounted owner cash flow reaches zero; interpolate only when within-period flow timing supports it | return N/A within horizon if no crossing |
| Discounted cash flow | DCFₜ = net cash flowₜ ÷ (1 + d)^t for consistent periods | buyer-entered discount rate d, horizon and nominal/real convention |
| Discounted payback | first time cumulative DCF reaches zero | no output if discount-rate convention is missing |
| NPV | NPV = Σ[net cash flowₜ ÷ (1 + d)^t] including Year 0 at t=0 | exact dates need XNPV-style treatment; disclose timing convention |
| IRR | rate r at which NPV equals zero | at least one negative and one positive cash flow; valid sequence; show N/A/ambiguous if no unique meaningful root |
Microsoft’s current NPV and IRR guidance distinguishes regular-period NPV/IRR from date-based XNPV/XIRR and warns that different guesses can return different IRRs when multiple answers exist. Therefore, an IRR field must not force a number. Multiple sign changes, missing dates, no sign change, nonconvergence, or a result that is not decision-useful should return N/A or ambiguous; show the cash-flow series and NPV sensitivity instead.
How does the calculator prevent double counting?
Every value gets one source, one owner, one timing rule, and one cash-flow column. If a dollar cannot be traced end to end, exclude it from the base case.
| Tempting duplicate | Correct treatment |
|---|---|
| self-consumed kWh value plus full bill difference | use the reconciled bill difference once |
| export credit plus a bill total that already includes the credit | use the bill effect once; carry ending credit separately |
| public program headline plus approved project remittance | use actual/approved project row only |
| tax amount subtracted from cost and added as Year 1 cash | keep gross cost; add qualified cash in actual receipt year once |
| financed principal plus all loan payments as owner outflows | principal is reconciliation/obligation; count actual owner cash payments |
| “after-incentive price” plus separately claimed incentives | return to gross cash scope and one receipt row per qualified value |
| annual production × retail rate plus reconstructed bill benefit | use physical production for bill engine; benefit comes from bill difference |
| REC sale plus a program payment that transfers REC rights | follow project ownership/attribute documents; no duplicate receipt or claim |
| avoided roof replacement labeled solar savings | roof is a cost/counterfactual item, not savings unless a documented alternative proves it |
Add a machine-checkable source_id to every input and input_ids to every formula output. The output detail should let an editor select a dollar and see its originating bill, tariff, program approval, contract or payment. If two outputs consume the same source amount as separate benefits, flag E-DUPLICATE.
Also distinguish balance from cash. Unused bill credits, financed principal, loan payoff, tax carryforward, warranty coverage and residual value are not interchangeable receipts. Show balances on a balance/rights tab; move an amount to owner cash flow only on its documented payment/use date.
How should Connecticut, Massachusetts, and Rhode Island be routed?
State selection opens a document checklist; it must not inject a universal rate or approval. Address, utility, rate class, ownership, exact design and current project documents still control.
| State | Calculator route | State-depth page | Base-case rule before project evidence |
|---|---|---|---|
| Connecticut | PURA’s current RRES page, exact Eversource/UI records, Buy-All vs Netting and beneficiary | Connecticut payback worksheet | program cash/value = $0 or unknown; exact settlement engine blocked |
| Massachusetts | utility/rate class, current net-metering guide, SMART 3.0 project documents where applicable, municipal-utility branch | Massachusetts SMART/net-metering payback | SMART/tax/program row = $0 until qualified; no statewide credit rate |
| Rhode Island | OER’s 2026 residential guide, current RI Energy tariff/project documents, Net Metering vs RE Growth route | Rhode Island program payback | model only the selected approved route; do not stack alternative paths |
PURA says RRES is administered by Eversource and UI and has updated 2026 Buy-All and Netting materials. Massachusetts DPU’s net-metering page, updated July 13, 2026, warns that rate schedules change and directs users to the current utility formula and rate class. Rhode Island OER’s April 2026 guide separates its solar pathways. Those facts justify routing—not a built-in cents-per-kWh assumption.
If the Connecticut account is not served by Eversource/UI, the Massachusetts account is a municipal-light account, or the Rhode Island project uses an arrangement not represented by the current documents, return E-UTILITYROUTE. Do not borrow a neighboring utility’s logic.
State payback pages own the detailed program evidence and calculations. B094 only defines how a calculator requests, versions and refuses those inputs.
How should lower, base, and higher cases work?
Change one identified uncertainty at a time before combining scenarios. The base case is documented—not “expected” merely because the seller selected it. The lower and higher cases are bounded sensitivities, not forecasts.
| Input family | Lower-value case | Base case | Higher-value case | Never vary silently |
|---|---|---|---|---|
| Production | lower output/greater downtime | exact model | bounded evidence-supported output | system design and model version |
| Degradation | higher supported rate | exact-model assumption | lower supported rate | do not apply to price/rate |
| Utility variable charges | flat or buyer-entered lower path | buyer-entered dated path | buyer-entered higher path | fixed and variable rows separately |
| Export/program | adverse current-rule case or $0 pending | approved documented formula | only approved upside | eligibility and beneficiary |
| O&M/replacement | earlier/higher | documented allowance | later/lower if supported | owner responsibility |
| Financing | no assumed tax prepayment; full schedule | actual selected disclosure | documented alternative offer | system scope must stay identical |
| Move/transfer | earlier event/payoff/buyout | buyer horizon | later horizon | contract duties and transaction cost |
| Future load | current load or lower solar-coincident use | committed case | bounded optional case | no universal offset target |
Run a flat utility-variable-rate case. Historical changes do not predict a future annual percentage. The utility-rate assumption audit explains how to separate starting rate, component-specific assumptions and sensitivities.
For each output, show a range only when every case has a complete input set. A range created by applying a blanket percentage to an incomplete base model is not uncertainty analysis. Report the input that causes the largest result movement and whether a modest change reverses the decision.
What does the source-date ledger look like?
Every time-sensitive input needs a source date, effective date, retrieval date, version and next-review trigger. A calculator must be reproducible months later without pretending its defaults stayed current.
| Source ID | Input supported | Publisher/document | Effective/as-of | Retrieved | Version/status | Recheck trigger |
|---|---|---|---|---|---|---|
SRC-BILL-___ | kWh and actual charges | utility bill/export | service period ___ | ___ | actual | new bill/supplier/rate |
SRC-DESIGN-___ | Wdc/kWac/layout | proposal/one-line | revision ___ | ___ | pending/final | survey/change/application |
SRC-PROD-___ | monthly production | model/input file | run date ___ | ___ | tool v___ | design/loss/weather change |
SRC-COST-___ | cash scope/adders | proposal/contract | quote date ___ | ___ | valid until ___ | survey/change order |
SRC-FIN-___ | principal/APR/payments | lender disclosure | offer date ___ | ___ | expires ___ | revised disclosure |
SRC-UTIL-___ | bill/export formula | tariff/program document | effective ___ | ___ | approved/current | tariff/rate/application change |
SRC-TAX-___ | tax treatment | authority/adviser record | tax year ___ | ___ | reviewed | law/facts/filing change |
SRC-LIFE-___ | warranty/O&M/replacement | contract/manufacturer/owner policy | effective ___ | ___ | current | equipment/service/roof event |
Never overwrite a prior source or result. Create a new model version, preserve the change log, and state which outputs changed. Replace forecast periods with actual bills, production, program receipts, loan payments and owner costs at least annually while keeping the original forecast for variance analysis.
The calculator footer should display: model version, run date/time zone, property/account ID, design revision, cash-scope revision, utility/tariff effective date, production-model version, finance-offer date, analysis horizon, discount rate, and unresolved errors.
Which outputs must the calculator never promise?
Never label a modeled result guaranteed, exact, approved, eligible, available, or predictive. The engine has no authority to approve a roof, interconnection, tax result, loan, tariff, program, equipment availability or customer outcome.
Do not output:
- claims that savings are certain, the bill will be zero, solar is free, or payback is immediate;
- a system size from bill dollars alone;
- a site price or Teamsun range without a verified scope;
- automatic 2026 homeowner Section 25D value above $0;
- a state incentive, tax amount, export rate or stacking assumption without project evidence;
- a solar loan APR, approval, payment or tax-funded reset without an actual disclosure;
- outage backup from ordinary grid-tied solar;
- production, degradation, replacement, roof life, move value or home-value outcome without evidence;
- lifetime savings when the analysis horizon, ownership, costs or source dates are missing;
- IRR when the cash-flow series has no unique meaningful solution.
The proper handoff output is a design request packet, not a sales verdict: unresolved errors, verified bills/load cases, measured roof/site data, requested whole-module alternatives, exact production inputs/outputs, utility/program checklist, complete cash return schedule, financing comparison and lifecycle responsibilities.
When should the calculator stop, pause, or proceed?
| Gate | Stop | Pause | Proceed to verified design/quote review |
|---|---|---|---|
| Inputs | bill dollars drive size; stale defaults hidden | one decision-sensitive record pending | required schema complete and sources traceable |
| Design | remote assumption called buildable | survey/engineering/electrical/utility hold open | exact reconciled Wdc/kWac/layout/application revision |
| Production | generic annual yield | one material loss/uncertainty unresolved | monthly/hourly versioned output and inputs delivered |
| Cost | public range called quote | survey allowance isolated | gross cash/adders/exclusions/owner work complete |
| Utility/program/tax | unapproved value lowers cost | value held at $0/unknown | current project approval, formula, beneficiary and timing documented |
| Finance | payment replaces price/total obligation | corrected disclosure pending | same-scope cash bridge and complete schedule |
| Lifecycle | no degradation/O&M/roof/transfer rows | bounded sensitivity pending | owner duties and lower/base/higher cases recorded |
| Outputs | double count or guarantee | fragile result labeled | simple/discounted payback and NPV reproducible; IRR valid or N/A |
Proceed does not mean “buy.” It means the workbook is mature enough to compare proposals and obtain professional advice. If any input changes during survey, engineering, interconnection, financing or contract negotiation, invalidate the affected outputs and rerun the model.
After the evidence passes, contact Teamsun for a property-specific cost and production discussion. Bring the workbook and source ledger. Teamsun must return the actual design, scope, price, production and available options; this static page does not supply them.
Frequently asked questions about solar cost calculators
Is this an interactive solar cost calculator?
No. It is a static specification and fillable worksheet. It does not accept inputs, run an engine, produce a Teamsun estimate, save data, or calculate a price or savings result.
What is the minimum input for a solar savings calculation?
There is no one-field minimum. A purchase-ready result needs the utility/rate/account, bills and kWh, load cases, buildable design, production, gross cash scope, ownership, financing if applicable, program/export rules, and lifecycle assumptions.
Can a calculator size solar from my monthly bill?
Not responsibly. Bill dollars combine usage, rate, fixed charges, supplier terms, credits and adjustments. Use 12–24 months of metered kWh and an exact roof/site design.
Can a calculator estimate solar from satellite roof imagery?
It can screen roof potential, but imagery cannot by itself confirm covering condition, structure, setbacks, shade changes, electrical scope, interconnection, exact equipment or buildability. A site-specific review remains necessary.
What federal homeowner tax credit should a 2026 calculator use?
For a new homeowner system placed in service in 2026, use $0 under current IRS Section 25D guidance. Unusual prior-year, ownership or business-use facts require qualified review.
How are solar savings calculated without double counting?
Reconstruct the bill without solar and with solar; their difference is bill benefit. Add separately approved cash receipts and qualified tax cash once, then subtract project, finance and lifecycle owner cash flows.
What is the difference between simple and discounted payback?
Simple payback finds when nominal cumulative owner cash flow reaches zero. Discounted payback first discounts each future net cash flow using a disclosed rate and timing convention, so it answers a different question.
When should a solar calculator show IRR?
Only for a complete, consistently timed cash-flow series with negative and positive values and a unique meaningful solution. If results are missing, nonconvergent or ambiguous, show N/A and the NPV sensitivity instead.
Should a calculator assume electricity rates always rise?
No. Run a flat case and labeled buyer-entered lower/base/higher sensitivities. Apply assumptions to the correct bill components and never present them as rate forecasts.
Can one calculator use the same utility logic for CT, MA, and RI?
No. State choice only routes the evidence checklist. The serving utility, rate class, current tariff/program, exact design, ownership, approval and beneficiary control the calculation.
Does a solar loan payment equal solar cost?
No. Compare the identical-scope cash price with amount financed, APR, finance charge, payment schedule, total payments, payoff and transfer terms. Also include the remaining utility bill and owner costs.
How often should calculator results be updated?
Rerun after any bill/rate, load, design, production, quote, financing, utility/program, tax, ownership, roof or lifecycle change. Reconcile model to actual results at least annually without overwriting prior versions.
Sources and methodology
Research and source checks were completed August 10, 2026. Primary authorities include the IRS homeowner Section 25D page, DOE Homeowner’s Guide to Solar, NREL PVWatts V8, NREL System Advisor Model help, CFPB solar-financing report, Microsoft NPV/IRR guidance, Connecticut PURA RRES, Massachusetts SMART 3.0 and net-metering materials, and Rhode Island OER’s solar page and April 2026 residential guide.
Representative 2026 search results—including EnergySage and other instant solar calculators—were reviewed for input flow, claimed outputs and disclosure gaps. Current homeowner forum discussions were used to identify questions about calculator accuracy, rate maintenance, production assumptions and screenshot-ready lifetime savings. Their prices, rates, system sizes, savings, payback, tax statements and recommendations were not used as evidence.
Missing first-party evidence: a Teamsun calculator engine and validation record; anonymized CT/MA/RI bills and interval data; verified roof/site surveys; proposal designs and production files; gross cash prices/adders/change orders; financing disclosures; utility/program applications, approvals, settlement and beneficiaries; tax review; lifecycle costs; actual-vs-modeled results; and customer savings, payback, NPV or IRR outcomes. This article is educational and is not engineering, utility, tax, legal, investment or financial advice.
Written by
Dan Katzman
Founder, Teamsun
Teamsun writes practical solar guidance to help property owners compare equipment, project scope, costs, and long-term service before making a decision.
Keep going.
10 kWh vs 20 kWh Home Battery: What Changes?
Compare 10 and 20 kWh home batteries by usable energy, runtime inputs, power, solar recharge, reserve, aging, expansion, and installed scope.
Dan Katzman
Founder, Teamsun
10 kW Solar System Cost in New England
Evaluate a 10 kW solar system cost through exact DC and AC units, roof and electrical limits, load scenarios, financing, storage, and utility rules.
Dan Katzman
Founder, Teamsun