Receipt printer outputting unreadable random characters on a thermal receipt
Receipt & Label Printers

Printer Outputs Gibberish Characters? It Is Almost Always Configuration.

Random symbols and unreadable characters look like a failing printer, which is why so many of these machines are returned when nothing is wrong with them. The printer is working; it is decoding data in a format it was not expecting. Part of our series of retail hardware troubleshooting guides.

Updated October 2026 8 min read Applies to: thermal receipt printers on USB, serial and network

What the Wrong Output Actually Looks Like

Not every garbled receipt has the same cause. The character of the output points at a specific mismatch.

What you see What it points to Where to fix it
Every character is a random symbol or a box A driver that does not match the printer model Layer 4 — Driver
Latin text is fine but Chinese characters or accents come out as symbols A code page that does not match the data Layer 5 — Software
Gibberish on a serial printer that was working before A baud rate that does not match the host Layer 5 — Software
Prints correctly for a while, then breaks into symbols mid-receipt Protocol or flow control that is not matched Layer 5 — Software

Everything is symbols

When the whole receipt is unreadable, the data reaching the printhead is being interpreted against the wrong instruction set from the first byte. That is almost always the driver rather than the data itself, and it often appears right after a Windows update or a driver reinstall.

Only some characters are wrong

When ordinary Latin text prints correctly and only certain characters break, the instruction set is right but the code page is not. The printer is decoding the character bytes against a different table than the one the till encoded them with.

Why Gibberish Is Never a Hardware Symptom

This is the point that saves a repair. A printer that produces clear, well-formed marks and simply decodes them into the wrong symbols has proved that its mechanical and electronic parts are working.

Gibberish means data is arriving in a format the printer is not decoding. Every heating element is firing, the paper is feeding evenly, the roller is pressing correctly and the motors are running. The failure is in the interpretation of the bytes, and interpretation happens in the driver, the application, or the communication settings — not in the metal.

This is why the same printer can produce an unreadable receipt from the till and a clean self-test strip a moment later. The self-test never leaves the printer; the receipt passes through the driver and the cable. If the strip is clean, the machine is sound.

Fix 1: make the printer match the system

Keep the driver and the till as they are, and change the printer to suit them. On most receipt printers this means selecting the correct driver for the model and, on a serial unit, setting the baud rate to the value the host expects.

Fix 2: make the system match the printer

Keep the printer as it is, and change the host to suit it. Adjust the printer port settings, the code page and the protocol in the driver so that they match what the printer is already doing. Either direction resolves the fault, provided both ends agree.

Two ends must agree. A mismatch in any one setting is enough to garble the output. Change one setting at a time, reprint the same receipt, and stop as soon as it is readable — changing several at once makes it impossible to know which one mattered.

Work Through the Layers in Order

Gibberish sits in one of these six layers, and it is almost always one of the two in the middle. The order below starts where the fault is most often found and works outward.

Layer 1 — Power

A printer that is starved of current can reset part-way through a job, and a reset in the middle of a data stream looks like corruption rather than a power fault. Check the adapter against the rated input for the model, and try a known-good outlet before assuming the data is at fault. This layer is a long shot for gibberish, but it is quick to eliminate.

Layer 2 — Cable

For a serial printer, the cable and the interface matter more than they do for USB. Confirm which interface the printer is actually using before you touch any setting.

  • · Substitute a known-good cable rather than inspecting the original.
  • · Confirm the connector is fully latched at both ends.
  • · Practical length limits are around 15 m for RS-232 and up to roughly 1200 m for RS-485 at low baud rates.
  • · A serial fault usually produces no output at all rather than wrong output; garbage points more often at the settings.

Layer 3 — Media, replaced by the character set

The media layer normally covers the paper and the printhead, and for a gibberish fault it does not apply in its usual form. The paper is receiving marks correctly; the marks are simply the wrong symbols. The equivalent check here is therefore the character set and code page: confirm the printer is set to decode the same character table that the till is encoding with, and that the correct code page is selected for the language on the receipt. Do not replace paper or a printhead to fix gibberish.

Layer 4 — Driver

This is the most common home for a gibberish fault. A generic driver, or a driver installed for a different model in the same family, sends commands the printer interprets differently, and the result is unreadable output from the first character.

Remove the printer from the operating system, clear any duplicate or offline queues, then install the driver issued for your exact model. On serial connections, confirm the port the driver is using is the port the printer is actually attached to after the reinstall — the device usually re-enumerates and can move to a new number.

Layer 5 — Software

When the model and the driver are correct and the output is still garbled, the communication settings are the next place to look. On a serial printer these are set on both ends and must match exactly.

  • · Baud rate. A serial printer set to a different rate from the host decodes every byte against the wrong clock, producing unreadable characters. The common default is 9600, but both ends must agree.
  • · Data bits, stop bits and parity. These must match the settings in the printer documentation.
  • · Code page. The printer and the application must use the same character table for anything beyond basic Latin text.
  • · Protocol and flow control. A mismatch here shows as output that starts correctly and breaks into symbols part-way through a receipt.

Layer 6 — Hardware

Hardware is the last place to look, and for gibberish it is the least likely. The one observation that still matters is the self-test: a strip that prints cleanly proves the mechanism, the printhead and the interface electronics are all producing correct output. If the self-test is clean and every configuration layer has been checked, the fault is not in the machine. Do not open the printer to chase a gibberish fault. The controller is the remaining hardware candidate, and it is a service item rather than a field repair.

Neither of Those Worked

If you have matched the model, the driver and the communication settings and the output is still garbled, work through these four checks in order. Each one removes a category before the next.

1

Remove and reinstall the correct driver

Uninstall the printer completely, including any duplicate or offline queues that can absorb a job silently, then restart the terminal and install the driver issued for your exact model. A driver left over from a previous printer is a frequent cause of a receipt that was readable last week and is not today.

2

Substitute the cable

Swap in a known-good cable of the correct type rather than inspecting the original. A cable that is marginal can corrupt a data stream without failing outright, and on a serial link it can leave the host and the printer disagreeing about the data that arrived. Confirm the connector is fully latched at both ends.

3

Move to a different port

Connect the printer to a different port on the terminal and check whether the output changes. On USB, use a rear port rather than a shared front one. After the move, confirm the driver is pointing at the new port, because the device will usually re-enumerate under a different number and the old assignment will silently send jobs nowhere.

4
The decisive test

Confirm with a self-test strip

Switch the printer off, hold FEED, switch the power on while holding it, and release FEED as soon as printing begins. The self-test strip is generated inside the printer and never passes through the driver, the cable or the application.

A clean, readable self-test while the POS receipt is still garbled proves the machine is sound and the fault is entirely in the configuration path. Keep the strip as evidence before you escalate, and do not book a repair on the strength of the receipt alone.

Repair or Replace

Gibberish is a configuration fault, so the answer here is unusual: almost nothing needs replacing, and the most important instruction is what not to do.

✓ You can do this on site

  • · Remove and reinstall the correct model driver
  • · Match the baud rate, data bits, parity and stop bits
  • · Select the correct code page for the language on the receipt
  • · Substitute the data cable and change the port
  • · Print a self-test to confirm the machine is sound

! Contact your supplier

  • · A clean self-test but garbled output that persists after every setting is matched
  • · The correct driver for the model is not available for your terminal
  • · The printer needs a firmware update to support a required code page
  • · A suspected controller fault, which is a service item

Gibberish is not a reason to open the printer

Every symptom in this guide is produced by working hardware. Opening the casing will not change a single character on the receipt, and it puts the mechanism at risk for no benefit. If you have matched the model, the driver and the communication settings and the output is still unreadable, the next step is a support call, not a screwdriver. When no output arrives at all rather than the wrong output, work through POS printer not printing, or browse the full troubleshooting index.

Warranty and self-repair

Changing settings, reinstalling a driver or swapping a cable does not by itself void warranty cover for non-human-induced defects. If the unit later develops a fault unrelated to your work, it remains eligible.

Damage caused by opening the printer without cause — a connector broken off the board, static damage, a torn ribbon, or liquid ingress — is not covered. Replacement parts, including a data cable, carry their own warranty period.

Safety boundaries

  • · Do not disassemble the printer for a gibberish fault. The hardware is working.
  • · Disconnect power before changing a cable or reseating a connector.
  • · Never flash firmware from an unofficial source; use only the build supplied for your model.
  • · Do not unplug the data cable mid-job — it can leave the queue stalled.
  • · If the printer behaves oddly after a firmware change, switch off and contact your supplier.