Le 09/02/2013 21:11, Roman Haefeli a écrit :
On Sam, 2013-02-09 at 16:41 +0100, Cyrille Henry wrote:
Yeah, right. But you can add the values up to get rotation (of course, it's always rotation relative to itself, which will obviously drift from reality over time).
yep. drift usually make this useless.
in theory (with infinite acurate sensors, no drift etc), you have to do a feedback loop (using gemlist_info), so that the current rotation is modify by the sensors value. (rotation did not sums up)...parsing solution .... beep...... stack overflow (in my head)! You mean you add each increment (gyro measurement) to the rotation separately, then get the orientation with gem_list info, add the next increment to the orientation, get orientation again, add increment etc? Can you cast that into a little Gem example patch, if it is not too much trouble?
yes. see attachment. cheers c
Roman _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
gyro_2_absolute.pd
Description: application/puredata
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
