Likely way off topic, but I acquired some sort of frequency device in an
auction junk box. It's a well machined device made by MECOS, made in
W.Germant. It's about 2" square by 1/2" powered by a Li. battery and has
micro-switches labelled 3 hz, 7.8 hz, 14.0 hz and a small led that flashes at
the selected frequency. Anyone have any idea what it might be ?
A search turned up that MECOS makes Active Magnetic Bearings and
control boards and programs.
Lawrence
lgwalker(a)mts.net
bigwalk_ca(a)yahoo.com
Hi there,
Am looking for one or two of those nice 102 key keyboards for an at&t
6300/olivetti m-24 ibm-xt compatable computers. If you know where there
are any, please email me back. These keyboards have flat key tops and a
very nice action.
Thanks,
Russ Sherwood
Dear Alan
? 'm looking for a SONY MP-F73W-50
You advised that 2 of them will be in the Flea Market this Sunday. I'm a little far from there (in Buenos Aires - Argentina); can you buy them for me?
My I supose they are OK ?
How may I send you the money ?
I will be looking for your answer
Best regards
Al Casale (I apologise for my English....)
I was contacted by a fellow about a 64K 5150 that seems to have the
older 16K-64K motherboard, with all the trimmings... his messages
follow. Contact him directly, not me. He is moving and needs
this picked up by this weekend or it goes to Goodwill or the dumpster.
I _have_ checked with him. Pick-up is OK. First come, first served.
-ethan
---
JESMason(a)aol.com
I have an original IBM-PC (64K, 2-drive, cassette port model hardwired
with serial # sticker deteriorated ending in 9248(?) complete with an
Epson FX85 printer, Zenith monitor (the IBM monitor expired 2 months after
purchase) and software including Wordstar, VisiCalc, DOS1.1, and all
manuals in original binders and cases and most original IBM software
diskettes.
I am moving in one week (7/16) and just want to put this with someone who
would appreciate its uniqueness and get some pleasure from it. It worked
when stored but I have not tested it. The only repair was a new power
supply shortly before I replaced it -- about 1982-ish.
Shipping costs paid by buyer would be about $200 (those suckers were
heavy!) paid to my PayPal account (JESMason) for your protection.
If this is not for you, perhaps you know of someone who would be
interested.
~~> Scott Mason
317-580-1950
Indianapolis
---
I'm not an expert but I believe it meets your need. I know it would not
expand beyond 64K (I had a choice of 16K, 32K, or 64K and the only way to
expand it was a cassette. And mine cost $10,900 new. 8-)
If you can pick it up by this Sunday 7/14, great. Otherwise it goes to
Goodwill on Monday. My only interest is that someone enjoy it. I shoved it
into the attic and forgot about it until now.
The address is:
10719 Braewick Drive, Carmel, IN 46033
317-580-1950
__________________________________________________
Do You Yahoo!?
Sign up for SBC Yahoo! Dial - First Month Free
http://sbc.yahoo.com
Guys,
I've finished restoring a VAX 11/750 back to good physical condition, and
have (by trial and error) selected a boardset that "appears" to be
operating correctly as far as I can tell.
The problem I'm having deals with booting from the integral TU-58.
When the machine starts up (set to halt on boot) - it presents the proper
message:
00000000 16
Running the microdiagnostics gives no errors:
%%
00000000 01
However, attempting to boot from the TU-58 (B DDA0) results in the
following message:
FFFFFFFE 05
The strange thing is that the diagnostic LED on the TU-58 controller does
not respond as I would think it should. From what I understand of it's
operation, the diag LED on the controller is supposed to blink once when
power is applied, pause while internal controller diagnostics are
performed, and the light constantly when diagnostics pass (on the
controller). On mine, the LED blinks, and then stays unlit. But, if I
disconnect P2 (the communications cable to the 750 CPU), this controller
diag LED operates as expected.
This same behavior is observed if I remove L0004 in slot 4, then the TU-58
controller behaves as I have read it should.
This machine did have the remote diagnostics option installed, and I had to
move the TU-58 and console communication connectors to the alternate
position on the backplane as if the remote diagnostics option was not
installed. If I put these connectors back in the original positions (as if
the remote diag option was installed), the TU-58 controller passes
diagnostics, but the console does not respond (duh....).
Could the L0004 be sending a garbled request to the TU-58 controller? I
have tried two different L0004 boards, both exhibit the same problem. I
have tried different memory controllers to test the boot PROMs, and swapped
(and removed!) the L0008s, etc.
Erf.
Any ideas?
From what I understand of the installation of the remote diagnostics
module, the only modifications required were the installation of the board
(L0006), moving the TU-58 and console comm plugs to the left row of
backplane pins, and the installation of the modem.
Could I be missing another modification that needs to be "undone" ?
I really appreciate any hints or guidance.
Thanks!
- Matt
Matthew Sell
Programmer
On Time Support, Inc.
www.ontimesupport.com
(281) 296-6066
Join the Metrology Software discussion group METLIST!
http://www.ontimesupport.com/subscribe_t&c.html.
"One World, One Web, One Program" - Microsoft Promotional Ad
"Ein Volk, Ein Reich, Ein Fuhrer" - Adolf Hitler
Many thanks for this tagline to a fellow RGVAC'er...
Today I picked up some modules marked with the Square D logo and the name NorPak on them along with Class 8853 and Type TO-7. The modules are about 2 1/2" square and about 2" high and have two symbols of Op_Amps on them along with three ten contact terminal strips. The terminals have holes for some kind of small pins to plug into them. Next to the Op-Amp symbols they're marked "250 Ma DC Amplifier (2)". They look like plug-in modules for some kind of electronic training device. Is anyone familar with these?? Google didn't turn up anything.
Joe
On a run to the local dump I came up with a DEC 350. It is missing the
center HD. My buddy who spotted it and pulled it out swore it had the central
section before we lugged it down from a pile of scrap. He gave me the model
so it must have been there. I am debating whether it's worth the effort to go
back and find it or is it not too difficult to replace. It has 4cards in the cage
and the 2 daughter boards.
lawrence
lgwalker(a)mts.net
bigwalk_ca(a)yahoo.com
I measured the voltages at the connected on the backplane yesterday.
They are all fine, but ... the +5V on P2, pins #5 and #6, is 0.6V.
This +5V powers the slots 2-3-4-5 where the floating point sits.
Since I swapped all boards from my 11/70 with remote console with
the boards from the 11/70 with full console I suspected that the
remote console 1/70 had the FP option and the other did not.
Checking ... yes indeed!
To my shame I see that the H744 in position A is in the "remote-70"
and position A in the "console-70" is empty!
Easy to say that FP would not work!
I moved the H744 from the remote-70 to the console-70 and checked
the voltages again. Now, the pins #5 and #6 on P2 also show 4,98 V.
Unfortunately, this installed PSU does not solve the problem.
I still have the PAUSE led on with any access to 1777756x (read/write).
My new question.
When you have an 11/70 without the floating point boards and you want
to install the FP option, you do the following things.
- carefully slide the 4 FP boards in the correct position,
in the slots 2-3-4-5.
- install an H744 in the upper power supply, position A
(nearest to the transformer compartment) and connect it to P9.
- is there something else you shuld do ?
TIA,
- Henk.
> -----Original Message-----
> From: Gooijen H [mailto:GOOI@oce.nl]
> Sent: donderdag 11 juli 2002 9:31
> To: 'cctalk(a)classiccmp.org'
> Subject: help needed: problem with UNIBUS access on my PDP-11/70
>
>
> Hi all.
>
> I am having trouble with my 11/70 because it works only partial.
> Since things are quiet on the list, I have something to ask.
> It is a long story, but as said on the list this week, the more
> info you give, the less not relevant suggestions are typed.
>
> First the description of the machine.
> The machine has only all CPU boards (with FP), the DL11-W and
> 3 MASSBUSS interfaces. The fourth MASSBUS interface has in the
> correct slot a G727. All other UNIBUS slots have a G727 in the
> card position D. The MOS memory box is also connected to the CPU.
>
> This is what I have done so far.
> When I turn on the machine everything "looks" fine. With the switch
> ENABLE/HALT on HALT and pressing START, the machine sort of resets.
> With the panel I can dump data in the MOS memory at address 00000000.
> I did this also at 00001000 and 00010000. It 'works' and when I read
> the contents back from those addresses, it is the correct data.
> So, my first conclusion is that (part of) the CPU is OK and that the
> address and data path to the MOS memory and the MOS memory box itself
> are all OK as well.
>
> Here is the part that worries me.
> In slot #40 (IIRC) is the DL11-W (M7856) console interface.
> I am trying to write to the transmit buffer address (XBUF - 17777566).
> I set the knobs on the 11/70 console to "CONS PHY" and "DATA REGISTER"
> so that the address on the switches is the real physical address and
> the data on the switches is what I want to store.
> After the reset of the machine (HALT/START) I set the switches to
> 17777566, and press LOAD ADRS. On the ADDRESS leds appears 17777566.
> Now, I set the switches to 00000071 (should give a "9" on the VT220).
> When I toggle the DEP button, the PAUSE led goes on.
> According to the handbook that means the the CPU tries to finish the
> instruction as far as possible and then waits for an event to finish.
> The event could be (I assume) an interrupt or, in this case, access
> to the UNIBUS section.
>
> Next test was checking the DL11-W interface.
> First I switched on my 11/34C. With address 165020/START, I get the
> dump of the registers on the VT102. So, I mad sure that the M7856
> in the 11/34C is OK.
> Now, I swapped the M7856 of the 11/70 with the M7856 of the 11/34C.
> First, I started the 11/34C again. I get the register dump on the
> screen. So, the M7856 from the 11/70 was OK.
> Just to make sure I tried the 11/70 again (with M7856 of the 34C),
> but I get the same result: PAUSE led goes on.
>
> Yesterday, I had a long conversation on the phone with Edward. We
> talk about all kind of (PDP-11) things, and also the 11/70 problem.
> One suggestion was that the UNIBUS map is not yet initialised, and
> that would cause the UNIBUS accesses to fail. My guess is that when
> the console panel knob is set to "CONS PHY", I have full access to
> all addresses without any mapping taking place. Is this correct?
>
> Anyway, to test the "UNIBUS map initialisation" theory, I read the
> M9312 bootstrap manual. The 11/70 (and 11/60) have a different PROM
> that stores the diagnostics. The 11/04--11/55 PROM also contains a
> console monitor, but the 60 and 70 PROM only has diagnostics.
> The manuals says to load address 17765744, then set the switches
> 8-0 to the device code and then press START.
> I checked the M9312 to look at the diag PROM. According the M9312
> manual the PROM code must be 248F1 (IIRC) for the 11/04-11/55, and
> 233F1 for the 11/60-11/70. My M9312 has a PROM with code 616F1.
> Is that a new type for the 11/70? The M9312 is the card that was
> in the 11/70 when I got it, and another 11/70 (with remote console)
> that I have has the same PROM. Edward's 11/70's (he has also 2)
> one has a 233F1, the other has a 616F1.
> So, I did that test, but the PAUSE led goes on again.
>
> Trying to boot from an RX01 should need at least the RX11 card in
> a UNIBUS slot ... I did that, so I put the M7846 in slot 41 (IIRC),
> next to the DL11-W. Tried the test again: 17765744 - LOAD ADRS - set
> the device code on switches 8 to 0 - START. Alas, PAUSE on again.
>
> What puzzles me is the "device code" you must set on the 9 least
> significant switches. I have set that to 170 as that are the LSB's
> of the start address fro the bootstrap of the RX11. Is that correct?
>
> Come to think of the good advice from Tony: I will check the
> power supply voltages this evening. Especially the one that supplies
> the cards that deal with the UNIBUS section ...
>
> tnx for reading all this,
> and TIA for all responses,
>
> - Henk.
