3

I have an old piece of a hardware that does diagnostics on medical equipment. It prints out results over a parallel port. Is there any way to have CUPS accept jobs from a parallel port and redirect them to the default printer?

Essentially I want CUPS to listen to /dev/lp0 for incoming jobs.

Reading about this problem a bit, would it be possible for me to capture the PCL data via the parallel port (cat /dev/lp0 > out.pcl) and then convert it to Postscript using pspc16 or somehow send the PCL to Ghostscript to interpret the PCL and dispatch to CUPS?

| improve this question | |
  • Not clear on the question, are you saying the hardware has a parallel port, normally you would connect directly to a printer, but you would like to connect to a different machines parallel port and use the CUPS service on that machine? – Tim May 24 '12 at 18:10
  • yes, exactly. I want to service station -> lp -> linux box w/ CUPS -> spool to non-lp printer – Evan Carroll May 24 '12 at 18:13
  • I don't think this is possible with cups. You would have to write a software listening on the parallel port and sending jobs to cups – Ulrich Dangel May 24 '12 at 18:22
  • 3
    I think you need a special cable, parallel ports aren't wired symmetrically (I'm not sure a crossover cable would be enough: some pins aren't wired inside the computer). There are two parts to your problem: getting the data from the diagnostics equipment to your computer's parallel port, for which you'll find more expertise on Super User, and routing the data from the parallel port to CUPS, which this site should address best. – Gilles 'SO- stop being evil' May 24 '12 at 23:47
1

This is not possible with a PC alone the parallel port is not designed to act as a printer.

You will need some sort of hardware that emulates a printer and then relays the data to the computer.

This page describes the sort of product you need. I don't know anything about that specific company.

Another option option might be a parallel to serial converter and then connect that to your PC.

| improve this answer | |
  • Why can't the PC do this in software? There has to be some kind of project that tackled this, the technology is like 40 years old. I mean, you're telling me if I want to turn a Linux box into an LPT printer, I'm SOL? This sounds like a popular request. – Evan Carroll May 24 '12 at 19:47
  • Very specific need. Legacy hardware support. – Tim May 24 '12 at 19:50
  • 2
    An adequate cable and some userspace software to read the data from the parallel port should be all you need. You might need to hack your own software, though. – Renan Jun 24 '12 at 3:09
  • 2
    For the cable, see Laplink (null-printer) cable. For the software... I don't know but you will probably be operating on /dev/parport* (the raw parallel port device) instead of /dev/lp* (specifically made for talking to a printer, not pretending to be one) – Alan Curry Aug 23 '12 at 4:37
  • 1
    The problem is that a classic parallel port (computer end) has 12 outputs (8 data lines + 4 for various signaling purposes) but only 5 inputs, so it isn't trivially reversible. LapLink uses only 5 of the data lines, a specially wired cable and a custom signaling which is not usually supported by printers. Modern parallel ports with EPP/ECP capability can be fully bi-directional, but the bi-directional modes work differently from the standard uni-directional mode, so making a computer simulate a classic parallel printer is non-trivial. – telcoM Feb 5 '19 at 7:22

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.