Modern 3D printing workflows have evolved from manual SD card swapping to fully integrated network deployments.
Modern 3D printing workflows have evolved from manual SD card swapping to fully integrated network deployments. OrcaSlicer interfaces directly with remote print hosts (such as Klipper/Moonraker, OctoPrint, Repetier-Server, and Duet/RepRapFirmware) using structured Application Programming Interfaces (APIs).
When a user initiates a "Send G-code" or "Print" command, OrcaSlicer acts as a client requesting resources from the print host server. This relationship requires stable network bindings, cryptographic authentication, and robust protocol handshake mechanisms. Understanding how these layers interact prevents connection dropouts, file corruption, and security vulnerabilities on the shop floor.
graph TD
OrcaSlicer[OrcaSlicer Client] -->|HTTP POST / API Key| WebAPI[Host REST API]
OrcaSlicer -->|WebSocket Connection| WSStream[Real-time Telemetry]
WebAPI -->|Save G-Code| HostStorage[Local Storage / SD Card]
WSStream -->|State Updates| UI[Device Tab UI]
Exposing a 3D printer to a network without security controls is a severe risk. Heating elements, high-voltage stepper motors, and mechanical axes can be hijacked. Therefore, print hosts employ authentication mechanisms:
X-Api-Key or Authorization: Bearer <Token>). This token serves as both identification and authorization, bypassing the need for a username and password.Authorization: Basic <credentials>). This is highly insecure unless wrapped in a TLS/SSL layer.The integration operates on two concurrent channels:
| Category | OrcaSlicer |
|---|---|
| Library | CAM library |
Engineer, author of The Big Book of 3D Printing and additive manufacturing expert