Recently I came across an part of computer
equipment originating from a tornado aircraft.
The original avionics equipment of these aircraft
has been replaced by a more up to date one according
to several internet sites.
The item looks like a complete computer with
the size of a shoebox and contains core memory,
processor boards and interface boards as well as
some kind of power supply.
Since this was high tech in the 70ies and it should
be preserved as well as all information available.
Thus I'd highly be interested in learning more about
this unit (maybe it can be brought up to play a
ported version of the PDP8 chess game chekmo?)!
Therefore I describe what I know up to date and
perhaps someone has more info for me which can
be useful in any manner...
The label reads "Programmer electronic Control", manufactured
by Marconi Avionics with part number 51-019-02, NSN1680-99-652-3410.
There are lots of boards in it. Among them are boards dealing with
driving the core memory:
(1) Driver Board, 1680-99-646-6754 and
(2) Data Board, 1680-99-646-6755.
The core memory itself consists of a sandwich of two boards
by GEC-Computers. The capacity must be around 64k Bits:
(3) Core Memory, 5841-99-652-3386.
There is another driver board identical to (1):
(4) Driver Board, 1680-99-646-6754 followed by an
(5) Control Board, 1680-99-646-6753.
Next there follow boards which seem to be a kind of processor
(6) Data Register, 229-013909 and a second
(7) Data Register, 229-013909
(8) Control Register, 229-013551
The following board contains some kind of ROM (MMI5330-IJ) which
I suppose contain the micro-code, i.e. represent the machine
language of the device (concluding from pinput the ROMs maybe
512*4 or lower capacity):
(9) Function Decode, 229-013549
The next board contains several monoflops but if it is connected
to 5V (which seems to be its only supply) it drwas approx. 0.7A
but does not generate any signals. This board seems to generate
various timings but NOT the master clock:
(10) Processor Timing, 229-013547
Than there follows a group of boards, obviously dealing
with IO:
(11) RxTx Interface, 229-013545
(12) Serial Parallel Converter, 229-016304
(13) Decode and Interrupt, 229-013905
The last board is the only board to contain a crystal
running at 8MHz and several monofolps as well. Powered
(by obviuosly a single 5V supply, consuming 1.05A) this
board distrubutes some signals to the mainboard.
The most interesting things would be a schematic (of
course!) and a instruction set - any ideas?? Of course
reverse engineering would be possible, but it would
be extremely difficult: Multilayer boards, lots of 74xx
chips, everyting glued and protected by acryl coating...
So any hints (supply voltages, pinouts of the connectors)
are welcome...
Best regards,
Erik.
I don't know what the box is but I wouldn't expect it to still be in working
order. Onboard systems get a real beating and it's line-replacable cards go
unservicable all the time. If you can identify the interfaces you might
get lucky in trying to figure out what it connects to, but without detailed
interface specs you'll never be able to drive it, and those may well be
proprietary information, and protected to this day. (Of course, knowing the
RAF, it might well be servicable and still fitted to half the Tornado
fleet...)
You could always try and sell it on ebayski!!
Si
This is a dedicated avionics box, from the FCS, and is perhaps
comparable to a modern automobile ECU; not in any way a general purpose
computer. Off the top of my head, the processor will be a proprietary
Marconi bit-slice machine. It is very specifically designed for
real-time safety-critical processing, taking inputs from the flight
controls and airframe sensors and providing outputs to the control
surfaces. Not even an RS-232 interface, no display functions. I think
the chances of making any use of it are very slim indeed, and it is most
likely that the insides are fried anyway. Where on earth did you get it
from?
> The most interesting things would be a schematic (of
> course!) and a instruction set - any ideas?? Of course
> reverse engineering would be possible, but it would
> be extremely difficult: Multilayer boards, lots of 74xx
> chips, everyting glued and protected by acryl coating...
> So any hints (supply voltages, pinouts of the connectors)
> are welcome...
I don't know for sure, but I suspect that such things will still be
classified. Good luck. Let us know if you find anything...
> interface specs you'll never be able to drive it, and those may well be
> proprietary information, and protected to this day. (Of course, knowing the
You are absolutely right. Since the unit seems to be rather old and
the technology used, was obsolete 10 years ago, my hope is that some
information is already around. But if it is still classified, the
best would be not to waste any time and put the box apart and throw
it away...
> You could always try and sell it on ebayski!!
It's from there, but from .uk, not .ski ;-)
Thanks anyway,
Erik.
> surfaces. Not even an RS-232 interface, no display functions. I think
I did not expect a monitor interface and a linux port but maybe some
proprietary serial connection and boot process (I doubt that someone
would store vital software in core memory linke in ROMs).
> the chances of making any use of it are very slim indeed, and it is most
> likely that the insides are fried anyway.
I agree, that the chance of geting a unit one does not know anything
about and which is likely defective, back to do someting useful is very
small!
> Where on earth did you get it
> from?
Since one of my hobbies is to restore old computer hardware,
I regularly screen eBay for "core memory" and there I came
across these units. A company in the UK sold some of them
and they where rather cheap (compared to a PDP8 or someting
like this). Look at e.g. at item no. 2282449528 - there you
will find some photos, too. This company (abex) seems to sell
military surplus from time to time. Look at at their site
http://www.abex.co.uk/sales/sales.html for their sales page
and at http://www.abex.co.uk/sales/electronic/other/other.htm
for the military items.
> > be extremely difficult: Multilayer boards, lots of 74xx
> > chips, everyting glued and protected by acryl coating...
> > So any hints (supply voltages, pinouts of the connectors)
> > are welcome...
> I don't know for sure, but I suspect that such things will still be
> classified. Good luck. Let us know if you find anything...
Apart two answers no info up to date, but thanks a lot for
your explanations.
Details of this of equipment tend to escape rather than be released,
someone who used to maintaine them may be of help, try
WWW.PPrune.org
Its stuffed full of people who know whats what!, and they could a
least tell you if its a bit erm!!! - 'sensitive' or not.
Cheers
John Cook
Any spelling mistakes/grammatic errors are there purely to annoy. All
opinions are mine, not TAFE's however much they beg me for them.
Email Address :- Jwcook@(trousers)ozemail.com.au
Spam trap - please remove (trousers) to email me
Eurofighter Website :- http://www.eurofighter-typhoon.co.uk
Actually it almost certainly is on PROM. The only stuff that's normally
loaded into volatile memory is mission specific files and any additional
data that is of a classified nature. There'll be a procedure for trashing
any such data upon enemy interception, forced landing on unfriendly soil,
etc. But from what someone else said, it doesn't sound like a mission
computer so probably doesn't have that kind of feature.
Si
> Recently I came across an part of computer
> equipment originating from a tornado aircraft.
> The original avionics equipment of these aircraft
> has been replaced by a more up to date one according
> to several internet sites.
>
> The item looks like a complete computer with
> the size of a shoebox and contains core memory,
> processor boards and interface boards as well as
> some kind of power supply.
>
> Since this was high tech in the 70ies and it should
> be preserved as well as all information available.
> Thus I'd highly be interested in learning more about
> this unit (maybe it can be brought up to play a
> ported version of the PDP8 chess game chekmo?)!
>
> Therefore I describe what I know up to date and
> perhaps someone has more info for me which can
> be useful in any manner...
>
> The label reads "Programmer electronic Control", manufactured
> by Marconi Avionics with part number 51-019-02, NSN1680-99-652-3410.
If I remember right this LRU is part of the Flight Control System
(Autopilot). It was interfaced to the Control and Stability Augmentation
System (CSAS) Control Unit.
It's probably from one of the EOL'd GR.1 that the UK did salvage. The FCS
however isn't really a confidential part, so it's imagineable that these
parts somehow might find hands on ebay from time to time.
> The most interesting things would be a schematic (of
> course!) and a instruction set - any ideas??
Forget it! These is not Your average old computer. It's a very specialized
device with limited capability. The processors aren't freely programmable
like the ones in general purpose computers. The interfaces are MIL-STD 1553B
with proprietary data word formats, barely suitable for anything You can do
with it...
Benjamin
--
A: Because it messes up 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 on usenet and in e-mail?
> Alan Dicey wrote:
>
>>This is a dedicated avionics box, from the FCS, and is perhaps
>>comparable to a modern automobile ECU; not in any way a general purpose
>>computer.
>
> OK, you mean some hard wired and optimized failsafe operations.
>
Not really. If, as I think, it is part of the FCS, it has no
general-purpose i/o, everything is dedicated. Inputs will be tailored
for the stick, pedal and throttle position sensors, pitot-static inputs,
etc. Outputs will expect to drive control surface actuators.
> I did not expect a monitor interface and a linux port but maybe some
> proprietary serial connection and boot process (I doubt that someone
> would store vital software in core memory linke in ROMs).
No serial interface: nothing will need it. This is a real-time system,
where dedicated, predictable, repeatable response times are paramount.
Someone upthread mentioned MIL-STD-1553: Tornado (if this was a Tornado
box) does use the 1553 bus, but not for the FCS. Too slow and
upredictable...
You do know that ferrite core memory is non-volatile, don't you?
However, there will have been a PROM with the clever bits in it somewhere.
No boot process. Nothing to boot. No OS.
>
> I agree, that the chance of geting a unit one does not know anything
> about and which is likely defective, back to do someting useful is very
> small!
>
About the only thing you could hope to use this box for is as part of a
Tornado simulator. And for that you'd need the control law maps, which
will not have been in the box, being MAv (and thus now BAE SYSTEMS)
proprietary.
>
>>Where on earth did you get it
>>from?
>
> Since one of my hobbies is to restore old computer hardware,
> I regularly screen eBay for "core memory" and there I came
> across these units. A company in the UK sold some of them
> and they where rather cheap (compared to a PDP8 or someting
> like this). Look at e.g. at item no. 2282449528 - there you
> will find some photos, too. This company (abex) seems to sell
> military surplus from time to time. Look at at their site
> http://www.abex.co.uk/sales/sales.html for their sales page
> and at http://www.abex.co.uk/sales/electronic/other/other.htm
> for the military items.
>
Interesting site. I have never seen an avionics black box described as
a work of art before. Makes me think that they want entirely too much
money for it...
> However, there will have been a PROM with the clever bits in it somewhere.
Maybe another box.
> About the only thing you could hope to use this box for is as part of a
> Tornado simulator. And for that you'd need the control law maps, which
> will not have been in the box, being MAv (and thus now BAE SYSTEMS)
> proprietary.
Since I do not know anything about this aircraft or avionics in general
this is no option. I think I'd best use the box for placing the nicest
looking part on my bookshelf and discarding the rest. ;-)
> > military surplus from time to time. Look at at their site
> > http://www.abex.co.uk/sales/sales.html for their sales page
> > and at http://www.abex.co.uk/sales/electronic/other/other.htm
> > for the military items.
> Interesting site. I have never seen an avionics black box described as
> a work of art before.
It is not directly art, but from an engineering point of view
it is nicely designed: Case milled out of a compact aluminium
body, cover has stuctures milled in, to make it more rigid.
Yes, I'd admit that the pictures at abex are nice to look at (the real
one has more damages). But on the other hand, e.g. it's missing
an electrical connection between the body and the cover - there is
a rubber seal inbetween. So I do not wonder why in Bavaria/Germany
Government had to declare the area around a strong broadcasting station
as a "do not fly in zone" after a military aircraft had trouble there...
> Makes me think that they want entirely too much
Compared to the prices one has to pay for a very common
core plane ripped from an IBM mainframe the 70pounds
are not so much. This was the main motivation for me to
bid.
I once spent an enjoyable hour throwing unserviceable old ruggedised ATR
boxes at a stack of old monitors that we'd lined up along the back wall of a
skip. Never occurred to us that we were committing artistic vandalism!
:^)
Si
Mil-Std-1553B describes the protocols for message interaction, not the
content of the messages themselves which would be specific to the
application, and likely proprietary. Like knowing how TCP/IP works doesn't
give you any clue about the content or purpose of emails traversing it.
1553B is generally used for low-priority mission data, i.e. radar contacts,
nav data, etc. not real-time control.
I'm guessing your "hundreds of pins" are huge, round, screw-in things, no?
These are a standard fitting, but not a standard interface. The pin-outs
will be specific to the application, and only the wiring diagrams and
Interface Control Documents will shed any light on what pins do what. Many
large connectors of his type carry multiple pin-out sets for multiple
interfaces. The wiring will then branch off in different cables from the
wiring harness to seperate other boxes.
If I were you, I'd be tempted to strip the guts out of the box and try and
build myself a nice little PC inside it, using the mini-PC motherboards and
stuff available these days. Then custom build myself some cable adaptors to
use those obscure connectors. Heck it'd make a great embedded PC box in a
homebuilt sim cockpit!!
Si
I was involved in the driving over 50 nearly new computers in a
bulldozer......including the monitors,hdd,cpu,ram, then individually
making sure the ram, hdd, and cpu's were destroyed.
I can understand Hdd and monitors, but cpu's and ram!!!.
Made me very very sad as they were 10 times better than my old clunker
at the time...
Cheers
>
>Si
> 1553B is generally used for low-priority mission data, i.e. radar contacts,
> nav data, etc. not real-time control.
Yep, I see - therefore not present in the mentioned Flight Control box
since
it is realtime.
> I'm guessing your "hundreds of pins" are huge, round, screw-in things, no?
Exactly.
> These are a standard fitting, but not a standard interface. The pin-outs
> will be specific to the application, and only the wiring diagrams and
> Interface Control Documents will shed any light on what pins do what. Many
> large connectors of his type carry multiple pin-out sets for multiple
> interfaces. The wiring will then branch off in different cables from the
> wiring harness to seperate other boxes.
Ah, I see - so there will be the same type of connector in many
of the boxes (if the one box is so highly specific there must be 10
or more boxes like this aboard such an aircraft?). And pinouts are
different since the right connections are done by the branches
of the cable tree. So plugging everything in the service personnel
has to pay attention not to interchange the plugs, right?
> If I were you, I'd be tempted to strip the guts out of the box and try and
> build myself a nice little PC inside it, using the mini-PC motherboards and
> stuff available these days. Then custom build myself some cable adaptors to
> use those obscure connectors. Heck it'd make a great embedded PC box in a
> homebuilt sim cockpit!!
Hey, that sounds a good idea. I think it will only be rather difficult
to get the right connectors fitting into the plugs after all I have
learned form the postings ;-)
Erik.
There could well be many similar connectors on multiple boxes but typically
the boxes will use connectors where the locating lugs on the outside of the
screw housing will be in different places, so even though several connectors
are the same size and number of pins, you can't screw the wrong one in.
You'll likely have numerics next to each connector socket, which will match
labels on the plugs on the loom. At least that's my experience of those
mil-spec connectors anyway. I don't know specifically about the box you
have, but most aircraft wll have several of those ATR/half ATR form-factor
boxes doing specific and different tasks, some may also be duplicate for
dual-redundancy in case of failure.
Si
> google-ing for 1553B one finds lots of documents describing the basics
> and the implementation of this standard, but this more advanced than
> this
> box. The box with its hundreds of pins in the connectors (see pics on
> the
> abex homepage mentioned in another posting) looks different - as Alan
> Dicey
> already mentioned.
I'm working with several avionics black boxes that contain "hundred of
pins". The No. of pins says nothing about the interface type...
The Tornado FCS is connected to the main computer over one of the IFUs
(Interface Units) using a 1553B (which btw. is also suitable for real-time
tasks like for FCS, but not used in the PA200 for the purpose of
transmitting control inputs)...
> Dear avionics and tornado enthusiasts,
>
> Recently I came across an part of computer
> equipment originating from a tornado aircraft.
> The original avionics equipment of these aircraft
> has been replaced by a more up to date one according
> to several internet sites.
snip
>
> The label reads "Programmer electronic Control", manufactured
> by Marconi Avionics with part number 51-019-02, NSN1680-99-652-3410.
> There are lots of boards in it. Among them are boards dealing with
> driving the core memory:
>
If as you suspect this was part if a Tornado Flight Control System, I'd
be looking for names like CSAS, SPILS, AFDS, ADC, whch are the
designations of the principal parts of the system. One other possiblity
is that it is part of the SMS (Stores Management System). I can't
decode the part numbers.
By the way, this Rumor Network is a very interesting forum
where one can learn a lot if interesting things and where a
lot of highly actual information around aircraft and related
topics are available - Thanks for this hint!
Took some pictures of the Programmer Electronic Control box
ant put them onto my homepage, since I was not allowed to
place a Link in my posting on PPruNe, see
http://www.baigar.de/TornadoComputerUnit/
>Have you tried contacting Marconi Avionics in Rochester UK as they
>were probably the makers.
>
>
>http://www.enhanceproject.com/Presentation/partners-presentation/gecavionics.pdf#search='Marconi%20Avionics%20rochester'
>
>I remember visiting the test division there and see various units
>being tested in environmental chambers. They were testing to +100K
>feet and -200 feet, When questioned about the viability of the limits
>they said the plus value was in case it got that high with a AAM up
>it's "arse" and the minus in case the Israelis brought some and based
>them in under ground hangers by the Dead Sea!
>Blue Skies
>Pat Carpenter
I was at the college opposite, when two Tornado's did a Very low
flypast as a thank you!!, rattle every window in the building, and
scared us all to death as we were not expecting it!!
The return flypast was much better as we were ready for it...
Cheers
Have you tried contacting Marconi Avionics in Rochester UK as they
>
> Have you tried contacting Marconi Avionics in Rochester UK as they
> were probably the makers.
>
>
> http://www.enhanceproject.com/Presentation/partners-presentation/gecavionics.pdf#search='Marconi%20Avionics%20rochester'
>
> I remember visiting the test division there and see various units
> being tested in environmental chambers. They were testing to +100K
> feet and -200 feet, When questioned about the viability of the limits
> they said the plus value was in case it got that high with a AAM up
> it's "arse" and the minus in case the Israelis brought some and based
> them in under ground hangers by the Dead Sea!
It hasn't been Marconi Avionics for a long time now. When I joined it
it was MEASLs (Marconi-Elliott Avionic Systems Limited), which then
became Marconi Avionics, then GEC Avionics. About five or six years ago
the Defence bits of GEC were bought by British Aerospace, the whole
becoming BAE Systems. The other bits of Marconi tried to make a killing
in networking and came ustuck in a big way.
So what was Marconi Avionics is now BAE Systems. The Rochester factory
is still there and still in the avionics business. It makes the
Eurofighter Typhoon FCS. If all else fails I'll go and see if I can
find any of the project staff left over from Tornado days - they might
recognise this box.
> Alan Dicey wrote:
> > So what was Marconi Avionics is now BAE Systems. The Rochester factory
> > is still there and still in the avionics business. It makes the
> > Eurofighter Typhoon FCS. If all else fails I'll go and see if I can
> > find any of the project staff left over from Tornado days - they might
> > recognise this box.
> Hey, that sounds great. Somewhere in this thread the possibility was
> mentioned that the box might be classified even today.
If the unit was classified it would be marked as such on the front
panel of the unit.
> But in the meantime
> I know for sure that it is not mentioned in BAE's electronic databases
> in
> the tornado context. I am not very astonished about this since it must
> be
> around 25 years old and has serial number 42. It must originate from a
> very early version and is not used today...
> But if I imagine beeing asked in 2030 about things I have done today
> I do not know how much I will be able to remember than... ;-)
I worked on the pre-production units of the APG-65 radar for the
flight test F/A-18 aircraft back in 1978. I could recognize them in an
instant even today.
If he takes it to BAE the real question is whether there is still anyone
there who worked on it. With the aerospace industry turnover of
the last 25 years it's probable that everyone is at other jobs now.
--
Harry Andreas
Engineering raconteur
> > very early version and is not used today...
> > But if I imagine beeing asked in 2030 about things I have done today
> > I do not know how much I will be able to remember than... ;-)
> I worked on the pre-production units of the APG-65 radar for the
> flight test F/A-18 aircraft back in 1978. I could recognize them in an
> instant even today.
Indeed it seems to be the last possibility that someone might
remember what this box was good for...
No positive identification yet. As far as can be told, from the guys
who remember that far back, this unit is not part of the FCS or the SMS.
The consensus is that it is most likely associated with the TV-Tab
displays in the rear cockpit, possibly to take the input from the
keyboard that surrounds the display and perform the switcing necessary
to route the correct display to the TV-Tab monitor.
> who remember that far back, this unit is not part of the FCS or the SMS.
I am impressed that you really found someone of those days still
beeing there.
> The consensus is that it is most likely associated with the TV-Tab
> displays in the rear cockpit, possibly to take the input from the
> keyboard that surrounds the display and perform the switcing necessary
> to route the correct display to the TV-Tab monitor.
OK, I see. Maybe I will have a closer look to the boards in order
to get a idea what it was good for. I am sure at the moment that it
does not contain any analog circuitry (apart from some kind of
internal power supply which seems to generate the voltages needed
for core memory and so on) like analog switches, amplifiers,
transformers (as often used according to the web links regarding
the MIL1533 standard). All logic is TTL and nearly all chips are
well known 54xx types.
The circuitry around the core memory looks somehow different (other
material of the boards, different style in numbering) as the rest
of the box. Maybe this is because the boardset was used in other
boxes, too?
During january (when there was most activity in this thread)
I powered up one board taken out of the box: In there is a
clock generator (crystal) and powered up the board generates
some signals which are sent to the backplane. They look like
the phase shifted clock signals often used in computers of
those days (Phi1, Phi2). Interestingly the timing is generated
by monostable gates which can be adjusted.
If it is true, that the PROMS on one of the boards (indeed these
are the only non well known chips) contain the operating program
as you stated in an earlier posting than I'd expect that there
will be activity (e.g. accesses to the core memory) within the
box if I'd power up the complete box. Of course I know: if
something is severely dead it will keep quiet. Since I am really
curious about this box I will hopefully find the time to put the
parts together again and give it a try...
BTW power is supplied to the box by a 6-pin plug called DPL06.
Any idea what voltages are usually used aboard an aircraft? -
Just to give, I will have to examine the internal supply anyway.
I will keep you up to date and all hints are highly welcome!
Thanks again for the time you spent on this curiosity,
Erik.
During investigating the internal power supply it became
evident that this unit has been changed at least once (severe
traces on the bolts holding the unit in place). The supply contains
a switch mode power supply made of OpAmps (747), comparators (LM111),
two gates, a flip flop and lots of discrete components. But the output
seems to be not more than four different voltages with one of them
beeing +5V (adjustable) and a lot of power for all the TTL chips.
There are two different types of connectors to the outer world.
Cables originating in connectors DPL01 to DPL06 unite to one
plug within the box (maybe they connect to the units delivering
information to be displayed). From there the cables go to the
backplane. The cables from DPL07 (beeing the plug with the most pins)
directly head to the backplane - they connect to the display unit I
suppose. Nearly all connections to the rest of the world seem
to end at boards 11, 12 and 13 (see my first posting). Only two
spread to the internal logic/memory and dataregister (maybe some
kind of reset).
I think displays of the 70ties where not raster displays like
todays, but they where vector displays (like analog oscilloscopes)
with the electron beam writing texts and lines directly?? Thus
the memory of the box may be some kind of graphics memory holding
the appropriate information which is than sent to the display.
The neccessary DACs for this seem to be outside of the box??!?
> I carefully investigated
> the layars of quality-assurance-stickers. Of course they are broken
> and parts are lost but I was able to reconstruct them: Sticker applied
> first reads "Marconi Avionics - Airborne Display Division - Rochester
> Kent England". The sticker which was placed above the first one (maybe
> during service or repair) reads "GEC Avionics - Airborne Display
> Division
> - Rochester Kent England"!!!
As I said earlier, Marconi Avionics was renamed to GEC Avionics. It is
possible that the unit has been back to Rochester for servicing at some
stage
>
> During investigating the internal power supply
-----
> But the output
> seems to be not more than four different voltages with one of them
> beeing +5V (adjustable) and a lot of power for all the TTL chips.
>
I'll take your word for it. :-) Power supplies are a black art. I
guess the ferrite core memory needs different voltages from the TTL.
> I think displays of the 70ties where not raster displays like
> todays, but they where vector displays (like analog oscilloscopes)
> with the electron beam writing texts and lines directly?? Thus
> the memory of the box may be some kind of graphics memory holding
> the appropriate information which is than sent to the display.
> The neccessary DACs for this seem to be outside of the box??!?
Thats a very big question. VDU computer terminals were first introduced
in the '70's, and initially consisted of a "glass teletype" - displaying
25 lines x 80 characters or so of alphamerics. They were raster
displays, derived from TV technology. There were a few graphic displays
(Tektronix being the manufacturer I associate with them) that were
vector-driven.
All the extant pictures of the TV-Tabs show alphamerics and lineart
graphics, but that doesn't mean that the displays were vector-driven.
The display driver hardware is likely to be in the TV-Tab unit itself.
> BTW power is supplied to the box by a 6-pin plug called DPL06.
> Any idea what voltages are usually used aboard an aircraft? -
> Just to give, I will have to examine the internal supply anyway.
Eric,
typical aircraft voltage is 115V, 3Phase, 400Hz and 28 Vdc.
I have never seen an aircraft of that vintage supply anything else.
Internally, the power supply probably converts to 270Vdc then
steps it down to +5Vdc, -5.2Vdc, and maybe + and - 15 Vdc for
the 1553 driver.
Good luck, keep us posted
> No boot process. Nothing to boot. No OS.
Yes, I see your point but it is hard for me to
believe that 128 words of code can do a substantial
job. And especially a job requiring >10000Bits of
memory.
Since the box was obviously no a mission critical part
(or was it?) is'nt it possible that the proms contain
some kind of bootloader?
Around the memory are chips I was not able to
get infos for - only numbers on them
214017
90073
8224
There is one of them per bank of prom memory. Maybe
I will find someting in an ancient databook from MMI
the proms are from...
> The Tornado FCS is connected to the main computer over one of the IFUs
> (Interface Units) using a 1553B (which btw. is also suitable for real-time
> tasks like for FCS, but not used in the PA200 for the purpose of
> transmitting control inputs)...
Is this protocol transmitted via differential 100Ohm lines, too? The
box seems to have got 4 serial interfaces with 3 transmiting and
3 receiving channels each. They reside RxTx interface...
Additionally there exists one optically insulated link the
the outer world via the ancient optocoupler 6N134...
> I'll take your word for it. :-) Power supplies are a black art. I
Especially supplies of those days: The transistors were rather fragile
and everything was built with discrete components. Looking at the
mechanics I noticed two locations where movable wires of power resistors
without insulation were seperated only by the epoxy coating
used to protect the boards against humidity. So I am not astonished
that these boxes must have failed rather often due to a problem
with the supply. Does every box have got its own supply? If yes,
than there are 50 or more of these aboard such an aircraft - ...
> guess the ferrite core memory needs different voltages from the TTL.
Yes, must be someting above 40 volts. At least in computers I
have seen befor.
> Thats a very big question. VDU computer terminals were first introduced
> in the '70's, and initially consisted of a "glass teletype" - displaying
> 25 lines x 80 characters or so of alphamerics. They were raster
> displays, derived from TV technology. There were a few graphic displays
> (Tektronix being the manufacturer I associate with them) that were
> vector-driven.
>
> All the extant pictures of the TV-Tabs show alphamerics and lineart
> graphics, but that doesn't mean that the displays were vector-driven.
I suppose yes!!! Let's calculate: For 25lines and 80chars you need
a minimum of 560*175pixels making more than 98000bits of information.
This is a rather big amount of core memory. BTW I think core memory
of those days was not fast enough to deliver a high enough data rate
for >5 frames per second??
> The display driver hardware is likely to be in the TV-Tab unit itself.
Yes, maybe. Perhaps the guys at BAE know a little more.
Alan, I am very happy that you have talked to them and
I am impressed, that it seems to be rather easy to get
in contact with them ;-) THANKS!
I commented some of the other postings with new information
I gained yesterday...
> Good luck, keep us posted
Yes, I will do. I posted some replys to other postings
in this thread with rather technical details. Maybe no one
is interested in those but I hope to get more feedback in this
way.
Thanks again,
Erik.
Cheers,
Erik.
Last weekend I was in a exhibition where one can view inside
several older aircraft and there are lots of boxes. My box
is about 12kg.... ;-)
Thanks for your comment!
Can't speak for Marconi, but all the boxes we've designed
can be powered up without boards installed, so that the box
can be tested stand-alone.
The cards are tested stand-alone on a purpose-built test
stand, then the cards and box are integrated and tested together.
The box was bought from Abex and such a box
was on eBay, too.
> The label reads "Programmer electronic Control", manufactured
> by Marconi Avionics with part number 51-019-02, NSN1680-99-652-3410.
Is someone out there reading this who has bought one
of those boxes, too? I am interested in buying another of
those to have spare parts in case I will toast something
during my experiments. You may keep the collectible core
memory if desired...
> The cards are tested stand-alone on a purpose-built test
> stand, then the cards and box are integrated and tested together.
Ahh, thats very positive to hear. I think it was
the same in the Marconi box.
BTW: The supply has been definitely been changed in my
box since it was manufactured in 1982...
Thanks again,
any hints and suggestions are welcome,
Erik.
But I figured out what voltages it generates so I should be able
to drive the mainboard directly. The only obstacle is that there is
a feedback: The supply measures the temperature of the ferrite
beads with an NTC and adjusts the driver voltage accordingly. I
can of course maesure the characteristics of the NTC which is
calibrated:
There are calibration resistors together with it on the
core plane (Thus one should be able to interchange the core planes
between
different boxes without needing to calibrate for temperature
coefficient).
But I cannot figure out the characteristics of the supply, i.e. dU/dR.
Does anybody know what the "standard temperature" in such applications
is?
I suppose the nominal driver voltage (which I know) has to be applied
at that standard temperature...
In a first try I will use a voltage for the drivers substantially
below the nominal voltage. In this way there will be enough voltage
to prevent that the drivers are damaged and on the other hand
the currents are to low to flip the magnetization in the cores.
...But memory organization is another interesting topic (seems to be
12bit words).
> > I think displays of the 70ties where not raster displays like
> > todays, but they where vector displays (like analog oscilloscopes)
> Thats a very big question. VDU computer terminals were first introduced
> in the '70's, and initially consisted of a "glass teletype" - displaying
> 25 lines x 80 characters or so of alphamerics. They were raster
> displays, derived from TV technology. There were a few graphic displays
> (Tektronix being the manufacturer I associate with them) that were
> vector-driven.
> All the extant pictures of the TV-Tabs show alphamerics and lineart
> graphics, but that doesn't mean that the displays were vector-driven.
I posted the fact that the box originates from the display section
in pprune.org - perhaps someone has interesting input on this topic...
Any piece of information is highly appreciated,
Cheers,
Erik.
P.S. Sorry for producing this lot of junk but analyzing the box
is somehow a very interesting thing and one can learn a lot
about vintage computer technology.
I don't know anything about the TV-Tab other than that I was another
Marconi Avionics product, from a different Division than that which
built the Flight Controls. I suspect that the analog circuitry was kept
with the TV-Tab itself, in the large rectangular box that is such a
feature of the rear cockpit instrumentation, behind and to either side
of the pilots head. I think that the box you have is not much more than
a "keyboard processor". Any PROMs will contain the keycodes. The box
will have been designed to service two displays, so some of the
connectors should be paired.
If the guesses we have made so far are correct, the box is largely
performing the function of the 8048 (or whatever) microcontroller in
your PC keyboard.
Questions arising from this are:
May the presence of a cover for DPL07 indicate, that the plug DPL07
was not used during normal operation? Maybe it was for diagnostic
purposes only? Or was it connected to a nearby box?
I suppose the differential lines of DPL01-DPL05 connect to remote
devices located several meters apart from the box?
Maybe DPL01-DPL04 connect to the displays and DPL05 to the Keyboard?
> If the guesses we have made so far are correct, the box is largely
> performing the function of the 8048 (or whatever) microcontroller in
> your PC keyboard.
But who is filling that big amout of memory? It is hard
for me to imagine, that there sould be 12k of memory for
pressed keys?
Thanks for discussion and input...
Two if the inputs run via a demux so the box decides on
which of the plugs to listen and the third one is
converted to TTL for all plugs and these four signals
run to the IRQ-board.
So I guess that if on one plug the IRQ is activated it
causes the box to "look" at this plug and than some
kind of serial communication takes place using the
clock signal.
> (3) DPL05 is delivers two (again differential) transmit-channels
> to the outer world and on one channel appear bursts of 24 rising
> edges (originating from the Serial-Parallel-Converter) after powerig
> on the unit on. The bursts are seperated by alternating 1.5ms of
> high and 1.5ms of low level. These seem to be some kind of start-bit.
> Furthermore this plug does not have GND, too.
This plug does not have got any input at all - only output
functionality and some direct connections to DPL01-DPL04.
Most interesting questions from the last posting still
remain :-(
But so far I did not power up the memory section of
the box since the guess was that the intelligence
resides within the PROMS on the Function Decode Board...
Perhaps I will next power up the memory section
and monitor wether someting changes.
> Most interesting questions from the last posting still
> remain :-(
Especially the hypothesis that DPL07 - the only plug
which is supplied a cover fixed to the box - was not
connected during normal operation would be the most
interesting topic...
> a "keyboard processor". Any PROMs will contain the keycodes. The box
> will have been designed to service two displays, so some of the
> connectors should be paired.
As stated in another posting - four connectors have identical
pinout.
> If the guesses we have made so far are correct, the box is largely
> performing the function of the 8048 (or whatever) microcontroller in
> your PC keyboard.
Having analyzed the boards a little more I found (aside a complete ALU)
three analog to digital converters (very nice made by using differential
line receivers as comparators) with different resolutions. My suspicion
is that they are the interface to the keyboard:
Hypothesis: The key switches have not been in a matrix as today but
- to reduce the number of wires needed - are used to bypass or short
resistors. Thus the DACs within the box can determine the key which
is pressed simply by measuring the resistance of the keyboard...
Have such keyboards been built for military use?
Best regards,
Erik.
Status-Report for whom may be interested:
Analyzed memory-interface: There is a 12bit-bus common for
adresses and data. Bit12 is seperate for addresses. On powering
up the unit and forcing it to read 0x000 as data one can see the
CPU running through the entire adress space.
So far identified a "relative jump command" and a "freeze"
command.
Thinking about how to simulate or read/write memory from extern
(maybe via the big plug, which at least features the
data/address-bus?)
in order to learn more about the language of the box.
Any feedback or discussion welcome...
> If the guesses we have made so far are correct, the box is largely
> performing the function of the 8048 (or whatever) microcontroller in
> your PC keyboard.
Yes, that seems to be a very reasonable assumption. But still
I claim that the box has to be programmed from outside prior to
operation and that the program resides in the core memory (which
would not be a problem since I think the box was not essential for
flight, was it?). Maybe programming is done vie the large plug
supplied the a cover?
Next step is placing probes to critical points to monitor the dataflow
upon placing commands into memory in order to learn more about
the machine language of the box. But my logic analyzer is broken
at the moment so there will be some break now...
Setup see www.baigar.de/TornadoComputerUnit/DeviceUnderTest.jpg
> So far identified a "relative jump command" and a "freeze"
> command.
Freeze-Command is 000010000000 binary, relative Jump
1000rrrrrrrr where the offset is coded in rrrrrrrr.
BTW: the box consuimes about 6.5A at 5V and below 10W
at the other voltages. This is not that much, i.e. the
box does not get warmer than 30C
Still my HP1661A has a defunc floppy (!@^%&@#!$ proprietary
HP drive) and still needing time to repair this before
further investigation can be done...
The box indeed seems to contain a general purpose
processor with program counter and one (or two,
I am not sure at the moment) accumulator registers.
There does not exist a hardware stack or priviledge
levels like on PDP11 or modern processors. The design
seems to me more like the PDP8 design.
Added rough schematic of the address generation and
program counter board SK10. Incrementing adresses is
done by setting carry. The adding engine allows
relative jumps as stated in the last posting
by adding contents of accumulator or memory the the actual
program counter:
http://www.baigar.de/TornadoComputerUnit/TornadoComputerUnitSK10.gif
Further analyzing die DataRegister boards now (SK8 und
SK9, both identical). They contain the ALU and
accumulator register...
... to be continued ....
Erik.
...in fact rrrrrrrr is drrrrrrr where d represents the
direction in which to jump, i.e. 10000000 and 00000000
will cause the unit to loop infinitely...
> I am not sure at the moment) accumulator registers.
...these registers reside on two boards (SK8 and SK9)
where each board manages 6 of the 12 bits.
By attaching a DIP switch to the memory system I am
able now to force the unit now to read certain values
from memory which can be entered via the switches.
Identified new command-groups:
1110000ddddd Causes the unit to wait for d+2 memory
cycles.
1111******** Is the group of IO-commands. There are
commands which allow me to transmit serial datagrams on
any of the plugs DPL01-DPL03 I want.
Next will be to (1) have a look at the memory system
again in order to prgram it remotely. (2) Identify
more commands.
> Next will be to (1) have a look at the memory system
> again in order to prgram it remotely.
Memory system is very similar to the core memory
of a PDP8 - only built much smaller and 128 X-lines,
not 64 as in the PDP8. Great survey is given in the
book "Computer Engineering" from Bell, Mudge and
McNamara. This book describes the evolution
of minicomputers in a view of DEC. Rough schematic of
memory structure copied from this book:
http://www.baigar.de/TornadoComputerUnit/CoreMemory.jpg
All pins necessary for accessingo memory appear on the large
connector DPL07 and the timing of the core memory is straight
forward (Can be seen here:
http://www.baigar.de/TornadoComputerUnit/PEC_SingleWrite.jpg).
In order to check wether there is still a 20 year old program
sitting in the core memory and to make further investigation easier
I built modified transputer based board which I want to be able to
read and write the core memory via DPL07. The diagram above
shows a single read-cycle initiated by a MEMRD pulse generated
from this external circuitry. Next step will be to write
programs to access a single core memory word first and
than to read and write the whole memory. Still I am not clear
how to prevent the machine from starting (and thus accessing
memory, too) during my external accesses. At the moment
pulling the timing generator is the way to go...
There exists a variety of complex commands for indirect
memory access which are similar to PDP8 commands. Analysis
will be easier, if testpatterns can be written to memory
via DPL07.
... may be to be continued ...
... or not.
> read and write the core memory via DPL07. The diagram above
> shows a single read-cycle initiated by a MEMRD pulse generated
> from this external circuitry. Next step will be to write
> programs to access a single core memory word first and
> than to read and write the whole memory. Still I am not clear
> how to prevent the machine from starting (and thus accessing
> memory, too) during my external accesses.
Reverse engineered the memory interface and found some
kind of DMA (direct memory access) circuitry. This provides
the needed feature via DPL07: My transputer board is now
able to halt the Programmer-Electronic-Control's CPU, to
enable the DMA mode and than to read and write the core.
Upon supplying the unit with all voltages the transputer
board allows to test the unit's core memory and to find the
optimum current for the core circuitry. Investigations show,
that the memory needs higher current to flip the cores if
it is cold and lower current in warm state (ther exists some
kind of feedback to the power supply, doing this automatically
but I do not use the built in supply since it needs 110VAC
three phase at 400Hz). Core memory seems to be OK, all
cells can be read and written.
Happy new year to all readers,
Best regards,
Erik.
The program clears the accumulator and uses indirect
accesses to memory locations 1 and 2 (i and j) to
repeatedly add 23 (stored in i) to the accumulator
and store each result in j (location 2). This program
runs fine loops for many hours if desired.
So, the story is solved in principle. Maybe the last
thing to add is, that the unit consumes approx. 35W on
+5V, 1W on -5V and 35W for the core memory...
... "Live Long and Prosper" ...