Controller stürzt ab, sobald GPS-Modul an RXD angeschlossen

Hallo,

hoffe mir kann jemand helfen :) .

Baue mir gerade ein GPS Gerät für z.B. Geocaching mit Touchscreen. Mit einer festen Koordinate funktioniert bereits alles, Entfernung, Winkel etc.

Das Modul funktioniert einwandfrei am PC und ist das NAVILOCK NL-650ERS mit Ublox6 chip. Ohne das Modul läuft auch mein Menü, Touchauswahl alles top. Sobald ich aber den TXD vom GPS-Modul mit RXD am Atmega32 verbinde. Zeigt das Display abwechselnd Streifen, ist mal ganz schwarz, zeigt gar nichts und so weiter.. Hab den Code mal aufs geringste reduziert. Finde keinen Fehler.

Das GPS ist ein RS232 Modul . Habe das Buch von Stefan Hoffman, da wird ein ähnliches auch direkt am Controller angeschlossen. Gibt es irgendwelche Fusebits die man einstellen muss. Oder muss man Pin14 und 15 (auch PD0 und PD1) erst als TXD RXD Softwareseitig definieren? Doch eigentlich nicht, oder? An was kanns liegen?

Hier ist der Code:

Code:

---

$regfile = "M32def.dat"
$crystal = 16000000
$baud = 38400
$hwstack = 70
$swstack = 65
$framesize = 40
$lib "glcdLC7981.lib"
Config Serialin = Buffered , Size = 100                    ' Konfig. der ser. Eingabe
Enable Interrupts
Config Graphlcd = 128 * 64sed , Dataport = Portb , Controlport = Portc , Ce = 5 , Cd = 2 , Rd = 3 , Enable = 4 , Reset = 6 , Mode = 8


Cls

Setfont Font8x8

Dim Gelesen As Byte                                        'eingelesenes Zeichen
Dim Teilstring(14) As String * 12
Dim Anzahl As Byte
Dim Gpsdaten As String * 98
Dim Header As String * 6
Dim Stunde As Byte
Dim Tempstring As String * 2

Const Sommerzeit = 0


 Lcdat 73 , 1 , "GPS - TEST - Navilock"


Do

 Gelesen = Inkey()
  If Gelesen = 36 Then Input Gpsdaten Noecho                '36 = $
  Header = Mid(gpsdaten , 1 , 5)

  If Header = "GPRMC" Then
    Cls
    Anzahl = Split(gpsdaten , Teilstring(1) , ",")
    Gpsdaten = ""

Lcdat 40 , 1 , "TEST:" ; Teilstring(5)                      'sollte ein N zeigen
    End If
Loop


End



$include "font8x8.font"

---

Danke schonmal für die Unterstützung :)

Anhang 22426Anhang 22427

Beim Programm kann ich dir leider nicht helfen, aber vielleicht zieht das Modul kurzzeitig zuviel Strom das die Spannung einbricht und der µC resettet. Oder ist es wirklich nur wenn du die Datenleitung anschließt? Fusebits gibt es eigentlich nicht.

Sieht gut aus dein Projekt.

PS: Wenn du den Titel ändern willst musst du im ersten Post (wenn schon mehrere Posts vorhanden sind) den Titel ändern.

MfG Hannes

Zitat:

---

Zitat von da_miez3

... Grund: möchte eigentlich das sobalt in sobald im titel ändern..geht das, den titel zu ändern? ...

---

Soweit ich weiß, kann man den Titel nur in den ersten Minuten nach dem Erstellen ändern. Ist eigentlich schade . . . In dringenden Fällen reparierts aber ein Moderator - in diesem Fall z.B. BASTIUniversal.

Zitat:

---

Zitat von da_miez3

... Sobald ich aber den TXD vom GPS-Modul mit RXD am Atmega32 verbinde ...

---

Der mega32 hat KEIN RXD - ist Dir das klar? Seine serielle Schnittstelle heißt ja USART (sorry, wenn Dir das alles bekannt ist). Der controller gibt an den Pinnen (nur) Pegel zwischen 0V (GND) oder Vcc aus. Und will etwa diesen Pegel auch haben - mit nem pegelkorrekten RXD, etwa +/- 9V .. 12V - kann man nen Controller natürlich ziemilch erschrecken. Abhilfe: nach/vor dem mega32-RX/TX einen max232 einbauen mit und ein paar Elkos (als Ladungspumpe).

Zum Thema unerwarteter Reset: die entsprechenden Fehlfunktionen hatten mich häufig gestört. Mittlerweile ist in meiner main-Routine STETS gleich am Anfang die Portdefinition und unmittelbar danach, vor allen anderen Aktionen, insbesondere vorm Interrupt erlauben, ein kurzes LED-Blinken mit >>waitms<<. Das hatte sich schon oft bezahlt gemacht. Beispiel:

Code:

---

// - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
                        //
  for(i=0; i<10; i++)  // LED i-fach blinken lassen bev Interrupts erlaubt sind,
                        //    um ungewollte Resets u.ä. besser erkennen zu können
  {                     
    SetBit(PORTC, 5);  // LED auf PC5 schalten EIN, HELL
    waitms(3);          //    ... damit man kurze resets besser erkennt
    ClrBit(PORTC, 5);  // LED auf PC5 schalten AUS, Dunkel
    waitms(97);        //
  }                    // Ende von for(i=0; i<10; i++)
// - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

---

Den Threadnamen kann man nachträglich ändern indem man auf "Bearbeiten" geht und dann auf "Erweitert". Dann sieht man auch den Threadnamen den man dort ändern kann.
Es muss aber der erste Post sein.

MfG Hannes

Zitat:

---

Zitat von 021aet04

... Threadnamen kann man nachträglich ändern ... muss aber der erste Post sein ..

---

Das geht bei Dir? Bei mir gehts nicht seit der neuen Forumssoftware - und bei einigen anderen Kollegen auch nicht. Dazu gabs mal ne Diskussion. Dein Vorschlag schreibt nur nen neuen Titel ins (aktuell angewählte) Posting - nicht oben auf den Thread . . . zumindest bei mir (WinXPpro, MSIEx 8.0.6001.18702/©2009 ...).

Hallo,

passt zwar nicht zum Thema, aber weil ich es gerade lese:

Zitat:

---

Zitat von oberallgeier

Mittlerweile ist in meiner main-Routine STETS gleich am Anfang ...... ein kurzes LED-Blinken mit >>waitms<<. Das hatte sich schon oft bezahlt gemacht.

---

Genau sowas habe ich zufällig vorgestern auch bei mir in einer Schaltung programmiert und dabei gleich einen haufen Fehler gefunden, die durch WD-Resets ausgelöst wurden. Da habe ich an manchen Stellen geschlampert und die WDR falsch gesetzt. Ich glaube das wird ab jetzt bei mir auch zum Standard.

Viele Grüße
Andreas

@oberallgeier
Habe es gerade getestet. Jetzt funktioniert es bei mir auch nicht. Ich habe es aber schon einmal geändert. Das wäre etwas für Frank zu ändern.
Hat jemand Frank schon geschrieben wegen diesem "Problem"?

MfG Hannes

Zitat:

---

Zitat von 021aet04

... Jetzt funktioniert es bei mir auch nicht. Ich habe es aber schon einmal geändert ...

---

PuhhhhStirnwischabvomSchweiß - ich will ja nicht (immer) Recht haben, will nur nix Falsches verbreiten. Mit der früheren Forumssoftware ging das schon - beim eigenen Thread. Da hatte ich das auch gemacht. Soweit ich weiß, wurde das schon mit Frank diskutiert, aber ich hab diese Diskussion nicht griffbereit. Ich kann damit (bzw. ohne *ggg*) leben, zumal es von manchen, sehr wenigen, Usern ziemlich exzessiv und teilweise verwirrend benutzt wurde.

Sorry da_miez3 wegen des ausgiebigen OTs.

Zitat:

---

Zitat von oberallgeier

Der mega32 hat KEIN RXD - ist Dir das klar?

---

Dem stimme ich nicht zu - da ja sogar Atmel die Pins so bezeichnet (siehe Bild). Mag sein, daß das nur bei einer echten RS232 so genannt werden darf, aber selbst wenn Atmel die Pins "Voll" und "Depp" nennen würde, wäre das dann eben so :D.

Aber egal: ich behaupte mal, daß dein GPS-Empfänger einen integrierten RS232-Pegelwandler hat und somit +/- 9...12V liefert. Da ich schon öfter mit GPS-Empfängern gearbeitet habe (Module) kann ich dir sagen, daß es Module mit und ohne Pegelwandler gibt und daß allein das anschliessen nicht für ein aufhängen/Reset sorgen kann/darf.

@da_miez3: wie berechnest du den Abstand und Winkel zum Ziel ? Und das mit der Genauigkeit .....

Zitat:

---

Zitat von Crazy Harry

Dem stimme ich nicht zu - da ja sogar Atmel die Pins so bezeichnet ...

---

Da hast Du natürlich völlig Recht, ohne Einschränkung Harry, danke für die Richtigstellung. Ich habe leider beim Schreiben nur an die RS232/EIA-232 gedacht - die ja sowohl Pegel als auch Protokoll, also noch Timing und sogar den Stecker definiert. Sorry, dass meine Antwort so diffus und eben falsch war.

Zitat:

---

Zitat von Crazy Harry

... wie berechnest du den Abstand und Winkel zum Ziel ? Und das mit der Genauigkeit .....

---

Für nen frühen Segeltörn/Törnbericht hatte ich das mal spasseshalber in Excel gemacht. Wenn die Großkreisrechnung mal steht - gehts recht einfach.

......Anhang 22429