EM-408 GPS-Modul/SIRF III von Binary nach NMEA umstellen

Hallo,

Daten schon mal als string gesendet?

Gruß Gast

>Ich krieg es leider nicht hin, dass Modula auf NMEA umzuschalten.

Such nach dem Programm Sirfdemo.exe. Damit geht das.

lang ist es her, aber das Problem besteht immer noch. :-(

Danke, Sirfdemo.exe kenne ich. Das ganz sollte aber mit dem µC 
konfiguriert werden. Vielleicht hat noch jemand einen Idee.

>Danke, Sirfdemo.exe kenne ich. Das ganz sollte aber mit dem µC
>konfiguriert werden. Vielleicht hat noch jemand einen Idee.

Das brauchst du nicht mit dem uC machen. Wenn du mit
sirfdemo auf NMEA umgeschaltet hast, dann bleibt das
GPS auf NMEA.

hmmm ... es gibt ja einen Manual zum SIRF III Binary Protocol:
http://www.usglobalsat.com/downloads/SiRF_Binary_Protocol.pdf

Auf Seite 2-6 ist der Befehl zum umschalten beschrieben, aber bei mir 
klappt das nicht.

@Holger
Sicher? Bei mir wird nach längerer Zeit ohne Spannungsversorgung wieder 
auf Binary umgeschaltet.

>@Holger
>Sicher? Bei mir wird nach längerer Zeit ohne Spannungsversorgung wieder
>auf Binary umgeschaltet.

Hmmm, bei mir war es jedenfalls bisher so. Falls dein GPS
sich die Daten irgendwo in einem per Goldcap oder Akku
gepufferten RAM merkt könnte es natürlich sein das die
Einstellung wieder verloren geht. Eventuell lohnt sich
ein Batteriewechsel;)

Das Gerät wird nicht per Batterie betrieb und es ist unvermeidlich das 
es mal eine zeitlang nicht mit Spannung versorgt wird.

Deshalb wäre es klasse,das Ganze per µC konfigurieren zu können.
Leider klappt es bis jetzt nicht ....

Hallo zusammen,

um das ganze noch einmal aufzugreifen:

Ich habe den µC nun mit RS232-Schnittstelle eines PCs verbunden und lese 
nun ein was der µC sendet. Komischer weise gibt es unterschiede zwischen 
dem gesendeten Code und was am PC eingelesen wird.

Der Code:

1

#include <avr/io.h>

2

#include <avr/interrupt.h>

3

#include <avr/pgmspace.h>

4

#include <stdlib.h>

5

#include <string.h>

6

#include <util/delay.h>

7

#include "uart.h"

8

9

10

11

12

13

int main (void) {

14

15

16

17

  sei();

18

  uart_init(UART_BAUD_SELECT(9600,1000000L));

19

20

21

22

23

24

  uart_putc('\xA0'); _delay_ms(10); 

25

  uart_putc('\xA2'); _delay_ms(10);

26

  uart_putc('\x00'); _delay_ms(10);

27

  uart_putc('\x18'); _delay_ms(10);

28

29

30

31

  uart_putc('\x81'); _delay_ms(10);

32

  uart_putc('\x02'); _delay_ms(10);

33

  uart_putc('\x01'); _delay_ms(10);

34

  uart_putc('\x01'); _delay_ms(10);

35

  uart_putc('\x00'); _delay_ms(10);

36

  uart_putc('\x01'); _delay_ms(10);

37

  uart_putc('\x01'); _delay_ms(10);

38

  uart_putc('\x01'); _delay_ms(10);

39

  uart_putc('\x05'); _delay_ms(10);

40

  uart_putc('\x01'); _delay_ms(10);

41

  uart_putc('\x01'); _delay_ms(10);

42

  uart_putc('\x01'); _delay_ms(10);

43

  uart_putc('\x00'); _delay_ms(10);

44

  uart_putc('\x01'); _delay_ms(10);

45

  uart_putc('\x00'); _delay_ms(10);

46

  uart_putc('\x01'); _delay_ms(10);

47

  uart_putc('\x00'); _delay_ms(10);

48

  uart_putc('\x01'); _delay_ms(10);

49

  uart_putc('\x00'); _delay_ms(10);

50

  uart_putc('\x01'); _delay_ms(10);

51

  uart_putc('\x00'); _delay_ms(10);

52

  uart_putc('\x01'); _delay_ms(10);

53

  uart_putc('\x25'); _delay_ms(10);

54

  uart_putc('\x80'); _delay_ms(10);

55

56

57

58

  uart_putc('\x01'); _delay_ms(10);

59

  uart_putc('\x3A'); _delay_ms(10);

60

  uart_putc('\xB0'); _delay_ms(10);

61

  uart_putc('\xB3'); _delay_ms(10);

62

63

  uart_putc('\r'); _delay_ms(10);

64

65

do{

66

  _delay_ms(500);

67

68

69

70

} while (1);

71

72

return 0;

73

}

Im Anhang ein Screenshot des Terminal-Programms mit den empfangenen 
Daten.

Kann sich jeman die Unterschiede erklären?

Gruß
Mike

>Kann sich jeman die Unterschiede erklären?

Wenn vorne eine 0 steht wird von putc scheinbar das höchste
Bit gesetzt. Keine Ahnung wo das herkommt.
Warum machst du das nicht so?:

  uart_putc(0xA0); _delay_ms(10);
  uart_putc(0xA2); _delay_ms(10);
  uart_putc(0x00); _delay_ms(10);
  uart_putc(0x18); _delay_ms(10);

Hi

>Wenn vorne eine 0 steht wird von putc scheinbar das höchste
>Bit gesetzt. Keine Ahnung wo das herkommt.

Vielleicht auch wenn keine 0 davor steht. Nur dann merkt man es nicht. 
Im Programm wird nur die Baudrate initialisiert. Was ist z.B. mit der 
Anzahl der Datenbits? Für mich sieht das so aus, als wenn das Stopbit 
als Bit7 gewertet wird.

MfG Spess

>Was ist z.B. mit der
>Anzahl der Datenbits? Für mich sieht das so aus, als wenn das Stopbit
>als Bit7 gewertet wird.


Ich benutze die Lib von Peter Fleury. Ich habe dort gar keine Möglickeit 
gefunden, die Anzahl der Datenbits usw. einzustellen.

Gibt es diese Möglichkeit?


Gruß
David

Data 8 ; Stop 1 ; Parity None;

ist doch die Standardeinstellung bei einen ATmega32. Man muss doch in 
den entsprechenden Registern keinen Änderungen vornehmen, oder?

1

uart_putc('\xA0');

und

1

uart_putc(0xA0);

führen zum gleichen (falschen) Ergebnis.

Komisch ist auch, das bei mehrmaligen senden nicht immer das gleich 
ankommt (Anhang).

>  uart_init(UART_BAUD_SELECT(9600,1000000L));

Dann nimm mal einen Quarz. Der interne RC Osci könnte schuld daran
sein das du nicht richtig sendest.