Elegoo printers (Neptune 4 family on Moonraker; Centauri Carbon on SDCP)

Documentation home · Printer profiles · Issue #243

Print Buddy supports two Elegoo families that share nothing at runtime, so they are two vendors here. Nothing has been tested on an Elegoo printer yet: slicing, profile generation and both LAN paths are covered by offline tests with fake transports, and live support is explicitly unclaimed until a hardware test exists.

Model	Key	Vendor	Bed (mm)	Height	Connection
Neptune 4	elegoo.neptune4	elegoo	230 × 230	265	Klipper + Moonraker
Neptune 4 Pro	elegoo.neptune4pro	elegoo	230 × 230	265	Klipper + Moonraker
Neptune 4 Plus	elegoo.neptune4plus	elegoo	325 × 325	385	Klipper + Moonraker
Neptune 4 Max	elegoo.neptune4max	elegoo	426 × 426	480	Klipper + Moonraker
Centauri Carbon	elegoo_sdcp.centauricarbon	elegoo_sdcp	256 × 256	256	SDCP v3.0 LAN

Bed sizes are the pinned Orca profiles' printable areas — the values slicing enforces. Elegoo's marketed beds differ (Neptune 4: 235 × 235, Plus 320 × 320, Max 420 × 420, Centauri Carbon 260 × 260); both figures are recorded in each model's facts, and the Orca value is the one used. Elegoo's resin printers (Mars/Saturn/Jupiter) are out of scope: they print .goo/Chitu files, not G-code.

Set up the profiles

Print Buddy ships no Elegoo slicer profiles (OrcaSlicer's Elegoo profiles are AGPL-3.0). Generate them from your own OrcaSlicer 2.4.2 installation:

python3 scripts/elegoo-templates.py --printer neptune4 --resources <OrcaSlicer resources folder>
python3 scripts/elegoo-templates.py --vendor elegoo_sdcp --printer centauricarbon --resources <OrcaSlicer resources folder>

The resources folder holds profiles/Elegoo.json and profiles/Elegoo/. The command resolves the profiles' inherits/include chains and refuses unless they hash to the checked identity recorded in the model's facts (OrcaSlicer 2.4.2, Elegoo vendor profiles 02.04.00.06), then writes them into <state>/orca-profiles/<model folder>, never into the checkout. Missing, edited or unrecognised profiles fail closed, exactly as for Bambu Lab and Prusa.

Neptune 4 family (Moonraker)

The Neptunes run stock Klipper, so everything Moonraker-shaped works the way it does for any Klipper printer: set services.moonraker_url to the printer (for example http://192.168.1.60:7125) and Print Buddy uploads, starts and watches prints through the usual path, with printer delivery on by default. What the dedicated elegoo vendor adds over klipper.generic is the correct bed size per model and the pinned templates: the generic profile's 220 × 220 × 250 mm defaults match no Neptune and would silently mis-slice.

Elegoo's Neptune start G-code is a self-contained sequence in the file (their profiles do not call a PRINT_START macro), so the guard checks the file carries that template start, names this model, and stays within the model's published limits (300 °C nozzle, 110 °C bed) — and refuses other ecosystems' start code, including a bare PRINT_START macro call.

Centauri Carbon (SDCP, opt-in)

The Centauri line runs closed firmware and speaks SDCP v3.0 on the LAN: a WebSocket on port 3030 for status and control, a UDP broadcast (M99999, port 3000) for discovery, and chunked HTTP for file uploads. SDCP has no authentication at all and is plaintext: anyone on the network can control the printer. Print Buddy cannot change that; run the printer on a trusted network only.

Off by default. To enable status — and, separately, printing — set the printer's address:

elegoo_sdcp:
  host: 192.168.1.80        # the printer's LAN address (plain host, no scheme or port)

With the host set, the health check reads one SDCP status answer (state, current/total layer, temperatures). Printing additionally requires opting in, like Bambu Lab and Prusa:

delivery:
  methods: [printer, discord]

The print path then runs the usual sequence: readiness from a live status answer → offline G-code verification (right model, single tool, temperatures within limits — 320 °C nozzle, 110 °C bed — no foreign start code) → launch lease → bed-clear approval inside the lease → a second status read → upload (1 MiB chunks with the file's MD5, the size read back and required to match before anything starts) → start command for that exact file → confirmation from a fresh status answer. An unconfirmed start is recorded as uncertain and is never resubmitted. Pause/resume/stop map to SDCP commands 129/131/130. Start requests carry Calibration_switch: 0: Print Buddy never starts a calibration the operator did not ask for.

services.moonraker_url and services.octoprint_url must stay empty for a Centauri model; settings refuse to load otherwise.

What is not supported

• The open-frame Centauri and the Centauri Carbon 2 / Centauri 2 (profiles exist in Orca; follow-ups on #243 once their SDCP behaviour is confirmed to match).
• Elegoo resin printers (Mars/Saturn/Jupiter) and their .goo files.
• Chamber light/fan control over SDCP (commands 386/403 exist; not wired up).
• Any claim of a successful print on real hardware.