Re: HP1631D Logic Analyzer..Software???

[Chris Hanson]

On Dec 14, 2016, at 1:07 AM, Holm Tiffe  wrote:

> As far as I know I do have an HP IEEE488 ISA Board lying around somewhere,
> and I'l ltry to look at the stack of old Motherboards if I can find
> something with a "higher" CPU and ISA Slots to build a Windoze computer
> that can be connected to the 9121D Drive so that I can restore the
> images to disks.

You can interface with HP-IB equipment pretty easily with modern hardware too, 
you can get a GP-IB adapter that uses USB or PCIe and for which a full set of 
driver libraries is available fairly inexpensively.

  -- Chris

Re: Z-80 code question about a loop that depends on the contents of the refresh register

[Ethan Dicks]

On Wed, Dec 14, 2016 at 2:08 AM, Alexis Kotlowy
 wrote:
> On 14/12/2016 09:19, Ethan Dicks wrote:
>> So far, this loop hangs on all three emulators I've tried - simh's
>> altairz80, simcpm010 for AmigaDOS, and EMUZ80 for Raspberry Pi...
>
> Have you tried running it on ZEMU? (Windows only unfortunately, but
> should run under WINE).
>
> http://www.z80.info/z80emu.htm#EMU_CPU_W32

Thanks for the tip, Alexis.  It did run under ZEMU under Wine on my
Mint laptop, but what an awful interface.  My next goal is finding
something less mousy like fixing altairz80.

> I tried single stepping through it just now and it looks like it's doing
> its job, at least as a possible random number generator.

Yep.  No tweaks.  It just ran as expected under ZEMU once I got the
files in there.

> I can't find any information on what the MSB is set to when the
> accumulator is loaded with R, and what the Sign flag is set to. The
> datasheet says the Sign and Zero flags are changed by the instruction.
> If either of these flags are set, the routine enters an infinite loop.

The upper bit of R can be set or cleared with LD R,A but won't change
state due to counter activity.  I checked the program - it only does
LD A,R to read the register.  It never sets it.

Thanks again for the tip.  Once I get a few more things checked out,
I'll be revealing what this is all about.  I think a few people may be
interested, or at least amused.

-ethan

Re: HP1631D Logic Analyzer..Software???

[Chris Hanson]

As someone with an HP 1660cs, I'd love to see it. Do you remember the specific 
architecture it was for?

Also, isn't 1650 software compatible with the 1660? :)

Finally, is there anything I should do with my 1660cs for preservation 
purposes? Image the hard disk, that sort of thing? Or can it be entirely 
reloaded from the OS floppy images still distributed by Keysight?

  -- Chris

Sent from my iPad

> On Dec 14, 2016, at 12:52 PM, Rik Bos  wrote:
> 
> Andrea,
> 
> I've the symbol editor utility for the 1660 series.
> I also have the inverse assembler development software for the 16500 and 1650 
> series.(HP 10391B)
> 
> -Rik
>> -Oorspronkelijk bericht-
>> Van: cctalk [mailto:cctalk-boun...@classiccmp.org] Namens shad
>> Verzonden: woensdag 14 december 2016 19:36
>> Aan: cctalk
>> Onderwerp: Re: HP1631D Logic Analyzer..Software???
>> 
>> hello,
>> somewhere around I should have a floppy with disassembler for HP1660 series.
>> I suppose it is useless for 1630... or not?
>> Should I give a look to find it?
>> 
>> Andrea
> 

Re: ADM-3A Lower case ROM issue

[Jörg Hoppe]

Am 14.12.2016 um 20:13 schrieb Steve Hatle:




 Original Message 
Subject: Re: ADM-3A Lower case ROM issue
From: Jörg_Hoppe 
Date: Wed, December 14, 2016 9:00 am
To: cct...@classiccmp.org


By accident, I just now restored an ADM3 (not the "A")!
Lowercase ROM was made with an pin-rearranged 2706 EPROM.
Additional RAM was inserted, DIP switches were set: works perfectly.

However, with lowercase ROM installed and DIP switches set, but extra
RAM missing,
the Space "0x20" was displayed as a " ` ".
So I think you have an RAM issue.
Perhaps cleaning the socketed extra RAM helps?

Joerg



Thanks - that sounds like my symptoms exactly. I'll check out the RAM.

Steve



Well, there you go. The sockets for two 2102 RAM chips are empty!

Anybody have a couple of these guys they can spare, or a quick pointer
on where to buy them?

I got mine from Bulgaria:
http://www.ebay.de/itm/311745516883

Joerg



Thanks all, esp. Joerg for the tip!

Steve

Re: Z-80 code question about a loop that depends on the contents of the refresh register

[allison]

On 12/14/16 11:33 AM, Ethan Dicks wrote:

On Wed, Dec 14, 2016 at 2:08 AM, Alexis Kotlowy
 wrote:

On 14/12/2016 09:19, Ethan Dicks wrote:

So far, this loop hangs on all three emulators I've tried - simh's
altairz80, simcpm010 for AmigaDOS, and EMUZ80 for Raspberry Pi.  I'm
  guessing none of these environments emulate specific behavior of the
  Refresh register?


Ethan,

Have you tried running it on ZEMU?

I have not.  Thanks for the suggestion.  I don't know which emulators
might implement the refresh register.


(Windows only unfortunately, but should run under WINE).

That's what it will take - I'm 100% UNIX/Linux (well... plus VAX and
PDP-11 and Amiga and PET...)


http://www.z80.info/z80emu.htm#EMU_CPU_W32

I tried single stepping through it just now and it looks like it's doing
its job, at least as a possible random number generator.

Excellent.  I expect it should work.


When was this game written? Perhaps it's supposed to lock up on
emulators that don't emulate the Z80 completely?

1979.  Emulators weren't a factor then.


Not knowing what the game is, it could be a copy protection routine too.

I don't think so.  It's just generating a percentage which it's using
for probability.


I can't find any information on what the MSB is set to when the
accumulator is loaded with R, and what the Sign flag is set to. The
datasheet says the Sign and Zero flags are changed by the instruction.
If either of these flags are set, the routine enters an infinite loop.

Tony Duell pointed that out too.  I suspect that this code works for
machines that existed at the time, with 16K DRAMs, and might or might
not have worked on later machines.  A quick scan of InfoWorld links
and such and I can't find any S-100 cards with 4164s older than about
1983.  I don't think there were many commercially available 64K DRAMs
prior to 1982.

-ethan

The first year of appearance for 64K DRAMS was mid to late 1980 
(expensive and scarce)
and mostly sampling to the big vendors.  For regular users late 81 when 
the price

started down.  There were three flavors, 8bit refresh, 7bit refresh, and
internal refresh came in a bit later by maybe mid 1982.

Adoption was a bit slow due to cost and Alpha particle concerns with 
soft errors


The Z80 could do 8bit refresh with hardware or software or the self 
refresh (internal).


Nominally the R register is a counter that increments from any value to 
7bit overflow.
I believe most emulators actually do that.  Check MyZ80 Simon Crans work 
(32bit

dos/ pre-7-winders only or in a 32bit sim/VM).

Either that or lookup and assemble Grant Searle's low chip count Z80 system.

Allison

Re: Z-80 code question about a loop that depends on the contents of the refresh register

[Ethan Dicks]

On Wed, Dec 14, 2016 at 4:26 PM, allison  wrote:
>>> On 14/12/2016 09:19, Ethan Dicks wrote:

 So far, this loop hangs on all three emulators I've tried - simh's
 altairz80, simcpm010 for AmigaDOS, and EMUZ80 for Raspberry Pi.  I'm
   guessing none of these environments emulate specific behavior of the
   Refresh register?

> The first year of appearance for 64K DRAMS was mid to late 1980 (expensive
> and scarce)  and mostly sampling to the big vendors.  For regular users late 
> 81
> when the price started down.

Right.  I was a user of 8-bit micros in that exact era.  My first
hands-on experience as a user was the memory inside the Commodore 64.
My first engineering experience was in 1984 on a product designed in
1983 (COMBOARD-II with 128K of 4164 chips and a 74S409 refresh
controller).

> There were three flavors, 8bit refresh, 7bit refresh, and
> internal refresh came in a bit later by maybe mid 1982.

I know there were different types but not those details.  Thanks.

> The Z80 could do 8bit refresh with hardware or software or the self refresh
> (internal).

I'm also a little fuzzy on this aspect of things because I was never a
Z-80 user back in the day.

Software Results considered a Z-80 COMBOARD very early on, but
abandonded that approach because it would have likely required 2 hex
Unibus modules and so opted to hold out a few months and go with a
68000 and SRAM design on a single hex card (my old boss still has an
XC68000 with S/N 424 engraved on the lid).

> Nominally the R register is a counter that increments from any value to 7bit
> overflow.

So I'm learning.

> I believe most emulators actually do that.

The first three emulators I tried (simcpm010, altairz80, and EMUZ80)
on three different platforms (AmigaDOS, Linux, and ARM) do not.  I now
have a couple of names of DOS/Windows emulators that should.  I will
have to run them under Wine since I'm not a Windows user.

It's funny because I would have tried this on simcpm010 25 years ago
(it was on the Amiga disk I just extracted all these files from) and
it would have failed then just as it fails today, and then, I had *no*
idea why.  I've learned a lot since then because it only took me a few
hours of digging to uncover why.

> Check MyZ80 Simon Crans work (32bit
> dos/ pre-7-winders only or in a 32bit sim/VM).

I will look that up.

> Either that or lookup and assemble Grant Searle's low chip count Z80 system.

The worry is not running on real hardware.   Once I get some time to
clean up my XOR or dig out a Kaypro, I will run it on real hardware.
I want to find/fix an emulator for modern machines so that other
people can just grab and go.  Also, this is not _just_ a Z-80 program,
it's a CP/M program, with CP/M BDOS calls to open/close/read/write
files and read-from/write-to the console (F_OPEN, F_CLOSE, F_READ,
F_WRITE, C_READSTR, C_WRITE).

Right now, I'm leaning towards fixing altairz80 first since that runs
on "everything".  I may also work with the author of EMUZ80 so it
works on bare-metal Raspberry Pi (EMUZ80 is a Pascal app that runs in
the Lazarus bare-metal framework, so you need Windows to rebuild the
app).   I don't mind putting known-working Windows-based emulators on
a list of "verified environments", but I'm not going to push this to
the public without a Mac and a Linux answer.  Telling the world that
they have to build a real Z-80 CP/M machine to play a game isn't going
to hit a large audience.

Thanks,

-ethan

RE: ADM-3A Lower case ROM issue

[Steve Hatle]

 Original Message 
Subject: Re: ADM-3A Lower case ROM issue
From: Jörg_Hoppe 
Date: Wed, December 14, 2016 9:00 am
To: cct...@classiccmp.org


By accident, I just now restored an ADM3 (not the "A")!
Lowercase ROM was made with an pin-rearranged 2706 EPROM.
Additional RAM was inserted, DIP switches were set: works perfectly.

However, with lowercase ROM installed and DIP switches set, but extra 
RAM missing,
the Space "0x20" was displayed as a " ` ".
So I think you have an RAM issue.
Perhaps cleaning the socketed extra RAM helps?

Joerg



Thanks - that sounds like my symptoms exactly. I'll check out the RAM.

Steve



Well, there you go. The sockets for two 2102 RAM chips are empty! 

Anybody have a couple of these guys they can spare, or a quick pointer
on where to buy them?

Thanks all, esp. Joerg for the tip!

Steve

Re: Z-80 code question about a loop that depends on the contents of the refresh register

[Tony Duell]

>> I can't find any information on what the MSB is set to when the
>> accumulator is loaded with R, and what the Sign flag is set to. The
>> datasheet says the Sign and Zero flags are changed by the instruction.
>> If either of these flags are set, the routine enters an infinite loop.
>
> Tony Duell pointed that out too.  I suspect that this code works for
> machines that existed at the time, with 16K DRAMs, and might or might
> not have worked on later machines.  A quick scan of InfoWorld links


The type of RAM shouldn't matter (provided it works properly...)

The R register is an 8 bit register. It can be loaded from the accumulator
and read back into the accumulaotr (the LD A,R instruction you see here).
The bottom 7 bits of R are incremented (with wraparound from 111  to
000 ) after every instruction. The top bit is left alone.

At certain times, the RFSH/ signal is asserted by the Z80, At this point
all 8 bits of the R register appear on the bottom 8 bit of the address bus.
(As an aside, the I register, the interrupt vector register, appears on the
top half of the address bus).

Ths incrementing 7 bit address is useful for refreshing those DRAMs that
need 128 refresh cycles (a so-called '7 bit refresh'). There is no reason you
have to use it for that, even if you have DRAM (you could make your own RAM
controller, with its own refresh generator, in fact I would guess a lot of S100
RAM boards did, so they could be used with CPUs other than the Z80).
The behaviour of the R register is, of course, unchanged whether you use
it for RAM refresh or not.

It is my guess (without looking at the datasheets) that as the LD A,R
instruction has been said to affect the sign and zero flags that these
behave in the obvious way. Z is set if the value loaded is zero. The
sign bit is set if the high bit of R is set.

If that guess is right then there is a problem. If the high bit of R is set
then the routine as given will go into an infinite loop. Remember the automatic
incrementing of R is only on the bottom 7 bits.

What I need to do is find exactly how the flags are set by the
LD A,R

-tony

RE: Odd "endianness" [was Re: RE: Base 64 posts to the list]

[Rich Alderson]

From: Lars Brinkhoff
Sent: Wednesday, December 14, 2016 3:54 AM

> Noel Chiappa wrote:

>>> 9-track tapes on the PDP-10 used one of the following encodings:

>> What about 7-track, any idea? I would assume 6 x 6-bit tape frames per
>> 36-bit word, but that's just a guess.

> A reasonable guess, and one I'd make too.  But I don't know either.

According to the monitor calls manuals for both Tops-10 and TOPS-20, as
well as the manual specifically on tape labels etc., that's a very good
guess, and a correct one.

> Supposedly, many ITS backups were made to 7-track tapes.  That became a
> problem when the old tape drives started to fail, and available new tape
> drives were only 9-track.

The same issue occurred at SAIL for the early WAITS backups prior to the
introduction of a KL-10 into the system (which grew from a PDP-6 to a
PDP-10/PDP-6 to a KL-10/KA-10/166, then shrank to a KL-10/KA-10 down to
a KL-10 only).  The KL-10 had TU-78 drives on an RH20.

AIUI, the older backup tapes were refrangled onto new 9-track media before
the KA-10 and its drives were retired.

Rich


Rich Alderson
Vintage Computing Sr. Systems Engineer
Living Computer Museum
2245 1st Avenue S
Seattle, WA 98134

mailto:ri...@livingcomputermuseum.org

http://www.LivingComputerMuseum.org/

Found in data center

[Pete Lancashire]

An old cabinet that only IBM had the key, they came by took what they
wanted and left it full

I only got a quick shot of what's in there .. any interest ? Located
Portland, Oregon

https://goo.gl/photos/rSUZ9nnxsrxN8nku5

TI 980 software?

[Josh Dersch]

Hi all --

The TI 980B I got from that NWA auction from a month or so ago finally 
made its way back to my house, and the CPU looks to be in decent shape.  
I'll probably start working on restoring it after the new year.  
Bitsavers has ample documentation, but I haven't found much software at 
all -- I don't suppose anyone out there's got any tucked away somewhere?


I've found this: http://www.cozx.com/dpitts/ti980.html which provides a 
nice cross assembler/linker and simulator so I guess I can write my own :).



I was hoping there'd be a bit more to the system than the CPU, but the 
rack it came in was effectively empty apart from the CPU, a gigantic 
power supply and an empty backplane and card-cage. There was a stack of 
documentation included, so now I know that this TI was originally part 
of an Evans and Sutherland "NOVOVIEW 2500" -- a "Night Only View" flight 
simulator that used a set of point-plotting X/Y beam-penetration 
displays (red/orange/amber/yellow/green colors) to simulate a runway at 
night.  (These were the DSI displays that were auctioned off as a 
separate lot, wish I'd known what they were at the time...) Pretty 
interesting, a shame all of the cool hardware was stripped out at some 
point.  Based on the printout stuck in the Omni 800 that came with it, 
this was in use through at least 2000.


Thanks,

- Josh

RE: HP1631D Logic Analyzer..Software???

[Rik Bos]

Andrea,

I've the symbol editor utility for the 1660 series.
I also have the inverse assembler development software for the 16500 and 1650 
series.(HP 10391B)

-Rik
> -Oorspronkelijk bericht-
> Van: cctalk [mailto:cctalk-boun...@classiccmp.org] Namens shad
> Verzonden: woensdag 14 december 2016 19:36
> Aan: cctalk
> Onderwerp: Re: HP1631D Logic Analyzer..Software???
> 
> hello,
> somewhere around I should have a floppy with disassembler for HP1660 series.
> I suppose it is useless for 1630... or not?
> Should I give a look to find it?
> 
> Andrea

Re: HP1631D Logic Analyzer..Software???

[shadoooo]

hello,
somewhere around I should have a floppy with disassembler for HP1660 series.
I suppose it is useless for 1630... or not?
Should I give a look to find it?

Andrea

WTB SS-30 FDC

[David Coolbear]

I've been looking for an SS-30 bus floppy controller for some time now. 
Examples would be DC2/DC3/DC4/DC5, but I would also be OK with a Pertec 
or SSB. Anyone have one that they would be willing to part with?

Re: ADM-3A Lower case ROM issue

[Jörg Hoppe]

By accident, I just now restored an ADM3 (not the "A")!
Lowercase ROM was made with an pin-rearranged 2706 EPROM.
Additional RAM was inserted, DIP switches were set: works perfectly.

However, with lowercase ROM installed and DIP switches set, but extra 
RAM missing,

the Space "0x20" was displayed as a " ` ".
So I think you have an RAM issue.
Perhaps cleaning the socketed extra RAM helps?

Joerg


On Tue, Dec 13, 2016 at 5:50 PM, Steve Hatle  wrote:


I acquired an ADM3-A a while back from the NWA auction, and a
generous friend was able to get me the lower case ROM chip that
was "missing"  from my terminal.

I set the DIP switches and installed the ROM. When I turned on the
terminal, the whole screen was filled with "`" characters before the
host was ever started.

When I started up the connected Sun machine, the terminal did display
both upper and lower case characters, but the "`" characters remained
and appeared to fill out each new line, and text printed out by the
machine was followed by garbage characters - like "Login:n". Typed
characters were correctly upper or lower as typed.

I removed the ROM and cleaned the legs of the chip. I didn't clean the
socket, since I didn't have anything like DeOxit handy. I did remove and
re-insert the ROM a couple of times.

When I removed the ROM and set the DIPs back to the original setting,
the terminal worked like normal in all upper case. Setting the DIPs to
force upper case, etc. when the ROM was in always showed the bad
behavior though the characters were upper/lower as you would expect from
the switch settings.

TL;DR - bad and extra characters when the ROM chip is in, everything OK
when it's out.

So, barring a bad connection to the chip while it's in the socket, it
seems like the ROM itself could be bad. I'll dig through the maint
manuals and see if I can find anything related to this behavior. In the
meantime, any ideas from the collective are welcome.


Take a look at the silk screen on the board - ISTR there's another chip
that needs to be added, some simple TTL logic.  I converted mine several
years ago without problems - but that was with the original ROM.

RE: ADM-3A Lower case ROM issue

[Steve Hatle]

 Original Message 
Subject: Re: ADM-3A Lower case ROM issue
From: Jörg_Hoppe 
Date: Wed, December 14, 2016 9:00 am
To: cct...@classiccmp.org


By accident, I just now restored an ADM3 (not the "A")!
Lowercase ROM was made with an pin-rearranged 2706 EPROM.
Additional RAM was inserted, DIP switches were set: works perfectly.

However, with lowercase ROM installed and DIP switches set, but extra 
RAM missing,
the Space "0x20" was displayed as a " ` ".
So I think you have an RAM issue.
Perhaps cleaning the socketed extra RAM helps?

Joerg



Thanks - that sounds like my symptoms exactly. I'll check out the RAM.

Steve

Re: ADM-3A Lower case ROM issue

[Al Kossow]

On 12/13/16 5:50 PM, Steve Hatle wrote:
> I acquired an ADM3-A a while back from the NWA auction, and a 
> generous friend was able to get me the lower case ROM chip that 
> was "missing"  from my terminal.
> 

related to this

http://juliepalooza.8m.com/sl/adm3a-2.htm

has rom dumps

I was going to put them on bitsavers (I may still do it today), but there are a 
few
oddities:

Extra bits in an unused (nonexistant?) column of the UC ROM

Exact inversion of the character order in the LC ROM from the normal GI 
RO-3-2513/CGR-005
Don't know if this was intentional or not. Maybe they inverted the address 
going to it?

I'll also include the two pages describing the glyphs from the GI databook

Re: Megatek Series 7000 Graphics System?

[Al Kossow]

On 12/14/16 12:56 AM, Holm Tiffe wrote:

> As far as I understood, you now have found the AM2901 BitSlices in your
> machine?

yes
> It where intersting to know in which order the boards in your system are
> placed.
>

Unfortunately, the boards were separated from the chassis years ago, and after
a couple of days of searching I can't find the chassis. I really hope it didn't
get tossed in a purge last summer.

I found some bits of code on the net (mgdev.h in the BRL-CAD package) that 
describe
the instruction set, and a couple of people I need to try to try
contacting to see if they still have any documentation. There were drivers 
around
for V6 Unix, Purdue, MIT, UPenn and several other places wrote their own 
packages it seems
for it

http://www.psych.upenn.edu/~saul/MAN3rev
https://dspace.mit.edu/bitstream/handle/1721.1/45177/08509887-MIT.pdf
https://dspace.mit.edu/bitstream/handle/1721.1/45178/09961685-MIT.pdf

I have the Purdue library on a DECtape image that I'll need to extract the 
files from.

If you can look at the backplane, can you tell me if it is just bussed straight 
across?
It really seems like there were over the top card connectors for the peripheral 
bus and
just a bus arragement on the backplane.

It is a very modular system. In the case of the vector version, a minimum 
configuration
was the unibus interface, processor, memory, and vector generator cards. I 
think your
unit was raster, so there was an intermediate vector to raster converter, and 
frame buffer
that took the display list memory and rasterized it.

My unit has additional cards (rotate, light pen, keyboard/peripheral interface 
cards)

This all makes a lot more sense once I was able to find some brochures in the 
CHM collection
yesterday that hadn't been cataloged until recently.


Another rathole :-(

Re: Z-80 code question about a loop that depends on the contents of the refresh register

[Alexis Kotlowy]

On 14/12/2016 09:19, Ethan Dicks wrote:

Hi, All,




So far, this loop hangs on all three emulators I've tried - simh's
altairz80, simcpm010 for AmigaDOS, and EMUZ80 for Raspberry Pi.  I'm
 guessing none of these environments emulate specific behavior of the
 Refresh register?

Does anyone have any comments or insights about what this is really
doing and what the right thing to do for emulators is?  I can patch
this if that's what's needed, but I'd like to understand it first.

Thanks,

-ethan



Ethan,

Have you tried running it on ZEMU? (Windows only unfortunately, but
should run under WINE).

http://www.z80.info/z80emu.htm#EMU_CPU_W32

I tried single stepping through it just now and it looks like it's doing
its job, at least as a possible random number generator.

When was this game written? Perhaps it's supposed to lock up on
emulators that don't emulate the Z80 completely?

Not knowing what the game is, it could be a copy protection routine too.
Because R counts the number of instructions executed (modulus 128), if
the code was modified, theoretically the R register would be different
to what the routine expects, and would lock the machine.

I can't find any information on what the MSB is set to when the
accumulator is loaded with R, and what the Sign flag is set to. The
datasheet says the Sign and Zero flags are changed by the instruction.
If either of these flags are set, the routine enters an infinite loop.

Alexis.

RE: looking for keytronics keyboard pad replacement kit

[Kevin Parker]

Think you're talking about this:

http://www.ebay.com/itm/Victor-9000-SIRIUS-1-Keyboard-repair-Foam-Pads-for-KeyTronic-Keyboards-/121266887970

I bought a couple to repair TRS-80 keyboards - well worth it in my view  - save 
me lot of hassle.



Kevin Parker


-Original Message-
From: cctech [mailto:cctech-boun...@classiccmp.org] On Behalf Of william degnan
Sent: Monday, 12 December 2016 09:17
To: cctech 
Subject: looking for keytronics keyboard pad replacement kit

There was a seller on ebay who had a set of the pre-made keyboard key pads for 
sale...anyone here selling these?  Yes I could make my own, I have gone through 
the process, but I'd like to buy a set or two as I have a few keyboards to 
repair.  it's a time consuming process.
Thanks in advance.
Bill

Re: Odd "endianness" [was Re: RE: Base 64 posts to the list]

[Lars Brinkhoff]

Noel Chiappa wrote:
> > 9-track tapes on the PDP-10 used one of the following encodings:
>
> What about 7-track, any idea? I would assume 6 x 6-bit tape frames per
> 36-bit word, but that's just a guess.

A reasonable guess, and one I'd make too.  But I don't know either.

Supposedly, many ITS backups were made to 7-track tapes.  That became a
problem when the old tape drives started to fail, and available new tape
drives were only 9-track.

RE: looking for keytronics keyboard pad replacement kit

[william degnan]

Ok, to me it looked like they did not. The description implies one should
transplant them from wherever to the replacement pads.  I will ask the
seller.

Bill Degnan
twitter: billdeg
vintagecomputer.net
On Dec 14, 2016 5:13 AM, "Kevin Parker"  wrote:

> These have metallic tops Bill - if you look closely you'll see some shiny
> bits - mine came with shiny tops
>
>
>
> Kevin Parker
>
> -Original Message-
> From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of william
> degnan
> Sent: Tuesday, 13 December 2016 00:48
> To: cctech 
> Subject: Re: looking for keytronics keyboard pad replacement kit
>
> Upon closer inspection, these are pads only.  I am looking for the pads
> with new metallic contacts attached, too.  The metallic pads also decay and
> need to be replaced.  I have been able to re-use some but they're never
> 100% good.  The surface gets coated with something that causes them to
> loose the desired properties and cleaning does not always help.  I have a
> punch to create my own pads, and I *could* make metallic pads from a space
> blanket or similar but I was hoping to find pre-made-ready-to-use
> replacement pads instead.  I could use 4 sets.
>
> Bill
>
> On Mon, Dec 12, 2016 at 6:51 AM, william degnan 
> wrote:
>
> > Thanks.  I was searching with the wrong terms.
> >
> > Bill Degnan
> > twitter: billdeg
> > vintagecomputer.net
> > On Dec 12, 2016 1:19 AM, "Peter Cetinski"  wrote:
> >
> >>
> >> > On Dec 11, 2016, at 5:17 PM, william degnan 
> >> wrote:
> >> >
> >> > There was a seller on ebay who had a set of the pre-made keyboard
> >> > key
> >> pads
> >> > for sale...anyone here selling these?  Yes I could make my own, I
> >> > have
> >> gone
> >> > through the process, but I'd like to buy a set or two as I have a
> >> > few keyboards to repair.  it's a time consuming process.
> >> > Thanks in advance.
> >> > Bill
> >>
> >> He’s still out there
> >>
> >> http://www.ebay.com/itm/Victor-9000-SIRIUS-1-Keyboard-repair
> >> -Foam-Pads-for-KeyTronic-Keyboards/121266887970
> >
> >
>
>

RE: looking for keytronics keyboard pad replacement kit

[Kevin Parker]

These have metallic tops Bill - if you look closely you'll see some shiny bits 
- mine came with shiny tops



Kevin Parker

-Original Message-
From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of william degnan
Sent: Tuesday, 13 December 2016 00:48
To: cctech 
Subject: Re: looking for keytronics keyboard pad replacement kit

Upon closer inspection, these are pads only.  I am looking for the pads with 
new metallic contacts attached, too.  The metallic pads also decay and need to 
be replaced.  I have been able to re-use some but they're never 100% good.  The 
surface gets coated with something that causes them to loose the desired 
properties and cleaning does not always help.  I have a punch to create my own 
pads, and I *could* make metallic pads from a space blanket or similar but I 
was hoping to find pre-made-ready-to-use replacement pads instead.  I could use 
4 sets.

Bill

On Mon, Dec 12, 2016 at 6:51 AM, william degnan 
wrote:

> Thanks.  I was searching with the wrong terms.
>
> Bill Degnan
> twitter: billdeg
> vintagecomputer.net
> On Dec 12, 2016 1:19 AM, "Peter Cetinski"  wrote:
>
>>
>> > On Dec 11, 2016, at 5:17 PM, william degnan 
>> wrote:
>> >
>> > There was a seller on ebay who had a set of the pre-made keyboard 
>> > key
>> pads
>> > for sale...anyone here selling these?  Yes I could make my own, I 
>> > have
>> gone
>> > through the process, but I'd like to buy a set or two as I have a 
>> > few keyboards to repair.  it's a time consuming process.
>> > Thanks in advance.
>> > Bill
>>
>> He’s still out there
>>
>> http://www.ebay.com/itm/Victor-9000-SIRIUS-1-Keyboard-repair
>> -Foam-Pads-for-KeyTronic-Keyboards/121266887970
>
>

Re: EMACS folly

[jim stephens]

https://groups.google.com/forum/message/raw?msg=net.sources/qBRfbEjrGV8/3t35z8XYq8IJ
http://ftp.funet.fi/pub/unix/editors/teco/emacs11.tar.Z



I finally got around to looking at this before archiving it, and found 
that the shar file gets checksum errors when
I run it with bash.  Not sure what the problem is, but the files seemed 
to be clear (not total garbage).  I also tried
sh, which I don't think is any different than bash anymore.  The script 
warns not to use csh.


Also in the second one Pete put in the phone numbers for both he and the 
original author.  Very thoughtful. :-)


I was kind of hoping for a full emac executable, but then again probably 
wouldn't be room for that on an 11 of

a smaller size.
thanks
Jim

jws@jws2:~/cnas/projects/emacs/tmp$ bash raw
Extracting README:
Extracting bldemacs.tec:
bldemacs.tec: Checksum error. Is: 13790, should be: 58310.
Extracting emacs.doc:
Extracting emacs.src:
emacs.src: Checksum error. Is: 57446, should be: 43403.
Extracting emacs.txt:
Extracting emacs11.tec:
emacs11.tec: Checksum error. Is: 32418, should be: 48995.
Extracting vaxbld.tec:
vaxbld.tec: Checksum error. Is: 34617, should be: 47133.
ALL DONE BUNKY!

Re: HP1631D Logic Analyzer..Software???

[Holm Tiffe]

Glen Slick wrote:

> On Mon, Dec 12, 2016 at 2:26 AM, Rik Bos  wrote:
> >
> >> I used HPDir to dup the two floppies from a physical 9121D drive into .HPI 
> >> image
> >> files, then verified that the 1630D can access those .HPI image files 
> >> loaded into
> >> HPDrive to emulate a 9121D drive.
> >>
> >> I can send those two .HPI image files to anyone who wants them.
> >
> > Glen,
> >
> > Could you upload them to http://www.ko4bb.com/
> > So the measurement community can access them also?
> >
> > -Rik
> >
> 
> I'll do that later. I should add a readme with some notes about
> exactly what the files are and how to use the images before I upload
> them. Otherwise most people will have no idea what they are. You know
> what to do with an .HPI image file, other people might not.
> 
> 
> On another note, did HP ever provide tools and documentation for
> writing Inverse Assemblers for the 1630 series? For the 1650 / 16500
> series there is the 10391B Inverse Assembler Development Package which
> includes documentation, a compiler, and sample code. As far as I can
> tell the IA code space on the 1630 series must be limited to a total
> of 8KB as that is the total amount of EEPROM storage for saving an IA
> configuration on a 1630G. I wonder what sort of tools they used for
> writing IA for the 1630.
> 
> -Glen

As far as I know I do have an HP IEEE488 ISA Board lying around somewhere,
and I'l ltry to look at the stack of old Motherboards if I can find
something with a "higher" CPU and ISA Slots to build a Windoze computer
that can be connected to the 9121D Drive so that I can restore the
images to disks.

...

What about those LIF Utils (lifdump, lifimage)from Tony Duell (Tony??)?
Can I make disks for the data, maybe by reordering sectors and such?
I don't have a computer that natively runs some Linux currently, but
installing a Kinux souldn't be a big problem.

If I get your permission Glen, I'll upload the images to my pulblically
reachable dumpster of old data (www.tiffe.de/Robotron) so that anyone
can download them..

Regards,

Holm
-- 
  Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, 
 Freiberger Straße 42, 09600 Oberschöna, USt-Id: DE253710583
i...@tsht.de Fax +49 3731 74200 Tel +49 3731 74222 Mobil: 0172 8790 741

Re: Megatek Series 7000 Graphics System?

[Holm Tiffe]

Al Kossow wrote:

> a product spec for the 7000 is up now on bitsavers.
> there are two busses, graphics and peripheral.
> 
> 
> On 12/13/16 9:07 AM, Al Kossow wrote:
> 
> > I think that most of the backplane may just be bussed, with 16 bit adr and 
> > 32 bit data.
> >

Thanks Al for all the interesting documentation.
I hope I'll have some time left over this weekend and I'll try to cleanup
that thing a little bit and sort out wich cards I have.

I have the same toughts about that Microcomputer Sandwich, seems to be
an complete processor module including the microcode in the bipolar
proms.

As far as I understood, you now have found the AM2901 BitSlices in your
machine?
It where intersting to know in which order the boards in your system are
placed.


Regards,

Holm
-- 
  Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, 
 Freiberger Straße 42, 09600 Oberschöna, USt-Id: DE253710583
i...@tsht.de Fax +49 3731 74200 Tel +49 3731 74222 Mobil: 0172 8790 741