Would be interesting to add resolution/accuracy informations to this wiki page.
-> what should be expected to be measurable (how many degrees)
-- cberger

resolution/accuracy

I understand that applying a logarithmic conversion would be interesting. The linear behaviour is somewhat 'brute' in de range that really matters.
The linear behaviour makes it especially useful for easy sensor monitoring.

The jitter that exists on the input sensor did hold me from doing so. Taking averages might help.
Conclusion: I did not do this yet. Don't know which one to favor: speed or accuracy

--- Kurt Van Dijck

How long does it take to get one value? If you just take a *few* samples, the delay won't be that bad and the jitter will reduce a lot I think.

Btw. I'm going to add a SHR/Illume-Button to the icon and change the "main" gradient a bit, as soon as I have some time. Could you include both icons then (so it can be changes by a single char in the .desktop file)?

I've noticed this time is not so predictable. I did not take a look in the driver, but when you rotate 90 deg suddenly, it takes a while before the next sample is ready. Maybe some averaging is done in the kernel

--- Kurt Van Dijck

troubleshooting

i used this program a lot on OM2008.12 and it worked great. since then i have moved to shr-testing. in the latest build [shr-testing-20090422] the app does not work. it will lanch if you use:

/usr/share/applications/gwaterpas.desktop
from
Categories=Utilities;
to
Categories=Utility;

but when running none of functions work. either it is not talking to the accelerometers or they are not talking to it. --Jerjozwik 00:18, 27 April 2009 (UTC)

I have the same problem since I upgraded a week ago, but I had no time to find out why it's not working anymore. I only see 2 possibilities: API changed oder Kernel bug.

Would be interesting to add resolution/accuracy informations to this wiki page.
-> what should be expected to be measurable (how many degrees)
-- cberger

resolution/accuracy

I understand that applying a logarithmic conversion would be interesting. The linear behaviour is somewhat 'brute' in de range that really matters.
The linear behaviour makes it especially useful for easy sensor monitoring.

The jitter that exists on the input sensor did hold me from doing so. Taking averages might help.
Conclusion: I did not do this yet. Don't know which one to favor: speed or accuracy

--- Kurt Van Dijck

How long does it take to get one value? If you just take a *few* samples, the delay won't be that bad and the jitter will reduce a lot I think.

Btw. I'm going to add a SHR/Illume-Button to the icon and change the "main" gradient a bit, as soon as I have some time. Could you include both icons then (so it can be changes by a single char in the .desktop file)?

I've noticed this time is not so predictable. I did not take a look in the driver, but when you rotate 90 deg suddenly, it takes a while before the next sample is ready. Maybe some averaging is done in the kernel

--- Kurt Van Dijck

troubleshooting

i used this program a lot on OM2008.12 and it worked great. since then i have moved to shr-testing. in the latest build [shr-testing-20090422] the app does not work. it will lanch if you use:

/usr/share/applications/gwaterpas.desktop
from
Categories=Utilities;
to
Categories=Utility;

but when running none of functions work. either it is not talking to the accelerometers or they are not talking to it. --Jerjozwik 00:18, 27 April 2009 (UTC)

I have the same problem since I upgraded a week ago, but I had no time to find out why it's not working anymore. I only see 2 possibilities: API changed oder Kernel bug.