The human-machine interaction operation interface of the extrusion blow molding machine

Human-Machine Interface for Extrusion Blow Molding Machines

The operator standing in front of an extrusion blow molding machine used to rely on analog dials, toggle switches, and a handful of meters. Today, the human-machine interface (HMI) is the nerve center of the entire production cell. It is where recipes live, where alarms surface, where cycle parameters get tweaked, and where the operator decides whether the machine is running well or heading toward a scrap pile. Designing that interface poorly does not just frustrate people — it directly increases scrap rates, cycle times, and unplanned downtime.

Why HMI Design Matters More Than You Think in Blow Molding

Blow molding is one of the most parameter-dense plastic processes. A single machine might have 40 to 80 adjustable values across extrusion, traction, parison programming, blow air, mold cooling, and timing. The operator needs to see which of those values are drifting, which alarms are active, and what the parison looks like — all within a few seconds of walking up to the machine.

If the HMI buries critical information behind three layers of menus, the operator will not check it. If the alarm list scrolls past 200 entries without grouping or prioritizing, real faults get lost. If the parison wall thickness display updates once per minute instead of every cycle, the operator is flying blind during the most sensitive phase of production.

Good HMI design for blow molding follows a simple rule: show the operator what matters right now, and let them drill down only when something goes wrong. Everything else should be one or two taps away.

Screen Layout and Information Architecture

The Main Process Overview Screen

Most blow molding HMIs dedicate 80 percent of screen real estate to a single main view. This screen typically shows a schematic or simplified graphic of the machine — extruder, die, parison, mold, finished part — with live data overlaid on each section. Extruder screw RPM, melt temperature per zone, die pressure, traction speed, parison weight estimate, mold open/closed status, blow pressure, and cycle timer all appear simultaneously.

The trick is color coding. Green means within tolerance. Yellow means approaching a limit. Red means out of spec or faulted. The operator should be able to glance at the screen from two meters away and know the machine status in under three seconds. If they have to read numbers to understand what is happening, the layout has failed.

Some systems go further and animate the parison. A simple vertical bar that grows and shrinks to represent parison length, with wall thickness shown as a color gradient from thin (blue) to thick (red). This visual cue catches programming errors faster than any numeric readout because the human eye processes color and shape instinctively.

Alarm Management and Prioritization

Alarms on a blow molding machine come in three flavors: process alarms, drive faults, and safety interlocks. A poorly designed HMI treats them all the same — a flat list sorted by timestamp. The result is that a motor overload on the traction servo sits right next to a low-cooling-water-temperature warning, and the operator ignores both because the list is too long.

A better approach groups alarms by severity and subsystem. Safety interlocks — mold guard open, emergency stop active, overpressure — get a dedicated red banner at the top of every screen with a blinking icon and an audible tone that cannot be silenced until the fault is acknowledged. Process alarms — die pressure high, parison weight drift, melt temperature deviation — appear in a yellow panel on the main screen with a count of how many are active. Drive faults get their own tab that the maintenance tech opens separately.

The operator should never have to scroll through more than five alarm messages to find the one that actually requires action. If there are more than five, the system should auto-group by type and show only the highest-priority member of each group.

Recipe Management and Parameter Organization

Structuring Recipes for Quick Changeover

Every blow molding shop runs dozens of part numbers. Each part number has its own set of extrusion temperatures, screw speeds, parison programming profiles, blow timing, and cooling durations. Storing all of this in a flat list makes changeover painful — the operator scrolls, types, and hopes they did not miss a parameter.

A well-structured recipe system organizes parameters into logical groups: material setup, extrusion profile, parison control, mold timing, and blow sequence. Each group has a header that expands or collapses. Within each group, only the parameters that actually change for that part are editable. Everything else is grayed out and locked to a default value.

For example, if you switch from a 500 ml bottle to a 1 liter bottle, the barrel temperatures might stay the same but the parison programming profile changes completely. The HMI should let the operator load the new recipe, see that temperatures are already correct, and only modify the programming and timing tabs. This reduces changeover errors dramatically — operators do not accidentally change a temperature they thought was locked.

Some advanced systems also store recipe history. Every time a recipe is modified, the old version gets saved with a timestamp and operator ID. If a new recipe produces bad parts, the operator can roll back to yesterday's version in two taps instead of trying to remember what they changed.

User Role Separation

Not every person who touches the HMI should see every parameter. The machine operator needs to start cycles, adjust speed, and acknowledge alarms. The process engineer needs to edit temperatures, tune PID loops, and modify parison profiles. The maintenance tech needs to see motor currents, encoder counts, and drive fault codes.

Role-based access control on the HMI enforces this. The operator logs in with a simple PIN and sees a clean screen with start, stop, speed slider, and alarm acknowledge. The engineer logs in with a password and gets access to the full parameter tree, including servo tuning values that could destabilize the machine if changed carelessly. The maintenance login reveals drive diagnostics and wiring diagrams.

This separation prevents the most common source of blow molding downtime: an operator accidentally bumping a servo gain while trying to adjust speed, causing the traction motor to oscillate and tear the parison.

Real-Time Visualization and Trending

Live Parison Monitoring

The parison is the heart of blow molding quality, yet most HMIs show almost nothing about it in real time. A wall thickness sensor — whether it is an ultrasonic probe, a beta gauge, or a laser micrometer — generates a continuous profile around the parison circumference. That data should be live on the HMI, updating every cycle or faster.

Display it as a polar plot: a circle representing the parison cross-section, with color showing wall thickness at every angle. Thin spots show up as blue wedges, thick spots as red. If the parison programmer is active, overlay the programmed pinch point so the operator can see whether the pinch is landing where it should.

PREVIOUS：Parameter storage and retrieval function for extrusion blow molding machine NEXT：Energy-saving frequency control system for extrusion blow molding machine