home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!think.com!spool.mu.edu!agate!dog.ee.lbl.gov!lbl.gov!vxwexplo
- From: leonid@amil.co.il (Leonid Rosenboim)
- Newsgroups: comp.os.vxworks
- Subject: re: VMEbus slot number (not strictly VxWorks)
- Date: Mon, 16 Nov 92 15:50:33 IST
- Organization: Lawrence Berkeley Laboratory, Berkeley CA
- Lines: 31
- Sender: vxwexplo@lbl.gov
- Message-ID: <9211161350.AA10146@amil.co.il>
- NNTP-Posting-Host: 128.3.112.16
- Originator: daemon@vxw.ee.lbl.gov
-
- <ross@srxvb303.alcatel.ch> Writes:
- > ...
- > As an aside, it seems a bit funny that the VMEbus doesn't provide
- > a geographical address. Is there any reason for this omission?
-
- Unfortunately you are right. VMEbus was not invented with geographical
- addressing in mind (you must keep in mind that happened a long time ago
- when all busses where pretty dumb). This attribute of VME makes it
- difficult to configure in some situation, but in many others it does
- make VME very simple and easy to use.
-
- Anyhow, when you build your own board, there is a technique used by many
- companies: to use some of the P2 rows A and C pins as location codes - i.e.
- the P2 backplane would have them prewired to grownd to code the slot number,
- and the card would have it's address jumpers also wired to P2 in parallel,
- so that a user can just short jumpers to set address where the custom
- backplane is not available.
-
- Maybe you should check if the CPU boards you are using have a parellel
- port connected via P2. If it has one, you CAN USE IT to improvise
- geographic addressing for you application.
-
- Leonid
-
- P.S. Please check what WRS got cookin' with RARP before you spend your
- time on it.
-
- -------------------------------------------
- R. S. T. Software Enterprises LTD., Israel
- Tel/Fax: +972-3-55-61-661
-
-