Probleme mit GPS Modul

naja ohne mich groß mit googleEarth(gE) zu kennen würde ich behaupten 
das der gE sich öffnen weil die kml datei zu gE zugeordnet ist. d.h. 
lange nicht das in kml datei auch was drin steht. Normalerweise sollte 
der gE die route automatisch zeigen aber vermutlich ist die kml datei 
leer oder hat ungültige zeichen/foramtierung weswegen gE nichts zeigt.

Ach ja dein problem bzgl AvrOspII aus diesem thread(ich nehme an das 
warst du oder?)
Beitrag "GPS an mega8,88 oder 168"

Fusebits am besten nicht anfassen aber du kannst per "Read" button die 
fusebits auslesen und auf keinen fall auf "Program" drücken bei den 
Fusebits bevor du weiß was du machst. Der AvrOspII zeigt nicht 
automatisch die richtigen fusebits deiner uC d.h. du musst auf "Read" 
drücken damit du die tatsächlichen Fusebit Einstellungen sehen kannst.

Wenn du im Reiter "Fuse Bits" auf "Program" gedrückt hast dann 
herzlichen glückwunsch. vermutlich hast du dein avr verfust. Drück mal 
auf "Auto Detect" wenn du glück hast (d.h. dein uC wird erkannt) dann 
hast den avr nicht verfust.
Wie gesagt am besten finger weg bei fusebits aber auf "Read" kannst du 
drücken und damit die fusebits auslesen das ist nicht so gefährlich.
ABER NUR AUF Read DRÜCKEN

Gast wrote:
> So,
>
> nun habe ich es kapiert denke ich...
>
> - Erst klicke ich auf Auto Detect
> - Dann nehme ich den Reiter Fuse Bits
> - Dort kliche ich auf Read
>  und siehe da die fuse Bits ändern sich
Got bin ich froh darüber ;)

> jetzt sind die FuseBits
>
> - Boot Flash section size=1024 words Boot start adress=§1C00;
> [BOOTSZ=0]; default value
> - Serial programm downloading (SPI) enabled; [SPIEN=0)
> - Brown-out detection disabled; [BOOTLEVEL=111]
> - Divide clock by 8 internally; [CKDIV9=0]
> - Int. RC Osc. 8MHz Start-up Time PWRDWN/RESET 6 CK/14CK +65ms;
> [CKSEL=0010 SUT=10]; default value
Man kann das nicht oft genug sagen aber hier noch mal: Finger weg von 
Fusebits bevor du weiß was du machst. d.h. niemals auf Program im reiter 
Fusebits und Lockbits drücken.

> Bei den Lock Bits ändert sich nichts...
das ist ok
>.. Dann habe ich das HEX-File wieder
> auf den µC gespielt mit den neuen Fuse-Bits Einstellungen. Aber die LED
> geht noch immer nicht.
Beschreib mal wie du beim programieren vorgehst

Zum GPS-Modul kann ich dir nicht viel sagen da ich weder die SW noch die 
HW kenne. Da musst du dich selber informieren ob du da noch was anpassen 
musst.

Dein vorgehen beiim programmieren scheint zu stimmen. Der Blaue Balken 
zeigt die programmiervorschrit an. Das während der progrmierung leds 
leuchten deutet ja drauf das die leds an die ISP port angeschlossen sind 
und da ja während der progrmierung strom fließt werden diese leds auch 
leuchten. obs dadurch die programierung verfälscht wird kann ich dir so 
nicht sagen aber da der uC ein *.txt file erzeugt scheint die uC ja 
funktionieren.
Dein problem ist das da eine led beim drücken der taster nicht reagiert 
aber das muss nicht heißen das der ganze uC nicht funktioniert. 
überprüfe deine schaltung noch mal ganz genau und besonders auf 
unterbrochene leiterbahnen und kurzschlüsse.

Wichtig ist bei AvrOspII das du im Reiter Program im section "Auto 
program setttings" ein hacken beim "Erase device before programming" 
setz damit die alte SW gelöscht wird bevor die neue aufgespielt wird.
Ich nehme an du programierst im section "FLASH". Wenn der SW auch ein 
eeprom datei hat muss diese im section "EEPROM" programiert werden sonst 
wird die eigentliche SW im flash programiert.

Ach ja dein uC scheint laut fusebits mit der internen rc oszi 8Mhz zu 
funktionieren der aber intern durch 8 geteilt wird womit du letztendlich 
1Mhz system takt hast. wenn in SW andere takt eigestellt ist als der 
tatsächliche dann wird der uC nicht richtig funktionieren.

> Die Schaltung aht allerdings einen externen Quarz. Wenn er auf internen
> rc läuft ist er doch nur langsamer, oder? Wo muss ich den bei FuseBits
> Einstellen, da sind soviele möglichkeiten?
Er läuft nicht nur lansammer sondern auch ungenauer denn die interne 
ozsi des avrs haben große schwankungen. das problem ist dann wenn du auf 
genauere timing angewiesen bist dass dann die SW nicht das macht was er 
machen soll. außerdem wird in source die takt eingetragen aus der werden 
dann alle timing relavaten sachen ausgerechnet. das führt zu weit um 
drauf detailiert einzugehen.
du musst doch mal die tutorial hier benutzen damit dir einiges klar 
wird.

> http://www.mikrocontroller.net/attachment/33726/gps.png
>
> Die Leiterbahnen habe ich aller bereits kontrolliert bevor hier gepostet
> habe. Also liegt es wohl an der Software für den µC...
>
> Schade, hätte mir bei meinem ersten Projekt mehr Erfolg erhofft. Ich war..
du solltest erstmal mit paar leds und taster anfangen und nicht gleich 
so ein riesen projekt. du musst noch einiges über uCs lerne bevor du mit 
sowas anfängst.


>Mal als Grundsatzfrage. Wenn ich die alles Pingenau anschliesse
>Also
>Mega32 ADC7 an Mega168 an ADC7 usw.
>
>Muss ich da dann was an der Source ändern? Oder kann man es so direkt
>übernehmen
Ich weiß nicht welchen source du meinst aber generell kann ich dir sagen 
das ein SW für eine bestimmte schaltung und uC nicht ohne änderung 
portierbar ist.