Tweet
More info is needed: I'm assuming you not only duplicated the device description but duplicated the outq as well? On the device description, is the Device Class *LAN or *VRT? I'm assuming *LAN since you are putting the IP address on the device description. Maybe a printout of the DSPDEVD and WRKOUTQD to *PRINT posted here would help. What are the symptoms? If *LAN, does it go to PND status? I'm not familiar with the HP3500n or the JetDirect EN3700, however in my experience, everything from HP IV up will print to any standard JetDirect if you specify *HP4 as the mfrtypmdl with a device type of 3812, transform(*yes), sysdrvpgm(*hppjldrv). Once you get it printing that way, you can start fine tuning mfrtypmdl, etc. to get it to behave. If you can't get it working like this, you may need to troubleshoot other places. Since you can print to it from CA, it's obviously communicating, but can you ping it from the 400? -dan
-
-
Laserjet 3500n Printing From AS/400
Hi Dan, Thanks for your input. When I created the device description it automatically created the output queue, or at least I think it did. Yesterday I created a remote output queue, and associated it to a virtual printer description (which I also created), and everytime that I printed to that printer, the report would go into a "hold" status. In regard to the device description that I created for the "*LAN" device (the device which I created by copying my existing device which was working), the device class is "*LAN". In regard to the symptoms, other than not getting a report, there aren't any. The printer "varies on", the writer "starts", I send a report to the output queue, you can see it there, it says "writing", then it disappears, but nothing happens at the printer. I have been using MFRTYPMDL=*HP5, device type 3812, model 1, port 9100 (and I verified that the jetdirect was using 9100), transform "*YES", SYSDRVPGM=*HPPJLDRV, etc.. I can ping to the printer's IP address just fine from the AS/400. Previously, years ago, when I created the device description for my old printer (laserjet 4050), I had to create a workstation customizing object and associate it to the printer. This was just retrieve the workstation object for HP5 and recreate it as a workstation customization object (didn't have to change anything about it), and associate it to/with the printer. So with this new printer description, I have tried associating and not associating this customization object. I am not currently at the site to print a device description to attach to this posting. I may be able to do that tomorrow. Thanks, Fred -
Laserjet 3500n Printing From AS/400
Try the statement below for creating it... Mainly take what you got but change it to *HP4. We actually found that the HP8000 has to be HP III, so you might try even older versions. In my experience when the spool file just simply dissapears, it is this type of configuration mis-match problem. The printer receives the data, but doesn't see anything in it that it thinks it needs to (or has the capability to) print. When it's done it tells the 400 it's finished, and empties the bit bucket on the floor. Below, of course substitute the CL parameters with your values. Also, this command assumes you set up a mesage queue the same name as the outq.
CodeComment
-
Laserjet 3500n Printing From AS/400
Something I noticed also was that the subnet mask id we use on the AS/400 TCP/IP interfaces option is 255.255.255.0, but the subnet mask id on the jetdirect box is 255.255.0.0. Could this be causing my problem? Like I said earlier, I CAN ping the printer from the AS/400 just fine. Thanks, FredComment
-
Laserjet 3500n Printing From AS/400
Thanks Dan, I will try this tomorrow morning. FredComment
-
Laserjet 3500n Printing From AS/400
Hmmmm. I kinow a little about IP, but some of it is still voodoo to me. There CAN be times when communications can go one way even though the mask is wrong, but cannot return. But the ping worked.... If the printer and the 400 are on the same subnet (especially on the same dumb hub) it may not matter. Of course, you want to fix it, but my gut reaction says this is not the problem. Bt since I can't see past my gut to my shoes, my gut could be "masking" something. -danComment
-
Laserjet 3500n Printing From AS/400
Hello Dan, Well, I created the device description using your instructions, and I got sort of the same results. I sent a report to the printer, I received a message to "load STD forms", and I then responded to the message with a "G". I then received a message saying the device was busy, or that I had the wrong IP address (shame on me, I forgot to write down the CPF message number). I am not physically at that site today, and I am no longer connected to that AS/400. Anyhow, I called the person that uses this printer, and she said that she was currently printing envelopes on the printer via her PC. Thus, this is probably why the printer was "busy". Her envelopes finished, I refreshed my spool file listing, and the report was gone, but nothing printed. After I created the device desc. (device name FOPRT1) I did a WRKOUTQ FOPRT1 to make sure that there was an output queue, and there was. Was I suppose to manually create or change this output queue???? Because if I was, I didn't. I then varied everything "off", and changed the MFRTYPMDL to *HPIII to see if that did anything. Varied stuff back on, sent a report, wrksplf, it had a status of PND, then it was gone, but nothing printed. I will soon have a hole in my wall from hitting my head against it. Any ideas on what I should try next? Thanks, FredComment
-
Laserjet 3500n Printing From AS/400
Another note, after I received the "printer busy" message, and once she was done with the printer, I sent another report to it, prior to changing the device desc. to *HPIII. The report acted like it printed, but nothing physically printed.Comment
-
Laserjet 3500n Printing From AS/400
crtdevprt creats both devd and outq, so as long as you deleted both the devd and outq before creating it, you should be fine. If you have IBM printer support. They do a really good job of getting you to a reasonable working point. They don't always totally solve a problem, but they at least give you good info to work with. Such as they may know the exacy mfrtypmdl to use. Then if it doesn't work, at least that parameter is PROBABLY right. The "total bounce" between tests sometimes helps. Delete outq and devd, power off printer (and JetDirect, if seperate). Then power up in order : printer, JetD, test ping, then crtdevprt (the devd varies on automatically, so it's good to have the printer ready before creating).Comment
-
Laserjet 3500n Printing From AS/400
Hi Dan, This is the reply that I received from HP technical support. Thank you for contacting HP's Customer Care Center. The HP Color LaserJet 3500n is a host-based printer, it uses the resources of the Windows environment to format the print job for the printer. This printer is not supported in the AS/400 environment for that reason. This document defines host-based: http://h20000.www2.hp.com/bizsupport...ectID=bpl07860 The thing that I don't understand is that I thought people had "HP5" printers configured on their AS/400s. Or are these "HP5" printers different than the ones listed in HP's article? Any thoughts or comments. Thanks, FredComment
-
Laserjet 3500n Printing From AS/400
Wow, obviously they are very different. We have HP 4's, 5's, 8000's, 4100's, etc set up printing native TCP/IP. Sorry, but it sounds like it can't be done. Unless.... I wonder if it can be done with the help of a PC queue. Even if it could, I bet it'd be more trouble than it's worth. Only thing that puzzles me is that in the document in your link they list the HP 5, but I know we have had HP 5's hooked up. Also, CRTDEVPRT has *HP5 as a valid mfrtypmdl. However, that's the only one on the list that has a match on the command, so maybe it's a particular model of 5...??Comment
-
Laserjet 3500n Printing From AS/400
Hello Dan, Thank you for reviewing this. I just wanted someone else's input on what HP had to say. Thanks, FredComment
-
Laserjet 3500n Printing From AS/400
In my experience, Host Based printers are invariably low end models that are unsuitable for any significant volume of printing. This makes sense--the printer manufacturer is trying to save money on printer hardware by using the PC hardware instead. This tradeoff only makes sense on a low end printer. The bottom line is that "standard" page printers use PostScript, Printer Control Language (PCL), or in IBM's case, IPDS. Host Based printers do not. You become entirely dependant on the printer manufacturers drivers. While this may seem reasonable, Microsoft has changed their driver architectures so many times that I don't believe it's reasonable even for a dedicated Windows shop. HP didn't make an OS/400 device description for you, and IBM probably doesn't want to support a proprietary HP printer, so native support is out. However, a client based approach may work. We use NetSoft Elite as a terminal emulator, and it is capable of hosting a printer. In effect, Elite tells the iSeries that the printer is a standard IBM 3812 laser printer. It receives the job formatted as such, and dynamically converts it using the Windows printer drivers. Now for the downsides. This approach is entirely dependant upon your client actually running this printer session. If you have multiple clients sending jobs to this printer it may not work well. Someone always has to start the printer session, even if the "primary" client is not in that day. In addition, you are loading the host PC with extra work, so it's perhaps not a good idea to do this if you are dealing with very low end desktop hardware. One additional point. You cannot "start" and "end" the printer writer as you may be used to. This job becomes the job of the printer session on the PC. Just be aware of this.Comment
-
Laserjet 3500n Printing From AS/400
We have an ethernet network, and we have our IBM AS/400 connected to the network. We previously had been using a HP Laserjet 4050 attached to the network with a jetdirect 300X. We had a device description setup on the AS/400 for this printer, and we could print to it just fine. Print size was right, it pulled the paper from the paper drawer just fine etc.. Last week we replaced this printer with a Laserjet 3500n, connected to the network with a jetdirect EN3700. I copied the AS/400 device description of the old printer to create a new device description. On the new device description I entered the IP address of the new printer. Nothing from the AS/400 will print to/on the new printer. The AS/400 thinks everything is fine and that the reports are printing, but nothing ever prints. The only way in which I can print from the AS/400 to this printer is to create a device description using IBM client access, with "host transform" NO. The problem with this is that the print size is to small, and it always wants to pull the paper from the manual feed paper tray, not the paper drawer. I have tried everything that I can think of to correct all of these problems with no success. I have tried creating a remote output queue, and a printer associated with this queue, etc., all with the same results. The AS/400 thinks everything is fine, but nothing prints. Printing from PCs on the network is just fine. I'm wondering if the jetdirect box needs to have some particular configuration to allow the AS/400 to print to it correctly. Any help with this would be appreciated. Frustrated In PA, Fred Thanks, FredComment
-
Laserjet 3500n Printing From AS/400
Hello Brian, Thank you for the information. I currently have this printer working with "IBM Client Access". As you stated in your reply, the Client Access "printer" session must always be started/running in order for anyone to print to the printer. I guess since "emulation of some sort" seems to be the only way that we are going to be able to communicate with this printer, we will just have to live with it, or purchase a different printer. The problems/issues (which we can live with if we have to) with the emulated printer (using Client Access) are; 1) print size is very small, 2) unless we use CHGSPLFA and tell it "drawer 2", it always draws the paper from the manual sheet feed, not the drawer, and 3) special forms (invoices, checks, etc.) print in a little different size than they do on any of our other printers, which has caused us to recustomize our programs. Thanks again for your input, FredComment
Comment