52 card pick up outside, when the wind is blowing 20 knots, doesn't
sound so good.

Inside a cell phone the B fields might be like 20 knots and
swirling...

1. Only measure when quiet ie measure really fast after shutting off
all things that mess up the reading.
2. Shield the sensor
3. Choose a goo time constant such that persistent fields are measured
but hi frequency stuff is rejected - design a low pass filter
characteristic in the mechanical implementation of the sensor
specifically for reliable operation inside cell phones.
4. Just use spaced accelerometers and forget magnetism - work in g's

Anyway, good enough does not have to be expensive. It is a will
function.

On May 21, 6:42 am, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> James,
>
> It took me a while to understand what you were saying.
>
> I think it would work and is incrementally free except for that
> calibration step.
>
> There are concerns about effects of building when one is not in an
> open field, and the hard edges they have.
>
> …A pulsed simulated MEMS birds eye might work.
>
> http://www.npr.org/templates/story/story.php?storyId=90186088
>
> It feels like $1.25 to me, because it is not a dry process. (note: a 2-
> D version that does only one axis might be a lot easier to make the
> first time!) The idea is:
>
> 1) create a [hemi-spherical] cavity with a tossing mechanism on the
> surface. Maybe an LED or a mechanical trampoline or an electro-magnet
> or just electrodes.
> 2) add sensors/junctions/dopants on the surface
> 3) put in simulated birds eye goop.  The viscosity of the suspension
> goop and even the need for goop are TBD having to do with toss and
> catch time constants of the molecule you are tossing.  I would try
> filling it with dust first, maybe iron filings (ferrite dust is less
> sticky) - do you even need magic birds eye chemicals and the
> associated energy cycle? It might be that need goes hand in hand with
> the suspension goop?
>
> Anyway, the compass works in a pulsed way by tossing the magnetically
> active/polar stuff off the wall and then sensing how it lands. Toss/
> Sense, Toss/Sense....
>
> The suspension goop might still be required to damp out the history of
> the toss before the landing occurs.
>
> Goopless it is 80 cents, with goop it is $1.25.
>
> Either way you can put it in an affordable handset and it will earn
> its keep in less than a month.
>
> Adding your sensor fusion thought from a while ago and Peli's picture
> of an accelerometer as an indicator of 'which edge of the phone has
> the water sloshed to?'  you actually get something that does work.
>
> You know the direction of g from the accelerometer.
> Toss the magnetic dust up in a sphere and when it lands it will not
> land aligned exactly with the g vector.  It will be displaced toward
> magnetic north. There an inexpensive compass that works good enough
> for our purposes. for $1.05 and $1.50.
>
> So everybody gets phones that are perpetually playing 52 card pickup.
>
> Now that that is solved, it is time to focus on compelling
> software ;-)
>
> ed
>
> On May 20, 8:21 am, James <[EMAIL PROTECTED]> wrote:
>
>
>
> > efontana,
>
> > If an existing cell phone does not have a sensor you want, then the
> > only alternatives are to make the best use of what you have available,
> > or not to provide the function at all.
>
> > By using the variable signal profiling, it is useful for when a
> > dedicated compass sensor is not available in the cell phone.  The
> > variability due to a persons body, phone orientation, obstructions,
> > transponder location relative to cell phone, ... all have to be taken
> > into consideration to make a useful product.
>
> > One potentially useful scenario might be:
>
> > Instructions for using compass.
>
> > "Walk in a straight line in the direction the top of the cell phone is
> > pointing; choose a target to walk toward and hold the cell phone flat
> > like you would any mechanical compass.  The cell phone will beep when
> > you arrive at the calibration position."
>
> > "After hearing the beep, rotate about your position smoothly and
> > slowly (4 seconds, 1 second and 1 beep for each 90 degrees), until you
> > return to face your starting position.  The display will automatically
> > display the compass bearing around this position."
>
> > "If you move more than 15 feet from this position, the compass bearing
> > will be removed from the display until Calibration is done for a new
> > position.  This prevents the user from using old data."
>
> > This would be done every time a person wanted a compass bearing.
>
> > At this one position, they could rotate back and forth and get compass
> > bearing information.  When the GPS sensed any new position, the
> > Compass would replace the compass readout with "Perform Calibration".
>
> > They would have to repeat calibration every time they wanted a compass
> > bearing unless higher level algorithms are running in the background
> > while the user is walking.  Updating lookup table(s) with information
> > to derive similar data from moment to moment.
>
> > Again, this scenario is only useful if a compass sensor is not
> > available in the cell phone.  Which is almost all cell phones made
> > today.
>
> > But I agree, if a compound MEMS chip (with Mag sensor) were
> > incorporated in cell phones then this sensor fusion option would be
> > unnecessary.
>
> > James
>
> > On May 19, 5:33 am, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>
> > > Hi James,
>
> > > This is helpful.  Thank you. It is good to know someone is thinking
> > > about this. After reading the IEEE abstract, a little clarification on
> > > use is always helpful.
>
> > > Our applications are eyes free, because the phone should not be
> > > competing for those revenue generating resources. So use will happen
> > > with the phone stored on the person’s body, say, in a shirt pocket,
> > > held to the person's ear, or on their belt.  The compass needs to work
> > > no matter how the phone is oriented. The IEEE abstract seemed unclear
> > > on how it would work in a handheld device. It would be great for cars,
> > > though. With the two accelerometers, there is a calibration routine
> > > where a person wears the phone normally and walks in one direction. 10
> > > ft should be enough to get enough calibration to be useful. It can
> > > recalibrate in the background and alarm or adjust ...
>
> > > Sensor Fusion is a new word for me.  Differential sensors of finite
> > > resolution have been around for a long time. Consider the roach, or
> > > any bug with antennae. They sample air at distant points allowing the
> > > organism to select a direction. The longer the antennae, the smaller
> > > the gradient the organism can detect with sensors of a fixed
> > > resolution. Long antennae help folks figure out what is going on.
> > > Sampling acceleration at distant points is going to give you better
> > > information on angular velocity and acceleration (how fast you are
> > > spinning) than using a single sensor in the same way.
>
> > > Thank you for pointing out that radio field interaction can provide
> > > information... since a human body can influence that, it is probably
> > > good to not rely on that method. Two sensors a fixed distance apart
> > > should require little attention and provide good results across many
> > > devices once it is engineered.
>
> > > My job is to show why it is worthwhile to spend that dollar for
> > > pedestrians who don’t read maps. Android has the tools to do that,
> > > even in today’s SDK.
>
> > > On May 18, 7:48 am, James <[EMAIL PROTECTED]> wrote:
>
> > > > A MEMS chip can be a collection of sensors (temperature, accelerometer
> > > > (x,y,z), atmospheric pressure, Hall effect sensor (compass), ...) all
> > > > built into the same chip.  In mass production the chip could be
> > > > relatively inexpensive.
>
> > > >http://ieeexplore.ieee.org/Xplore/login.jsp?url=/iel5/20/35967/017046....
>
> > > > However, an Android shortcut would be to use the GPS sensor and your
> > > > relative direction of travel to produce a compass bearing over 100
> > > > feet of uniform travel.  For each model of cell phone the antenna
> > > > sensitivity changes as you rotate the cell phone about a point.  This
> > > > could potentially be tied in with relative position movement to
> > > > estimate a compass bearing about a point.
>
> > > > But as I said, the lookup table would be different for each model of
> > > > cell phone.
>
> > > > This type of engineering where you take two sensors with low
> > > > resolution to combine their results to provide greater resolution is
> > > > called "Sensor Fusion".
>
> > > > Basically a cell phone antenna signal does NOT have the same signal
> > > > profile when you rotate left versus rotate right.  This can be
> > > > capitalized upon to determine the relative bearing of which the
> > > > compass is facing.  Coupled with the cell phone GPS the relative
> > > > bearing can be referenced to the true bearing.  A lookup table can
> > > > provide a correction factor and thereby produce Magnetic Bearing; vis
> > > > vi Compass.
>
> > > > James Dunn
> > > > Table of Contents - Similar Insights related to technology
> > > > applicationshttp://blog.360.yahoo.com/jamesbdunn?p=207
>
> > > > On May 15, 9:23 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>
> > > > > I have no idea how much a cell phone with a compass costs. I don't see
> > > > > why it would be expensive if there were enough of a market to micro
> > > > > machine it like all those tiny mirrors. > Who knows these answers?
>
> > > > > Thanks,
> > > > > Ed- Hide quoted text -
>
> > > > - Show quoted text -- Hide quoted text -
>
> > > - Show quoted text -- Hide quoted text -
>
> > - Show quoted text -- Hide quoted text -
>
> - Show quoted text -
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Android Discuss" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/android-discuss?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to