Jump to content
Posted Wed Jan 23, 2019 9:03 PM
Posted Wed Jan 23, 2019 10:18 PM
Posted Wed Jan 23, 2019 10:19 PM
Have you tried connecting the printer to a PC to ensure that the printer I/O is functional?
Posted Wed Jan 23, 2019 10:55 PM
I am not at home so cannot check, but I have either a Panasonic KX-P1091 or KX-P1092. One thing I seem to remember is that one line (Busy?) on the printer was wired differently to the RS232 card’s PIO port than other (Epson?) printers. I know this is not a lot of help because I cannot check my cable until April, but I thought it might jog someone else’s memory.
Posted Wed Jan 23, 2019 11:02 PM
Posted Wed Jan 23, 2019 11:16 PM
Pin 12 (TI) goes to pin 8 (Centronics)
Are you sure about that? Pin 8 (Centronics) is one of the data lines. I would not expect it to be the spare output.
The manual says that it handshakes through the Acknowledge and Busy outputs. A description of the parallel protocol at the bottom of the first page here http://www.soc.napie...pdf/Io_ch17.PDFshows that actually, the Busy signal is a good enough handshake signal. The problem is that it's connected to the spare in on your cable rather than the handshake in. On the other hand, this does show that the Acknowledge is not really necessary.
So putting this all together, the pinout should be: (Centronics pin data gathered from printer manual)
1 Strobe (input) Connect to TI 1 (Handshake out)
2-9 Data (input) Connect to TI 2-9 (Data out)
10 Acknowledge (output) Unconnected
11 Busy (output) Connect to TI 10 (Handshake in)
12 Paper out (output) Unconnected
13 Select (output) Unconnected
14 Auto feed (input) Unconnected
16 Signal ground Connect to TI 11
17 Shield ground Connect to plug
18 +5V Unconnected
31 Reset (input) Unconnected
32 Error (output) Unconnected
33 Signal ground (same as 16)
One way it could be done without any acknowledgment is if you just go by timing and assume that the printer has received the data. But according to the first link I found, the TI routines definitely wait for acknowledgment, so the timing method would have to be a custom function that does not.
Posted Wed Jan 23, 2019 11:32 PM
Here's one that doesn't match my configuration. (Close, but no cigar)
That description uses different pin numbering on the PIO side than most connectors do. Since it's a ribbon cable connector, it necessarily goes across first, then next row, because that's how the connections have to be made. So it looks like:
2 4 6 8 10 12 14 16 1 3 5 7 9 11 13 15
So if we remap it with this numbering, I think my last post agrees with it.
Posted Fri Jan 25, 2019 7:55 AM
One note on getting the cable plugged in right: the TI has pin 1 marked on the circuit card--and the red wire (if there is one, goes to that end of the connector. Sometimes the buffer chip between the TI and the printer blows too--and it will give you this symptom (card locks when you try to send).
Posted Wed Feb 6, 2019 2:23 AM
I have plugged the printer directly into the parallel output on my PC (LPT1) and configured the printer to "Generic Text" (on arcadeshopper's suggestion). It will not print. No matter what I send, the printer sits there motionless. It feels like the Centronics port is somehow not connected to the MOBO....
According to the manual, when the printer is switched to "ON LINE", the interface signal levels are:
When the printer is "OFF LINE", the interface signal levels are:
If I'm not mistaken, one of these lines is not registering properly for some reason. Since there is no readout or error code--I am only guessing... There is no error beep and the ON LINE signal is lit up. But, even though that is the case, I cannot get anything to print.
I have checked the dipswitches and have even cycled through the various configurations in an attempt to get it to do SOMETHING. I tried Generic IBM Graphics (as a printer setup) and nothing happened on any of the appropriate dipswitch settings.
At this point, I'm almost ready to say that something is "dead" inside my printer. I don't know much about them, but I am intent on trying to get it operational again. There are reasons this printer is special to me, and I don't want to just "go buy another one." ((Though, honestly, that may be my only hope at this point))
If anyone has any further suggestions before I crack this case over the weekend, I'd love to hear them.
Thanks again for all your help.
Posted Wed Feb 6, 2019 2:42 AM
So you found an old PC parallel port to Centronics cable?
My old Epson dot-matrix would require an end-of-line before the head would even begin moving. Did you make sure what you sent ended in a CR and LF?
Well, even an LF alone (character 10) should get the paper to advance. An FF character (character 12) should feed the rest of the page out.
Posted Wed Feb 6, 2019 2:46 AM
Posted Wed Feb 6, 2019 3:19 AM
Admittedly, Notepad ought to be able to print.
If you run QBasic, you could also try "lprint chr$(12)" and see if it advances a page. Well, before that, you'd need to make sure the "generic text printer" is on LPT1.
More spitballing: Some printers also require the smoked plastic cover to be down and properly situated before they will respond. Could be that the plastic either isn't down or isn't quite lined up properly to trigger the safety switch.
It may also give you some status under "printer properties" to tell you what Windoze thinks the printer says.
Posted Wed Feb 6, 2019 9:59 AM
Posted Wed Feb 6, 2019 12:19 PM
Is this an older computer that has the 25-pin port built in, or did you have to use a USB adapter? If it's the former, there are ways to see exactly what you are getting from the port. Well, even if it's a USB adapter, Windows *might* emulate the hardware port.
From a DOS shell, run debug. If you're running win7 or higher, you'll need to download a version of debug. A quick link here: https://sites.google...sretro/enhdebug
From the debug prompt, type:
dw 0:408 l 1 (that's the letter L, then the number 1)
That tells you the printer port address. Add one to that and that's the printer status port. So if the address is 3bc, the command:
will tell you what the printer's status outputs are. You should see a value of at least 80. Then try removing the paper to see if that value changes when you rerun that command. Same if you hit the "online/offline" button. Also, if the second digit is 4, that means that the printer itself is reporting an error.
Posted Wed Feb 6, 2019 2:12 PM
Posted Wed Feb 6, 2019 3:09 PM
That's kind of iffy. These days printers have such a complex language that the thought of just sending straight text to be directly printed may seem foreign. I guess you couldn't hurt anything by giving it a shot though.
Posted Wed Feb 6, 2019 3:27 PM
Posted Fri Feb 8, 2019 6:16 PM
0 members, 0 guests, 0 anonymous users