Re: XY11 Manual, Anyone? BONK
ons 2015-12-23 klockan 13:28 + skrev Dave G4UGM: > Surely there is a copy of CalComp Host Computer Basic Software (HCBS) > around somewhere that talks to the XY11. After all the Calcomp is > pretty thick. All it can do is move 1 step at once, well it can do > diagonals as well, but pretty thick... > > Dave > G4UGM > > > -Original Message- > > From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of > > Stefan > > Skoglund (lokal användare) > > Sent: 23 December 2015 11:07 > > To: cctalk@classiccmp.org > > Subject: Re: XY11 Manual, Anyone? > > > > > > > > Then for software I found a diagnostic, XXYAD0 that supposedly > > > > should draw a square and a rectangle. > > > > > > > > Anyone know of other drawing software that uses the XY11 > > > > > > > > /Mattis > > > > > > The book 'The Minicomputer in the Laboratory' by James W Cooper > > > covers > > > using an X-Y plotter with an 11/05, and has assembly listings and > > > a > > > whole bunch of related stuff about scientific plotting. Also a > > > lot of > > > info on using the LPS- > > > 11 too. > > > There are plenty of copies out there and quite cheap too. It's an > > > excellent book and could be of use to you. > > > > > > Steve. > > > > > > > Boken finns i Umeå universitets boksamling (även på > > fysikinstitutionen.) > > Det verkar inte finnas något exemplar i Uppsala däremot. :-) Kastad > > ? > Sorry Dave, i replied in Swedish to the list, my answer was really directed to Mattis (and the other swedish speaking members) It seems that in Swedish university libraries exists three examples (search thru libris.kb.se.) Mattis can borrow the book from Umeå thru Kungliga biblioteket i Kungsträdgården (Stockholm.) Swedish libraries has an agreement to facilitate "fjärrlån" (remote borrowing.)
Re: Has Anyone Written PDP-8 .XOR. Code Using the MQ Register (Without the EAE)?
Here's the best I've got, Bob: ARG1, 5252 ARG2, 2525 XOR, CLA TAD ARG1 /~ARG1 & ARG2 CMA AND ARG2 MQL /STORE IN MQ TAD ARG2 /ARG1 & ~ARG2 CMA AND ARG1 MQA /MQ OR AC -> AC /RESULT IS IN AC You can also add them and subtract two times the arguments ANDed together, but I haven't played with that approach (yet). I did test the above code with a few different values, and it seems to work just fine. Kyle
Re: The best spreadsheet / database program for Commodore 64?
On 12/20/2015 03:40 PM, Kelly Fergason wrote: > i used a product called Trio back in the day. > > Sent from my iPhone > >> On Dec 20, 2015, at 11:54 AM, Mike Whalen wrote: >> >> Again not an integrated suite but there was also Multiplan, a spreadsheet >> for the C64 from Microsoft. >> >> https://en.m.wikipedia.org/wiki/Multiplan Thank you for the reply I would like a good spreadsheet to do my checkbook on and my savings also a word processor to wright my "Choose your own adventure CreepypastA on. Creepypasta not sure if ya know what that is so if not here is a link. https://en.wikipedia.org/wiki/Creepypasta
Re: Has Anyone Written PDP-8 .XOR. Code Using the MQ Register (Without the EAE)?
Steve Gibson talks about XOR on the PDP-8 here: https://www.grc.com/pdp-8/isp-musings.htm In summary, Steve uses this condensed code using "carryless addition" for XOR: CLA/ clear accumulator (AC) since all we have is add! TAD ArgOne / add (TAD) ArgOne to the just-zeroed AC AND ArgTwo / AND ArgTwo to determine where the carrys will be CLL RAL/ clear the LINK (CLL) and rotate the accumulator left (RAL) CMA IAC/ compliment (CMA) & increment (IAC) the accumulator (negate) TAD ArgOne / add the first argument to the negated accumulator TAD ArgTwo / and add the second argument as well / the accumulator now contains the XOR of ArgOne & ArgTwo Best I can tell, Charles proposed the same thing, but for whatever reason changed the last instruction to DCA instead of TAD. Kyle
Re: Has Anyone Written PDP-8 .XOR. Code Using the MQ Register (Without the EAE)?
On Wed, Dec 23, 2015 at 10:14 PM, Christian Gauger-Cosgrove < captainkirk...@gmail.com> wrote: > On 23 December 2015 at 13:44, CLASystems wrote: > > Ironically, the shortest and fastest seems to be avoidance of the MQ > > altogether [thus making it work on ANY model]. > > > > TAD ARGONE > > AND ARGTWO > > CLL RAL > > CIA > > TAD ARGONE > > DCA ARGTWO OOPS! The LAST INSTRUCTION SHOULD BE TAD ARGTWO ! Starts with a clear AC, ends with AC containing argone .xor. argtwo. Neither argone nor argtwo are modified. Sorry, too much transcribing from notes about notes, etc. :-). This is a fragment from a larger topic about the TD8E. If you start with a CMA in front of the code and a CMA at then end, you have the ARGONE .EQU. ARGTWO, but that's even longer. The larger argument is that you need not calculate .equ. every 12 bits because on a DECtape, you can combine them halfs-wise at the end and then invert the six-bit result to write on the tape [or compare what you read from the running calculation as you read it. Thus, each word loop is two instructions shorter and you can combine if you are clever in about one extra instruction but 1 or more total cycles less [for a net gain of one instruction and a little bit of time at the most critical point and a bit more at the slightly less critical points. The original discussion is that since the TD8E is for the Omnibus only, why not see if the MQ can be helpful. It seems not in the end because it takes even longer ironically [and a few more instructions, etc.] However, BSW will likely help in that separate "sticky" point to some small extent. [The overall topic is beefing up a TD8E in every way possible to make the real-world tape [not the SIMH] be more free of tape/cleanliness/guide/wear/tape-wear issues that can make the wost-case jitter problems come dangerously close to failing. When all the hardware and media are new, it's less of a concern.. However, there are actual systems running the hardware and some predictable problems. I'm just pursuing the theoretical [and practical] software issues, etc. [Can't go up one "level" in why just yet; a few already know why, but that's all I am prepared to say for now.] cjl [I found one of my own posts on-line from back in the day, and was trying to pursue it.] > > > This works because .XOR. is addition ignoring the carry bits. So, > knowing > > they will happen, just allow them at first, then remove them. > > > Hmm, I just tried that in SIMH, and that doesn't XOR at all. I haven't > a clue what it does. > > What I have entered: > sim> ie -m 100-105 > 100:TAD 76 > 101:AND 77 > 102:CLL RAL > 103:CIA > 104:TAD 76 > 105:DCA 77 > > Locations 076 and 077 being ARGONE and ARGTWO respectively, at the start: > sim> ie 076-077 > 76: 1234 > 77: 4321 > > After running the above code sample: > sim> ie 076-077 > 76: 1234 > 77: 0574 > > If we "flip" ARGONE and ARGTWO's values (to 4321 and 1234 respectively): > sim> ie 076-077 > 76: 4321 > 77: 3661 > > Neither of those is the expected 5115 of an XOR operation. > > Am I missing something blindingly obvious? > > > Cheers, > Christian > -- > Christian M. Gauger-Cosgrove > STCKON08DS0 > Contact information available upon request. > -- "In the future, OS/2 will be on everyone's desktop" Bill Gates, 1992
Re: Has Anyone Written PDP-8 .XOR. Code Using the MQ Register (Without the EAE)?
One more factoid: Many who have DECtape drives do not run them at the final spec of relevant ECOs. The TD8E will work quite as well as it can on the hardware side, but only if you perform all lf the ECOs [or equivalent]. Some are volunteering their time to help document [and in some instances implemente!] some of the more common missing elements towards that goal.] DECtape started out so reliable, no one realized that it could get just enough unreliable to eventually become a "gotcha" unless you have the final spec. All of the following MIGHT apply to any particular TU55 or TU56 drive. ALL of these are fixable with some effort [that may require some cooperation to keep the community cost down to quite affordable: 1) There are three types of front wear plates:. The final is a ceramic in the exact shape as the oldest one made from soft steel. Either is fine; arguably the steel one is actually better in terms of maintenance because it can be polished nicely; the ceramic one can be somewhat cleaned by bathing in certain chemicals to remove the iron oxide buildup that gets INTO the pores of the ceramic, but that's mostly cosmetic, etc. What MUST be avoided is the dreaded mistake that was a major-step backwards: DUAL-SIDED ceramic wear plates. The smooth edge of the other two is replaced by a sharp chisel! It is known tp SHRED the tapes [and sometimes not so slowly!]. I doubt if it can be "blunted" enough to become smotth [it will likely crack apart] but soft steel can be bought; a good machinist can repro he old one, and perhaps by using slightly harder metal, can come up with one arguably better than either DEC original, etc. 2) Inside of the cover on the front of the guides is a small hole with a very coarse spring. The spring is to be OUTLAWED as it is the chief culprit in why everything else is screwed up [including the need to clean/polish the front wear plates as described in 1) above. Most newer TD8E-worthy TU56 fortunately have this changed: The backside of the front cover needs a flat-bottom larger but less-deep hole in a different place [the other hole can be ignored]. This is also a pretty straight-forward machine-shop job. Once that is established, there is a very "floppy" gentle-pushing spring that lowers the force pushing the tape rearward at the rear "cheek" plates [which can score them, see below]. This way, you avoid NEW damage to the tapes, the wear plates [and the rear cheek plates, but you cannot fix present damage this way, so this is still not complete]. 3) The wear plate is defined to have some definite number of thousandths of an inch it can push the tape rearwards. DEC wisely changed it to a bit more [maybe 12 thousandths more total travel, I am not a machinist to measure mill-smidgens, but some people can come up with this by comparing the before and after to get that exact to a macihinist's rule of thumb, etc. In any case, it's a straight-forward milling job and not all that much. [Note: Some guides are made of aluminum, while the spec is for steel, it's not as important to change the guides as it is to change this milling job being applied. Many older TU55 drives are all aluminum and the LINC/LINC-8 drives are all Aluminum. Steel if you have it is preferred, but is not on the list of things to be concerned about; all I mention here is [if your drive needs upgrade]. This allows the tapes to be "thinner" [slightly less than the nominal 3/4 inch wide] because DEC wanted SLIGHTLY damaged tapes to still be useable. [They realized they greatly screwed up from the beginning.] 4) The rear-cheek plates issue: All TU55 drives [and some very early TU56 drives have one-sided rear plates that cannot be swapped left to right and vice verse because it lacks a bevel. This is actually an opportunity! The newer plates were fflipable. the problem is that often field circus did just that, so you can have ruined on both sides guides. If you have the older plates, then get machining to create a virgin new surface. All dual-sided ones need to be evaluated. If you are lucky enough to have only damage on one sided, then just swap them after you do all of the above. They will score very, very slowly, easily 2-3 orders of magnitude lower with the floppy spring than with the old gross one, etc. Each damaged side of any plate has to be a one-off judgement call [actually both sides of any drive are likely in the same shape, good or bad]. It is possible there is the need to polish out the score line, but some are so bad, you may not be able to. Hopefully many will at least pass on one side,etc. We now have hard-anodize capability that didn't exist back then. So, after score-line issues and bevelling if necessary to create a new reverse side for the older ones, they need to be made "naked" and be placed into a modern anodizing bath. If there is no score line [such as on older drives' "back side" you have the best possible outcome. [But you cannott undo deep scores, agtan
RE: XY11 Manual, Anyone? BONK
> -Original Message- > From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Stefan > Skoglund (lokal användare) > Sent: 24 December 2015 09:10 > To: cctalk@classiccmp.org > Subject: Re: XY11 Manual, Anyone? BONK > > ons 2015-12-23 klockan 13:28 + skrev Dave G4UGM: > > Surely there is a copy of CalComp Host Computer Basic Software (HCBS) > > around somewhere that talks to the XY11. After all the Calcomp is > > pretty thick. All it can do is move 1 step at once, well it can do > > diagonals as well, but pretty thick... > > > > Dave > > G4UGM > > > > > -Original Message- > > > From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of > > > Stefan Skoglund (lokal användare) > > > Sent: 23 December 2015 11:07 > > > To: cctalk@classiccmp.org > > > Subject: Re: XY11 Manual, Anyone? > > > > > > > > > > > Then for software I found a diagnostic, XXYAD0 that supposedly > > > > > should draw a square and a rectangle. > > > > > > > > > > Anyone know of other drawing software that uses the XY11 > > > > > > > > > > /Mattis > > > > > > > > The book 'The Minicomputer in the Laboratory' by James W Cooper > > > > covers using an X-Y plotter with an 11/05, and has assembly > > > > listings and a whole bunch of related stuff about scientific > > > > plotting. Also a lot of info on using the LPS- > > > > 11 too. > > > > There are plenty of copies out there and quite cheap too. It's an > > > > excellent book and could be of use to you. > > > > > > > > Steve. > > > > > > > > > > Boken finns i Umeå universitets boksamling (även på > > > fysikinstitutionen.) > > > Det verkar inte finnas något exemplar i Uppsala däremot. :-) Kastad > > > ? > > > > Sorry Dave, i replied in Swedish to the list, my answer was really directed to > Mattis (and the other swedish speaking members) > > It seems that in Swedish university libraries exists three examples (search > thru libris.kb.se.) Mattis can borrow the book from Umeå thru > Kungliga biblioteket i Kungsträdgården (Stockholm.) > > Swedish libraries has an agreement to facilitate "fjärrlån" (remote > borrowing.) We have the same facility in the UK. Its called an Inter-Library Loan. Costs a couple of dollars... Dave G4UGM
Re: PDP-12 Restoration at the RICM
> > Date: Tue, 22 Dec 2015 20:56:51 -0600 > From: Jay Jaeger > Subject: Re: PDP-12 Restoration at the RICM > Message-ID: <567a0d73.2010...@charter.net> > Content-Type: text/plain; charset=utf-8 > > I have an image of MAINDEC-12-D8CD-PB, and a listing as well > (MDEC-12-D8CD-L in my inventory). Let me know if you need them as well > as the drawings (see below). It is in an archive folder with a bunch of > other interesting PDP-12/PDP-8 stuff. > I wrote a program to export a BIN formatted file from a LINCtape image so we were able to make a BIN image of MAINDEC-12-D8CD. This runs OK, where the D8CC does not. Can you give me a pointer to the SerialDisk info? Sounds interesting. > Kyle's SerialDisk is here: https://github.com/drovak/os8diskserver > Hopefully you can actually fix the original M160 and M103 cards. > We have been able to fix all types of broken flip-chips. Sourcing the components is sometimes a challenge. The Germanium transistors for the TU20 on the PDP-9 were hard to find. > > > > We found that the maintenance prints that came with the system do not > > include ECO EM12-0055. > > Does anyone have a set of KW12 prints that include ECO EM12-0055? > The prints that came with this PDP-12 are here: http://bitsavers.trailing-edge.com/pdf/dec/pdp12/maintenance/DEC-12-HR2B-D_PDP-12_Maintenance_Manual_Volume_2_Installation_and_Maintenance_Jun72.pdf Now that I looked in the ECO block I can see that they actually do incorporate ECOs 55 and 57. The machine wiring does not match the CLC page, so maybe there are more recent ECOs in the machine and not in the prints. We visited the RCS/RI crew last weekend and used their PDP-12 to format some LINCtapes. At least we have some freshly formatted, known good, LINCtapes for the TC12 debugging. Jay, we are interested in anything PDP-12 related that we don't have. The PDP-12 is described here: http://www.ricomputermuseum.org/Home/equipment/dec-pdp-12 Details on the PDP-12 restoration process are here: http://www.ricomputermuseum.org/Home/equipment/dec-pdp-12/dec-pdp-12-restoration -- Michael Thompson
Re: PDP-12 Restoration at the RICM
On 12/24/2015 9:59 AM, Michael Thompson wrote: > > We have been able to fix all types of broken flip-chips. Sourcing the > components is sometimes a challenge. The Germanium transistors for the TU20 > on the PDP-9 were hard to find. > I remember replacing a germanium (at least I think it was) transistor on an SMS card with an ordinary silicon transistor in a 7094-II floating point unit back around 1974. Luckily, that worked fine, though for a museum I imagine one would prefer to use the "real thing". ;) > >>> >>> We found that the maintenance prints that came with the system do not >>> include ECO EM12-0055. >>> Does anyone have a set of KW12 prints that include ECO EM12-0055? >> > > The prints that came with this PDP-12 are here: > http://bitsavers.trailing-edge.com/pdf/dec/pdp12/maintenance/DEC-12-HR2B-D_PDP-12_Maintenance_Manual_Volume_2_Installation_and_Maintenance_Jun72.pdf ??? That document is not prints. I suspect you meant: http://bitsavers.trailing-edge.com/pdf/dec/pdp12/maintenance/DEC-12-HR1B-D_PDP-12_Maintenance_Manual_Volume_III_System_Drawings_Jun72.pdf Which is the same revision as mine. (I see that the 1969 edition is also there, but under the name PDP12-MaintVol3_SchemsMar69.pdf). > > Jay, we are interested in anything PDP-12 related that we don't have. > Eventually I expect I will, over the next few years, scan in everything that is not already on bitsavers, but it looks like your current needs have been met. > The PDP-12 is described here: > http://www.ricomputermuseum.org/Home/equipment/dec-pdp-12 > > Details on the PDP-12 restoration process are here: > http://www.ricomputermuseum.org/Home/equipment/dec-pdp-12/dec-pdp-12-restoration > JRJ
Re: HP 16702A logic analyzer failed Ethernet (was Re: dumping Western Digital Microms)
On Wed, Dec 23, 2015 at 11:24 PM, Eric Smith wrote: > > Then in the progress list, it shows: > > Configure LAN interfaces [FAIL] * > Check LAN Status .. [N/A ] > [...] > Configure HP Ethernet interfaces . [ OK ] > Configure HP 100BT interfaces [N/A ] > Configure LAN interfaces . [ OK ] > > Network hardware not usable - Is the network connected? > > I think the Ethernet ports on this beast are dead. :-( > > I'm not sure whether it's the CPU board or the I/O board that is dead, > but Keysight, or whoever they are this week, wants more money for > either of those boards than eBay pricing for a used 16700A or 16702A. I've never had a 16700 series fail that way before, at least not yet. I've had a couple of 16600 series CPU / interface boards that have failed being able to communicate with the logic acquisition board. Those are almost identical CPU / interface boards to the 16700 series. No real surprise that Keysight would want way more for a replacement board than the current market value for a complete used mainframe. That's pretty much the way it always works. If you look around you could probably find a complete working 16700A or 16700B shipped to you for $100 or less. Then either use them with an external monitor instead of your 16702A, or transplant the 16700A parts into your 16702A if you want to keep using the built-in LCD monitor. I have one 16700A that no longer powers on. If just the power supply is dead I might consider parting out the CPU and interface boards. -Glen (One thing that is interesting on the 16700 CPU board are an MP9914FNL, 75ALS160, 75ALS164, and an unused 24-pin connector. I wonder if there is GPIB capability hidden in the system.)
Seasons greetings
To all readers/followers of this website - for those who love classic/vintage computers - I want to wish all the best of the holiday season no matter what your beliefs. In this day of political correctness it is simply to acknowledge Mother Nature's transition from fall to winter and we should take time from our busy schedules to reflect on this 'special' time of the year. Happy computing! Murray :)
UA11 boards
Hi, I know it’s been a while (a long while) since I last posted about ordering new UA11 boards. I just placed an order for 25 boards. To get the best price I did a “4 week turn” which means that I should be receiving the boards by the end of January. I’m only doing bare boards this time, so what you’ll get is a board and a set of printed documentation (which is also available at: http://www.shiresoft.com/downloads/docs/ua11/UA11%20Manual.pdf). I just looked at the documentation and the address and phone numbers are old (so don’t try and use them!). I’ll try and get the documentation updated with current information before I ship any boards. The cost will be less than what’s posted on the website, I won’t have exact numbers until I receive the boards however I expect to charge ~$100/ea + shipping. I’ll let everyone know when the boards arrive, but feel free to email me (off list please!) if you’d like to reserve one (or more!). Do not send any payment until I have boards in hand! Have a Merry Christmas (or whatever your preferred holiday this time of year is)! TTFN - Guy
Re: PDP-12 Restoration at the RICM
On 12/24/2015 01:22 PM, Jay Jaeger wrote: On 12/24/2015 9:59 AM, Michael Thompson wrote: We have been able to fix all types of broken flip-chips. Sourcing the components is sometimes a challenge. The Germanium transistors for the TU20 on the PDP-9 were hard to find. I remember replacing a germanium (at least I think it was) transistor on an SMS card with an ordinary silicon transistor in a 7094-II floating point unit back around 1974. Luckily, that worked fine, though for a museum I imagine one would prefer to use the "real thing". ;) Yes, I overhauled an old HP digital frequency synthesizer that was all built out of PNP Germanium transistors (no ICs.) I substituted the first one with a VHF Silicon transistor and did some tests on the bias, etc. and was pleased to find it was a total drop-in replacement. I replaced over 10 of them in that unit, and they all worked flawlessly. I can imagine some difficult circuits where you couldn't get away with this, maybe a magnetic read amp or a timing circuit or something, but I think in most cases a Silicon transistor will work well. Jon
Re: HP 16702A logic analyzer failed Ethernet (was Re: dumping Western Digital Microms)
On 12/24/2015 01:57 PM, Glen Slick wrote: On Wed, Dec 23, 2015 at 11:24 PM, Eric Smith wrote: Then in the progress list, it shows: Configure LAN interfaces [FAIL] * Check LAN Status .. [N/A ] [...] Configure HP Ethernet interfaces . [ OK ] Configure HP 100BT interfaces [N/A ] Configure LAN interfaces . [ OK ] Network hardware not usable - Is the network connected? I think the Ethernet ports on this beast are dead. :-( If this uses an AUI cable to an Ethernet tap, it is possible the diags don't work without something connected to the AUI cable. Just totally guessing! Jon
Re: PDP-12 Restoration at the RICM
On 2015-Dec-24, at 1:58 PM, Jon Elson wrote: > On 12/24/2015 01:22 PM, Jay Jaeger wrote: >> On 12/24/2015 9:59 AM, Michael Thompson wrote: >> >>> We have been able to fix all types of broken flip-chips. Sourcing the >>> components is sometimes a challenge. The Germanium transistors for the TU20 >>> on the PDP-9 were hard to find. >>> >> I remember replacing a germanium (at least I think it was) transistor on >> an SMS card with an ordinary silicon transistor in a 7094-II floating >> point unit back around 1974. Luckily, that worked fine, though for a >> museum I imagine one would prefer to use the "real thing". ;) >> >> > Yes, I overhauled an old HP digital frequency synthesizer that was all built > out of PNP Germanium transistors (no ICs.) I substituted the first one with > a VHF Silicon transistor and did some tests on the bias, etc. and was pleased > to find it was a total drop-in replacement. I replaced over 10 of them in > that unit, and they all worked flawlessly. > > I can imagine some difficult circuits where you couldn't get away with this, > maybe a magnetic read amp or a timing circuit or something, but I think in > most cases a Silicon transistor will work well. Similarly, I've replaced Ge with common Si in repairs of 60s-era discrete-component equipment and had no problems.
Re: Seasons greetings
On Thu, 24 Dec 2015, Murray McCullough wrote: To all readers/followers of this website - for those who love classic/vintage computers - I want to wish all the best of the holiday season no matter what your beliefs. In this day of political correctness it is simply to acknowledge Mother Nature's transition from fall to winter and we should take time from our busy schedules to reflect on this 'special' time of the year. Happy computing! Murray :) And to you! Today was a work from home day. I used the opportunity to have my Atari running as an auxillary terminal to do some real work on. http://archives.smbfc.net/uploads/retrocomupting/atari800/AtariTerminal_sm.jpg -- Jason Sent from my Atari 800
Re: PDP-12 Restoration at the RICM
On Thu, Dec 24, 2015 at 9:59 AM, Michael Thompson < michael.99.thomp...@gmail.com> wrote: > > Kyle's SerialDisk is here: https://github.com/drovak/os8diskserver I just pushed some changes earlier. Hopefully I didn't break too many things! :) The system handler now has support for FRTS. Still need to add support for older machines (I intend to add separate handlers but still maintain compatibility with the same server). Congrats on the great progress, Michael! Kyle
Re: HP 16702A logic analyzer failed Ethernet (was Re: dumping Western Digital Microms)
On Thu, Dec 24, 2015 at 12:57 PM, Glen Slick wrote: > If you look around you could probably find a complete working 16700A > or 16700B shipped to you for $100 or less. Then either use them with > an external monitor instead of your 16702A, or transplant the 16700A > parts into your 16702A if you want to keep using the built-in LCD > monitor. Actually the LCD monitor in the 16702A was dead when I got it, which was probably why I got a good deal. Since the resolution of the LCD is so low, it's much more usable with an external monitor anyhow. I just wish that there was a setting for 1600x1200 at 60Hz, or that there was a way to set up the "custom" display setting. > I have one 16700A that no longer powers on. If just the power supply > is dead I might consider parting out the CPU and interface boards. I have a 16701A that doesn't power up. I haven't yet tried to sort that out. I haven't really ever need more than five acquisition cards. > (One thing that is interesting on the 16700 CPU board are an > MP9914FNL, 75ALS160, 75ALS164, and an unused 24-pin connector. I > wonder if there is GPIB capability hidden in the system.) Are those chips actually loaded? Maybe they used them for manufacturing test? I did think that one of the things they screwed up on the 16700 series was not supporting HP-IB and the command set of the 16500 series. Don't even get me started on the 16900 series, though.
Re: HP 16702A logic analyzer failed Ethernet (was Re: dumping Western Digital Microms)
On 12/24/2015 04:05 PM, Eric Smith wrote: Don't even get me started on the 16900 series, though. For the time, they were pretty advanced, especially in comparison to the likes of Biomation or Tek 'scope plug-ins. I don't think it's fair to grouse about them, wishing that they were something that they're not. --Chuck
Re: HP 16702A logic analyzer failed Ethernet (was Re: dumping Western Digital Microms)
On Thu, Dec 24, 2015 at 4:05 PM, Eric Smith wrote: > >> (One thing that is interesting on the 16700 CPU board are an >> MP9914FNL, 75ALS160, 75ALS164, and an unused 24-pin connector. I >> wonder if there is GPIB capability hidden in the system.) > > Are those chips actually loaded? Maybe they used them for manufacturing test? Yep, they're present on every board I've seen. They're in the upper right hand corner on the bottom of the main CPU board in these pictures, next to the N82503 Dual Serial Transceiver. 16700A Logic Analyzer Circuit Boards (Two Fan Version) https://goo.gl/photos/v9XK2Grc1aCaHGS3A 16700A Logic Analyzer Circuit Boards (Three Fan Version) https://goo.gl/photos/ZTDG9VgBvrvJocaQA 16700B Logic Analyzer Circuit Boards https://goo.gl/photos/JLTTGy6yDPngDKqF6
Re: HP 16702A logic analyzer failed Ethernet (was Re: dumping Western Digital Microms)
On Thu, Dec 24, 2015 at 5:41 PM, Chuck Guzis wrote: > On 12/24/2015 04:05 PM, Eric Smith wrote: >> Don't even get me started on the 16900 series, though. > For the time, they were pretty advanced, especially in comparison to the > likes of Biomation or Tek 'scope plug-ins. I don't think it's fair to > grouse about them, wishing that they were something that they're not. I don't think we're talking about the same thing. The 16900 series is (last I heard?) the current generation of logic analyzer mainframes.
Re: HP 16702A logic analyzer failed Ethernet (was Re: dumping Western Digital Microms)
On 12/24/2015 05:17 PM, Eric Smith wrote: I don't think we're talking about the same thing. The 16900 series is (last I heard?) the current generation of logic analyzer mainframes. My bad--I misread it as "16000". Damned type fonts and bad eyes... It's what, Keysight, used to be Agilent, used to be HP? Wonder what Bill and Dave would have thought about the latest round of slicing and dicing --Chuck
Merry Christmas
Just wanted to say a very sincere Thank You to all the talented folks that hang out here and call this place home, and also to wish you and yours a Merry Christmas. Best, Jay West jw...@classiccmp.org
Re: Merry Christmas
Yes and a Marry Christmas to you and yoursJay! Ed# In a message dated 12/24/2015 7:15:45 P.M. US Mountain Standard Time, jw...@classiccmp.org writes: Just wanted to say a very sincere Thank You to all the talented folks that hang out here and call this place home, and also to wish you and yours a Merry Christmas. Best, Jay West jw...@classiccmp.org
