test-drb

test-drb@ccmp.vtda.org

101090 discussions

by sales＠elecplus.com

I have a large qty to donate to a vintage computer group. I do not want to ship. Someone in Austin or San Antonio area want to come and get it? I would like it gone before this Saturday. Cindy Croxton Electronics Plus 1613 Water Street Kerrville, TX 78028 830-370-3239 cell sales at elecplus.com --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

7 years, 2 months

HP9816 PAL16L8 (alan@alanlee.org)

by pieroandreini＠vodafone.it

> L series are combinatorial only. You (or someone who has a working one) > should be able to figure out a logic map by either running through all > the input permutation or putting it in a reader that will do the same > (vs reading the fuse data). > > -Alan > > Good luck. unfortunately I don't have a working PAL, that's why I'm looking for the jedec file

7 years, 2 months

SGI IRIX 6.5 Screen Savers (emulated Indy w/ 24-bit XL graphics) running in MAME

by aek＠bitsavers.org

pretty cool.. https://www.youtube.com/watch?v=e6E0_qgfGGQ

7 years, 2 months

VCF Midwest: Hotel Reservations Open

by silent700＠gmail.com

After long delay, we can finally share the location of this year's show! Room registration is open and awaiting your reservation. We've got a new venue this year and that means a new table layout, which we're hard at work on and will be posted Real Soon Now. Then we can start signing up exhibits and vendors. Look for another announcement email when we're ready to begin. Here are the vital accommodation infos: WHERE: Waterford Banquets/Clarion Inn, 933 S. Riverside Drive, Elmhurst, IL WHEN: September 14-15, 2019 HOW MUCH: We have a group rate of $109/night for single or double-bed rooms RESERVATIONS: We have a direct link for our group code. Note that the dates default to the entire block (Wed-Mon) and you will have to adjust them to your needs. LINK: https://www.choicehotels.com/reservations/groups/gw24z4 OTHER STUFF: Please make use of our group code if you're staying with us. Every room (and room-night) counts toward reducing our venue costs and increases the chances of being invited back next year! If you book with AAA or another group plan, please let the hotel know that you are attending VCF Midwest and they will credit your stay to our block. RESERVATIONS MUST BE MADE BY AUGUST 24, 2019! NO GROUP RATE WILL BE HONORED AFTER THAT DATE! Note: If the online form is not working or not giving you the group rate, please call the hotel directly at 630-279-0700 before contacting us! Oh yes, we figured new location = new era = new website. Besides, some found the old site a bit unfriendly and primitive, what with all that green monospace nonsense, like it's some kind of old computer or something. This new "interactive[1]" look is sure to impress. Surely. nothing says "user-friendly" like... http://vcfmw.org Thanks to all and we'll see you in September, -j [1] In that it's "not batch".

7 years, 2 months

HP98035 Real Time clock and AC5954N clock chip

by curiousmarc3＠gmail.com

All HP fans in general and Tony in particular, I have the exact same problem. HP98035 real time clock module (http://hpmuseum.net/display_item.php?hw=168), plugged into a HP9825T (http://hpmuseum.net/display_item.php?hw=171), accepts commands, reads back all 8's. Battery is new, is charging and at the correct voltage. Documentation says "never run the module without the battery or it would damage the AC5954N clock chip". When I got the module it had not battery in it, so this is what could have happened. Tony, did you eventually repair your module or find some data on the clock chip? Marc List: classiccmp <https://marc.info/?l=classiccmp&r=1&w=2> Subject: AC5954N clock chip (I think) From: ard () p850ug1 ! demon ! co ! uk (Tony Duell) <https://marc.info/?a=104957097300008&r=1&w=2> Date: 2001-08-26 22:55:32 <https://marc.info/?l=classiccmp&r=1&w=2&b=200108> [Download RAW message <https://marc.info/?l=classiccmp&m=104961357310567&q=mbox> or body <https://marc.info/?l=classiccmp&m=104961357310567&q=raw> ] I've got a non-working HP98035 real time clock module (for HP9825, etc) on the bench. It accepts commands, it sends something back, so I think the bus interface and microcontroller are all fine. The problems are : The real time reads back as 88:88:88:88:88 There is no activity on the crystal connected to the AC5954N clock chip (or at least I think it's a clock chip). Enabling the oscillator testpoint doesn't do a darn thing (well, the control/setting latch U7 changes state so again the microcontroller is doing something). There is no activity on any of the pins on the chip. It is getting power (it's not a problem with the NiCd battery). I suspect the chip. Has anyone come across it? It may be a common digital clock/calendar chip, or at least related to one (if it is HP-custom). It doesn't seem to be particularly designed for a microprocessor bus -- the output may be for direct driving 7-segment displays or maybe a multiplexed BCD output to link to a display decoder/driver. Thanks in advance for any help. -tony

7 years, 2 months

Alfaskop terminals and SPL programming language.

by mattislind＠gmail.com

I have been scanning a few manuals and brochures related to the Alfaskop series of IBM 3270 compatible and Uniscope 100 compatible terminals. http://www.datormuseum.se/peripherals/terminals/alfaskop Unfortunately very little seems to be saved regarding this series of quite successful terminals. In total around 900.000 units were produced. Starting with the dumb 3100 with delay line memory, to the 3500/ 3700 with a TTL CPU and the the 4100 series with 6800 CPU and finally the 91xx series with 68k CPU (I believe). There is a brief history on the wiki page ( https://en.wikipedia.org/wiki/Alfaskop) One interesting thing with the 41xx series is that it has a general purpose real time operating system described in this manual http://storage.datormuseum.se/u/96935524/Datormusuem/Alfaskop/Alfaskop_Syst… This manual refers to a SPL programming Language, and a SPL reference manual, which I am lacking. The SPL language seems to have realtime constructs like WAIT, DECLARE TASK, POST etc. Is there anyone that recognize the language or is it an invention made by Datasaab back in the days? Another interesting feature is that the 41xx series made use of a star coupled 300 kbit/s sort of network. Mainly to communicate with the likewise networked floppy drive or communication controller. The terminal could be configured to work stand alone with a floppy drive or using a communication controller as it seems. Depending on what it was configured for, the terminal could either run various terminal emulations, the Alfaword wordprocessing package or even the UCSD p-system. It would really be very interesting to find any of this software. So if anyone knows anything I am interested.

7 years, 2 months

M7264 Troubleshooting

by jnc＠mercury.lcs.mit.edu

> From: Allison > ODT for the two systems are very different. .. KDF-11 the ODT is part > of the higher level code. The larger cards (11/23 and 23+) boot to > resident (ep)rom. Ah, no. (Well, the KDF11 CPU's can boot to EPROM, which in the -11/23+ can be on the CPU card; the -11/23 is a dual card and has no functionality on the CPU card except the CPU.) The ODT in the KDF11's (and KDJ11's) is, just like in the LSI-11's, microcode, not macro-code. From the 1982 'microcomputers and memories' handbook, pg. 161 (in Chapter 7, "Octal Debugging Technique (Microcode ODT)"): "The console emulator Octal Debugging Technique (ODT)is a portion of the processor microcode ... The console ODT implemented on the LSI-11/23, PDP-11/23 and PDP-11/23-PLUS is identical." and on pg. 154: "Unlike the LSI-11 and LSI-11/2, the LSI-11/23 does not enter console ODT upon occurrence of a double bus error" >From which I think is quite clear that the KDF11's have microcode ODT. Noel

7 years, 2 months

M7264 Troubleshooting

by jnc＠mercury.lcs.mit.edu

A follow-up to close out something: > OK, now a picture of the bus with no console card: > http://ana-3.lcs.mit.edu/~jnc/tech/pdp11/jpg/BSYN-BDAL_NoMem.jpg [Note: image re-named, to correctly say what it's showing] > It's a bit hard to interpret what's going on here .. The long assertion > of BSYNC is undoubtly the CPU trying to get the console CSR to respond, > and eventually timing out. Not sure what the short assertion following > it is - without looking at the ucode for the ODT, there's no way to know > what the CPU's doing. > Even harder to understand is what the BDAL line is doing. It looks like > it's un-asserted (0, i.e. +3V) on the falling (electrically - rising, > logically) edge of BSYN (which would be incorrect - see above). And then > it hops around while BSYNC is asserted, which makes no sense at all to > me. So this makes a little more sense now. This is actually showing a NXM cycle to main memory (apparently to address 0), hence the '0' on BDAL10. (The second assertion of BSYNC must be somehow associated with the NXM.) Apparently it doesn't even try to talk to the console card unless the memory is there OK; if it can't see the memory, it must just reset and try again. Here: > http://ana-3.lcs.mit.edu/~jnc/tech/pdp11/jpg/BSYN-BDAL_NoCon.jpg is a system with memory, but without a console. A very similar picture, but here BDAL10 _is_ '1', as expected. So the original picture did in fact indicate what the problem was - had I known enough to know how to interpret it! Schaeffer's Law strikes again! Although I still don't understand why the LSI-11 wants to see main memory on the bus, in order for ODT to run. ODT doesn't use memory at all; ODT on the KDF11 CPUs will run without any memory. Noel

7 years, 2 months

HP9816 PAL16L8

by pieroandreini＠gmail.com

desperately looking for jedec file of PAL16L8 position U69 part # 1820-2991 for my HP9816

7 years, 2 months

M7264 Troubleshooting

by jnc＠mercury.lcs.mit.edu

> From: Mister PDP > Wow, I wasn't aware that the ODT console needed memory to run. It was news to me too! (And apparently to most others here too?) I was going to look at those confusing bus cycles, using an only slightly mis-addressed console, and wanted to first check that that console worked when properly configured; so I plugged in it and an LSI-11/2 CPU - nothing. Switched to a different CPU (maybe the first one died), _still_ nothing? So I tried an -11/23, ODT worked! So, the console worked; the chances of two CPUs that were working a week ago suddenly both dying seemed slim... what else could it be? And the /23 works with no memory! Odd. Will definitely have to make a note of that LSI-11 behaviour on the CHWiki. > I plugged in my 32kw module with my M8017-AA, and it fired right up to > ODT without a hassle. Yee-hah!!! EXCELLENT!!! Well, it took a while, but we finally got there! Do let us know how it goes with your next steps - and if you have an issue, let us know! (Hopefully, next time, we won'tbe so clueless! :-) Noel PS: Might be useful to check that the DLV11-J works; having a stock of known-good boards you can swap in is such a tool for QBUS debugging.

7 years, 2 months

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

test-drb