ECE171: Introduction to Digital Circuits |
|
Rev: 9.25.99 |
To Initialize printing in Mentor a.4-f:
go to the toolbar at the top of the session window and use the right mouse button to select MGC > SETUP > PRINTER ...
you should see a box titled "Setup Printer - General" ... use the left mouse button to highlight the desired printer ... the only names I'd recommend trusting right now are lw7 and lw10 ... these are in the Circuits Lab and the Sun Lab respectively ...
Once you have highlighted the printer you seek to print to, click the window button labeled "Select Printer" with the left mouse button .. the desired printer should appear in the window immediately beneath the window button
[Note that there a set of controls that can be used to modify or adjust the print job. Leave these at the default settings initially for printing the schematic for the EEx71 projects. For the "Trace" printouts from QuickSim, there is a method that will get you guarranteed results and minimize the paper wastage and frustration. For the "List" printout, note that mentor A.4-F is broken and a method will be described that works reliably.]
Click "OK" with the left mouse button. This will also close the window.
To print from Mentor A.4-F(in general):
Make sure the window you are printing from is active(high-lighted).
If you haven't already initialized printing for the tool or session, please do so, then go back to the toolbar and again use the right mouse button to select FILE > PRINT(whatever) and complete whatever other transactions required by the tool or session.
If rather than a nice neat printout you get a bunch of pages with a few lines of character at the top, open an xterm and do "lpq -Plwxx" where xx is the printer you sent the print job to. You are welcome to take the printer off-line to avoid eating more paper. Just be sure to put the printer back on-line later.
1 ralph.ee.pdx.edu> lpq -Plw7
Printer: lw7@mickey 'FAB 60-10 (Circuits) LaserJet 4M+'
Queue: 1 printable job
Server: no server active
Status: server finished at 18:15:12
Rank Owner/ID Class Job Files Size Time
error botchd@abu+058 A 58 ERROR: aborting operations on job botchd@abu+058
2 ralph.ee.pdx.edu>
You'll see something like the above if you take the printer offline, else if the job is printing you see something like this:
5 ralph.ee.pdx.edu> lpq -Plw7
Printer: lw7@mickey 'FAB 60-10 (Circuits) LaserJet 4M+'
Queue: 2 printable jobs
Server: pid 2235 active
Unspooler: pid 2238 active
Status: printed all 132469 bytes at 18:24:17
Rank Owner/ID Class Job Files Size Time
active pptest@ralph+922 A 922 /tmp/lw7.pptest.s 132469 18:24:01
6 ralph.ee.pdx.edu>
you can kill your own printing job with the "lprm" command
48 ralph.ee.pdx.edu> lprm -Plw7 58
Printer lw7@mickey:
checking 'botchd@abu+058'
checking perms 'kochd@abu+058'
dequeued 'botchd@abu+058'
49 ralph.ee.pdx.edu>
If you find that someone has left a dead job on the printer, please contact "support@cat.pdx.edu" or come to FAB 60-02 and tell us.
If you did take the printer offline, once you have killed off your job, please put the printer back online.
These are PostScript printers. There is a filter taht checks to make sure the job is postscript, and if the filter can tell it's a postscript job, all is well, otherwise it'll send the job through yet another filter that converts what the first filter believes is ASCII text to proper postscript. Part of the setup process you have to do makes sure that Mentor understands how you want the file you send to the printer to look. Earlier versions of Mentor were even more convoluted, and some configurations may have been easier on the user, but harder on the systems and network. It was not unusual under an earlier version of mentor and our operating system(then, Sunos4.1.4) to have print jobs just simply disappear...
Do *not* send the job again if it doesn't come out fairly quickly. If the job does not come out within a few moments, use the lpq command to see if the printer is stuck or busy. Labview jobs can cause the printer to spend a lot of time building the image. Sometimes, print files that are broken or badly formed can hang the printer. If you see what you think is a problem please contact support(CAT), and we can usually clear up the problem quickly. If you cannot wait for the printout, please use lprm to kill your print job. Whether you collect it or not, whether do the prinout correctly or not, you still get billed for the pages consumed. This is the EE department's way of encouraging folks to learn how to print.
Make sure the window you are printing from is active(high-lighted).
If you haven't already initialized printing for the "Design Architect" session, please do so, then go back to the toolbar and again use the right mouse button to select FILE > PRINT SHEET ... A small task window will appear below to verify your choice of printer. If acceptable, click "OK" with the left mouse button.
If rather than a nice neat schematic you get a bunch of pages with a few lines of character at the top, open an xterm and do "lpq -Plwxx" where xx is the printer you sent the print job to. You are welcome to take the printer off-line to avoid eating more paper. Just be sure to put the printer back on-line later. Deal with the situation as described earlier in this document, or ask for help. Again, you're paying for the pages that come out of the printer.
WARNING: Each time you wish to print a sheet of the "trace" go through the initialization sequence. Mentor A.4-F QuickSim tends to crash otherwise.
Follow these steps to get you started. Feel free to experiment and explore with other methods, you may find a better way to do this. This works consistently, however.
each additional time you wish to print "Trace" repeat 1.A and 1.D(assuming you are using the same printer) ... failure to do so may cause the Qsim session to crash, and eventually will. The failure is seldom recoverable.
You can't do this from Mentor A.4-F directly, near as I know... this is supposed to be fixed in later versions