View source for Talk:Gwaterpas
From Openmoko
You do not have permission to edit this page, for the following reasons:
You can view and copy the source of this page:
Return to Talk:Gwaterpas.
You do not have permission to edit this page, for the following reasons:
You can view and copy the source of this page:
Return to Talk:Gwaterpas.
really good! thanks! I will certainly use it in the future!(within an other apps..)
I have made a small icon for this app.
Tell me what you think about it - i'd be glad to see it as the app's default icon.
Here's what my /usr/share/applications/gwaterpas.desktop looks like:
Encoding=UTF-8 Name=Waterpas Comment=3D sensor Exec=gwaterpas Icon=gwaterpas Terminal=false Type=Application Categories=Utilities;Utility; SingleInstance=true StartupNotify=true
--Black Sliver 17:25, 28 January 2009 (UTC)
Would be interesting to add resolution/accuracy informations to this wiki page. -> what should be expected to be measurable (how many degrees) -- cberger
i made some small changes, tell me what you think about it
--zoff99 11:27, 18 August 2009 (UTC)
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)?
--Black Sliver 13:55, 4 February 2009 (UTC)
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
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.
--Black Sliver 02:09, 27 April 2009 (UTC)
This does the trick:
--- gwaterpas-0.3/main.cc_old 2009-05-10 17:30:13.000000000 +0200 +++ gwaterpas-0.3/main.cc 2009-05-10 17:38:47.000000000 +0200 @@ -253,6 +253,7 @@ case EV_SYN: break; case EV_REL: + case EV_ABS: switch (lp->code) { case REL_X: s->raw.x = lp->value /-1e3;
Looks like my kernel (2.6.29-rc3) reports accelerometer motion as EV_ABS.
--jasager
Hi,
could you please provide a patched version, because I have no develop enviroment?
--Midyr
--Valos
Thanks al lot, it works!
--Midyr
For SHR, the Pachage says, it depends on libfltk, but the correct name of the dependency should be fltk
so on SHR do a
opkg install fltk
before installing gwaterpas
I made an ipkg package base on the original one but with the binary provided by Valos and uploaded on opkrg.org http://www.opkg.org/package_102.html
But Valos, why the binary pass form 16Ko to 138 Ko with your patch??
--Garthps 20:03, 12 August 2009 (UTC)
Right, I forgot to strip the binary. The new stripped version is available at the same place.
--Valos 03:16, 27 September 2024 (UTC)