The computer-Kaypro II had a 9" green phosphor monochrome monitor composed
of a LR30477 E39164 TOSHIBA CRT and a printed circuit steering Toshiba
TLC-134-TV-0. I tried to supply it with 12Vdc and I noticed that the
cathode of the CRT is lit, while the screen does not turns on and no shows
light even using the knob back adjustment for the light intensity.
Wishing to do TV repair technician I need the wiring diagram of the circuit
electric drive Toshiba TLC-134-T-V-0. Is there someone who has it?
Here some pictures:
http://elazzerini.interfree.it/Kaypro-II/Foto2026.htmlhttp://elazzerini.interfree.it/Kaypro-II/Foto2018.html
<http://elazzerini.interfree.it/Kaypro-II/Foto2019.html>
http://elazzerini.interfree.it/Kaypro-II/Foto2019.htmlhttp://www.flickr.com/photos/67772736 at N07/sets/72157627837488485/
.
Unfortunately I did not notice on the board (component side) or under the
card (solder side) no sign of burning. I seem to hear at the power on of
the CRT an high-frequency hiss. Having found the power supply of the
Kaypro-II not working and not knowing whether it is the motherboard, I was
first trying to see if the CRT works. As a signal source I am using the
monochrome output of a PC 8088 XT video card because the kaypro-II accepts
distinct signals: video, Hsync and Vsync. It could be not true that the
polarities of these signals are useful as a signal generator to test the
video section of Kaypro-II.
Any suggestions would be great. The schematic much more.
Enrico
The same thing can happen in COBOL. All the guys when I started on IBM knew the native data types and which ones to use for what. A few years ago somebody asked me to give a training session to some guys who had 2 to 8 years with COBOL on IBM and nobody in the room (about 15 people) had any idea about anything, not one of them ever opened an IBM manual. Lucky for them and their employer, they never actually wrote any code, they just cut and pasted and were using packed decimal for money.
------Original Message------
From: Fred Cisin
Sender: cctalk-bounces at classiccmp.org
To: General Discussion: On-Topic and Off-Topic Posts
ReplyTo: General Discussion: On-Topic and Off-Topic Posts
Subject: Re: Fixed point financial data versus floating point - Re: Spreadsheets (was Microsoft flamage)
Sent: 24 Oct 2011 19:38
On Mon, 24 Oct 2011, Vintage Coder wrote:
> Agreed. It's not floating point (no mantissa/exponent) and the user has
> complete control over the decimal point, which is imaginary as far as
> the representation goes. There is no decimal point in the data, only
> digits and a sign. The name "packed decimal" seems like a safe way to
> differentiate it from floating point while giving a hint to the internal
> representation (two digits to a byte).
As most everyohne here knows, the 80x85 family has some minimal support
for both packed and unpacked BCD.
But the lack of a widely known data type using those in C and BASIC
results in way too much software being written with inappropriate data
types, such as "float".
Agreed. It's not floating point (no mantissa/exponent) and the user has complete control over the decimal point, which is imaginary as far as the representation goes. There is no decimal point in the data, only digits and a sign. The name "packed decimal" seems like a safe way to differentiate it from floating point while giving a hint to the internal representation (two digits to a byte).
------Original Message------
From: Fred Cisin
Sender: cctalk-bounces at classiccmp.org
To: General Discussion: On-Topic and Off-Topic Posts
ReplyTo: General Discussion: On-Topic and Off-Topic Posts
Subject: Re: Fixed point financial data versus floating point - Re: Spreadsheets (was Microsoft flamage)
Sent: 24 Oct 2011 19:11
On Mon, 24 Oct 2011, Vintage Coder wrote:
> Decimal math (hardware supported) is used heavily in financial
> processing with IBM COBOL. No loss of precision because the type is base
> 10. BCD is very similar to what IBM calls "packed decimal".
Although with a radix of 10, which MAKES SENSE for financial, I still
think of that as being scaled integers. It is not an exponential
structure like the IEEE Floating Point Representation Standard.
On Mon, Oct 24, 2011 at 3:53 PM, Mark Tapley <mtapley at swri.edu> wrote:
> How will they ever get rich moving the rounded-down fractional pennies into
> their own accounts?
If you do that you'll end up in Federal "Pound you in the Ass" prison.
--
Yoyodyne Propulsion Systems: ?"The Future Begins Tomorrow"
Visit us at: http://www.yoyodyne-propulsion.net
--------
"If a free society cannot help the many that are poor, it cannot save
the few who are rich."
-John F. Kennedy
Hi All,
I'm a nuclear scientist and serial hobbyist out in Cape Town, South Africa.
I'm helping a friend restore some old HP machines. We have a 13183 Interface
set to swap for a 13181B Tape Interface. We will also happily pay for it and
cover the shipping costs to wherever you are. As a point of interest, we are
also currently restoring a MITRA 125. If anyone has any info on this machine
we'd really appreciate it.
Best Regards
Etienne Vermeulen and Leon Heinkelein
Jules,?
Excellent! That's really helpful. I've seen a crate of 21xx cabling and gubins as ?which?needs?investigated, and there's a whole room of HP goodies to sort, not to?mention a handful of later related systems.
I have the tape drive back at the house for a clean and checkup. It looks pretty hopeful, but will need a few things.
-Colin Eby
Jules Richardson <jules.richardson99 at gmail.com> wrote:
Colin Eby wrote:
> All,
>
> I've located two HP 2116 systems, a B and a C.
Hi Colin,
I'll save you a little bit of effort (at least on the 'B'), as here's my
catalogue of the very same machines from four years ago :-)
?? http://www.classiccmp.org/pipermail/cctalk/2007-November/063044.html
... although I never did get chance to look into whether the 'B' system had
any 'hidden' core.
It was about a fortnight after posting that message that all my visa stuff
went through and I hopped the Atlantic permanently to the US,? so I never
did get the chance to do any more with either system.
cheers
Jules
As a friend has just given me, gratis, a full copy of NeXTStep - 3.0,
with upgrade CDs for 3.1 and 3.2 - I thought I would go looking for
some way to run them, as I have yet to find a NeXT box that is both
[a] complete and [b] which I can afford.
It's not there yet, but this looks interesting and promising...
http://forums.omnigroup.com/showthread.php?t=20126
--
Liam Proven ? Info & profile: http://www.google.com/profiles/lproven
Email: lproven at cix.co.uk ? GMail/GoogleTalk/Orkut: lproven at gmail.com
Tel: +44 20-8685-0498 ? Cell: +44 7939-087884 ? Fax: + 44 870-9151419
AIM/Yahoo/Skype: liamproven ? MSN: lproven at hotmail.com ? ICQ: 73187508
All,
I've located two HP 2116 systems, a B and a C. I've also got access to
period Teletypes, 2748A paper tape reader requiring restoration, and the
uncatalogued back stores of a museum. I'm strongly considering a
restoring one working system from the two for museum demonstration and
display.
If you were me, or have had experience with these systems before, what
would you keep in mind or look out for? Assume for the moment I have the
time and skills myself or available from colleagues to carry out the
work. All thoughts and contributions gratefully received.
Some background and progress:
* neither system has been in "conservation friendly" storage
conditions.
* the museum has fairly extensive HP collection, which makes missing
component location more likely if required
* the museum also has a range of HP instruments which might be used to
create an interactive industrial control or scientific computing display
My first steps so far:
1. Conduct background reading research using internet sites and scans.
Thanks to all the following for making these resources available
* Al and Bitsavers,
* http://www.cs.ubc.ca/~hilpert/e/HP21xx/HP2116.html (B Hilpert)
* http://rikers.org (Tim Riker)
* http://www.hpmuseum.net/
2. Begin basic physical evaluation of the "C" system:
a. Basic cleaning of the cabinet and vacuuming out of components -- so
far excluding the card cages (ran out of time)
b. Begin inventorying components and starting photographing them
The verdict so far is that environmental damage appears limited to the
front panel and some limited contact corrosion on the chassis and
panels. There's mildew evident on the some cabling, but not really
showing on what I've seen on the backplane wire-wrap so far so far. The
cards are in a muddle though. This is what I've catalogued:
=================================================
<Rack 1>
1 - 22 EMPTY
<Rack 2>
101 A101 Front Panel Coupler
102 A102-105 Arithmetic Logic
103 A102-105 Arithmetic Logic
104 A102-105 Arithmetic Logic
105 A102-105 Arithmetic Logic
106 A106 TIMING GEN (clock)
107 A107 Instruction Decoder
108 EMPTY -- Missing A108 Shift logic (this could be in the loose
boards)
109 EMPTY
110 EMPTY
111 EMPTY
112 EMPTY
113 EMPTY
114 EMPTY
115 EMPTY
116 EMPTY
117 EMPTY
118 EMPTY
119 EMPTY
120 EMPTY
<Rack 3>
201 A201 I/O Control
202 EMPTY
203 EMPTY
204 EMPTY
205 ?? *not yet identified*
206 A13 MDB (this is supposed to be in slot 13?)
207 POWER FAIL (not sure what this is in relation related cards
208 POWER FAIL
209 POWER FAIL
210 POWER FAIL
211 ??
212 A4,6,16,18 Inhibit Driver (should be in the 2116 B according to #1)
213 A4,6,16,18 Inhibit Driver (should be in the 2116 B according to #1)
214 A4,6,16,18 Inhibit Driver (should be in the 2116 B according to #1)
215 A4,6,16,18 Inhibit Driver (should be in the 2116 B according to #1)
216 MMD / XV Driver ( should be associated with a core board )
217 SSA ( should be associated with a core board )
218 A2
219 A8,9,14,15 Driver Switch (should be in the 2116 B according to #1)
220 MDB ( system should only have one of these )
221 EMPTY
222 EMPTY
<Loose>
Looks like two or three core stacks and four cards:
POWER FAIL
??
??
??
===================================================
Given that some of these cards look like they are from the wrong
machine, all the memory slots are unpopulated (some are stuck in the IO
rack), I'm guessing that the guts of this system have been mixed and
matched with others, possibly the "B" model -- either that or just
shuffled. I won't know until I've started to look at the "B" model for
comparison, and of course, completed the cataloguing of this one.
-- Colin
> The PPS-4 was actually a bit more 'sophisticated' than I
> first thought. One other thing that was unexpected was
> that they are powered eg. 0 and negative 9V. I wonder why it's like that...
The early 70's LSI was mostly PMOS.
Simpler devices were often a good match to a 9V battery in handheld devices where that was the target. You wouldn't believe how much effort was put into putting LED drivers on the same chip where they could (often they couldn't and the LED driver was off the main logic chip.)
More complex PMOS logic often had special supplies for clock and enable lines. You often find small switching converters (magnetics or charge pump) to generate the required voltages.
A little later high-density NMOS also would use oddball voltages (both positive and negative depending on application) for density's sake. e.g. 8080A.
Some good examples of how some handheld devices generated the necessary oddball voltages at http://www.jacques-laporte.org/HP35%20power%20unit.htm
Tim.
All,
I think the time has finally come to narrow down the scope of my
collection for the sake of space, marital bliss and sanity. I need to
shed a healthy assortment of Unix workstations, most in operational form.
I have printed docs for some and DVDs full of software for all.
Not looking to get wealthy, but I would like some modicum of reimbursement
given the condition and completeness.
I will not ship any of this - you must come to Burlington, VT and take it
away (or arrange to have that done). Would love to have the entire
collection go to one person (and will adjust fiduciary expectations
accordingly).
It will take some effort to pull together a detailed list, but here's a
rough rundown to guage interest:
IBM RS/6000 43p
- Complete set of AIX 4.3 media
- Has 100Base ethernet adapter installed
HP Visualize B2000
- Complete set of HPUX 11i distribution media
- Complete set C/C++ development tools
SGI Iris Indigo R3000
- Basic machine - no 3d graphics
SGI Iris Indigo R4400
- Every option known to Westerm Man, including 3d graphics
(I have a couple of Iris Indigo keyboards and mice. These are not common
items)
SGI Indigo 2 (Teal) R4400 CPU
SGI Indigo 2 (Purple) 768MB Memory, Uber hi-end graphics board, 100Base
ethernet. I _think_ it's an R8000 (IP26).
Sun Ultra 5
Sun Ultra 2
Sun Ultra 60
- Very tricked-out machine with 2x 450 Mhz. SPARC cpu and lotsa memory.
Has U160 SCSI controller.
(I have Sun keyboards and mice a-plenty)
(I also have a gorgeous, early Sparc 2 with a box of S-Bus cards, but I'm
planning to hang on to it)
--> Lots and lots of Solaris distros on CD and DVD.
2x DEC Alpha Multia. I know one is operational. Slower than death warmed
over, but very high "cute" factor.
DEC Alpha PC64 w/ 256MB of memory in PC case. Operational system
DEC Alpha PC164 motherboard (maybe 2..)
DEC Alpha UP2000+ system w/ 2x 700Mhz. 2MB cache 21264
- This is a beast. Huge power supply, Adaptec 29360 controller, several
disks.
- Was my pride and joy until it went flakey. Might be good for parts or a
demonstration of poorly-characterized electromigration on ageing VLSI
parts.
--> I have several complete sets of install media for Digital Unix 4.x
through Tru64 5.something. License keys for everything.
- I have 2GB of memory for it, but the machine won't POST with it
installed.
DEC 5000 MIPS-based workstation (bare system, but works last I knew)
DEC VAXStation 3100 - Condition unknown
- Have a box of VMS 5.x docs, Ultrix CD, Full set of VMS media.
Also:
Boxes full of spare boards and widgets for many of the above.
Full 5-ft. Shelf of documentation on the Alphas
I'm not exaggerating when I say this will fill a van :-)
Please feel free to drop e-mail with additional questions and/or interest.
I really would hate for this stuff to end up on a barge to China for gold
reclamation...
Steve
--
Due to the large number of pending subscriptions to cctalk and cctech I
am about to 'reject' all of them and request that anyone still waiting
to subscribe please re-subscribe at which point they will be approved
quickly.
Please make sure you only request subscription to one of the lists.
To re-iterate:
cctalk is un-moderated, cctech is moderated
cctalk is a superset of cctech
Anything posted to cctalk appears immediately
Anything posted to cctech is cross-posted to cctalk immediately
Anything posted to cctalk OR cctech is (cross-)posted to cctech if the
moderator (me!) feels it is on-topic - therefore they will always be a
delay before postings appear on cctech
There are some posts in cctech which are bypassing moderation - we hope
to sort this out soon.
--
Lawrence Wilkinson lawrence at ljw.me.uk
The IBM 360/30 page http://www.ljw.me.uk/ibm360
I'm about to get something to replace my old TI85 I had from high school.
Lots of you here rave about the HP's offerings. Indeed, I wanted to get,
but couldn't afford an HP48g when they were new. I don't have much need
for graphing now, but I do need scientific calculation. The HP35s seems
good for that. Or should I just jump in and get the HP50g?
--
David Griffith
dgriffi at cs.csubak.edu
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
> I am also the proud owner of a Mattel Battelstar Galatica anno 1979 week 14.
>
> The chip used in this vintage handheld game is labeled B6001EA
> and I guess it's a Rockwell International PPS-4/1 micro controller
> (a PPS-4 cpu with clock, ram and rom) from sources I found on the net.
Many of the Mattel games of that era were variants on Rockwell calculator chips.
Not unrelated to 4-bit general purpose CPU's of the era, but the game chips were
way closer to the calculator chips.
Read the interview with the game's designer, Mark Lesser:
http://www.digitpress.com/library/interviews/interview_mark_lesser.html
Tim.
A new show is posted! A whopping two-parter at 55 minutes each, with Blake
Patterson as our guest from bytecellar.com / toucharcade.com
Retro Computing Roundtable podcast, show 17
Get it through iTunes or listen online @ http://bit.ly/pAJWKs or download it
directly @ https://public.me.com/dgreelish
Best,
David Greelish
President, Atlanta Historical Computing Society
I understand that the build quality of the 49G isn't up to the build
quality of the 48SX. How does the build quality (I'm mostly interested
in the build quality of the keyboard...) of the 48GX, 48GII, and 50G
compare with the 48SX? How do they compare with that of the 49G?
Peace... Sridhar
Hi All
I finally got aproved after waiting "for a while" :-)
If i were to ask about the pps-4/1 would it be here or on cctalk ?
Med venlig hilsen/Regards
Benjamin S?lberg
I've been assembling from source code most of the HP diagnostics for the HP2100 and HP1000 systems. To do so, I used Eric Smith's original "asm21" - and found that a number of diagnostics didn't assemble correctly. I updated it - and subsequently Terry Newton joined the project and made more updates. Between us, over the course of several months, we've managed to debug asm21 to the place where we have not found any more errors in several additional months of use.
asm21 runs under both *NIX and Windows environments as it is written entirely in Perl.
Te get a copy, do an anonymous FTP to bickleywest.com and cd to the asm21 directory. Download (binary) asm21_107.zip
If you're using Firefox, Chrome or Opera, simply use:
ftp://bickleywest.com/asm21
to get to the directory, then right click on asm21_107.zip to download it.
BTW: Terry created a great testing environment - scripts and software that allowed us to assemble source code and subsequently check asm21's binary output against HP's binaries which had been created under one of their OSs.
Cheers,
Lyle
--
Lyle Bickley, AF6WS
Bickley Consulting West Inc.
http://bickleywest.com
"Black holes are where God is dividing by zero"
On Thu, 13 Oct 2011 20:59:46 +0100 (BST), ard at p850ug1.demon.co.uk (Tony
Duell) wrote:
> I am very sorry to hear that.
>
> I am sure he won't get the media hype that followed the passing of Steve
> Jobs last week, but I am also sure that dmr had a much greater influence
> on the sort of computing that I am interested in than Steve Jobs did.
>
> :-(
Sad indeed.
Seeing that OS X is in some sense Unix-based, I would say DMR won...
/Jonas
On Thu, 20 Oct 2011 20:18:06 +0100 (BST), ard at p850ug1.demon.co.uk (Tony
Duell) wrote:
>> years ago). How hard is it to replace the batteries?
>
> Very easy.
>
> The battery pack clips into the bottom of the machine, you just slide
> it
> slightly forwards (towards the '0 key end' of the machine and lift
> the
> rear edge to get it out.
>
> The battery pack contains 2 AA-size NICd cells connected in series,
> normally by a double-spring thingy (that;s a highly techncial term,
> of
> course). The housing is made in 2 parts which were glued together.
> You
> cna crack the glued joint, take it apart, and fit new cells.
>
> But actually, I don't recomend doing that. It's better to cut away
> the
> pack housing ad the front end, where the cells touch the contacts in
> the
> calculator. Then silde out the old cells and slide in the new ones --
> taking care of the polarity (since HP calculators were designed for
> use
> with their own battery packs only, which only fitted the right way
> round,
> there is no reverse-polarity protection. The cells will be held in
> place
> when the pack is clipped into the calculator, and you can remove the
> cells easiy for charging in a normal charger, thus avoiding possible
> damage to -C models.
>
There is a *much* easier way to do it, which doesn't mutilate the pack
anywhere as badly.
Cut through the strip of plastic which runs along the pack between the
batteries at one end, using e.g. a pair of side cutters or a scalpel.
The strip will now flex out of the way sufficiently for you to be able
to prise the batteries out, one at a time. Then push the new batteries
in the same way. This operation doesn't weaken the pack mechanically to
any noticeable extent, it can be used just as before, and the batteries
can be replaced any number of times.
OTOH it is harder (not very) to get the cells out to charge them in a
normal charger.
Note that the contacts in the calculator are simply large rivets
soldered in to circuit board fingers. That solution is a bit of a
let-down IMO, as is using the battery as a load to reduce the voltage
from the charger, simply limiting the current with a whopping big
resistor. It could have been done a lot better, and not much more
expensively.
Everybody who had an HP-25 (just about everybody who didn't have a
TI-57) when I was at University learnt to do this.
/Jonas
(2) MODEL 7600 rackmount cases, each populated with 8 Preston SCI floating differential amplifiers, model number 8300 XWB-B.? Can't tell you if any of the amplifiers are working or not, I do not know.? They appear to be in good condition.
I also have (4) Mitsubishi 2019CEB40 CRT's.? Three of them look unused - they still have a blue plastic sheet covering the faceplate and have been stored in the original shipping crates.? All of the tubes are coated with a white phosphor. ?
If you are interested, contact me offline and I can provide photos of the equipment or additional information.? Location is St. Louis.
In my last post I included a small C program to strip high order bits and "zero" characters from 21xx .tap files. Unfortunately, I posted an old version. Here's the correct version:
cvhp.c
------
#include <stdio.h>
main()
{
int c, d;
while ((c = getchar()) != EOF) {
if (d=(c & 0x7f)) putchar(d);
}
}
------
Cheers,
Lyle
--
Lyle Bickley, AF6WS
Bickley Consulting West Inc.
http://bickleywest.com
"Black holes are where God is dividing by zero"