The Phantom 4 RTK is discontinued but tens of thousands still fly. Base station and NTRIP options for P4R fleets in 2026 — D-RTK 2, network RTK in GS RTK, and self-converging bases — plus PPK and repeatability upgrades.
DJI discontinued the Phantom 4 RTK years ago, yet it remains one of the most numerous RTK mapping aircraft on Earth — a 20 MP mechanical-shutter camera, a proven photogrammetry pipeline, and a resale market that keeps putting airframes into new hands. Owners in 2026 face a support cliff (batteries, parts) but not a capability cliff: fed good corrections, a P4R still produces deliverables that pay for themselves. The question is what “good corrections” looks like now that the ecosystem around it has moved on.
The P4R’s GS RTK app offers three RTK service types. D-RTK 2 Mobile Station over OcuSync — the classic pairing, still solid as a transport, with the base-position caveat that applies to the whole D-RTK family: averaged or single-point coordinates are metre-class absolute until calibrated against a network or known point. Network RTK — a standard NTRIP client: host, port, mountpoint, credentials; any CORS or commercial service inside coverage. And Custom Network RTK against any RTCM 3.x source — which is the door a modern base walks through.
Point the Custom Network RTK fields at a self-converging PPP base and the venerable Phantom inherits a thoroughly modern positioning stack: the base computes its own ~1.5 cm ITRF2020 coordinates in about three minutes from L-Band satellite corrections — no CORS, no known point, no internet — and serves RTCM the P4R consumes exactly as it would a network (how self-convergence works). The controller needs a data path to the base: its Wi-Fi joined to the base hotspot, a phone hotspot bridging, or 4G to the base’s NTRIP caster. Every image geotag then carries centimetre absolute coordinates — which is precisely the upgrade an ageing fleet needs, because it makes P4R data overlay cleanly with whatever aircraft eventually replaces it.
The P4R logs raw observations alongside its timestamped images, which makes PPK a first-class option: log RINEX at the base (1 Hz), fly, and post-process in Emlid Studio (free, with documented P4R support) or the photogrammetry suites that ingest P4R logs directly. For an older airframe whose radio links and batteries are past their prime, PPK-as-insurance is even more valuable than on new aircraft — a FLOAT wobble mid-mission stops mattering when the geotags are recomputed on the desk (the logging setup). Many P4R operators quietly run PPK-primary for exactly this reason.
Batteries age and genuine spares are finite — budget cells as consumables and test capacity quarterly. The camera remains excellent but terrain-follow, obstacle sensing, and mission software have all moved on; fly conservative plans. GS RTK receives no meaningful updates — pin known-good firmware and resist “upgrade” temptation. And weigh the fleet math annually: when a Matrice 4E’s productivity gain exceeds the P4R’s depreciation-free operation, transition — the absolute base makes the datasets continuous across the swap, which is the strongest argument for anchoring the program now rather than at replacement time (the successor workflow).
Base on open ground, converge (~3 min), start base mode with NTRIP + RINEX logging. Controller joins the base’s network; GS RTK → RTK → Custom Network RTK → five fields → confirm FIX and 1–2 s correction age. Fly the mission; shoot two checkpoints with any rover on the same stream. Office: photogrammetry from RTK geotags; PPK re-run only if the log shows FLOAT segments. The result is indistinguishable in the deliverable from a current-generation aircraft — which is the whole point of doing the corrections right on an old one.
Cycle count and health on every battery; gimbal and shutter actuation test; IMU/compass calibration history; confirm the RTK module reports FIX against a live NTRIP source before money moves — a P4R whose receiver has failed is a camera drone at RTK prices. Factor a base station into the acquisition budget rather than a network subscription: the airframe is cheap precisely because its ecosystem support is gone, so pairing it with infrastructure-free corrections keeps the operating model as independent as the purchase.
The strategic reason to fix the correction layer now rather than at replacement: data continuity across the swap. A P4R program anchored to an absolute base produces years of orthomosaics and surfaces in ITRF2020; the day a Matrice 4E or any successor arrives, it joins the same base, the same datum, and the archive keeps compounding — change detection runs across the aircraft boundary as if it weren't there. Programs that deferred the base decision until replacement face the opposite: a legacy archive on averaged coordinates that never quite overlays the new fleet's output, and a retrofit registration project nobody budgets for. The base outlives the airframe; buy it on the older aircraft's watch and both generations inherit it.
A Phantom 4 RTK fed absolute corrections through Custom Network RTK remains a paying instrument in 2026 — the upgrades that matter are batteries, checkpoints, and a base whose coordinates will still be true when its successor takes over.
Operators sustaining P4R fleets in 2026 run a common playbook: consolidate airframes (one flying, one organ-donor), buy batteries in tested lots and rotate by cycle count, stockpile the failure-prone consumables — props, gimbal ribbons — while third-party supply lasts, and standardize on one pinned firmware set across the fleet so behaviour stays predictable. The correction side needs no such heroics: NTRIP and RTCM are open standards that will outlive the airframe by decades, which is exactly why anchoring an ageing fleet to standards-based corrections is the lowest-risk investment in its remaining life.
The correction-source decision tree the P4R shares with every DJI aircraft is mapped in D-RTK alternatives compared.
Custom Network RTK plus an absolute base turns the P4R into a 2026-grade instrument: centimetre geotags today, PPK insurance in the logs, and an archive that will overlay whatever aircraft inherits the fleet.
Yes — GS RTK’s Custom Network RTK consumes any RTCM 3.x NTRIP source, including a self-converging PPP base. Five fields and the aircraft cannot tell the difference.
As a transport, yes. Its base coordinates remain averaged/metre-class until calibrated against a network or known point — the same absolute-accuracy caveat as always.
Yes — it logs raw observations with image timestamps. Pair with base RINEX in Emlid Studio or your photogrammetry suite for centimetre geotags after the fact.
With good corrections and disciplined batteries, absolutely — the camera and pipeline still deliver. Anchor it to an absolute base so its data stays compatible with whatever replaces it.
Typical photogrammetry results of 2–5 cm horizontal with centimetre geotags and a couple of checkpoints — unchanged from its prime, because the physics has not aged.
UAV Mate is a self-converging PPP/RTK base station: 1.5 cm ITRF2020 coordinates in minutes, broadcast to any RTCM 3.x drone or rover.
See UAV Mate