HDTenEightyP/NetNews huggingface dataset:
From: klambrec@gmuvax.gmu.edu
Newsgroups: comp.robotics
Subject: 6811 supplier, polariod range finders
Date: 13 Oct 92 09:51:03 -0500
Organization: George Mason University, Fairfax, VA.

I am having trouble getting MC86HC811E2FN Microprocessors for my Miniboards.
I cant seem to find anyone who will sell me less than 23, and my local Motorola distributor is backordered on this part so he wont give me any engineering samples.
Does anyone have a suggestion on where I can get 2 8611s??  If not, is anyone else interested in purchasing 6811s?  Ill place an order if I can find enough people to buy at least 18 or 19 of them.

I dont have an E-Mail address.  E-Mail sent to KLAMBREC@GMU.EDU will eventually be forwarded to me.  I can also be reached by mail or phone at:

   Jim Malloy
   7641 Quail Run Lane
   Manassas, VA 22110
   (703)-335-2774 Home,
   (703)-367-1029) Work.

Any help would be appreciated.  Its very frustrating to have 2 boards sitting here fully populated EXCEPT for the Microprocessor.


Also, Polariods Ultrasonic Components Group offers two ultrasonic ranging kits.  
Specs are:
	Distance range: 0.26 to 10.7 meters
	Resolution: Nominal +- 3mm to 3m, +-1% over entire range
	Sonar acceptance angle: approx. 20 degrees
	Power Requirement: 6VDC, 2.5 Amps (1 mS pulse), 150mA quiescent
	Weight: Transducer, 8.2gm
	        Ranging module, 18.4 gm

	Designers Kit includes 1 transducer, 1 ranging module, enough electronics to display distance accurate to 1/10th meter.
Cost is $169

	OEM kit includes 2 transducers, 2 ranging modules. Cost is $99.

I make no guarantees this data is correct. If youre interested, call them at (617)-577-4681 or write at
	119 Windsor St,
	Cambridge, MA 02139

Newsgroups: comp.robotics
From: srsuresh@laser1.engr.utk.edu (Marapane Suresh)
Subject: Workshop on ACTIVE/PURPOSIVE SYSTEMS
Keywords: ACTIVE/PURPOSIVE SYSTEMS, Robot heads
Organization: University of Tennessee ECE dept.
Date: Wed, 7 Oct 1992 21:14:44 GMT


		ADVANCED TECHNICAL PROGRAM 


        %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

    	Workshop on Intelligent Robotic Systems:  
		Design and Applications

		ACTIVE/PURPOSIVE SYSTEMS
                ------------------------


                Hynes Convention Center
               Boston, Massachusetts, USA 
	      
               Monday November 16,  1992


Sponsored by:
        The International Society for Optical Engineering (SPIE)
In Cooperation with:
	IEEE Computer Society
	IEEE Systems, Man, and Cybernetics Society


Program Committee: Mohan Trivedi, Tennessee, Chair; Peter Allen,
Columbia; Dave Casasent, CMU; Martin Herman, NIST; Ramesh Jain, 
Michigan; Avi Kak, Purdue; Takeo Kanade, CMU; Paul Schenker, 
JPL/NASA.


For further information contact: trivedi@vms1.engr.utk.edu

        %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

		  PRESENTATIONS BY
                  ----------------

   * CHRIS BROWN, UNIVERSITY OF ROCHESTER
     ------------	
	Task Oriented Vision and Action in Dynamic Domains.

   * ERIC KROTKOV, CARNEGIE MELLON UNIVERSITY
     ------------
	 Active Perception of Material Properties

   * JOHN TSOTSOS, UNIVERSITY OF TORONTO
     -------------
	Aspects of attention for eye/head control

   * LYNN ABBOTT,  VERGINIA TECH
     ------------
	Active Visual Pose Estimation of a Grasped Object.
 
   * JIM CLARK, HARVARD UNIVERSITY
     ----------

   *  JAN-OLOF EKLUNDH, ROYAL INSTITUTE OF TECHNOLOGY, SWEDEN
       -----------------
 	Active vision as a methodology.
     
   * XIAOPING YUN, UNIVERSITY OF PENNSYLVANIA
     ------------

   * HENRIK CHRISTENSEN, AALBORG UNIVERSITY, DENMARK
     -------------------
   	Purposive Vision for Mobile Robot Navigation

   * MARTIN HERMAN, NATIONAL INST. OF STANDARDS AND TECHNOLOGY
     --------------
	Visual Navigation Using Relevant 2-D Image Motion Cues

   * NARENDRA AHUJA, UNIVERSITY OF ILLINOIS, URBANA-CHAMPAIGN
     ---------------

   * DAVID KORTENKEMP, UNIVERSITY OF MICHIGAN
     ----------------
	Integrating High-Speed Obstacle Avoidance and Long-Range
             	Sensing to Accomplish a Find and Visit Task.
              

        %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%


Newsgroups: comp.robotics,comp.ai
From: sean@cs.tamu.edu (Sean Graves)
Subject: Re: Looking for Sacerdoti SRI report
Organization: Computer Science Department, Texas A&M University
Distribution: na
Date: Sun, 11 Oct 1992 00:05:55 GMT

In article <1992Oct10.225846.20527@tamsun.tamu.edu> sean@cs.tamu.edu (Sean Graves) writes:
>Hello folks, I'm looking for a tech report that I hope one of you
>may have.  The reference is:
>
>Sacerdoti, Earl D., "A Structure for Plans and Behavior" Tech Report
>SRI Project 3805, Stanford Research Institute, 1975.
>


Thanks to everyone who replied!  (No more replies necessary...)

Sean Graves





Newsgroups: comp.robotics
From: hsu@cs.hut.fi (Heikki Suonsivu)
Subject: DT measurement card -> tcp-ip gateway
Organization: Helsinki University of Technology, Finland
Date: Sat, 3 Oct 1992 02:45:40 GMT



I have got a Data Translation AD card for PC, and lots of pc corpses, and I
would like to build a kludge network temperature/weather/measurement
server.  I was planning to write a simple software using Waterloo Tcp/ip
package (or similar) to get the raw data to a unix system.  However, I
guess someone has already done this, any pointers?  Code for any AD card
would do, I can do the modifications required. 

-
Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND,
hsu@{otax.tky.hut,cs.hut,clinet}.fi  +385-0-8031121
/G=Heikki/S=Suonsivu/O=hut/OU=cs/PRMD=Inet/ADMD=Fumail/C=FI,
mcsun!hutcs!hsu, riippu SN, Email preferable.
From: croehrig@cs.ubc.ca (Chris Roehrig)
Newsgroups: comp.robotics
Subject: Re: Supplier for MC68HC811E2FN  (Miniboard CPU)  ????
Date: 9 Oct 1992 18:23:02 GMT
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
NNTP-Posting-Host: carib.cs.ubc.ca

In article <1b29lhINNrgg@cs.ubc.ca> croehrig@.cs.ubc.ca (Chris Roehrig) writes:
                                             ^
Yow!   Someone just pointed out there's a spurious '.' in my email address.
The correct version is 'croehrig@cs.ubc.ca'.

Chris 
Newsgroups: comp.robotics
From: carrasco@bcars6e1.bnr.ca (Sylvano Carrasco)
Subject: miniboard, 6.270 
Keywords: miniboard, 6.270
Organization: Bell-Northern Research Ltd, Ottawa, Canada
Date: Tue, 13 Oct 92 17:52:14 GMT

  First off, I received my miniboards last thursday. Hat's off to Greg for
doing such a great job (and Fred for the design). Which brings me to my next
problem...my PLCC socket for the HC811 is a little too big. I can't fit the
female headers near the edge of the socket and U3 (L293D) seems to be 
obstructed as well.  Is it just me or have others had this problem? (these
aren't the sockets listed in the parts list, I bought these locally). So I
can whip out my Dremel tool and shave off the excess plastic from the socket
but I thought someone may have a better suggestion. Perhaps mounting the 
female headers on the underside of the board?? Anyhow, It's not your problem
just thought I'd ask if anyone had similar problems.

  Secondly, Several months back I had a look at Fred Martin's course notes
for MIT's 6.270. Does anyone (Fred) know what the 6.270 course objective
is this year?(the one I looked at was robot soccer)  Just curious.

-- 
Sylvano
(RH hint, hint)

+------------------+------------------------------+----------------+
|  Sylvano Carrasco|   Bell-Northern Research     |  #define       |
|                  |   P.O. Box 3511 Station 'C'  |     Opinions   |
|  (613) 763-4109  |   Ottawa, Ontario.           |        My_Own  |
|                  |   Canada.  K1Y 4H7           |                |
+------------------+------------------------------+----------------+
Newsgroups: comp.robotics
From: faraghec@cognos.com (Chad Faragher)
Subject: Distance sensors
Organization: Cognos Incorporated, Ottawa CANADA
Distribution: na
Date: Fri, 9 Oct 1992 15:07:22 GMT

What kind of devices are there for measuring distance to solid objects.
Video cameras use some sort of infrared system for autofocus.  I would
also be interested in sonic or radar techniques.
From: rg9538@ehsn2.cen.uiuc.edu (Ronald E Garnett)
Newsgroups: comp.robotics
Subject: Re: 68HC11EVBU fanout data
Date: 13 Oct 92 18:04:09 GMT
Article-I.D.: news.Bw2nIy.4DL
Organization: University of Illinois at Urbana

fredm@media.mit.edu (Fred G Martin) writes:

>In article <1992Oct12.163640.25052@hemlock.cray.com> kilian@cray.com
>(Alan Kilian) writes: 

>>The synchronous connections are generally daisy chained so that each CPUs
>>output only drives one other CPUs input. This way you can connect an infinite
>>number of CPUs together. Like this:

>While this arrangement will probably work technically, I don't think
>it's standard practice.

>First off, it's generally not problematic for a CMOS output to drive
>lots and lots of CMOS inputs.  10 is easy, 100 is likely to be
>possible.  So there isn't a fan-out problem in the first place that
>might need to be solved by the daisy-chaining scheme.  Also, in your
>solution, the SCK (serial clock) line from the master must drive all
>of the slaves, so if there is a fan out problem, the daisy-chain
>doesn't solve it.

>Second, your scheme is very sensitive to the exact number of CPUs in
>the chain.  If the master CPU (CPU A in your example) wants to get
>data back from CPU B, it must know exactly how many CPU's are in the
>return data path (in your example, one; CPU C).  This isn't a very
>easy arrangement to deal with in software: if you add a CPU to the
>loop, either you have to change a bunch of constants or get the
>network to figure out for itself how many CPUs there are.


>The more accepted solution will tie together each of the MOSI, MISO,
>and SCK lines for each CPU.  The one CPU is the master (its Master Out
>Slave In functions as output) and all the other CPUs are slave (their
>MOSIs are input).  Likewise, a given slave can respond to the master
>by driving its MISO (Master In Slave Out).

>This topology is much more robust when it comes to adding and removing
>nodes; if each node has a unique ID, then the master can send out a
>network package of sorts that is addressed to a particular slave.  If
>that slave doesn't respond, well then it is not connected.  But
>communication with all of the other slaves can continue without
>modification.


That is the scheme I was planning on using, but was unsure of the fanout.
Have you seen any data, or have you seen implementations yourself which
have had large numbers of "passengers on the bus?  

A second question is:  Since this is essentially a bus, what bus 
arbitration schemes are typically used?  I have a few ideas, but
nothing concrete yet.

Third question (related to the first):  The capacitance of the bus is going
to be a strong factor as the number of nodes increases.  And the physical
length is goin g to be a consideration when operating at MHz speeds.
Any data (experimental or otherwise)?

Thank you all for your input!

Ron Garnett, Grad student in E.E.
UIUC at Champaign, Urbana
.
From: rol@arrc.salf.ac.uk (Bob Lloyd)
Newsgroups: comp.robotics
Subject: Vision Applications
Date: 8 Oct 92 15:35:42 GMT
Reply-To: rol@arrc.salf.ac.uk (Bob Lloyd)
Organization: Advanced Robotics Research Centre, Salford, UK.

On the FAQ list there is a company called Vision Applications located in NY
NY. Does anyone have their phone number and address as I cannot seem to locate 
them ? Please reply by email.

Many thanks

Bob Lloyd
Newsgroups: comp.robotics
From: "glen mead" <glen.mead@canrem.com>
Subject: help - tech report
Reply-To: "glen mead" <glen.mead@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 10 Oct 92 14:28:49 EST

Hi All,

With regards to my original questions regarding the control of a stepper
motor, I have recently discovered that this is not actually a stepper
motor but a 3-phase motor.  The actual part is a Tohoku Ricoh type
7M100200 with ratings of DC24V, 0.2A, 48W.  This 3-phase motor is part
of an optical housing assembly from a laser assembly which also includes
a laser drive assembly and scanning mechanicals.  What I need to know
is, how to operate and control this stepper motor, how to operate and
control the laser, and how to replace the laser diode with which
produces a visible beam.  For further project description and 3-phase
motor pin numbers and names, see below.

 Any help would be greatly appreciated.  Thanks for any help in advance.
 Comments and suggestions are welcome.

 Glen Mead

 ---

 Project Summary:

By utilizing the optical housing from a laser printer and replacing the
laser diode with one of a visible wavelength, a display type laser
device can be constructed providingproper control circuitry is utilized.
Scanning functions would be provided by mirrors mounted on a 3-phase
motor assembly and a series of focusing lenses and mirrors.  Graphics
would be generated by turning the laser on and off at specific places
(determined by the frequency and duty cycle of the control waveform)
during each scan. Timing of the 3-phase motor and laser would be based
on a sync pulse generated in the optical housing assembly at the end of
each scan line.


 3-Phase motor pins:

 1 - W-Phase
 2 - V-Phase
 3 - U-Phase
 4 - H-W2
 5 - H-W1
 6 - H-V2
 7 - H-V1
 8 - H-U2
 9 - H-U1
 10 - H-GND
 11 - H-VCC
 12 - FG1
 13 - FG2

 NOTE: The H-??? pins are power and output pins for Hall elements,
 something else I could use a hand with. :-)
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.robotics
From: nagle@netcom.com (John Nagle)
Subject: Re: Linear DC motors - sources wanted
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 12 Oct 1992 04:44:51 GMT

paulxxxx@leland.Stanford.EDU (paulastya gupta) writes:
>I am looking into selecting a linear DC motor for an application 
>which needs a travel of 1" total.  Preferably, I would want a 
>brush type motor (based on my motion controller).  The resolution 
>needs to be in the order of microns, and thus I am thinking of using 
>a glass scale for feedback.  

     Try Oriel Corp., 203-377-8282.  A typical DC motor driven
micrometer with optical encoder runs $596.00.  This is for 1" travel,
0.1um resolution, < 2um unidirectional repeatability, backlash < 8um,
top speed 200um/sec under 10Kg load.  Oriel has a full line of optics
and related hardware, and a useful set of catalogs.

     For higher precision, Melles Griot (1-800-835-2626) offers 
similar devices with 50nm resolution and +-100nm repeatability.
Probably more expensive.
					
					John Nagle
From: transfer@framentec.fr (Mr Tranfert File)
Newsgroups: comp.robotics,fra.test
Subject: Help to find UMI
Keywords: company selling robots
Date: 9 Oct 92 15:35:01 GMT
Followup-To: poster
Organization: Framentec, Paris, France


We are desperately looking for a contact with UMI, a company selling a
robot called RTX or RT100. Their address was :

UMI House 9-15 St James Road
Surbiton Surrey KT6 4QN.


We have an urgent need to contact them because one of our guy has
broken a gear on the shoulder of the robot which we will be using for a demo
at ETW (23 november). If you can be of any help, could you please
contact us as soon as possible.
Thanks in advance.

JEAN-BERNARD THEVENON
FRAMENTEC-COGNITECH.
TOUR FIAT 92084 PARIS LA DEFENSE.

TELEPHONE: (33) (1) 47-96-46-35
FAX:     (33) (1) 47-96-46-28
EMAIL: jtheveno@framentec.fr
       plepage@framentec.fr
       egaussen@framentec.fr
From: kilian@cray.com (Alan Kilian)
Newsgroups: comp.robotics
Subject: Re: 68HC11EVBU fanout data
Date: 12 Oct 92 21:36:40 GMT
Organization: Cray Research, Inc.


rg9538@ehsn8.cen.uiuc.edu (Ronald E Garnett) asks:
> Does anyone out there in net land know how many SLAVE units that the 68HC11
> EVBU board can drive from a master.

The synchronous connections are generally daisy chained so that each CPUs
output only drives one other CPUs input. This way you can connect an infinite
number of CPUs together. Like this:

   CPU A                  CPU B           CPU C
+-----------+          +----------+     +-----------+
|    MOSI   +---->-----+ MOSI MISO+-->--+ MOSI MISO +-->--+
|    MISO   +--<-+     |          |     |           |     |
+-----------+    |     +----------+     +-----------+     |
                 +----------------------------------------+
Now believe it or not this diagram is correct.
CPU A is the master. CPUs B&C are slaves.

MOSI means Master Out Slave In
MISO means Master In Slave Out

So it looks like this:
   CPU A                  CPU B           CPU C
+-----------+          +----------+     +-----------+
|        MO +---->-----+ SI     SO+-->--+ SI     SO +-->--+
|        MI +--<-+     |          |     |           |     |
+-----------+    |     +----------+     +-----------+     |
                 +----------------------------------------+
Where MO and MI mean Master Out and Master In
and   SO and SI mean Slave Out and Slave In.

Oh, the SCK (Serial ClocK) lines get connected together on all CPUs.
This will be s clock output on the master and a clock input on all of the
slaves. You don't want two masters for obvious reasons.

If you REALLY want to have one CPU drive two other CPUs inputs it will
probably be O.K. These things have CMOS inputs so it doesn't take too much
current to get them to switch. This and the fact that the SPI does not
switch THAT fast means that one CMOS output can drive several CMOS inputs
just fine. I'd say ten would be O.K. The problem with this version is
that it is only a one-way connection. You cannot connect the ten other CPU's
output lines back to the one CPU's input line. That would be bad news.

The asynchronous (SCI) channel should be able to drive several other CPUs
inputs the same as the synchronous (SPI) channel can. You have the same 
problem with it being a one-way connection. You cannot connect several
CPU's Transmit lines to one CPU's recieve line.
-- 
 -Alan Kilian           kilian@cray.com 612.683.5499 (Work) 612.721.3990 (Home)
  Cray Research, Inc.   655 F Lone Oak Drive, Eagan  MN, 55121 
                        "It's based on actual math". -Dilbert
Newsgroups: comp.robotics
From: faraghec@cognos.com (Chad Faragher)
Subject: Flying Robots
Organization: Cognos Incorporated, Ottawa CANADA
Date: Thu, 15 Oct 1992 12:47:48 GMT

What means are people using to create flying robots these days?
I assume helicopters are too hard.  Perhaps lighter than air devices?
If anyone is building any flying beasties, I would love to hear from you.
Newsgroups: comp.robotics
From: krings@cse.unl.edu (Axel Krings)
Subject: References wanted 4 real-time workloads
Organization: University of Nebraska - Lincoln
Date: Mon, 12 Oct 1992 21:23:14 GMT


Hi Everybody,

I am looking for references to "real world" applications for real-time systems 
with hard deadlines. 

Basically I need the description of workloads, and any reference to
papers that describe control applications and give some notion about how
they partitioned their programs will help.

Areas using hard real time systems include robotics, aviation, engine control, 
nuclear reactor control, chemical mixing units, satellite control,...... 

I posted this request a while back, but got only 1 response with a reference 
and lots of responses with:
              "I am interested in the responses you get"

I will appreciate any responses and will be happy to share them. Just
send a note.

Thanks 
	Axel

---------------------------------------------------------------------------
The only real things I got so far are:
---------------------------------------------------------------------------
A paper by P.Shaffer (IEEE Control Systems June 1990)
"A Multiprocessor Implementation of Real-Time Control for a Turbojet Engine",
gives the computation graph for the control program of a supersonic turbofan
with afterburner is given. This is a 64 vertex graph, and for each the 64 
procedures the max duration is indicated.


"Synthesis of a Real-Time Message Processing System with Data-Driven Timing
Constraints," Al Mok , Prasanna Amerasinghe, Moyer Chen, Supoj Suthanthavibul,
Kamtorn Tantisirivat, Proceedings of the real-time Systems Symposium, San Jose, California, Dec. 1987, 133-143.
From: john@hpucph.HP.COM (John Damm Srensen)
Date: Tue, 13 Oct 1992 18:21:30 GMT
Subject: Re: A funny problem with UUCP over X.25...PLEASE HELP!
Organization: dnk
Newsgroups: comp.mail.uucp

If you donot have the X.25 uucpd patches installed you should get
them from your Response Center (assuming you are on contract).
There is a problem where uucpd does not read the x3config file and 
consequently does not turn off XON/XOFF handshaking. When checksums
happen to hit either XON or XOFF they get filtered out by the
pty and you getretransmissions and time outs.
Hopes this will get you further.
john damm soerensen danish crc.
From: Mark.Purcell@pos.pub.uu.oz.au (Mark Purcell)
Reply-To: msp%pos.pub.uu.oz.au@tmx.mhs.oz.au
Newsgroups: comp.mail.uucp
Subject: Re: Anyone used uupc AND fsuucp?
Keywords: uucp fsuucp comparison
Date: 6 Oct 92 14:29:50 GMT
Organization: Me?  Organized?

dhesi@cirrus.com (Rahul Dhesi @ Cirrus Logic Inc.) once wrote....
>
>On the negative side, UUCP fills your screen with many anonnying
>copyright messages.
>
In your uupc.rc try setting

Options=suppresscopyright

It is amazing what happend when you RTM.

>Note that FSUUCP includes a lot of utilities that mimic corresponding
>ones on UNIX systems, including news and mail software.  UUPC doesn't
>seem to do much news handling (though I didn't really try it -- I
>tested only email).  So if FSUUCP works for you, it might do more for
>you.

There are three third party news readers available for uupc, snews, 
pcnews and a port of rn.
>
>On the whole, I think UUPC wins on quality.  Neither package is what I
>would consider to be of quality equivalent to the standard UUCP that
>comes with SunOS or to Taylor UUCP for UNIX.

I agree with this statement.

----
Mark Purcell, 62/25 Market Street, SYDNEY NSW 2000.  (02) 283 5598
	Mark.Purcell@pos.pub.uu.oz.au, msp@kralizec.zeta.org.au

Newsgroups: comp.mail.uucp
From: jeff@raga.zk3.dec.com (Jeff Anuszczyk - Don't blink or you'll miss the future changing)
Subject: Setting up new site with mail/news
Organization: DEC Unix Engineering Group
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 13 Oct 92 17:43:54 GMT


Newsgroups: comp.mail.uucp,comp.sys.sun.misc
From: marc@r-node.gts.org (Marc Fournier - Sys Admin)
Subject: Re: How to log transfer statistics (bytes/sec) with uucp?
Organization: R-node Public Access UNIX Information System (416-249-5366)
Date: Mon, 12 Oct 1992 16:07:49 GMT

In article <BvtpB4.Dzs@chinet.chi.il.us> randy@chinet.chi.il.us (Randy Suess) writes:
>In article <1992Oct07.003658.701@sandr.COM> dlucy@sandr.COM (Douglas Lucy) writes:
>>I'm using tua, which picks up the stats for HDB uucp sites and gives
>>LOTS of good info.
>
>	I have used tua 3.2.1 and it seems to have a problem with
>	putting garbage in its database file every few days.
>	Has this been fixed, and is there a newer release?
>	(This in under sysvr4)
>
	Where does one get this?

Marc
-- 
Marc G. Fournier      | R-node Public Access Unix running UnixBBS 1.03
Etobicoke, Ontario    | 416-249-5366   24hrs 7 days/week   network email
voice: 249-4230       | shell accounts available  1900+ newsgroups  FREE
marc@r-node.pci.on.ca | Telebit WorldBlazer/SupraModem2400/Cardinal 2400 
Newsgroups: comp.mail.uucp