Jump to content

Photo

CorComp PIO vs. TI PIO: spurious data on power; feed after print?


5 replies to this topic

#1 OLD CS1 OFFLINE  

OLD CS1

    Technomancer

  • 5,493 posts
  • Technology Samurai
  • Location:Tallahassee, FL

Posted Fri Sep 14, 2018 11:55 PM

My HP LaserJet 4050 has a parallel port to which I would connect my TI using the TI RS232/PIO card.  Any time I powered off and sometimes when powering on the PEB the printer would indicate "DATA RECEIVED" and it would hold up any other print jobs until the timeout period expired.

 

I managed to pick up a CorComp RS232 card and wondered if it would replicate this behavior.  I am happy to find it does, but very infrequently, like one out of twenty times.

 

The only problem I have with this configuration is the last page of a printout from the TI will not print until I tell the printer to "GO."  This behavior existed with other modern printers, as well.  Is there an option I can use with the PIO device which prevents this, like a "form-feed after print" option?



#2 Tursi OFFLINE  

Tursi

    Quadrunner

  • 5,241 posts
  • HarmlessLion
  • Location:BUR

Posted Sat Sep 15, 2018 2:58 PM

There's no built-in option, I used to have the same issue with an HP inkjet. A creative sort could always hack that into the DSR ROM... ;)

 

Putting it on the CLOSE makes the most sense. The problem is it won't work with all software. I don't know why I know this, but there's something in the back of my head trying to tell me that some software opens and closes the device many times while printing one page.

 

And of course you're out of luck with anything that directly writes the parallel port.

 

On second thought it might be a lot easier to hack the software you're printing with. :)



#3 OLD CS1 OFFLINE  

OLD CS1

    Technomancer

  • Topic Starter
  • 5,493 posts
  • Technology Samurai
  • Location:Tallahassee, FL

Posted Sat Sep 15, 2018 3:22 PM

There's no built-in option, I used to have the same issue with an HP inkjet. A creative sort could always hack that into the DSR ROM... ;)

 

Putting it on the CLOSE makes the most sense. The problem is it won't work with all software. I don't know why I know this, but there's something in the back of my head trying to tell me that some software opens and closes the device many times while printing one page.

 

And of course you're out of luck with anything that directly writes the parallel port.

 

On second thought it might be a lot easier to hack the software you're printing with. :)

 

I am thinking there might be a way to force it in the printer itself.  This is a JetDirect, after all.

 

EDIT: A very limited JetDirect! :lolblue:



#4 InsaneMultitasker OFFLINE  

InsaneMultitasker

    River Patroller

  • 2,203 posts

Posted Sat Sep 15, 2018 4:03 PM

For my dot matrix printer, I used a simple DV80 file which contained nothing more than the codes for CRLF (to flush the last line if present), a formfeed and a carriage return.  I would either print this after my print job, or append these characters to whatever I had printed. (I had a simple XB program that sent a similar set of control codes).   I don't know if this workaround would do any good for LJ printer.  I did it mainly to push the paper to the next perforated page break. 

 

What program are you using to print the files  - Is it holding the printer hostage?  Or is this consistent behavior across multiple programs.



#5 atrax27407 OFFLINE  

atrax27407

    Stargunner

  • 1,055 posts

Posted Sat Sep 15, 2018 4:21 PM

At one time, there were several "comfiguration files for HP and other InkJet and LaserJet printers. Check MICROpendium..



#6 OLD CS1 OFFLINE  

OLD CS1

    Technomancer

  • Topic Starter
  • 5,493 posts
  • Technology Samurai
  • Location:Tallahassee, FL

Posted Sat Sep 15, 2018 4:24 PM

For my dot matrix printer, I used a simple DV80 file which contained nothing more than the codes for CRLF (to flush the last line if present), a formfeed and a carriage return.  I would either print this after my print job, or append these characters to whatever I had printed. (I had a simple XB program that sent a similar set of control codes).   I don't know if this workaround would do any good for LJ printer.  I did it mainly to push the paper to the next perforated page break. 

 

What program are you using to print the files  - Is it holding the printer hostage?  Or is this consistent behavior across multiple programs.

 

Anything I use to print.  In particular DU2K catalogs, TI BASIC/Extended BASIC program listings... been a while since I used anything else.






0 user(s) are browsing this forum

0 members, 0 guests, 0 anonymous users