Iain B. Findleton wrote: > I have been playing a bit with the accelerometers on the FR appear to > observe the following: > > 1) The time stamp on events appears to be unreliable, in the sense > that the time difference > between sequential events is frequently negative, and appears > also to be have erratically > by jumping an order of magnitude or 2 between sequentially > available events. > > 2) It also appears to be relatively common that a SYN arrives before > all 3 axis values are available, > making it hard to figure out the meaning of the data
I've seen that too; it seems that '0' readings are discarded. > > 3) There is a significant difference between the readings of the 2 > accelerometers when the FR > is just sitting there on the desk doing nothing. You're taking into account the fact that they're oriented differently right? > > 4) When you move the FR about, the rate of reports being available > appears to become very erratic, > in the sense that there are relatively long periods between > reports. A known issue in 2008.12. http://docs.openmoko.org/trac/ticket//2145 Workaround: echo 10 > /sys/devices/platform/lis302dl.1/threshold > > My questions are: > > 1) Is this a common situation with the FR (OM2008.12) > 2) Is the device driver just buggy? > > Of course, I realize that my own code might be just buggy, but these > features of the accelerometers > appear in both my C++ and TCL code, and in the example programs from the > wiki references with > print statements inserted. > > Tks for any advice. > -- Charles-Henri _______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community