Baud rate

[roderick_schmitz]

laatste update!!!

 

Probleem is opgelost!

 

Wat was het nou? Bij de bluetooth instellingen moest ik de "beveiligde verbinding" uitvinken. Dit was dus de boosdoener die voor de vertraging zorgde.

 

Ook is het niet handig om 2 programma's tegelijk aan te hebben staan die de GPS gebruiken. (Klinkt natuurlijk logisch he?) Kwam hier achter toen ik GPS Viewer op me mobiel aan had staan. GeoScout kon toen de GPS niet meer benaderen. Terwijl met googlemaps nog aan dit "geen" probleem was.

 

Heren (en dames), bedankt voor alle snelle reacties en hulp. Ik ben hier in ieder geval een stuk wijzer van geworden. Wie weet dat het morgen nu mischien beter gaat lukken en dat we in ieder geval meer dan 1 van de 3 caches gaan vinden. Mijn dank is groot!

[kalkendotters]

Het signaal wordt volgens mij nl wel serieel (in tegenstelling tot parallel) gemaakt. Bluetooth zit tussen de apparaten ipv een kabeltje, staat los van de manier waarop het signaal gestuurd wordt. En ook informatie die over bluetooth gestuurd wordt zal gesynchroniseerd moeten worden om e.e.a. correct te laten verlopen, dmv van klokpulsen. Dus die baudrate blijft van belang.

De manier waarop Bluetooth informatie verstuurd heeft in het geheel niets te maken met een eventuele baudrate instelling die je voor de 'seriele'poort kunt doen. De standaard snelheid voor BT 1.2 is 1 Mbps (en het zou volslagen idioot zijn om dat terug te zetten naar 9600 baud) wat een netto datasnelheid oplevert van 721 Kbps; dus ruim genoeg voor een simulatie van een seriele poort.

De manier waarop de data verstuurd wordt over BT heeft helemaal niets meer met het oude seriele protocol te maken.

[Team Gelaen]

Het signaal wordt volgens mij nl wel serieel (in tegenstelling tot parallel) gemaakt. Bluetooth zit tussen de apparaten ipv een kabeltje, staat los van de manier waarop het signaal gestuurd wordt. En ook informatie die over bluetooth gestuurd wordt zal gesynchroniseerd moeten worden om e.e.a. correct te laten verlopen, dmv van klokpulsen. Dus die baudrate blijft van belang.

De manier waarop Bluetooth informatie verstuurd heeft in het geheel niets te maken met een eventuele baudrate instelling die je voor de 'seriele'poort kunt doen. De standaard snelheid voor BT 1.2 is 1 Mbps (en het zou volslagen idioot zijn om dat terug te zetten naar 9600 baud) wat een netto datasnelheid oplevert van 721 Kbps; dus ruim genoeg voor een simulatie van een seriele poort.

De manier waarop de data verstuurd wordt over BT heeft helemaal niets meer met het oude seriele protocol te maken.

 

De bluetooth verbinding heeft toch niets te maken met de manier waarop de applicaties met elkaar praten? Vandaar ook die al dan niet virtuele seriele poorten. En inderdaad die snelheid heeft natuurlijk niks met bluetooth te maken, maar alles met de snelheid van de onderliggende gps hardware. Toch?

[kalkendotters]

Het signaal wordt volgens mij nl wel serieel (in tegenstelling tot parallel) gemaakt. Bluetooth zit tussen de apparaten ipv een kabeltje, staat los van de manier waarop het signaal gestuurd wordt. En ook informatie die over bluetooth gestuurd wordt zal gesynchroniseerd moeten worden om e.e.a. correct te laten verlopen, dmv van klokpulsen. Dus die baudrate blijft van belang.

De manier waarop Bluetooth informatie verstuurd heeft in het geheel niets te maken met een eventuele baudrate instelling die je voor de 'seriele'poort kunt doen. De standaard snelheid voor BT 1.2 is 1 Mbps (en het zou volslagen idioot zijn om dat terug te zetten naar 9600 baud) wat een netto datasnelheid oplevert van 721 Kbps; dus ruim genoeg voor een simulatie van een seriele poort.

De manier waarop de data verstuurd wordt over BT heeft helemaal niets meer met het oude seriele protocol te maken.

 

De bluetooth verbinding heeft toch niets te maken met de manier waarop de applicaties met elkaar praten? Vandaar ook die al dan niet virtuele seriele poorten. En inderdaad die snelheid heeft natuurlijk niks met bluetooth te maken, maar alles met de snelheid van de onderliggende gps hardware. Toch?

nee...

 

de virtuele seriele poort is alleen maar een stukje programmeerinterface om het apparaat te benaderen. Het programma zegt: maak een verbinding met com1 (ik noem hem voor gemak even com1, omdat dat aansluit op de manier waarop geprogrammeerd wordt), en stuur daar het volgende pakketje data heen.

Alle instellingen die het programma doet op com1 zijn alleen van belang voor com1; en worden NIET doorgeven naar de BT verbinding of de GPS-compoort die daar nog weer eens achter verstopt zit. Aangezien echter com1 een virtuele poort is, en niet werkelijk uitgevoerd is als seriele poort met draadjes, heeft het instellen van de baudrate geen enkel effect.

[Team Gelaen]

Het signaal wordt volgens mij nl wel serieel (in tegenstelling tot parallel) gemaakt. Bluetooth zit tussen de apparaten ipv een kabeltje, staat los van de manier waarop het signaal gestuurd wordt. En ook informatie die over bluetooth gestuurd wordt zal gesynchroniseerd moeten worden om e.e.a. correct te laten verlopen, dmv van klokpulsen. Dus die baudrate blijft van belang.

De manier waarop Bluetooth informatie verstuurd heeft in het geheel niets te maken met een eventuele baudrate instelling die je voor de 'seriele'poort kunt doen. De standaard snelheid voor BT 1.2 is 1 Mbps (en het zou volslagen idioot zijn om dat terug te zetten naar 9600 baud) wat een netto datasnelheid oplevert van 721 Kbps; dus ruim genoeg voor een simulatie van een seriele poort.

De manier waarop de data verstuurd wordt over BT heeft helemaal niets meer met het oude seriele protocol te maken.

 

De bluetooth verbinding heeft toch niets te maken met de manier waarop de applicaties met elkaar praten? Vandaar ook die al dan niet virtuele seriele poorten. En inderdaad die snelheid heeft natuurlijk niks met bluetooth te maken, maar alles met de snelheid van de onderliggende gps hardware. Toch?

nee...

 

de virtuele seriele poort is alleen maar een stukje programmeerinterface om het apparaat te benaderen. Het programma zegt: maak een verbinding met com1 (ik noem hem voor gemak even com1, omdat dat aansluit op de manier waarop geprogrammeerd wordt), en stuur daar het volgende pakketje data heen.

Alle instellingen die het programma doet op com1 zijn alleen van belang voor com1; en worden NIET doorgeven naar de BT verbinding of de GPS-compoort die daar nog weer eens achter verstopt zit. Aangezien echter com1 een virtuele poort is, en niet werkelijk uitgevoerd is als seriele poort met draadjes, heeft het instellen van de baudrate geen enkel effect.

 

Zucht, en natuurlijk had ik eerst moeten googelen ipv van op mijn geheugen vertrouwen. Qua osi lagen staan bluetooth en seriele communicatie zo'n beetje naast elkaar. Ik dacht dat serieel wat hoger zat, maar blijkbaar niet. Je hebt dus volkomen gelijk, maar dat wist je al.