GreenGrove

..needs to be approximately 10 cm above the ground?

__________________
// GreenGrove

bmcculla

Its possible but the optics and lighting would be a bit difficult to make. The optical mouse chips I've looked at have a sinple 2 channel quadrature output that would be super easy to interface to your system. Getting even lighting and focusing correcly on the sensor at 10cm wil probably be a bit challenging.

GreenGrove

Thanks for your reply.
I was afraid that it would be a lil bit too challenging... i had two options on how to make an odometer to this perticular application and this was the one that seemes like most fun to me.
The other option is to use the already existing laser scanner, implement a gyro..and then calculate the approx. speed out of the angels to different reflectors, that's recieved.

Doesnt sound any fun at all... =o)

__________________
// GreenGrove

williB

what type of surface is this supposed to run on..?

GreenGrove

It is supposed to be in storage areas..so.....concrete, perhaps painted concrete.

__________________
// GreenGrove

williB

ok , why does it have to be 10 cm above the ground...
is there water on the floor ..? lol

GreenGrove

lol, I dont think there's any water on the floor.

*thinks
*thinks some more
:roll:

Well...was thinking about the..debris factor, maybe it doesnt have to be that high up Ok, let's suppose is doesnt have to be 10 cm above the floor...but not ..stroking it either due to possible variations in the floor .
How high above the ground do you think it would operate on without any major transformations?

__________________
// GreenGrove

williB

well i was thinking , it has wheels , right ..?
you could easily convert wheel movement into distance..
just hook up an ir transmitter reciever pair to an encoder wheel
please excuse the crude drawings..

Attached Images

	10_17_2004_1_24_pm_0001.jpg (10.6 KB, 1353 views)
	pic1_120.jpg (11.8 KB, 1352 views)
	pic2_367.jpg (11.8 KB, 1352 views)

williB

in the third pic labeled pic 2 .. lol
bottom left says "extra wheel" or it did say that till i took the pic...
anyway the idea is to hook another wheel onto the cart bottom with an encoder also on the shaft and the ir reciever attached to the wheel support...

GreenGrove

The vehicle already have an odometer that is dependent of a wheel encoder. BUT a SIC-scanner that is used as a detector for obstacles in the vehicle's way needs TWO unrelated speeds when calculating...whatever it needs to calculate in order to minimize probable errors with slips, sharps turns etc etc.

EDIT: Yer drawings are just fine... =o)

__________________
// GreenGrove

panic mode

Are you talking about S3000 from SICK? How are you communicating with it? This is sensing device which is often used in safety applications and autonomous vechicles. But... why do you have to send any information such as speed to it? Don't you have to READ information from it and calculate in your controller? (Just curious, I was using them only in safety applications, not on vehicles...)

GreenGrove

I'm not too familiar with any "details" yet since I just got the task assigned to me and I havent officially started with it yet, will do that next Monday. Anyway:

Panic Mode:
You may be right that the information about the speed isn't sent to the SICK it self, but to the controller. I may have got some details wrong about the purpose of the individual speed indicators besides the mere "backup-idea", but information about the speed IS used along with the information sent from the SICK.

Sorry if I'm confusing things... :wink:

__________________
// GreenGrove

williB

i am not familiar with a sic scanner..
is this what you are talking about ?

http://www2-data.informatik.unibw-mu...C95-Manual.pdf

GreenGrove

This is a SICK scanner that is (or will be) used to detect obstacles:

SICK-Scanner


The navigation itself is done like this:

Laser Scanner

__________________
// GreenGrove