Accelerometer (Sun SPOT) - Versionshistorie

David med 9. apr. 2008, 11:33

2008-04-09T11:33:23Z

←Ældre version		Versionen fra 9. apr. 2008, 11:33
Linje 65:		Linje 65:
	Konklusionen fra disse forsøg er, at den mest effektive og stabile metode til at beregne positionen er på selve Sun SPOT'en.		Konklusionen fra disse forsøg er, at den mest effektive og stabile metode til at beregne positionen er på selve Sun SPOT'en.

	Ved beregning på basisstationen oplever vi massive forsendelsesproblemer, hvis der skal sikres en god mængde accelerationsdata som grundlag for beregningerne (5 milisekunders interval mellem pakkeforsendelser). Dette skyldes formentlig, at det tager omkring 4 ms at sende en pakke<ref>[http://www.sunspotworld.com/docs/AppNotes/AccelerometerAppNote.pdf Using the LIS3L02AQ Accelerometer], Ron Goldman</ref>, og der mistes således nogle målinger. Ved beregning på Sun SPOT'en kan positionen bestemmes på samme måde med 5 milisekunders intervaller, men vi nøjes med at sende en pakke med den sidst beregnede position med 100 milisekunders interval, hvilket giver meget bedre resultater, og en opdatering af positionen på 10 gange i sekundet er nok til stadig at illustrere en forholdsvis flydende bevægelse. Intervallet på 100 ms kan endda sagtens justeres, så der sendes oftere.		Ved beregning på basisstationen oplever vi massive forsendelsesproblemer, hvis der skal sikres en god mængde accelerationsdata som grundlag for beregningerne (5 milisekunders interval mellem pakkeforsendelser). Dette skyldes formentlig, at det tager omkring 4 ms at sende en pakke<ref name="accel_notes">[http://www.sunspotworld.com/docs/AppNotes/AccelerometerAppNote.pdf Using the LIS3L02AQ Accelerometer], Ron Goldman</ref>, og der mistes således nogle målinger. Ved beregning på Sun SPOT'en kan positionen bestemmes på samme måde med 5 milisekunders intervaller (i praksis er der en begrænsning på omkring 3 ms intervaller)<ref name="accel_notes"/>. men vi nøjes med at sende en pakke med den sidst beregnede position med 100 milisekunders interval, hvilket giver meget bedre resultater, og en opdatering af positionen på 10 gange i sekundet er nok til stadig at illustrere en forholdsvis flydende bevægelse. Intervallet på 100 ms kan endda sagtens justeres, så der sendes oftere.

	== Problemer ==		== Problemer ==

David med 9. apr. 2008, 10:50

2008-04-09T10:50:47Z

←Ældre version		Versionen fra 9. apr. 2008, 10:50
Linje 65:		Linje 65:
	Konklusionen fra disse forsøg er, at den mest effektive og stabile metode til at beregne positionen er på selve Sun SPOT'en.		Konklusionen fra disse forsøg er, at den mest effektive og stabile metode til at beregne positionen er på selve Sun SPOT'en.

	Ved beregning på basisstationen oplever vi massive forsendelsesproblemer, hvis der skal sikres en god mængde accelerationsdata som grundlag for beregningerne (5 milisekunders interval mellem pakkeforsendelser). Ved beregning på Sun SPOT'en kan positionen bestemmes på samme måde med 5 milisekunders intervaller, men vi nøjes med at sende en pakke med den sidst beregnede position med 100 milisekunders interval, hvilket giver meget bedre resultater, og en opdatering af positionen på 10 gange i sekundet er nok til stadig at illustrere en forholdsvis flydende bevægelse. Intervallet på 100 ms kan endda sagtens justeres, så der sendes oftere~~, men der opstår altså flaskehalse omkring det ønskede interval på 5 ms~~.		Ved beregning på basisstationen oplever vi massive forsendelsesproblemer, hvis der skal sikres en god mængde accelerationsdata som grundlag for beregningerne (5 milisekunders interval mellem pakkeforsendelser). Dette skyldes formentlig, at det tager omkring 4 ms at sende en pakke<ref>[http://www.sunspotworld.com/docs/AppNotes/AccelerometerAppNote.pdf Using the LIS3L02AQ Accelerometer], Ron Goldman</ref>, og der mistes således nogle målinger. Ved beregning på Sun SPOT'en kan positionen bestemmes på samme måde med 5 milisekunders intervaller, men vi nøjes med at sende en pakke med den sidst beregnede position med 100 milisekunders interval, hvilket giver meget bedre resultater, og en opdatering af positionen på 10 gange i sekundet er nok til stadig at illustrere en forholdsvis flydende bevægelse. Intervallet på 100 ms kan endda sagtens justeres, så der sendes oftere.

	== Problemer ==		== Problemer ==
Linje 95:		Linje 95:
	*** y: -0.546/0.485		*** y: -0.546/0.485
	*** z: -0.535/0.496		*** z: -0.535/0.496

			== Referencer ==
			<references/>

	[[Category:Sun SPOT]]		[[Category:Sun SPOT]]
	[[Category:Programmering (Sun SPOT)]]		[[Category:Programmering (Sun SPOT)]]

David med 9. apr. 2008, 10:38

2008-04-09T10:38:03Z

@@ Linje 12: / Linje 12: @@
 </pre>
-== Issues ==
+== Bevægelse ==
 * Det ser ud til, at threshold ikke kan bestemmes 100% selv. De er nogle pre-definerede intervaller. [http://www.sunspotworld.com/docs/Purple/javadoc/ Dokumentationen] nævner intet om dette. Nogle målinger:
 ** -0.01/0.01
@@ Linje 39: / Linje 95: @@
 *** y: -0.546/0.485
 *** z: -0.535/0.496

David: New page: Accelerometeret i de fire Sun SPOTs er smart men en smule ustabilt til tider. == Kommandoer == Lidt kode relevant for accelerometer programmering.

 private IAccelerometer3D acc = EDe...

2008-03-27T14:06:33Z

New page: Accelerometeret i de fire Sun SPOTs er smart men en smule ustabilt til tider. == Kommandoer == Lidt kode relevant for accelerometer programmering. <pre> private IAccelerometer3D acc = EDe...

Ny side

Accelerometeret i de fire Sun SPOTs er smart men en smule ustabilt til tider.

== Kommandoer ==
Lidt kode relevant for accelerometer programmering.
<pre>
private IAccelerometer3D acc = EDemoBoard.getInstance().getAccelerometer();
((LIS3L02AQAccelerometer) acc).setScale(LIS3L02AQAccelerometer.SCALE_6G);
acc.addIAccelerometer3DThresholdListener(this);
acc.setThresholds(IAccelerometer3D.ALL_AXES, lowThreshold, highThreshold, true);
acc.enableThresholdEvents(IAccelerometer3D.ALL_AXES, true); // skal køres efter hver event
acc.getLowThreshold(IAccelerometer3D.X_AXIS, true) // Henter nuværende lave threshold
</pre>

== Issues ==
* Det ser ud til, at threshold ikke kan bestemmes 100% selv. De er nogle pre-definerede intervaller. [http://www.sunspotworld.com/docs/Purple/javadoc/ Dokumentationen] nævner intet om dette. Nogle målinger:
** -0.01/0.01
*** x: -0.0632/0.00129
*** y: -0.0329/-0.0329
*** z: -0.0116/-0.0116
** -0.02-0.03/0.02-0.03
*** z: -0.0760/-0.0116
** -0.04/0.04
*** y: -0.0973/0.0316
*** z: -0.0760/-0.0116
** -0.1/0.1
*** x: -0.127/0.0664
*** y: -0.160/0.0980
*** z: -0.148/0.0451
** -0.2/0.2
*** x: -0.256/0.195
*** y: -0.224/0.162
*** z: -0.213/0.174
** -0.3/0.3
*** x: -0.320/0.260
*** y: -0.353/0.291
*** z: -0.342/0.238
** -0.5/0.5
*** x: -0.514/0.453
*** y: -0.546/0.485
*** z: -0.535/0.496