>From: "Ethan Dicks" <dickset(a)amanda.spole.gov>
>
>On Fri, Oct 22, 2004 at 01:58:22PM -0700, Dwight K. Elvey wrote:
>> Hi Ethan
>> Wouldn't you do daylights saving in the winter instead
>> of the summer?
>
>Everybody does it in their summer, northern hemisphere and southern
>hemisphere... it's summer here *now*.
>
>-ethan
>
Hi Ethan
Of course, your summer is different than mine. What
was I thinking.
Dwight
Hi
I guess the next thing is to find a pinout for
the 23512 to see if they have a select that is inverted
that might need to be patched around to read on
a standard programmer.
Dwight
>From: birs23(a)zeelandnet.nl
>
>Dwight, not missing the discussion ;-)
>
>At 19:15 22-10-2004, you wrote:
>
>> >From: ard(a)p850ug1.demon.co.uk
>> >
>> >>
>> >> Hi,
>> >>
>> >> I know very little about electronics and eproms so this question might be
>> >> really easy. I would like to know what the difference is between a 23512
>> >> eprom and a 27512 and if there are any differences if its possible to
>> make
>> >
>> >I thought the 23512 was the mask-programmed part (not an EPROM), and is
>> >otherwise the same device. You should be able to read it (unless your
>> >programmer tries to be clever and read the manufacturer's ID word, etc).
>> >
>> >-tony
>> >
>>
>>Hi Tony
>> I think you are right about the 23xxx being mask versions.
>>The problem with the newer EPROM parts is that they do not
>>require pulsing of the programming voltage. Many programmers
>>simply leave the programming voltage high while reading or
>>verifying. This is real bad for mask parts. Also, most mask
>>parts use the programming voltage pin as another select.
>>This means that it may need to be in the opposite state that,
>>even a programmer that allows setting of the program voltage,
>>may not be in the right state to read.
>> Also, I think this fellow is off the list and doesn't realize
>>that he is talking to a list. I suspect he is missing our
>>conversations related to his issue.
>>Dwight
>
>
>From: "Ethan Dicks" <dickset(a)amanda.spole.gov>
>
>On Thu, Oct 21, 2004 at 10:54:49PM -0400, John Allain wrote:
>> Hey, here's a semintelligent, if OT, question.
>> What time zone is at the South Pole?
>
>Well... the easy answer is "whichever one we want".
>
>In fact, the one we have selected is the one that matches where our flights
>come from so it's easy to synchronize operations. That means NZST/NZDT,
>since our flights come from McMurdo, and their flights come from Christchurch,
>NZ (yes, we are at GMT+13 right now, and we _do_ observe daylight savings
>time, even though the sun is up 24/7)
>
>-ethan
>
Hi Ethan
Wouldn't you do daylights saving in the winter instead
of the summer?
Dwight
>From: ard(a)p850ug1.demon.co.uk
>
>>
>> Hi,
>>
>> I know very little about electronics and eproms so this question might be
>> really easy. I would like to know what the difference is between a 23512
>> eprom and a 27512 and if there are any differences if its possible to make
>
>I thought the 23512 was the mask-programmed part (not an EPROM), and is
>otherwise the same device. You should be able to read it (unless your
>programmer tries to be clever and read the manufacturer's ID word, etc).
>
>-tony
>
Hi Tony
I think you are right about the 23xxx being mask versions.
The problem with the newer EPROM parts is that they do not
require pulsing of the programming voltage. Many programmers
simply leave the programming voltage high while reading or
verifying. This is real bad for mask parts. Also, most mask
parts use the programming voltage pin as another select.
This means that it may need to be in the opposite state that,
even a programmer that allows setting of the program voltage,
may not be in the right state to read.
Also, I think this fellow is off the list and doesn't realize
that he is talking to a list. I suspect he is missing our
conversations related to his issue.
Dwight
>> I have to admit - I do not have a burning desire to connect to anything
>> at 300 bps --- But I do have a burning desire to see it work.
>
>Understandable. If you really need a serial port, there are faster items
>out there... but AFAIK, at the moment, that's the fastest you have...
I don't *need* a serial port (I have a real one on my SuperPET) ... My point
is that I don't like to just put stuff on the shelf ... I like to get it
working.
>> In this case, I think it would be "cool" to be able to demonstrate a PET
>> connected through the 8010 IEEE modem to my Hayes S-100 modem (also a 103 type)
>> in an Altair running a BBS system - This would show how it really worked!
>> - but I don't expect anyone to actually want to use such a setup for any
>> other purpose.
>
>Sure. I even have a couple of devices that are handy for that - Telephone
>C.O. simulators...
Thats no a problem for me - One of my main lines of "day" work these days is
the development of a small office PBX (www.talkswitch.com) which is very small
and easily portable (good for demos), and provides full switching etc. I also
do dial-up point-of-sale banking terminals, so I have lots of equipment to
simulate and monitor various phone line condition - not that it's really needed
to "make a call" to a demo BBS.
>The other thing I do with vintage equipment is show-and-tell. Mostly at
>home with friends, but I have hauled an -8/L, w/rack, w/ASR-33 to a
>local convention for a computer exhibit (along with lots of C= equipment)
>Unfortunately, some bastard, most likely a hotel employee (or someone
>with a lockpick, since it was after hours from a padlocked room) walked off
>with my Dell P-133 laptop with about two weeks of recent Open Source
>work on it. The show was a success - losing two wireless cards and a
>fully tricked out Linux laptop was a real bite.
That really bites. Agree completely on "show and tell" - I also find it's
a great ice-breaker, I don't know how many people have come to the office
for meetings of one sort or another and almost immediately start talking
about seeing something on my site which was their first computer. Often
said meeting is followed by a trip to the basement to play with the toys.
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Vintage computing equipment collector.
http://www.parse.com/~ddunfield/museum/index.html
I'm a fair designer, but could use a hand at parts selection,
to build a device to suck data off an old rotating memory.
Generally-speaking, I need a little box (black box) that
can slurp serial data off five parallel serial streams,
synchronously. The native data rate is 80KHz, there are 128
sectors (sector = 32-bit word) per track, 4096 bits/track.
Our previous discussion imposing 16X (say) sample rate on
12.5uS/bit is 1.28Msamples/sec, five channels. 4 bits vertically
seems adequate.
All five tracks must be sampled at the same time; internal
machine timing is derived by random logic hung off the timing
tracks. Channel-to-channel skew or offset would render the
data worthless. Can't read one track, then the next, etc.
(That said, it would be possible, if troublesome, to read only
two channels at a time, where one channel is always the clock
track, but that presupposes the clock track is perfect. I think
with all five simultanously sampled I could "fix" a glitch in the
clock track and re-write it, but that process will degrade if not
simultaneous. I don't think the hardware savings are worth it.)
With that assumption, it's 65536 samples/track, five tracks.
With a trivial architecture of one 4-bit sample stored per
memory byte, it's 320K bytes. Seeing how even little SBCs have
a megabyte this will do.
As I see it, my two practical (read: lazy) choices are build
something around a little SBC, or some kludge around a "PC".
The SBC approach: There are many $99 single board computers,
many with A/D, but most of them are obsessed with bit depth (10
to 16) and not samples/sec in the lower-cost range. But sticking
a five 4-bit ADCs on parallel ports, and every sample-interval,
strobing all ADCs and reading 5 nybbles/bytes into local RAM, and
a separate command to dump sampled data to a PC via serial port.
The PC approach is to somehow wangle the five ADCs into the PC
such that it will accept the 65536 5-byte (5-nybble) samples
with ZERO LATENCY. There's plenty of memory, but my guess
is simply adapting 5 ADCs onto the PC parallel port, or funny
hardware to talk USB (and I don't think USB will guarnetee me my
latency) is as much work as the SBC solution, which, if coded
in assembly, will be plenty fast enough and trivial to build
(and easy to test).
I favor the SBC approach, as it would make a useful tool for
others and it's platform independent.
I can't find 4-bit flash ADCs! The smallest ADC on digikey is
8 bits, which is of course fine, but Analog Device's idea of
fast is 2.5uS conversion, and they're $15/each.
Anyone know of 4-bit ADCs? Or am I barking up the wrong tree
here?
I have one sitting in the garage is anyone interested in it?
The drives have been pulled already.
Also a bunch of communications stuff
Cabletrom M8FND with modimm-4, cisco CRM-3E, TPRMIM-36, EMM-E6
Tylink 3250s
Westell A90-311073
Noran Tel NT95008-sij
Gandalf LDS120
InterLynx 3287-NNP
CISCO 1000 lan extender model 1001
--
Collector of vintage computers http://www.ncf.ca/~ba600
Open Source Weekend http://www.osw.ca
Just what you can see looks good ...
Sure would like to know whats in the boxes....
Anyone close to this, Looks interesting. Too Bad
i'm in Seattle.
http://cgi.govliquidation.com/auction/view?id=464866
- Jerry