Bachelor Thesis of Jef Geskens

De InTheHand.NET library van 32feet leek me heel interessant om Bluetooth devices te kunnen opsporen. Helaas ondersteunt deze enkel de Microsoft Bluetooth stack en niet de Broadcom stack die mijn PDA blijkbaar gebruikt. Bij deze ook een kleine oproep naar het EDM: zou ik eens een namiddagje ter plaatse eens mogen testen op een van jullie PDA’s?

De BTAccess library van High Point Software kan wel met mijn stack samenwerken, maar helaas kost deze geld. Toch ga ik hem eens bekijken, en het is misschien interessant om een laagje boven beide libraries te maken, waarbij eerst de InTheHand library wordt geprobeerd, en indien deze niet werkt, de BTAccess te proberen.
Wel een klein probleempje, de documentatie zegt:

If you do wish to continually leave the search function running, please be aware of the following issues:

- Continually searching drains the battery faster.
- While the iPAQ is in device-search mode it is not discoverable or connectable by another device.
- As described above, extra device-found events can be triggered for the same device multiple times, if other operations involving that device occur.

Met andere woorden, die agent gaat volgens mij als we niet goed oppassen veel batterijstroom zuipen, tenzij we slechts af en toe wat scannen. Hier zal dus een balans moeten worden opgemaakt tussen efficiëntie en stroomverbruik…

Nog even iets over de structuur van de context. Het lijkt mij het beste om onderscheid te maken tussen een scalar en een lijst. Een batterijstatus of een signaalsterkte is dan een scalar, en de zichtbare accesspoints zijn dan een lijst. Zowiezo ga ik voor elke soort device ook een scalar afleiden, bijvoorbeeld het accesspoint met de beste signaalsterkte.

Het is natuurlijk eenvoudig om lijsten op te slaan als een delimited string. Niet zo super mooi, maar het is wel efficiënt om te loggen. De log opslaan als XML is qua structuur gezien mooier maar heeft dan weer het nadeel dat de log file nogal lomp wordt en snel groeit. Enige suggesties zijn altijd welkom. Momenteel ben ik van plan om beide aanpakken te implementeren, en de gebruiker van mijn library de keuze te laten.