EP0136301A1 - Interface-anordnung für mikrocomputer - Google Patents

Interface-anordnung für mikrocomputer

Info

Publication number
EP0136301A1
EP0136301A1 EP84900738A EP84900738A EP0136301A1 EP 0136301 A1 EP0136301 A1 EP 0136301A1 EP 84900738 A EP84900738 A EP 84900738A EP 84900738 A EP84900738 A EP 84900738A EP 0136301 A1 EP0136301 A1 EP 0136301A1
Authority
EP
European Patent Office
Prior art keywords
microcomputer
interface
microprocessor
interface arrangement
operating system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP84900738A
Other languages
English (en)
French (fr)
Inventor
Edgar Michael Poll
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
MICROMITE COMPUTERS Ltd
Original Assignee
MICROMITE COMPUTERS Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by MICROMITE COMPUTERS Ltd filed Critical MICROMITE COMPUTERS Ltd
Publication of EP0136301A1 publication Critical patent/EP0136301A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus
    • G06F13/382Information transfer, e.g. on bus using universal interface adapter
    • G06F13/387Information transfer, e.g. on bus using universal interface adapter for adaptation of different data processing systems to different peripheral devices, e.g. protocol converters for incompatible systems, open system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10Program control for peripheral devices
    • G06F13/12Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor
    • G06F13/124Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine
    • G06F13/128Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine for dedicated transfers to a network

Definitions

  • the present invention relates to a microcomputer interface arrangement for connection to an existing microcomputer to enable data to be transferred to/from the microcomputer; in particular, but not exclusively, the invention relates to an interface arrangement for interfacing an existing microcomputer with a microcomputer local area network.
  • Microcomputer local area networks are networks in which a plurality of microcomputers are connected by a link (such as a cable) to a central storage device to which the computers have access as required to read data from or write data into the storage device.
  • LANs are networks in which a plurality of microcomputers are connected by a link (such as a cable) to a central storage device to which the computers have access as required to read data from or write data into the storage device.
  • Such networks not only provide administrative and technical advantages stemming from centralised data storage, but also enable the local storage facilities of at least some of the member microcomputers to be enlarged and/or improved.
  • the central storage device which may at least partially control the access process, is referred to in the art (and also herein) as a "file server".
  • a microcomputer interface arrangement for connection to an existing microcomputer to enable data to be transferred to/from the microcomputer, characterised in that said interface arrangement comprises:
  • the interconnection means when coupled to said microcomputer location, serving to interconnect the microcomputer with the microprocessor received by said receiving means, in such a manner that the microcomputer can continue to operate in substantially the same manner as prior to connection to the interface arrangement, and
  • the coupling of the interface arrangement into the microcomputer location vacated in removal of the microprocessor means that the hardware configuration of the interface arrangement is not dependant on the particular bus structure adopted by the microcomputer manufacture but will be the same for all microcomputers using the same type of microprocessor. Even with different types of microprocessors, the hardware modifications required are generally not extensive .
  • the interface arrangement of the invention considerably eases the problem of connecting an external device (such as a file server) to a variety of different microcomputers.
  • the interface arrangement of the invention will generally be used to interface an external device with a microcomputer (.for which purpose the interface circuitry of the interface arrangement will normally comprise some form of I/O port), the interface arrangement can also be used to interface a microcomputer with an expansion module, such as a specialised processor or memory expansion board, requiring direct access to the microcomputers address and data buse ⁇ .
  • an expansion module such as a specialised processor or memory expansion board
  • the said receiving means of-.the interface arrangement is preferably a socket that conforms electrically and mechanically to a like socket for the microprocessor provided in the microcomputer.
  • the interconnection means may in this case comprise a cable or the like terminated by a plug that will mate with the socket of the microcomputer.
  • the interface arrangement is made transparent to the microcomputer.
  • the said interface circuitry preferably includes control means operative during data transfer to/from the microcomputer to influence or isolate at least certain ones of the control lines passing from the microcomputer to the microprocessor received in the interface arrangement such as to prevent undesired operations within the microcomputer.
  • the interface circuitry can be operated under the control of a piece of software (or firmware) that can be considered as an auxiliary or supplementary operating system to that of the microcomputer and which can be loaded on top of the operating system of the microcomputer,
  • the auxiliary or supplementary operating system can then be considered to be hooked on to the "host" operating system to control a ro ⁇ tine or loop in which access to the remote storage provided by the file server is desired.
  • FIG. 1 is a block diagram of a local area network (LAN) ;
  • Figure 2 is a view, partially in perspective, showing how a LAN interface embodying this invention is coupled to a host microcomputer;
  • Figure 3 is a block diagram of a first form of the LAN interface, showing it connected to the host microcomputer and to a cable of the LAN;
  • Figure 4 is a block diagram similar to Figure 3 but showing a second form of the LAN interface
  • Figure 5 shows diagrammatically the manner of interaction between the operating system of the host microcomputer and an auxiliary operating system controlling the LAN interface.
  • Figure 1 shows a microcomputer local area network (LAN) that includes a file server 10 connected to a 75 ohm coaxial cable 12.
  • LAN local area network
  • a plurality of microcomputers 14, for example up to 254 of them, are each connected to the cable 12 by a respective LAN interface 16 that includes 3- reed relay 18 connected as shown to enable the associated microcomputer 14 to break the cable 12.
  • Each of the microcomputers 14 can generally operate on a "stand-alone” basis. It can however also obtain access to central storage means within the file server 10 so as to write to and/or read therefrom. Such central storage means may for example comprise one or more high capacity "Winchester” type rigid discs.
  • the file server 10 comprises a random access memory (RAM) and a microprocessor.
  • the file server 10 incorporates software- and/or firmware-controlled circuitry that controls access of the
  • OMPI microcomputers 14 to the central storage means in the file server 10 in the following manner.
  • the file server 10 periodically transmits a form of signal known as a "general poll". This is received by all the microcomputers 14 connected to the file server 10 and all those microcomputers that then require access to the file server 10 respond to the general poll. However, before responding, each microcomputer 14 wishing to do so, isolates that whole part of the LAN downstream of itself (i.e. on the opposite side of itself to the file server 10) by opening the associated reed relay 18. After waiting for an appropriate time interval (e.g.
  • the microcomputer 14 responds to the general poll from the file server 10 by outputting a signal that uniquely identifies the responding microcomputer 14, such unique hardware identity being, to this end, coded in the associated LAN interface 16.
  • the reed relay 18 is thereafter closed.
  • that microcomputer nearest to the file server 10 is able to answer the general poll first, although all responding microcomputers immediately close their reed relays and wait for an acceptance signal from the file -server 10.
  • the file server 10 on accepting and acknowledging the first data request, that is to say accepting and acknowledging the notification from the first responding microcomputer 14 that it wishes to access the central storage means in the file server 10, issues a second general poll.
  • the second general poll is ignored by the microcomputer 14 whose request has been acknowledged and will instead cause all of the other microcomputers 14 that still require access to repeat their requests as described above.
  • the response of the next nearest microcomputer 14 is the accepted by the file server 10. This process is repeated until n ⁇ more access requests are received by the file server 10, which indicates that all the microcomputers 14 wishing to respond now have their identities and access requests lodged in the RAM of the file server 10.
  • the above-described interrogation process ensures optimum, minimal polling of the connected microcomputers 14 and obviates any need for the file server 10 to know the identity and numbers of the attached microcomputers.
  • the RAM capacity within the file server 10 is, for example, adequate to store over 100 such access requests and hardware identities, though the file server 10 may have software that will permit up to 254 microcomputers 14 to be connected by subsequently implementing an "exclusion polling" process after the RAM within the file server 10 is full.
  • the file server 10 is also able to sort the stored access requests into the most appropriate sequence for subsequent minimal disc head movement. That is to say, that request that involves access to the address nearest to the current position of a disc head, reading the Winchester disc within the file server 10 will be processed first; and so on. This sorting operating can be carried out during the polling process, thereby optimising processing time of the microprocessor of the file server 10. Similarly, once accessing of the Winchester disc within the file server 10 is commenced, further time optimisation is possible because the relevant data can be transferred directly to and from the relevant microcomputer 14 (as described below) while the process of disc head movement is being performed.
  • Such data transfer may involve the reading from disc within the file server 10 as a result of a request from a microcomputer 14, or the writing to such disc of data from the microcomputer 14.
  • the LAN of Figure 1 which is of known construction as so far described, is .a highly efficient data retrieval system for the microcomputers 14 thereof, relieving them of the necessity always to use the slower and less reliable floppy disc storage with which they are generally provided, while also providing them with increased storage capacity, more convenient central files and shared access to common files.
  • the LAN interface 16 includes a circuit board 19 mounting a socket 20, typically a 40-way socket.
  • the socket 20 is so dimensioned and wired as to accommodate the particular design of microprocessor, chip fitted within the associated microcomputer 14, hereinafter also referred to as. "the host microcomputer".
  • the host microcomputer To prepare the microcomputer 14 for connection to the LAN, the LAN interface board 19 is installed in or adjacent to the microcomputer 14.
  • the microprocessor 22 of the host microcomputer 14, which in conventional manner will generally be removably located in a socket 24 in a processor board of the host microcomputer, is removed therefrom and fitted into the socket 20 in the interface board 19.
  • a ribbon cable 26 extends from the LAN interface board 18 to a plug 28.
  • the plug 28 conforms electrically and mechanically to the socket 24 in the microcomputer 14 and is caused to mate with the socket 24.
  • the pattern of connections and so forth is such that, when the microcomputer 14 does not require access to the file server 10 via the LAN, all signals are permitted to go between the.microprocessor 22 (in its new position) and its original socket 24 without impediment, the microprocessor 22 and the microcomputer 14 thus functioning precisely as if the LAN interface 16 were not there.
  • the microcomputer 14 indicates that it requires access to the file server 10
  • the behaviour of the microprocessor 22 is modified, as described hereinbelow.
  • this interface is designed for use with a microcomputer 14 whose microprocessor or central processing unit (CPU) 22 is a Z80 microprocessor.
  • CPU central processing unit
  • the microcomputer 14 includes a memory 30, for example a read only memory (ROM) or random access memory (RAM) , in whichit.stores its own operating system, hereinafter also referred to as "the host operating system" , and a RAM 32 having a data bus 34 and an address bus 36 connected thereto.
  • ROM read only memory
  • RAM random access memory
  • the CPU 22 of the microcomputer 14 is re-located on the board of the LAN interface 16.
  • the CPU 22 remains connected to the microcomputer 14 by way of the ribbon cable 26, the plug 28 and the socket 24 ' , which connections include the above-mentioned data bus 34 and address bus 36 together with a control
  • OMPI bus 38 and various other conventional connections (e.g. power supply lines and so forth) in conventional manner.
  • the LAN interface 16 includes a serial I/O port 47 of standard form for effecting synchronous communication with the file server 10.
  • the I/O port 47 conforms to the SDLC (Synchronous Data Link Control) protocol and is built around an SDLC chip 48 such as the known Western Digital WD 1933B chip.
  • the SDLC 48 interfaces with the reed relay 18 and cable 12 of the local area network through an interface 52 that is connected to the SDLC 48 by a transmit line 54, a receive line 56, and a relay control line 55.
  • a .crystal clock 58 Connected to the interface 52 is a .crystal clock 58 that is synchronised by the signals in the cable 12 and that defines an optimum fast data transfer speed that is employed when, in the manner described below, a data transfer is to take place. between the file server 10 and the microcomputer 14. Such transfer speed is independent of the clock or processing speed at which the CPU 22 is operated by the host microcomputer 14.
  • the above-mentioned means for indicating the unique hardware identity of the LAN interface 16 to the file server 10 in response to the aforesaid general poll signal may be embodied in or associated with the SDLC 48.
  • the SDLC 48 interfaces with the microprocessor 22 via the microprocessorsbuses 34, 36, 38 with the data bus 34 and the Read (RD) and Write(WR)control line, 51, 53 being connected directly to the SDLC 48, the address bus 36 and I/O Request (IORQ) line 55 being connected to the SDLC 48 via an address decoder 50, and the WAIT control line (WAIT) 57 being connected via a wait control circuit 59.
  • the address decoder 50 is of standard form and has a chip select output 102 which is enabled whenever any one of the internal registers of the SDLC 48 is addressed; the precise identity of the addressed register is determined by the signals on the three least significant address lines 104.
  • the wait control circuit 59 serves to generate a WAIT signal to temporarily suspend operation of the CPU 22 whenever the CPU 22 attempts to read from, or write to, the SDLC 48 (as indicated by the output
  • the decoder 50 before the latter is ready to output or receive a data byte (the ready state of the SDLC 48 being indicated, for example, via an interrupt line 106).
  • the circuitry of the LAN interface 16 comprises an electronic switch 100 inserted in the Read, Write, I/O Request, and WAIT control lines of the control bus 38 that pass via the cable 26 to the microcomputer 14.
  • the operation of the electronic switch 100 is controlled by the output 102 of the address decoder 50 such that whenever the SDLC 48 is addressed, the electronic switch 100 is opened to isolate the Read, Write, I/O Request, and Wait lines from the microcomputer 14; in all other circumstances, the switch 100 is closed.
  • Some or all of the various above-mentioned components of the LAN interface 16 may be mounted on the board 19
  • the LAN interface 16 takes over control.
  • the LAN data transfer is in fact conducted under the control of an auxiliary operating system, in a manner described hereinbelow with reference to Figure 5, which auxiliary operating system is for convenience loaded on top of the host operating system, and which serves to configure the DMAC 40 and SDLC 48 and prepares them for LAN data transfers.
  • the auxiliary operating system may be stored with the host operating system in the memory 30, which is a ROM or RAM. More generally, the two operating systems may be both stored in RAM, both stored in ROM, or stored one in RAM and one in ROM, as desired.
  • the LAN interface 16 effects a LAN data transfer as follows.
  • a LAN data transfer is initiated when the microcomputer causes the CPU 22 to execute the auxiliary operating system.
  • This auxiliary operating system controls the CPU 22 to set up the SDLC 48 for data reception/transmission as required, with data being moved between the microcomputer memory 32 and the
  • the handshake routines executed between the interface 16 and the file server 10, and the procedures for data and recovery are all handled by the auxiliary operating system in standard manner.
  • the first operation set up by the auxiliary operating system is to set the SDLC 48 into a receiving mode to listen for a general poll from the file server 10, the bytes received by the SDLC 48 being transferred by the CPU 22 in turn into the memory 32 and then checked under the control of the auxiliary operating system to see if they constitute a general poll. If this is the case, the SDLC 48 is set up to transmit an access request after which the SDLC is returned to its receiving mode to listen out for an acknowledgement from the file server 10. Once access is gained to the file server, the desired data transfer is effected between the microcomputer 14 and the file server 10.
  • the CPU 22 Upon completion of the LAN data transfer, the CPU 22 exits from the auxiliary operating system and normal working of the microcomputer 14 resumes.
  • the LAN data transfer takes place at a speed determined by the clock 58 which is preferably a high value to.provide high-speed LAN data transfer (typically 625,000 bits/sec).
  • the control lines 51, 53, 55 and 57 required for its operation are isolated from the microcomputer 14 thereby ensuring that no undesired operations can possibly occur within the microcomputer as a result of operation of the I/O port 47.
  • the interface 16 is, for all practical purposes, transparent to the host microcomputer 14.
  • LAN interface 16 shown in Figure 4 utilises a DMA controller (DMAC) 40 for effecting data transfer
  • DMAC DMA controller
  • the specific example illustrated relates to a CPU 22 constituted by an Intel 8085 microprocessor, the DMAC 40 being,for example, constituted by an Intel 8237 chip.
  • a particular characteristic of the 8085 microprocessor is that eight of the 16 address lines are multiplexed between the low byte of address and the data lines; a control signal ALE (address latch enable) when asserted indicates the presence of an address on the multiplexed lines and is used to set the low address byte into a latch.
  • ALE address latch enable
  • the microcomputer 14 in addition to the elements 24, 30, 32, illustrated in Figure 3, is shown as having an address latch which forms part of a unit 81 that also includes bus buffers; the address latch is controlled by the control bus signal ALE and the direction of signal throughput of the buffers is controlled by the control-bus WR (Write) signal.
  • ALE control bus signal
  • WR Write
  • the DMAC 40 and the 1/0 port 47 during LAN data transfers under the auxiliary operating system is in general terms fairly standard with the DMAC 40 responding to a data transfer request from the SDLC (via line 82) by gaining mastery of the microprocessor buses 34, 36, 38 using the HOLD and HLDA (Hold Acknowledge) control lines (the latter passing to the DMAC 40 as part of a local control bus referenced 83 in Fig. 4).
  • HOLD and HLDA High Acknowledge
  • the generation of the ALE signal required during DMA transfers is effected by a section 91 of control circuitry 90, the required ALE signal being fed to the relevant line, of the. control bus 38 and via a line 88 to the unit 85 (the section 91 also passes on to the unit 85 the ALE signal provided by the CPU 22).
  • the control circuitry 90 in fact performs a number of functions and is arranged not only to generate the correct control signals for operation .of the DMAC 40, SDLC 48, and unit 85, but also to interrupt or influence certain of the lines of the control bus 38 to cause correct operation of the microcomputer 14 during DMA transfers while avoiding any possibility of undesired operations being initiated within the microcomputer.
  • the control circuitry 90 is connected to the demultiplexed address bus 36, the control bus 83 associated with the DMAC 40, a control bus 86 associated with the I/O port 47, lines 88, 89 for controlling the unit 85, and
  • the control circuitry 90 comprises three sections 91, 92, 93.
  • the first section 91 (already mentioned) is arranged to generate ALE signals and control the unit 85.
  • he second section 92 carries out address decoding for the DMAC 40 and SDLC 48 and generates the appropriate RD, WR and IO/f signals.
  • the third section 93 controls bus arbitration. The function of these sections 91, 92, 93 is described in greater detail below.
  • the first section 91 of the control circuitry 90 generates ALE signals as has already been described, the fact that a DMA transfer is being undertaken being sensed from signals output by the DMAC 40 on the bus 83.
  • the circuitry section 91 generates the appropriate direction control signal for feeding to the unit 85 on line 89.
  • this direction control signal is the CPU WR signal; however, during a CPU read operation the data buffer of the unit 85 is only opened towards the CPU 22 if the address being read so requires.
  • the direction control signal is set as required.
  • the second section 92 of the control circuitry 90 serves to decode the address bus and IO/M signals produced during a CPU read/write operation whereby to appropriately
  • O PI enable internal register of the DMAC 40 and SDLC 48.
  • the section 92 leaves the WR and IO/M * signals unaltered; however, if a CPU read is addressed to the DMAC 40 or SDLC, the section 92 is arranged to interrupt the RD control line in the bus 38.
  • the circuitry section 92 is arranged to feed appropriate control signals to the SDLC 48 in response to the signals output on the bus 83 by the DMAC 40.
  • the circuitry section 92 produces the appropriate RD , WR and IO/M signals for feeding to the microcomputer 14 on the corresponding lines of the control bus 38.
  • the third section 93 of the control circuitry 90 is arranged to direct a Hold Acknowledge produced by the CPU 22 either to the microcomputer 14 or to the DMAC 40 depending on the origin of the associated HOLD signal.
  • control circuitry 90 ensures that none of the signals produced for controlling operation of the DMAC 40 and SDLC 38 can result in undesired operations within the microcomputer 14.
  • Suitable hardware configuraLons for the circuitry 90 will, of course, be apparent to persons skilled in the art of microprocessor engineering.
  • the LAN may employ a range of different LAN interfaces 16 for use with a range of different microprocessors each using a different software instruction set.
  • the hardware of the LAN interface for instance due to different CPU operating speeds and/or to cater for microprocessors of different external physical configurations and/or different terminal wiring patterns, the differences between the different LAN interfaces will largely reside in the software of the associated auxiliary operating systems.
  • the software instruction sets may be different for Z80 , 8085, 8080, 8086 and 8088 microprocessors, but it should be appreciated that such software instruction sets need vary only with the nature of the microprocessor and not necessarily with the nature of the host microcomputer.
  • any form of host microcomputer from any manufacturer that uses, for example, an 8088 microprocessor uses that particular software instruction set developed, for that particular form of microprocessor. But for any given microprocessor and its software instruction set use may be made of any one of (say) half a dozen operating systems.
  • Any form of host operating system provides the user of the microcomputer with a defined set of operating procedures and facilities.
  • the operating system that is perhaps most widely used in,microcomputers being that known as CP/M (Trademark).
  • CP/M Trademark
  • the manufacturer is provided with a basic kernel of software which defines, controls and formats each peripheral or environment within the microcomputer.
  • the kernel defines and controls the format and accessing of discs, the operation of transient programs run under the control of the operating system, the presentation of a screen display, keyboard functions, and basic facilities providing the user with search capabilities, data handling and information.
  • each operating system is such that addresses for each decision point or process within the basic kernel remain the same irrespective of the associated "hardware.
  • the final or overall hardware operating software is provided by the microcomputer manufacturer in the light of his particular system design, the resultant "variable” software being “linked” into the operating system via appropriate "hooks", provided by that operating system.
  • This process of final configuration is known as “tailoring" the operating system to suit the physical environment. For a given operating system, therefore, the addresses of particular decision points and tailoring hooks and the like is predictable, irrespective of the hardware environment.
  • This feature is employed for associating, in the present interfacing arrangement, the auxiliary operating system with the host.operating system.
  • the auxiliary operating system can be viewed as a minor operating system or routine c ⁇ trolling a new peripheral, namely the LAN interface 16, this software being designed or coded in accordance with the microprocessor environment and the host operating system so that it is in effect installed into. he host operating system to control LAN data transfers via the LAN interface 16 when the host microcomputer so desires.
  • the auxiliary operating system that controls the LAN interface 16 and the LAN data transfer operations is written and implemented in the following way.
  • a relevant such decision point is when a program or procedure running under the control of the operating system requests disc input or output (I/O) from the operating system.
  • I/O disc input or output
  • the host operating system is diagrammatically represented at 70 in Figure 4. That is to say, in the step 70, the host operating system receives a disc I/O request, formats the request internally and then passes control to a part of the host operating system that handles disc I/Os, At this point, the auxiliary operating system inserts a "hook".
  • the auxiliary operating system performs a simple decision (step 72) as to whether the drive address of the disc I/O request is within a range that has. been designated for an LAN data request or whether it is within a range indicating that it is an I/O request for a local disc drive controlled directly by the host .microcomputer 14. If the drive address is local, then the operating processing is allowed to continue .through the host operating system's disc I/O routine (step 74). If, however, the drive address indicates that a data transfer via the LAN is desired, then the auxiliary system retains control.
  • step 76 the CPU 22 is controlled to set the SDLC into a receiving mode to listen for a general poll.
  • step 76 Once access to the file server 10 is established, control remains with the auxiliary operating system until either data or a suitable response is obtained back through the LAN from the file server 10 (step 78). Once data transfer is complete, LAN access is relinquished (step 8) and control is returned to the point in the host operating system where normal control would have passed following completion of local disc drive access.
  • the auxiliary operating system caters, in a manner known per se, for error handling and recovery, and contains all communications "hand-shake" routines.
  • auxiliary operating system having been described above, its detailed implementation for a particular set of circumstances ⁇ will be within the capabilities of one skilled in the art. There may be a respective different form of operating system for each microprocessor type and operating system type.
  • LAN interface 16 can be arranged to communicate with the file server 10 using a synchronous protocol other than the SDLC protocol, for example the HDLC (High-Level Data-Link Control) protocol, the chip 48 being then constituted by an appropriate HDLC peripheral controller chip.
  • SDLC High-Level Data-Link Control
  • the interface 16 could be readily modified, to interface the microcomputer 14 either with some other type of external device (through an appropriately configured I/O port) or with expansion modules (such as additional memory or specialised processors) which require direct access to the CPU buses.
  • the interface socket 20 serving to receive the CPU 22 has been shown as mounted on the interface cicruit board 29, it would also be possible to provide the socket 20 in the form of a unit which plugged directly into the location in the host microcomput.er vacated by removal of the CPU 22 It should be noted that such a unit, while providing straight-through connections to most of the contacts in the socket 20, would generally interrupt at least some of the control lines in order to enable them to be selectively isolated in the manner already described. The aforesaid unit would, of course, also provide for connection to the various other CPU lines.
  • microcomputer is • deemed to include any product incorporating a microcomputer, even if the product itself would not usually be referred to as a microcomputer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Bus Control (AREA)
EP84900738A 1983-02-18 1984-02-17 Interface-anordnung für mikrocomputer Withdrawn EP0136301A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB8304573 1983-02-18
GB838304573A GB8304573D0 (en) 1983-02-18 1983-02-18 Microcomputer local area networks

Publications (1)

Publication Number Publication Date
EP0136301A1 true EP0136301A1 (de) 1985-04-10

Family

ID=10538222

Family Applications (1)

Application Number Title Priority Date Filing Date
EP84900738A Withdrawn EP0136301A1 (de) 1983-02-18 1984-02-17 Interface-anordnung für mikrocomputer

Country Status (4)

Country Link
EP (1) EP0136301A1 (de)
GB (1) GB8304573D0 (de)
IT (1) IT1173295B (de)
WO (1) WO1984003376A1 (de)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2622711A1 (fr) * 1987-11-04 1989-05-05 Trt Telecom Radio Electr Dispositif destine a remplacer un circuit integre comportant sur la meme puce un processeur de signal et un ensemble de memoire contenant des informations figees
EP0353383A3 (de) * 1988-08-05 1991-12-18 Compaq Telecommunications Corporation Verfahren zur Vermittlung von ankommenden Daten zwischen Prozessen in einem Multi-Prozess-System als Antwort auf die Übertragungsart
WO1990005954A2 (en) * 1988-11-24 1990-05-31 Xitek Product Design Ltd. Computer upgrading
US5333298A (en) * 1991-08-08 1994-07-26 Honeywell Inc. System for making data available to an outside software package by utilizing a data file which contains source and destination information
US7457822B1 (en) 2002-11-01 2008-11-25 Bluearc Uk Limited Apparatus and method for hardware-based file system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO8403376A1 *

Also Published As

Publication number Publication date
IT8419678A0 (it) 1984-02-17
IT1173295B (it) 1987-06-18
GB8304573D0 (en) 1983-03-23
WO1984003376A1 (en) 1984-08-30

Similar Documents

Publication Publication Date Title
US4231087A (en) Microprocessor support system
JP3535634B2 (ja) ネットワークプロトコル判断方法、ネットワークボード、及び周辺機器
CA1179069A (en) Data transmission apparatus for a multiprocessor system
US5790895A (en) Modem sharing
JP3327559B2 (ja) フィーチャ・カードのコンピュータへの非破壊的活状態挿入およびコンピュータからの非破壊的活状態取外しを可能にする方法およびシステム
JP3651987B2 (ja) 再プログラム可能ネットワーク通信装置及びネットワーク通信装置の再プログラム方法
US4787027A (en) System using an adapter board to couple a personal computer to a plurality of peripherals in a financial environment
EP0073710A2 (de) Datenübertragungsnetz
EP0234598A2 (de) Interfaceschaltung für Subsystemsteuergerät
WO1983002020A1 (en) Direct memory access for a data transfer network
JPH08227402A (ja) 共用メモリのバス競合の削減方法
US4495564A (en) Multi sub-channel adapter with single status/address register
JP3689463B2 (ja) アービトレーション装置
EP0083002A2 (de) Unterbrechungssystem für peripheres Steuerwerk
CA1264092A (en) Cascadable, high-bandwidth, multi-channel image transfer controller
JPS6155743A (ja) エラ−検出、分離および回復装置
US5550990A (en) Physical partitioning of logically continuous bus
NO166430B (no) Dataoverfoeringssystem.
EP0074704A2 (de) Subsystemsteuerung
EP0136301A1 (de) Interface-anordnung für mikrocomputer
US4792890A (en) Method for resolving conflicts between interrupt sources sharing the same priority level
US5778242A (en) Software interrupt generator for computer bus interface
US6564340B1 (en) Fault tolerant virtual VMEbus backplane design
US6065083A (en) Increasing I/O performance through storage of packetized operational information in local memory
US5708813A (en) Programmable interrupt signal router

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Designated state(s): AT BE CH DE FR GB LI LU NL SE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 19850122

RIN1 Information on inventor provided before grant (corrected)

Inventor name: POLL, EDGAR, MICHAEL