Centrifuge electronics

01
ENGINEERING DISCUSSION19 OCTOBER 2026

A clear role
for every board.

RP2350 display + ESP32-S3 supervisor
+ your existing motor drive.

OPERATOR INTERFACERP2350Shows & receives
↔
MACHINE SUPERVISIONESP32-S3Decides & records
↔
MOTOR CONTROLExisting driveRegulates speed

Recommended starting architecture · Additional protection, hardware and validation required

CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION01 / 15

24 requirements. Five parts of the product.

02

The client is asking for a complete instrument interface and its supporting systems.

01

Operator interface

7-inch screen · resolution · visibility · gloves

Requirements 1–4
02

Connections

Ethernet · serial · USB · Wi-Fi diagnostics

5–8, 19
03

Controlled operation

Recipes · roles · passwords · service reminders

9–12, 24
04

Records & recovery

Logs · alarms · time · graphs · exports · backup

13–18
05

Product qualification

EMC · vibration · IP66 front · temperature/humidity

20–23
CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION02 / 15

What the RP2350 board provides

03
7inch

800 × 480 · capacitive touch

RS-485 · CAN · UART · USB
microSD · LVGL examples

Meets the minimum display resolution.
The client prefers 1024 × 600 or higher.

  • ConnectivityAdd Wi-Fi and Ethernet hardware.
  • Persistent timeBudget a battery-backed RTC.
  • Application firmwareBuild users, recipes, records and reports.
  • Physical suitabilityVerify gloves, sealing, EMC and vibration.
Usable HMI foundation. The bare development board is not a complete client solution.
CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION03 / 15

The proposed architecture

04

The ESP32 supervises the machine. The existing drive regulates the motor.

RP2350 displayTouch interfaceGraphs and statusESP32-S3 supervisorCentrifuge operating stateUsers, recipes and recordsExisting driveMotor power stageSpeed regulationRequests / stateSetpoint / feedbackSensors & actuatorsLid · imbalance · temperatureApplication peripheralsEthernet · RTC · storage · USB hostIndependent protective pathDrive inhibit + safe lid-release permission
CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION04 / 15

Assign one owner to each responsibility

05

Presentation

  • Touch and keyboard input
  • Recipe and login screens
  • Live and historical plots
  • Alarms and actual status

Requests a change.
Displays the accepted result.

Machine application

  • Run sequence and sensors
  • Permissions and recipe limits
  • Logs, reports and backups
  • Network and USB services

Validates the request.
Owns the operating state.

Speed regulation

  • Motor switching/control loop
  • Speed and ramp commands*
  • Actual-speed feedback
  • Local drive protections

Executes valid commands.
Reports speed and faults.

One source of truth: the supervisor owns users, recipes, machine state and records.

*Confirm which ramp, braking and protection functions the drive actually exposes.

CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION05 / 15

A centrifuge run, step by step

06

The ESP32 supervises every transition. The display shows what is actually happening.

Ready for an authorised run

Select the recipe and rotor. The supervisor checks the user’s permission before accepting Start.

SpeedTime →

Illustrative sequence and speed profile. Timer start, stopping policy and release threshold must be specified.

CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION06 / 15

From measured data to a usable report

07

Store the original run record on the supervisor’s storage. Create exports from that record.

Machine dataActual RPM and timeTemperature and faultsRun recordUser + recipe versionTimestamp + eventsOutputsCSV data exportFixed-format PDFDestinationsUSB memory stickAuthorised accessDisplay receives plot samples and history queries.

Reliable time
Battery-backed RTC; record time changes.

Recoverable records
Handle power loss, full storage and USB removal.

CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION07 / 15

Design the fault response explicitly

08

A slow report or lost display must not block machine supervision.

The supervisor detects the loss.

Follow the agreed continue-or-controlled-stop policy. Retain lid protection and record the event.

Independent protection

Overspeed response
Drive inhibit
Safe lid-release permission

Must remain effective if the
UI or application software fails.

Conceptual safety allocation. Protective circuitry and stopping behaviour require machine-level engineering and tests.

CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION08 / 15

What goes on the supervisor board

09

Start with an ESP32-S3 module and design the surrounding hardware for the instrument.

ESP32-S3Application + communicationsPSRAM for application headroomEthernetW5500 + magnetics + RJ45Storage and clockPersistent storageBattery-backed RTCUSB hostData lines + protected 5 V portMachine I/OConditioned sensor inputsProtected actuator outputsInternal linksDisplay link + drive interfaceIsolation where requiredPower and watchdogFiltering + brownout handlingIndependent protective path
CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION09 / 15

Requirement coverage · 1–12

10

Hardware capability is only one part of fulfilling the requirement.

#Client requirementAssessmentProposed response
17-inch industrial colour touchHardware + qualificationRP2350 screen; qualify finished assembly
2800×480 min; 1024×600 preferredMinimum metRP2350 is 800×480; preferred size unresolved
3Lab visibility / viewing angleValidateTest panel in intended lighting and mounting
4Operation with intended glovesValidateTest actual gloves; change panel if necessary
5Built-in Ethernet portAdd hardwareSupervisor + Ethernet controller and RJ45
6RS-232 and/or RS-485Interface + softwareRS-485 available; RS-232 transceiver if needed
7Authorised USB export / backupDevelop + validateSupervisor USB host, power and access checks
8Wi-Fi / Android diagnosticsAdd + developESP32 network service with authentication
9Recipes and selectable coloursDevelopSupervisor stores recipes; display renders
10Protected recipe changesDevelopSupervisor enforces permissions and versions
11Operator / supervisor / service rolesDevelopOne role model for local and remote access
12Passwords and failed-login handlingClarify + developImplement agreed policy; clarify Part 11 scope
CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION10 / 15

Requirement coverage · 13–24

11

Records, recovery and environmental suitability need their own acceptance criteria.

#Client requirementAssessmentProposed response
13Cycle records and PDF on USBDevelop + prototypePersistent records; standalone PDF export
14Time-stamped alarm historyDevelopSupervisor records code, description and state
15Clock retained after power lossAdd hardwareBattery-backed RTC; verify retention
16CSV export over USBDevelop + validateExport selected records with permissions
17Live / historical graphs and savingDevelopSupervisor stores; display renders trends
18Application and configuration recoveryDevelop + validateVersioned backup and recoverable updates
19Restricted remote diagnosticsDevelop + validateAuthenticated service mode, disabled/restricted
20EMC evidence for centrifuge useEngineer + testPower, layout, shielding and system testing
21Vibration resistanceEngineer + testMounting, connectors and assembly tests
22IP66 minimum front targetEngineer + testSealed front assembly; verify installed result
23Temperature / humidity rangeSpecify + qualifyAgree range, then qualify the full assembly
24Expiry / calibration / service remindersDevelopPersistent counters, history and reliable time
CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION11 / 15

Three implementation choices

12
B

Integrated ESP32 display + motor drive

Fewer application processors. UI, records, network and machine tasks share resources.

Possible
more concurrency to validate
C

Industrial HMI + machine supervisor

Compare documented glove, enclosure and environmental performance from suppliers.

Evaluate
if evidence and delivery dominate
An ESP32 is a practical choice, not the only possible processor. Qualification remains necessary.
CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION12 / 15

Prove the uncertain parts first

13

Use a small prototype to answer the questions that could change the hardware choice.

01

Display & touch

Actual gloves, lab lighting, mounting and screen content.

Decision: keep this panel?
02

Concurrent workload

Live plots + logging + Wi-Fi + USB/PDF export.

Decision: enough resources?
03

Fault behaviour

Unplug links, stall tasks, interrupt power and verify lid protection.

Decision: safe and recoverable?
04

Product evidence

Agree IP66, EMC, vibration and environmental acceptance tests.

Decision: what can be promised?
Before quoting: agree the PDF sample, record retention, Part 11 scope and drive interface.
CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION13 / 15

Recommended direction

14

Keep the screen focused.
Give the machine one supervisor.

RP2350Operator interface
ESP32-S3Machine application, records and connectivity
Existing driveMotor drive and speed control

Add independent protection and qualify the finished product.
The display alone cannot satisfy the full client specification.

CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION14 / 15

Sources & decision boundaries

15

Source material

Client email: 24 requirements
14 October 2026

User clarification:
Existing board handles motor drive
and speed control only.

Vendor and official documentation links are available in the notes for each relevant slide.

How to read this deck

  • Published hardwareCapabilities described by the manufacturer.
  • Proposed architectureEngineering recommendations to develop.
  • Unproven suitabilityItems requiring physical tests or evidence.
CENTRIFUGE ELECTRONICS · ARCHITECTURE DISCUSSION15 / 15