Drone Lighting System: Complete Tethered Kit or Add-On Light?
A drone lighting system can mean a complete aircraft-and-tether package or a light that another party must integrate with an existing aircraft. Resolve that boundary before comparing proposals. The useful first question is not which light has the highest output. It is who will deliver, document and support the complete configuration you intend to operate.
For an equipment buyer, these are different purchasing decisions. A complete-system inquiry starts with a defined package and asks what is included. An accessory inquiry starts with an existing platform and asks whether a proposed addition is supported for that exact configuration. Similar photographs or familiar component names do not settle either question.
Define the unit of purchase
Write one sentence describing the deliverable. For example: “We are requesting a documented tethered aerial-lighting package for this project,” or “We are evaluating a lighting addition for an aircraft already owned by our organization.” These are inquiry statements, not assertions that any particular product supports a retrofit.
Then identify what must arrive together. Your list might include the aircraft, lighting assembly, tether equipment, controls, documentation and any separately quoted power option. Ask the supplier to mark each item as included, optional, supplied by another party or outside the proposed scope. An unmarked item remains an open question; it should not disappear into an assumption about what “system” means.
This boundary is especially important when one organization buys the equipment and another integrates or operates it. The purchasing team may believe that installation is included, while the receiving team expects a ready configuration. Put the named deliverable beside the named acceptance owner before requesting a commercial comparison.
An existing aircraft creates an interface question
If your organization already owns an aircraft, first record its exact model and configuration. A broad aircraft family name is not a compatibility statement. Ask the responsible supplier or integrator whether the proposed light, mounting arrangement, electrical connection and control method are supported together. Request the reference identifying that configuration rather than accepting a general statement that an accessory is “for drones.”
Do not turn this procurement exercise into an improvised installation procedure. A buyer's interface register should identify the questions requiring qualified answers, not fill missing answers with guessed connector types, load limits or aircraft modifications. Where compatibility is unconfirmed, the register should say so plainly.
The same discipline applies when a light appears physically compact. Physical fit is only one part of the inquiry. The party accepting integration needs to address the proposed mechanical, electrical and control boundaries using the relevant product documentation. A convenient mounting position in a photograph does not establish that the complete arrangement has been reviewed.
Assign one owner to each boundary
A practical inquiry can use four columns: boundary, evidence required, responsible party and acceptance owner. The boundary column names the connection between deliverables. The evidence column identifies the document or demonstration needed. The remaining columns prevent the phrase “the supplier will handle it” from referring to several different organizations.
Consider a hypothetical project with an equipment supplier, a system integrator and an operating contractor. The supplier might confirm the product supplied. The integrator might own the compatibility assessment. The contractor might own the proposed operating arrangement. Those roles should be explicitly agreed for that project; they cannot be inferred from this example.
Keep unresolved interfaces visible in the commercial review. If no party accepts responsibility for an interface, adding a larger contingency allowance does not make the responsibility clear. Ask for a revised scope or hold that part of the decision. This is a contract-boundary issue before it becomes an equipment-selection issue.
Read a complete-package proposal just as carefully
A complete tethered package reduces the need to assemble a proposal from unrelated component listings, but the word “complete” still needs a definition. Ask for a configuration-specific inclusion list. Separate the standard package from available options and from site services that the buyer must arrange.
Confirm how the delivered configuration will be identified. The receiving team should be able to connect the quote, packing information, product identification and supplied documents to the same package. Ask what happens if an item or option changes between quotation and delivery. A substitution should trigger a documented review, not merely an updated photograph.
Make a separate line for power-source options. An optional generator or other power arrangement should not be treated as automatically included, universally compatible or equivalent to a published lamp rating. Ask the supplier to confirm the relevant requirements for the actual package and destination environment. This article does not supply an electrical design.
Use the UG2L as a defined product inquiry
The current UNITED UAV UG2L portable tethered lighting drone description identifies a portable tethered lighting system and lists a 150W LED, up to 20,000 lumens and a published 12-meter working height. These are model-specific published fields. They do not establish an accessory interface for a different aircraft.
They also describe different quantities. Lamp watts are not the verified input requirement of the complete system. Lumens are not a measured illuminance result at your work area. The listed working height is not a confirmed supplied tether length or permission to operate at that height. Keep those questions separate in the inquiry.
For a UG2L discussion, ask United UAV to identify the proposed package, its included tether equipment and controls, any power option, the relevant documents and the scope of delivery support. Do not assume that a listed complete system is offered as a retrofit kit. If a retrofit is the actual requirement, state that requirement explicitly and request a written compatibility response.
Compare proposals at the same boundary
Place competing proposals beside the same deliverable statement. A component price and a complete-package price are not comparable until the remaining scope is identified. This does not mean one procurement route is always cheaper. It means that an incomplete scope prevents a defensible comparison.
List excluded integration work, buyer-supplied equipment, documentation, demonstration arrangements and support responsibilities without inventing their cost. Ask the appropriate party for each missing quotation or answer. Where a value is unknown, use “not confirmed” rather than a convenient zero. A transparent unknown is more useful than a total built from unverified allowances.
Also compare how a configuration problem would be handled after delivery. Who receives the first report? Which party decides whether the problem concerns the supplied product, an interface or a separately arranged service? Ask for that route in writing. Do not assume that every participant offers the same warranty, response time or repair service.
Keep the demonstration tied to the configuration
Agree what the proposed demonstration will establish before it occurs. Identify the package revision, the functions being reviewed, the evidence to retain and the people authorized to accept the relevant scope. A demonstration of one arrangement should not quietly become acceptance of another.
For an accessory proposal, the exact host configuration matters. For a complete-package proposal, the included options and supplied components matter. In both cases, ask the responsible technical parties to define the appropriate checks. Procurement should not substitute a visual impression for their configuration-specific assessment.
Keep work-area lighting evaluation separate from interface acceptance. A functioning connection does not prove that a proposed lighting arrangement satisfies the project brief. Conversely, an attractive lighting demonstration does not prove that every equipment interface and support responsibility has been accepted. The guide to work-area lighting and aircraft-visibility checks explains why those outcomes should remain distinct.
Make changes reopen the right question
After the initial review, name the changes that require the responsible party to revisit an answer. Examples include a different host aircraft configuration, a substituted component, a different control arrangement or a changed power option. These are review triggers, not instructions to modify an aircraft.
The field lesson is simple: a purchasing team can successfully receive every item on a list and still discover that nobody accepted the connection between them. Avoid that gap by carrying the interface register from inquiry through delivery. Keep the acceptance decision beside the evidence and the configuration to which it applies.
This also helps the next team. A later purchaser should be able to distinguish an approved configuration from an earlier option that was only discussed. Retain superseded proposals as history, but make the currently agreed scope unmistakable.
Send a boundary-first inquiry
Start your request with the intended procurement route, the project purpose and any existing aircraft configuration. Attach the inclusion list, unresolved interfaces, responsible parties and requested acceptance evidence. Then ask which parts United UAV can confirm for the proposed product configuration and which require a separate specialist or service provider.
Use the tethered lighting drone collection to identify the actual model under discussion. For a broader comparison of published model fields, consult the system-selection buying guide. Keep this inquiry focused on the purchase boundary, rather than repeating the model shortlist.
Contact United UAV about your lighting-drone configuration. State whether you need a complete tethered package or are asking about an accessory integration. That distinction gives the supplier a clear question to answer and gives your receiving team a deliverable it can actually review.
