Hallo!
Jetzt, wo der Sommer kommt, und ich immer häufiger größere Radtouren
fahre, wollte ich mir einen GPS Tracker bauen, der während der Fahrt
meine Position alle x Sekunden auf eine Speicherkarte schreibt und das
man dann mit zum Beispiel Google Earth / Maps diese Positionen dann auch
auslesen kann.
Hierbei bin ich gerade in der Planungsphase, möchte dann so in ca. 2 - 3
Wochen mit der Arbeit beginnen (Da wir dann Schulferien haben ;-)).
Als Prozessor habe ich an einen AVR gedacht, auch wenn ich bis jetzt nur
mit PICs gearbeitet habe (der Umstieg geschieht aus dem Grund, dass es C
compiler für AVRs gibt, und mir C dann bei so etwas großem doch etwas
lieber ist, als Assembler (Ja, ich weiß, es gibt auch für 16-Bit PICs
einen C-Compiler, aber ich hab das Gefühl AVRs sind irgendwie beliebter
;))). Zum Beispiel ein Atmega8-16.
Das Ganze soll auf Lochrasterplatinen entstehen, da ich noch nie
Platinen geäzt o.ä. habe und mir das Equipment dazu auch fehlt (Ich
glaube das würde sich für mich nicht lohnen, mache nicht soooo viel),
weswegen SMD Bauteile ausgeschlossen sind.
Kommen wir zu meiner ersten Frage: Welches GPS Modul soll ich nehmen?
Die einzigen, die ich bis jetzt gefunden habe, sind von der Firma
NAVILOCK. Diese gibt es auch zu einem relativ günstigen Preis (ab 23€).
Allerdings gibt es dort 3 verschiedene Modelle, mit jeweils ca. 3-4 €
Preisunterschied.
Anhand der technischen Daten konnte ich nur einen Unterschied finden,
nämlich die Anzahl der Kanäle. Ist das überhaupt relevant für mein
Projekt, oder kann ich mit ruhigem gewissen das günstigste Modul nehmen
(NL-507TTL u-blox)?
Außerdem gibt es dann von jedem der 3 Modelle nochmal 3 Anschlussarten,
RS232, TTL und USB. Für die Kommunikation mit einem AVR bräuchte ich
doch die TTL Version, oder?
Denn bei RS232 benötigt man ja zB noch Pegelwandler o.ä., bei TTL könnte
man die PINs einfach direkt mit dem AVR verbinden, richtig?
Die Software für den AVR würde ich mir dann schon irgendwie selber
zusammenbasteln, da gibt es ja zum Glück gute Dokumentationen zu (das
GPS Modul soll über NMEA angesprochen werden, für die SD Karte gab es ja
auch irgendwo eine Homepage wo es ziemlich gut erklärt war).
Nur wie genau sieht es mit der Stromversorgung aus?
Da das ganze auf dem Fahrrad transportiert werden soll, sollte das Gerät
möglichst klein und leicht sein. Ja, SMD wäre da ziemlcih von Vorteil,
aber wie gesagt, meine Erfahrung in dem Bereich ist gleich 0 und ich
denke dass sich das auch nicht so für mich lohnt. Eventuell könnte man
das in einer Aufbewahrungsflasche im Flaschenhalter unterbringen, wo
aauch das Flickzeug drin liegt.
Welche Art von Akku könntet ihr mir empfehlen? Ganz normale NiMH Akku's
oder gibt es da etwas 'spezielles' ;) (Sollte aber ohne großen Aufwand
wieder aufladbar sein).
Ich sehe gerade der Thread ist etwas lang geworden, hier nocheinmal die
Fragen zusammengefasst:
1) Gibt es für mich relevante Unterschiede bei den GPS Modulen von
NAVILOCK?
2) Ist das NL-507TTL u-blox für mein Projekt ausreichend?
3) TTL, RS232 oder USB? Was kann man am einfachsten mit dem AVR
verbinden?
4) Welchen Akku soll ich als Stromversorgung nehmen?
Vielen Dank schonmal für eure Hilfe :-) Ich bin immer für Vorschläge
offen
Martin M.
GPS: du kannst dir bei e?ay ja eine GPS-Maus schiessen, Kabelmäuse sind
halbwegs preiswert... TTL, USB, RS232 spielt erst einmal keine
allzugrosse Rolle, die werkeln die intern (ziemlich) sicher mit TTL,
also nur die ein oder andere Leitung kappen/ersetzen/hinzufügen...
und wenn du übermorgen losfahren möchtest, dann
http://www.reichelt.de/?ARTICLE=80897
Sehr interessantes Projekt - das würde mir auch Spaß machen.
Kann man die Navilock-Module auch als Privatperson problemlos bekommen?
TTL bekommst Du am besten an den AVR dran, Akku ist abhängig von
Stromverbrauch und angepeilter Laufzeit. NiMH sind wohl die
problemlosesten, aber man könnte auch mit einem Lithium-Ionen Akku
arbeiten, die werden langsam auch preislich interessant.
Hallo,
das gleiche habe ich auch vor, gps maus mit ttl ist auch schon da, du
kommt nicht zufällig aus dem raum Leipzig?. da es sehr klein sein soll
werde ich wohl eine kleine platine machen mit einem Atmel mega??. Mit
lochraster platte wollte ich eigentlich nicht erst anfangen.
Ich habe jetzt den genauen typ der GPS maus nicht da, aber es steht was
von 5V 500mA drauf - ich hoffe das braucht sie nicht ständig. Sonst habe
ich auch probleme mit der STromversorgung.
Wo willst du die daten aufzeichnen? ich will es einfach auf eine
SD-karte machen.
Wow das geht ja schnell mit den Antworten :-)
Nein, komme nicht aus dem Raum Leipzig, ist ca. 600 Km entfernt.
Also die NAVILOCK Module bekommt man bei einem Shop namns HANOBox
relativ günstig (wie gesagt, ab ca. 23€).
Laut Navilock Homepage braucht das Modul :
* Stromanschluss: 3,3V-4,2V DC
* Stromaufnahme: ca. 70mA
Zusätzlich käme eben noch der AVR und elektronik für die SD Karte.
Und an 'rotzfrech' : Ja, so etwas in der Art, nur etwas kleiner ;)
Und ein iPhone ist etwas zu teuer finde ich.
NiMH Akkus habe ich hier in AA Batterie Form, jeweils mit 2300 mAh, bei
einer Stromaufnahme von sagen wir mal 250mA insgesamt wären es also fast
10 Stunden, sehe ich das richtig?
Jo, ist natürlich auch sehr nett, aber mir geht es wirklich nur um den
Tracker, ich brauche also kein Display o.ä. .
Was meint ihr, sollte ich das ganze auf 3,3 V oder auf 5 Volt betreiben
und dann für die SD Karte per Spannungsregler runterregeln?
An sich wäre 3,3V die bessere alternative, oder? Dann bräuchte ich wohl
die L version der AVRs, richtig?
Habt ihr irgendeinen speziellen Vorschlag als µC?
Hi,
klingt interessant, aber ist von der Idee her ja nicht neu.
Hier gibt es auch ein kleines Projekt, allerdings ohne
SD-Kartenunterstüzung.
Beitrag "GPS-Logger mit gpx-Export"
Ich fänd aber eine saubere Platine mit SMD Bestückung schöner.
Aber dazu hast du ja was geschrieben...
Viel Spaß und halt uns auf dem Laufenden...
ich wollte es eigentlich mit einen tiny machen, weil er recht klein ist.
Leider müssen 512Byte für die SD-Karte gepuffert werden. Bei anderne
blockgrößen hängt es von der Karte ab ob es geht. Also entweder die
daten gleich auf die Karte durchschieben oder doch einen mega nehmen mit
mehr als 512byte ram.
Wenn du mit C arbeiten willst sollte es mindestens ein mega sein, leider
sind sie alle smd oder recht gross.
Zum Thema Stromversorgung:
Ich habe mir vor ein paar Tagen eine Schaltung aufgebaut, mit der ich
einen stinknormalen Handyakku laden kann (vom W880i, sehr flach und
günstig!, 950mAh, 3.6V).
Dazu ist noch ein 3V Linearregler drauf (3,3V gibts mit der gleichen
Bauform und Beschaltung), der kann allerdings nur 200mA, was aber doch
eigentlich reichen sollte, oder? Ich weiß ja nicht, wieviel so ein GPS
Modul zieht.
Auf jeden Fall ist die Schaltung sehr klein. Wenn ich das so klein wie
möglich packen und direkt in eine Schaltung integrieren würde, wäre das
nur ca. so groß wie ein Damennagel + Lötanschlüsse für den Akku je nach
Belieben.
Habe die Schaltung noch nicht komplett getestet, aber der Linearregler
arbeitet sauber (auch wenn gleichzeitig geladen wird) und geladen habe
ich den Akku auch schon (wurde exakt bis zur max. Ladespannung geladen,
LED für Ladestatus ist auch drin). Vin zum Laden kann 4,35V-6,5V sein.
Man müsste aber noch zusehen, dass der Akku nicht zu tief entladen wird,
da ist keine automatische Abschaltung drin.
Hallo,
für den Code kannst du den aus der Codesammlung nehmen
Beitrag "GPS an mega8,88 oder 168"
das ist genau das, was du beschreibst: Tracker für SD Karte
Ich habe eigentlich nur vor das Projekt der Condesammlung nachzubauen,
kämpfe aber noch mit dem GPS Modul :(
Gruß
Kai
Daniel Reinke wrote:
> Zum Thema Stromversorgung:>> Ich habe mir vor ein paar Tagen eine Schaltung aufgebaut, mit der ich> einen stinknormalen Handyakku laden kann (vom W880i, sehr flach und> günstig!, 950mAh, 3.6V).> Dazu ist noch ein 3V Linearregler drauf (3,3V gibts mit der gleichen> Bauform und Beschaltung), der kann allerdings nur 200mA, was aber doch> eigentlich reichen sollte, oder? Ich weiß ja nicht, wieviel so ein GPS> Modul zieht.
Hi!
Also das Modul alleine zieht laut technischen Daten 70mA. Dazu käme noch
die Schaltung für den µC und das beschreiben der Karte (und evtl. 1 oder
2 Status LEDs). Ich denke 200mA sollte das nicht überschreiten, oder?
Ich wäre sehr interessiert an der Schaltung, Handyakkus gibt es ja in
diversen Läden wirklich recht günstig. Und leichter als AA-Batterien
sind sie allemal.
Packen wollte ich das ganze in eine sog. "Werkzeugdose" fürs Fahrrad.
Sieht aus wie eine normale Trinkflasche, passt auch in Flaschenhalter
nur hat eben einen normalen Deckel.
Das wollte ich dann möglichst so anordnen, dass daneben noch etwas Platz
für Flickzeug o.ä. bleibt, also man könnte in die Dose Mittig eine
Trennwand oder so einbauen.
Den Schraubverschluss kann man dann noch mit einem Gummiring abdichten,
sodass es auch gegen eintretenden Regen geschützt wäre.
Das ist im moment mein Konzept ;) Heute Nachmittag werde ich mich dann
etwas genauer mit der genauen Schaltung auseinandersetzen und planen :)
zum Thema 'Strom auf dem Fahrrad' gab es in der c't vor kurzem einen
Artikel:
Peter Röbke-Doerr (roe)
Strom auf'm Fahrrad
Mit dem Nabendynamo Akkus aufladen
Praxis,Bordnetz fürs Fahrrad,Lichtmaschine, Fahrrad, Bauanleitung, c't
Projekt, Mobilität, PDA, Navigation,Energie,Spezial-Elektronik
MAX1771CPA+
c't 23/07, Seite 190
Bei den Preisen für die kompletten Navi's ist aber auch so ein Projekt
schon wieder fraglich, mit Display und Karten wäre ein Navi auch fürs
Fahrrad ganz nett. Und auch Navi-Mäuse mit integriertem Tracker werden
immer billiger. Für Symbian Mobiltelefone gibts auch sehr brauchbare
Navisoftware, hat ein Kollege mit bis nach Holland gefunden. Da hat er
sich aber die Navi Maus klauen lassen...
So, ich habe mal alles brauchbare der Lade- und Reglerschaltung
exportiert. Befindet sich alles in der angehängten ZIP-Datei. Hoffe, du
kannst was damit anfangen. Die Anschlüsse für den Akku sind einfach nur
große Lötpads, Eingang und Ausgang sind in dem Fall nur Lötnägel. Die
Schaltung ist so ca. 3,5cm x 2cm groß, weil die Lötnägel und die großen
Lötpads recht viel Platz weg nehmen.
Was man dafür braucht, ist auf jeden Fall ein MAX1811ESA+ von Maxim und
als Linearregler habe ich einen TPS73030DBVT von Texas Instruments
benutzt.
Beides habe ich als Samples bekommen.
Dazu noch ein paar Keramik Kondensatoren und zwei Widerstände im 0805
SMD und das wars schon.
Habe die Sachen bei Farnell bestellt, weil ich KerKos in dieser Größe
(z.B. 10uF) woanders nicht gefunden habe. Dabei kamen 20€ Pauschale
dazu, weil viele Sachen aus den USA kamen. Da ich aber noch einiges mehr
bestellt hatte, hatte sich das wieder gelohnt, da viele Bauteile aus den
USA sehr günstig waren.
Könnte dir auch die Artikelnummern sagen, wenn es dich interessiert.
Der Akku vom W880i hat neu und original ca. 8€ inkl. Versand bei ebay
gekostet.
Wie gesagt, man müsste noch drauf achten, dass der Akku nicht
tiefentladen wird.
Hans wrote:
> Jetzt hast Du's ins deutsche Übersetzt. Und wo ist jetzt der Unterschied> zwischen 'verfolgen' und 'aufzeichnen'? Wie ist 'verfolgen' definiert?
Ahh also dem Link zu Folge ist wohl mit Tracker etwas gemeint, dass dann
auch noch zusätzlich 'live' eine andere Person über den Standort des
Trackers informieren kann.
Nein, in dem Fall meine ich dann wirklich einen GPS Logger.
--
@Daniel, vielen Dank für die Dokumente! Ich werd auch gleich mal nach
Samples anfragen.. sind die ICs in SMD Bauart? Gibt es diese auch in
'normal'? :-D
---
@Ernst Bachmann, ja, diese Seite war mitunter der Auslöser für meine
Lust an dem Projekt ;) Möchte aber möglichst viel selber
entwickeln/entwerfen um einfach ein bisschen neue Erfahrungen in
Richtung Elektronik zu machen :-)
Hätte ich einen Laserdrucker, wäre auch diese Direkt-Toner-Methode
(Siehe HP von Thomas Pfeifer) interessant für mich, da damit Platinen
herstellen relativ günstig zu sein scheint... naja dazu fehlt aber der
Drucker :P Wird vielleicht später irgendwann mal angeschafft.
Martin M. wrote:
> @Daniel, vielen Dank für die Dokumente! Ich werd auch gleich mal nach> Samples anfragen.. sind die ICs in SMD Bauart? Gibt es diese auch in> 'normal'? :-D
Die Bauteile sind leider alle in SMD Bauform. Bei Maxim finde ich auch
nur NiMh Lade-ICs in im DIP Gehäuse, der Rest ist SMD Bauweise.
Hast du keine Möglichkeit irgendwo eine Platine zu ätzen oder ätzen zu
lassen?
Ansonsten schau mal bei anderen Herstellern nach, ob die passende ICs
haben.
Soo, ich habe mal eine erste Schaltung gezeichnet (nein, ich bin nicht
unbedingt begabt in Eagle :-D).
Versorgt wird die Schaltung wie man sieht von 3AA NiMH Akkus. Sie kämen
im vollen Zustand auf insg. ~ 3,6V, was ja für alle Bauteile in Ordnung
wäre und so der Spannungsregler entfällt. Zum aufladen kann man sie dann
ja einfach aus der Schale nehmen und in ein Ladegerät packen.
Über S2 wird man dann die Aufzeichnung beginnen/stoppen können, die zwei
LED's zeigen Betriebsbereitschaft und Aufzeichnungsstatus an.
Wo ich nicht weiß, ob man das so machen darf, ist die Belegung von Port
B.
Einerseits soll über den SPI Anschluss die MMC Karte beschrieben werden
(laut HP von Ulrich Radig), andererseits muss dort aber auch der
Anschluss für den ISP liegen.
Wenn die SD Karte ausgeseckt ist, sollte es doch eigentlich mit dem
Brennen des Chips keine Probleme geben, oder?
Alternativ könnte man die MMC Karte auch an einen anderen Port hängen
und das beschriebene Software SPI verwenden.
Seht ihr ansonsten noch irgendwelche Groben Fehler oder gibt es
Verbesserungsmöglichkeiten?
Dürüm Döner wrote:
> Wenn der CS der Flash Karte nicht aktiv ist, sollte es der Karte egal> sein, was auf dem SPI abläuft. (?)
Stimmt, hört sich surchaus logisch an. Die Karte würde ich
sicherheitshalber trotzdem aus dem Slot ziehen.
Ist die Schaltung denn ansonsten in Ordnung so, oder muss ich noch etwas
verändern?
Avr Nix wrote:
> sollte nicht Rx und Tx vertauscht werden Rx -> Tx Tx->Rx ?
Stimmt, macht Sinn. Ist es denn bei der SD Karte und dem ISP Anschluss
richtig? Also MISO -> DI und MOSI -> DO?
Hab den Schaltplan mal ein wenig aktualisiert und den ISP Anschluss auf
den 3x2 Stecker abgeändert (hoffe, die Pinbelegung stimmt?)
MOSI: Master Output / Slave Input
MISO: Master Input / Slave Output
DI: Data In
DO: Data Out
Da es klar sein sollte, dass Daten vom Controller raus gehen (Master
Output) und bei der SD Karte rein gehen (Data Input) muss natürlich MOSI
mit DI verbunden werden. Das gleich Spiel in die andere Richtung -> MISO
an DO.
Daniel Reinke wrote:
> MOSI: Master Output / Slave Input> MISO: Master Input / Slave Output
Okay, was die Abkürzungen genau bedeuten wusste ich bislang nicht, danke
dafür! Hab die Anschlüsse zur SD Karte jetzt vertauscht.
Dann würd ich sagen, die Schaltung ist erstmal so fertig, wenn niemand
noch etwas Fehlerhaftes findet.
Sollte ich vielleicht noch irgendwo zum Schutz/zur Stabilität Dioden
oder Kondensatoren setzen?
Ansonsten werde ich mich denke ich mal morgen bzw. Montag um die
Beschaffung der Bauteile kümmern =) Ich werde euch aufjedenfall auf dem
Laufenden halten (naja, eher "ich muss [...]", da ich mit Sicherheit
noch an das eine oder andere Problem gelange ;-))
Dass der 100nF Keramik Kondensator so nah wie möglich an die Vcc und GND
Anschlüsse des Controllers kommen, weiß du aber, oder? Ist aus dem
Schaltplan nicht so direkt ersichtlich, wie du den verlöten willst...
Ähem... natürlich wusste ich das :D ... und schon wieder habe ich etwas
neues dazugelernt, danke für den Tipp!
Mir erschließt sich nur nicht so ganz, wieso die Position hier von
Bedeutung ist, hauptsache zw. VCC und GND, oder nicht? Ich schau mal im
Internet nach, werds aber aufjedenfall im Schaltbild bzw. auf der
späteren Platine berücksichtigen.
Martin M. wrote:
> Ähem... natürlich wusste ich das :D ... und schon wieder habe ich etwas> neues dazugelernt, danke für den Tipp!> Mir erschließt sich nur nicht so ganz, wieso die Position hier von> Bedeutung ist, hauptsache zw. VCC und GND, oder nicht? Ich schau mal im> Internet nach, werds aber aufjedenfall im Schaltbild bzw. auf der> späteren Platine berücksichtigen.
Je näher der Kondensator am uC ist, desto schneller/besser kann er Strom
nachliefern, wenn es zu einem Engpass kommt. Die Engpässe können
entstehen durch die recht hohen Schaltgeschwindigkeiten eines uC.
Dadurch fließen immer kurzzeitig recht hohe Ströme. Damit in dem Fall
die Versorgungsspannung nicht einbricht, wird eben ein 100nF Kondensator
nahe dem uC vorgesehen, der die Engpässe ausgleicht durch das Abgeben
der zuvor gespeicherten Engergie. In den Ruhephasen kann er sich dann
wieder aufladen.
Idealerweise sollte man Kondensatoren sogar als 4-Pol verdrahten. D.h.
dass keine "Stichleitungen" zu einem Kondensator gemacht werden. In dem
Fall würde die Wirkung nachlassen. Aber das ist ja nicht immer möglich
und nötig, ist eben eine ideale Vorgehensweise. ;)
Hallo!
Mein GPS Logger entwickelt sich im moment relativ sehr gut :-D
Die Hardware ist soweit fertig (für Lochraster hab ich es sogar ziemlich
klein bekommen), die Software so zu ca. 60%.
Das beduetet im Detail, über den Taster kann die Aufnhame schonmal
gestartet/gestoppt werden, auf die SD Karte kann
zugregriffen/geschrieben werden und die LEDs geben den Status an.
Das einzige, was mir noch fehlt, ist das GPS Modul. Dazu bin ich gerade
das Datenblatt des ATMega8 bezüglich USART am lesen (Ab Seite 130) und
mir stellt sich zur Zeit eine Frage:
Darf RXEN und TXEN gleichzeitig aktiviert sein? Also kann ich
gleichzeitig senden und Empfangen? Denn so wie ich das sehe, wird ja
sowohl das Eingehende als auch das Ausgehende in das UDR Register
geschrieben. Somit kann doch eigentlich nur eines der beiden
gleichzeitig funktionieren.
Im Beispiel-Sourcecode (Datenblatt Seite 136) wurde aber gesetzt :
1
/* Enable Receiver and Transmitter */
2
UCSRB=(1<<RXEN)|(1<<TXEN);
Es werden also beide Leitungen aktiviert, sehe ich das richtig?
Wenn dann während des Sendens etwas neues ankommt, müsste es doch zu
einem Konflikt kommen?
Ich hoffe ihr könnt mir da ein wenig auf die Sprünge helfen :) Im Anhang
ein kleines Foto des Loggers (das rechte Gehäuse ist die "Hauptplatine"
und der SD Karten Slot (auch zugänglich wenn das Gehäuse geschlossen
ist; für den Taster werde ich noch ein kleines Loch in den Deckel machen
kann, sodass er auch von außen zugänglich ist),
Im linken Gehäuse befindet sich der An/Aus Schalter, das GPS Modul und
auf der Unterseite die Akkus.
Die Gehäuse sind Maxim Sample Boxen =)
The USART Transmit Data Buffer Register and USART Receive Data Buffer Registers
2
share the same I/O address referred to as USART Data Register or UDR. The Transmit
3
Data Buffer Register (TXB) will be the destination for data written to the UDR Register
4
location. Reading the UDR Register location will return the contents of the Receive Data
5
Buffer Register (RXB).
Das heißt, wenn ich das Register beschreibe, wird es Intern wo anders
gespeichert, als wenn ich es auslese, richtig?
Also sollte Gleichzeitiges Senden/Empfangen möglich sein, richtig?
P.S.: DEUTSCHLAAAAND :-D
Liest hier überhaupt noch jemand???
Naja, also das UART Problem habe ich nun gelöst, indem ich einfach eine
Library nehme (die von Peter Fleury). Es scheint soweit alles zu
funktionieren.
Jetzt brauche ich aber hilfe von Leuten, die schonmal mit diesen
Navilock GPS Modulen gearbeitet haben:
Frage 1:
Reicht es, einfach nur Spannung anzulegen, damit der sich mit Satteliten
verbindet, oder muss man dem Modul noch Befehle senden?
Zur Zeit sende ich theoretisch zuerst die Bytes um in den NMEA Modus zu
wechseln mit 9600 Baud, dann stelle ich auf 4800 Baud runter (kleinere
Fehlerrate bei 4 MHz Quarz) und sende den Befehl "101 -
NavigationInitalization" wobei ich einen Kaltstart auslöse (zumindest
theoretisch).
Ich weiß nicht, ob die Befehle auch richtig ankommen, beim Anschalten
der Schaltung leuchtet die LED am GPS Modul kurz auf und geht wieder aus
(so wie im Datenblatt beschrieben) aber danach geht sie nicht mehr an.
Laut Datenblatt dauert ein Fix beim Kaltstart 42 Sekunden -- Ich habe
deutlich länger gewartet ohne Erfolg (auf dem Balkon < kann das ein
Problem sein?).
Frage 2:
Und werden die Nachrichten vom Modul (z.B. GGA), die eig. jede Sekunde
gesendet werden sollen, auch gesendet, wenn kein Fix vorliegt?*
Beim ATMega kommt nämlich irgendwie nichts an - Oder mein Quellcode ist
noch Fehlerhaft...
Ich bitte um eine Antwort. Es wird doch bestimmt jemanden hier geben,
der mit diesem Modul schoneinmal gearbeitet hat, oder? =)
Ich hab bis jetzt noch nicht gezielt mit dem modul gearbeitet ....
normalerweise ist es so das die gps module anfangen die daten von allein
auszuspucken .... viele haben ne backupbatterie um die einstellungen zu
speichern .... bei den meisten modulen kannst du einstellen welcher
datensatz wie oft gesendet wird !
fix .... wie "offen" ist denn da nach oben ? häuserschlucht ? known
problem geh mal richtig raus .... bei ersten kalt start kanns bis zu 15
min dauern ...
hellboy wrote:
> Ich hab bis jetzt noch nicht gezielt mit dem modul gearbeitet ....> normalerweise ist es so das die gps module anfangen die daten von allein> auszuspucken ....
Klingt beruhigend, dass die Module von selbst anfangen, auszuspucken ->
Also möglicherweise erst nach einem Fix?
> viele haben ne backupbatterie um die einstellungen zu> speichern ....
Also auf dem Modul befindet sich eine kleine Knopfzelle, das stimmt.
Allerdings kann er ja noch nichts gespeichert haben, da es noch nie
einen Fix gab.
Ich hab jetzt mal ohne jegliche überprüfung einfach jedes uart_getc()
auf die SD Karte geschrieben, es wurden nur NULlen geschrieben (0x00).
Vom Modul kommt also nichts.
> bei den meisten modulen kannst du einstellen welcher> datensatz wie oft gesendet wird !
Also bei dem Befehl, von dem Binärmodus in den NMEA Modus zu wechseln,
gibt man an, welcher Datensatz wie oft gesendet werden soll. Ich habe
testweise alles ausgestellt, nur GGA sollte jede Sekunde komme.
>> fix .... wie "offen" ist denn da nach oben ? häuserschlucht ? known> problem geh mal richtig raus .... bei ersten kalt start kanns bis zu 15> min dauern ...
Häuserschlucht würde ich jetzt nicht sagen, hab mal ein Foto angehängt,
mit Blick nach oben. Eigentlich ist ein großteil des Himmels frei. Aber
15 minuten habe ich noch nicht gewartet - Werde morgen auch mal unter
komplett freiem Himmel testen.
Vielen Dank schoneinmal
>Klingt beruhigend, dass die Module von selbst anfangen, auszuspucken ->>Also möglicherweise erst nach einem Fix?
normalerweise senden die module immer auch wenn kein fix existiert... in
einem der strings ... ich weiss leider nicht mehr welchem steht aber es
gibt einen string in welchen die aktuelle empfangslage drin steht ich
glaube er heist $GPGSV aber wenn nichts da ankommt solltest du eventuell
mal messen ob die kiste überhaupt was ausspuckt!(Oszi .... zur not tuts
auch ne low current led mit widerstand ... blinkts gehen daten drüber)
sonst wird an deinem programm denk ich noch irgendwas nicht richtig
funktionieren!
Bist du sicher das du jedes mal neu konfigurieren must ?
hellboy wrote:
>>Klingt beruhigend, dass die Module von selbst anfangen, auszuspucken ->>>Also möglicherweise erst nach einem Fix?>> normalerweise senden die module immer auch wenn kein fix existiert... in> einem der strings ... ich weiss leider nicht mehr welchem steht aber es> gibt einen string in welchen die aktuelle empfangslage drin steht ich> glaube er heist $GPGSV aber wenn nichts da ankommt solltest du eventuell> mal messen ob die kiste überhaupt was ausspuckt!> (Oszi .... zur not tuts> auch ne low current led mit widerstand ... blinkts gehen daten drüber)> sonst wird an deinem programm denk ich noch irgendwas nicht richtig> funktionieren!
Hallo!
Da ich kein Oszi habe (ist für mich auch etwas sehr teuer), habe ich es
mit der LED versucht.
Also auf dem RX Pin des GPS Moduls wird kurz nach dem Anschalten ein
wenig versendet, dann ist die Leitung konstant High (so sollte es denke
ich auch sein?)
Auf dem TX Pin kann man ein regelmäßiges Muster erkennen. Es würde auch
ungefähr dazu passen, dass jede Sekunde Daten versendet werden. Naja
kommt mir etwas kürzer vor als eine Sekunde. Aufjedenfall ist die Led
die ganze Zeit auf voller Helligkeit, und jede Sekunde dann für kurze
Zeit ein wenig 'gedimmt' (was ja dafür sprechen würde, dass viele Nullen
und Einsen gesendet werden).
Das Modul scheint also die Daten zu versenden, nur meine Software
bekommt irgendwie nichts.
>> Bist du sicher das du jedes mal neu konfigurieren must ?
Hmm also ich denke doch mal ich muss zumindest vom Sirf-Binär in den
NMEA Modus wechseln, oder?
Naja ich geh jetzt erstmal was spazieren ;-) Werde dann später Berichten
ob es einen Fix gab.
Sooo... ich habe einen Fix bekommen!
Das Modul ist also in Ordnung, jetzt muss ich nur noch mit dem UART
kämpfen ;-) Hat so ca. 10 - 20 Minuten gedauert (ich habe nicht ständig
auf das Modul geschaut, deswegen kann ich nichts genaueres angeben).
Naja zum Glück funktioniert das schonmal. Jetzt muss ich noch schauen
wie das mit dem Kalt/Warmstart ist, ich möchte nämlich nicht unbedingt
jedes mal vor der Verwendung erst noch 20 Minuten warten ;-)
Aufjedenfall geht es, wenn man dem bei dem Befehl 101 einfach den
letzten Längen und Breitengrad angibt, aber speichert der dies
möglicherweise auch intern und man kann es über irgendeinen Befehl
abrufen?
Ich bin ein wenig weiter mit meinem Problem. Ich habe nun die
eingehenden Zeichen (uart_getc()) noch auf die Fehler überprüft, die
möglich sein können und das Ergebnis der Überprüfung dann auf die SD
Karte geloggt.
Es stellt sich heraus, dass ein Buffer Overflow stattfindet.
Trotzdem müsste im Datenteil (Lower-Byte) doch irgendetwas ankommen, und
nicht immer 0x00, oder?
Ich habe jetzt mal alle Delays beim Aufzeichnen entfernt, nun bekomme
ich nur noch am Anfang einen Buffer Overflow.
Danach kommen aber recht kryptische Daten:
Nach NMEA sieht das nicht unbedingt aus. Nach diesem Binär Protokoll
aber auch nicht, da dort alle Meldungen so wie ich das verstanden habe
mit A0 A2 .... Anfangen, solch ein Muster kann ich hier aber nicht
finden.
Aufjedenfall wiederholt sich dieser Datenblock dann fortlaufend,
manchmal mit kleinen Änderungen bei den Zeichen, aber im Groben ist es
der gleiche.
Was könnte das sein???
Hi
Mach doch mal einen RS232-Konverter dran und teste das Modul am Rechner.
Oder Programmiere dir einen anderen AVR so, das er einen NMEA-String
sendet.
Bist du sicher, das deine Baudrate stimmt?
MfG Spess
Hi
Noch was vergessen: Auf der Navilock-Webseite kannst du das Programm
'GPS-Info' herunterladen. Damit lassen sich die Module ganz gut testen.
Serieller Anschluss vorrausgesetzt.
MfG Spess
Juhuu!!!!
Ich habe nun einfach das Umschalten auf 4800 Baud abgestellt (d.H. der
Uart bleibt weiterhin in 9600 Baud) und es kommen richtige Daten an!
Was mich nur wundert ist, dass es genau garnicht dem entspricht, was ich
dort so bei dem Init Befehl eingestellt habe. Also eigentlich wollte ich
ja testweise nur die GPGGA Message 1 mal pro Sekunde haben, es werden
aber noch viel mehr versendet.
Außerdem habe ich eigentlich 4800 Baud eingestellt, trotzdem wird es
über 9600 Baud geschickt.
Naja aber das kann man ja noch mit Hilfe von NMEA Messages
'nachjustieren' ;-) 4800 Baud möchte ich, weil die
Fehlerwahrscheinlcihekit bei dem 4 MHz Quarz etwas geringer ist - Und
schnell genug für ein Datensatz pro Sekunde ist es allemal.
Naja aufjedenfall bin ich Glücklich, dass es endlich Funtkioniert hat :)
Vielen Dank für die Tipps bezüglich der Baudrate, wäre nie von selbst da
drauf gekommen (weil wie gesagt, eigentlich ist 4800 eingestellt...)
Hi
Sieh dir mal das angehängte Datenblatt an. Da sind weiter unten einige
Flowcharts drin. Anscheinend ist bei der Umprogrammierung ein bestimmter
Algorithmus einzuhalten.
MfG spess
Hmm irgendwie habe ich ein Problem dass ich bis jetzt noch nicht hatte.
Ich kann die SD Karte nicht mehr richtig auslesen oder beschreiben. Also
Initalisieren (sowohl MMC Init als auch InitFAT) funktioniert, nur bei
Befehlen wie "fexist_" oder "fopen_" wird mir eine 0 zurückgegeben (also
scheinbar ein Fehler). Die Datei die ich aber versuche, zu öffnen,
existiert definitiv und sogar wenn nicht, müsste fopen_ die Datei
erstellen, wenn ich den Quellcode der Lib richtig verstanden habe.
Hab auch versucht, die Karte nocheinmal zu Formatieren (FAT16,
Clustergröße 512 Byte) -- ohne Erfolg.
Was könnte hier die Ursache sein?
Für das FAT Dateisystem benutze ich MikroFAT16 von mikro-control.de, für
die MMC Ansteuerung die Lib von Ulrich Radig. Es hat alles Funktioniert,
erst seit kurzem will es nicht meht (und ich weiß nicht, wieso...).
Ich hab mal versucht, andere Libs zu benutzen, muss aber feststellen,
dass diese Kombination die einzige ist, die auf den ATMega8 passt. Bei
allen anderen (Ronald Riegel, Holger Klabunde..) sagt mir der
Compiler/Linker dass kein Platz mehr da ist.
Aber eig. muss es mit dieser Kombination funktionieren, es hat ja schon
einmal sehr gut Funktioniert (die Route war bis auf ein paar Zick-Zack
Linien sehr gut).
Formatiert habe ich mit der Arconis Disk Director Suite. Unter Windows
direkt (vista) kann man nicht in Fat16 formatieren..
Irgendwelche Vorschläge, was ich probieren könnte?
Ich hab es jetzt wieder zum laufen bekommen, musste dafür einfach nur
die Karte nocheinmal formatieren undzwar mit dem Tool von Panasonic,
dass hier vor kurzer Zeit durchs Forum gegeistert ist (gleiche Probleme
mit der SD Karte : Beitrag "SD Formatieren" )
Jetzt läuft es wieder und ich hab auch schon ein richtig gutes Ergebnis
gewonnen:
http://maps.google.com/maps/ms?ie=UTF&msa=0&msid=102721812355516657756.00045138ef742b1089df3
Bis auf ganz kleine Abweichungen (und, dass die Route insgesamt ein
wenig versetzt ist - aber das ist nicht so schlimm) wurde die Route
richtig gut aufgezeichnet. Heute nehm ich den Logger dann mal mit auf
eine lange Tour.
*<edit>*
Ich sehe geade, dass die Route in Google Earth irgendwie detallierter zu
sein scheint, also die Kurven sind nicht so eckig sondern etwas genauer
- Google Maps schient wohl ein paar Punkte zu entfernen ...
*</edit>*
Trotzdem werde ich aber noch einen richtigen Pegelwandler und geregelte
3,3V für die SD Karte einsetzen, da ich denke, dass sie die nicht ganz
so genaue Spannung nicht gut verträgt. Alles andere werde ich dann auf 5
Volt betreiben, liegt ja sowohl beim GPS Modul als auch beim AVR
innerhalb der Spezifikationen.
Als Pegelwandler habe ich mir ein Maxim Sample vom MAX3378 bestellt, ich
hoffe das ist der richtige.
Ansonsten hatte ich die Idee, das ganze zu einem simplen Navi zu
erweitern - Also dass man in Google Earth einfach einen Pfad mit ein
paar Wegpunkten erstellt, und mein Logger mich dann von Wegpunkt zu
Wegpunkt (über Luftlinie!! Nicht über eine Landkarte, das wär dann doch
zu aufwändig) leitet. Wenn man bei jeder Kurve einen Wegpunkt macht,
sollte das relativ praktikabel sein, denke ich.
Nur mein Problem ist im moment der Speicherplatz auf dem AVR. Durch die
FAT Lib hab ich nur noch ca. 1 KB auf dem Chip frei, das wird glaube ich
etwas zu eng für das ganze 'Navi'System.
Da ich aber nicht alles komplett umbauen möchte, suche ich nach einem
AVR gleicher Größe und gleicher Pinbelegung, nur mit mehr Speicher.
Kennt ihr da irgendeinen? Ich habe mir den ATMega168 ausgeguckt, aber
bin mir nicht sicher ob der nun einen schmalen oder breiten Sockel
besitzt (ich bräuchte den Schmalen IC Sockel, 28 Pins - So wie ein
ATMega8L8 eben :D)
Dann kämen dann nur noch 3 Leuchtdioden und ein Summer (oder evtl.
stattdessen ein LCD Display) dran und eben die Software, die die Route
einliest und mich leitet ;)
Ich hoffe ihr könnt mir bei der µC-Auswahl etwas helfen :) Vielen Dank.
Hi
>Ich habe mir den ATMega168 ausgeguckt, aber>bin mir nicht sicher ob der nun einen schmalen oder breiten Sockel
Wie wäre es mit Datenblatt S.356
Die ATMega48/88/168 sind praktisch die Nachfolgetypen des ATMega8 und
sogar weitestgehend pinkompatibel.
MfG Spess
Eine Frage:
Im Datenblatt des GPS Moduls steht, dass die Spannung zw. 3 und 5 Volt
sein kann - auf der Homepage von Navilock steht hingegen 3,3 - 4,2 Volt
Welcher Angabe soll ich glauben?
Ich wollte das ganze nämlich mit 5 Volt betreiben (am Multimeter waren
es 4,97V gemessen), laut Datenblatt ja eigentlich noch zulässig?
Ich habe bei meinem Modul sicherheitshalber 2 Dioden in die
Versorgungsleitung eingebaut. Damit bin ich sicher im erlaubten Bereich.
In die RxD-Leitung vom Modul noch einen 1k Serienwiderstand, damit das
Modul die 5V vom Prozessor nicht so direkt zu spüren bekommt. Das
TxD-Signal hat genug Spanung um den Eingang eines mit 5V betriebenen
Prozessors zu steuern.
Uwe
Hey Martin wow meinen Respekt. So weit, wenn ich schon wäre ;) Meinst
du, du könntest mir deinen ATMega8 Quellcode zukommen lassen(oder hier
einstellen). Genau das gleiche wie du habe ich auch vor. Leider hab ich
mit SD noch gar keine Erfahrungen. Mein Layout steht auch schon und ich
bin froh, dass es so aussieht wie bei dir ;) Nur den Taster zum
"Aufnehmen" muss ich noch rein tun. Wäre super,
Danke
Bastian
Hab die aktuelle Version mal angehängt, ich garantiere aber nicht, dass
die Software perfekt Funktioniert ;)
Konnte den Logger noch nicht auf längerer Strecke testen, da der immer
mal wieder ausgefallen ist (Kabel locker/Schalter hat ne Macke, keine
Ahnung ^^). Habe jetzt wie schon erwähnt das Gerät neu aufgebaut und
warte noch auf den Pegelwandler.
Sobald ich komplett Fertig bin, werde ich aber auch einen Artikel hier
erstellen, wo dann alles etwas geordneter ist ;) Dort wird dann auch die
Finale Version des Sourcecodes sein, falls sich noch was ändert.
Aber hier erstmal das, was ich schon hab (Libs von Ulrich Radig (MMC),
Stephan Busker (FAT16) und Peter Fleury (UART), verwendet, befinden sich
ebenfalls im Archiv)
Ach ja und hier noch mein NMEA Converter in der aktuellen Version (Java
wird benötigt).
Das Höhen und Geschwindigkeitsdiagramm gibt bis jetzt nur eine CSV
Tabelle aus, in der nächsten Version wird dann noch direkt ein Graph
gezeichnet. Insgesamt ist die Anwendung noch etwas buggy, aber das
Konvertieren zu kml klappt schon sehr gut (auch mit den Filtern).
Hey super,
danke dir dafür, ich werd das schnellstmöglich testen. Ich habe dir mal
meinen Visualizer angehängt. Leider hab ich die Sourcen nicht auf dem
Laptop, man kann zwar nicht so schön mit farbcodierter Geschwindigkeit
anzeigen aber zumindest den Weg, wenn man die richtige Karte mit den
Daten hinterlegt. Vielleicht kannst du ihn ja nutzen.
Gruß und danke,
Bastian
Hmm der will bei mir nicht laufen, da dem irgendeine Komponente fehlt.
Aber von den Bildern im Archiv scheint es ja sowas wie meine NMEA
Toolbox (ein post weiter oben) zu sein. Bei mir wird der Log aber
einfach direkt in eine kml Datei konvertiert, sodass man sich den Pfad
in Google Earth anschauen kann. Wenn man dann die Filter entsprechend
einstellt, lassen sich viele "Zick-Zacks", die in echt nicht vorkammen,
rausglätten.
Hallo Martin,
mit den kml Dateien will ich mich auch noch beschäftigen. Aber ich habe
erst noch ein anderes Problem ;)
Es ist super gewesen, dass ich mit deiner Vorlage arbeiten konnte, danke
nochmal.
Die SD Initialisiert, findet die Datei und schreibt fleißig was rein.
Nun aber mein Problem:
Bei dem Quelltext da unten "Datei aufmachen, Start reinschreiben, Zu
machen" Kann Windows die Datei nicht öffnen, sie wird im Ornderfenster
mit 11 Byte angegeben aber lässt sich nicht öffen weil, so die Meldung
die Größe nicht stimmt. Hast du damit schon Erfahrungen gemacht? Ich
komm net dahinter.
Muss ich noch einen FAT-Eintrag schreiben? Kann ich die Karte nach dem
Schließen einfach abziehen? Fragen über Fragen... Danke dir schon mal...
Bastian
Also formatiert habe ich die Karte mit der Software, die man hier finden
kann: Beitrag "SD Formatieren"
Danach habe ich unter Windows eine leere log.csv angelegt und in meinen
Logger gesteckt. Dann ein bisschen was schreiben lassen, Gerät beendet
(Wichtig : fclose_ MUSS gemacht werden bevor man das gerät ausmacht,
sonst scheint der die sachen nicht zu speichern) und dann wieder rein in
den PC. Ohne Probleme.
Ok, hab mit dem Programm formatiert und Daten drauf schreiben lassen.
Dann mit nem Taster beendet...
1
if(!(PIND&0x04))
2
{
3
fclose_(&logFile);
4
PORTC=LED_PROCESSING;
5
while(1){
6
}
7
}else{
8
PORTC=LED_OK;
9
fputs_(&logFile,"***START***");
10
}
Der Explorer zeigt mir auch, dass die Datei irgend groß ist :) 661Byte,
mal über in 1k, je nachdem wie lange ich ihn halt schreiben lasse...
Aber dann... mecker mecker, "Datei ist beschädigt".
Danke dir für deine schnelle Hilfe ich werde es heute Nacht noch weiter
probieren.
Gruß,
bastian
Hallo Zusammen
Cooler Beitrag! Schön das mein alter Beitrag dazu geholfen hat, die
Karte wieder neu zu formatieren :-)
Habe mir das ganze auch nachgebaut und auf einen ATMega32 gebrannt. Habe
jetzt aber ein Problem habe wie im Schema bei PINC2 einen Taster und
einen externen Pull-Up 10kOhm zu GND. Danach Taster zu 3.3V.
Es schreibt mir in das log.csv aber kann irgend wie die Karte mit dem
Taster nicht schliessen. Was könnte hier los sein?
Bin gerade an der SD-Speicherung dran, daher interessiert mich diesen
Beitrag. Werde anschliessend mein Projekt auch veröffentlichen.
Gruss Alain
mit dem taster hatte ich anfangs auch meine "kleine" Herausforderung.
Aber ich habe dann den Taster auf GND gemacht und den internen Pull-Up
gesetzt.
1
DDRD=0x00;
2
PORTD=(1<<3);
Wenn es der dritte von Port D sein soll. Dann braucht man gar keine
äußere Beschaltung mehr. Problematisch ist, wenn man den gleichen Port
verwendet und nach dem LEDCODE Prinzip die LED's an- uns ausschaltet,
weil man dann den Pull-Up auch mit deaktiviert (sobald das erste mal ein
LEDCODE) gesetzt wird. Besser ist mit (1<<X) zu arbeiten oder einen
anderen Port verwendet.
Ansonsten sollte der Quellcode auch auf einem 32er laufen. Die Ports
sind ja alle vertreten...
Hallo Bastian
Hast du den Rest vom Code so belassen, du hast ja noch etwas verändert.
Kannst du das File jetzt öffnen? Bei mir kommt immer Datei sei
beschädigt, das File ist aber immer ein paar Kilobyte gross.
Also ähm ich glaube ich hab das Problem. Bei meinem aktuellen Schema
habe ich ein Pull Up nach +5V - Die Software ist dementsprechend auch
danach angepasst. Der aktuelle Schaltplan befindet sich in meinem
Artikel : GPS Logger
Sorry für das kleine durcheinander, bin den Artikel aber jetzt am
schreiben wo alles etwas geordneter niedergeschrieben sein wird.
Heute ist endlich das letzte Bauteil bei mir angekommen : Der
Pegelwandler. Das dumme war nur, dass dieser im SMD Gehäuse kam, was ich
übersehen habe. Diesen nun auf Lochraster zu bringen bedeutete 4 Stunden
arbeit - aber jetzt funktioniert alles.
Werde später noch Fotos in den Artikel einfügen. Auch die Software wird
noch etwas gesäubert und dann hochgeladen.
Danke für die Information mit den LEDCODEs, werde dass dann wohl
dementsprechend überarbeiten.
Tut mir leid das ich nerve, aber habe eine Ablauffrage:
SD-Karte formatieren danach File anlegen "log.csv"
Karte einstecken und ATMega8 mit Saft versorgen.
LED fangen an zu blinken = Daten werden aufgezeichnet
Man drückt den Schalter = nur eine LED leuchtet kurz danach fängt es
wieder an zu blinken.
Wo wird das File beendet und wann kann ich wieder Saft wegnehmnen und
Datei im PC auswerten? Wenn nach dem Tastendruck nur eine LED leuchtet?
Gruss Alain
Soweit ich das rauslesen konnte ist das so, mit dem ersten Mal drücken
zeichnet er auf, mit dem zweiten mal beendet er es. status.record =
!staus.record deute ich zumindest so. Ich habe die Routinen in ein neues
Progrämmchen gepackt um überhaupt mal was drauf schreiben zu können.
Er tut das auch, aber ich erhalte die gleiche Fehlermeldung wie du. Er
zeigt an, dass sie einige Byte oder kByte hat, aber beim Öffnen, sagt er
die Datei wäre beschädigt.
Ich habe mir die flush_ Funktion auch mal angesehen, er sollte mit nach
einem close die korrekten Daten in der Tabelle hinterlegen. Hm, brauch
wohl noch ein bisschen.
Alian, frage mich bitte nicht ;)
Aber ich habe in meiner Verzweiflung einfach mal Versucht vorher etwas
in die Datei hineinzuschreiben. Bsp. 12 (so bei mir, die Tasten kamen
mir als erstes unter die Finger ;) Und siehe da, es funktioniert
einwandfrei.
Hoffe ich konnte dir a bissi weiterhelfen.
Gruß,
Bastian
Hallo Bastian
Danke für den Tip!
Hat bei mir auch funktioniert:
***START***§***STOP******START***§***STOP******START***§***STOP
Lol jetzt müssten wir nur noch herausfinden wieso :-)
Morgen gehe ich mal mit dem GPS raus und probiere mal die Daten zu
sammeln....
Danke dir.
Gruss Alain
Martin: An dich noch mal herzlichen Dank! Mit deiner Hilfe konnte ich
die Entwicklung schnell vorantreiben und mein Tracker könnte bis zur
Abfahrt nach Schweden noch fertig werden.
Alain: Jo, ich verstehe auch nicht wieso das mit einer "volleren" Datei
funktioniert. Was ich aber super finde ist, dass er die Datei anhängt,
so kann ich jeden Tag nacheinander abspeichern lassen.
Im Anhang findet ihr meine Sourcen.
Programmablauf:
Init SD
Init UART
Schauen ob "$GPRMC" Datensatz ankommt (in dem steht alles drin, was ich
will)
Schauen, ob ich speichern darf (mein Tracker speichert nur alle
ALLSECONDS Sekunden, damit nicht zu viele Daten über die 10 Tage
auflaufen... SD=16MB)
Wenn der Abend kommt, dann auf Taste Drücken, leuchten beide LED's, dann
ist fclose und man kann die Karte abziehen.
Beim nächsten Start wird einfach an neuer Position weitergemacht.
Also ich kann nicht oft genug danke sagen. Layout folgt in den nächsten
Tagen...
Jetzt aber ins Bett,
bastian
Aaaalso bei meiner Software funktioniert es so:
Man schaltet das Gerät an -> Es initalisiert SD Karte und Fat
Dateisystem.
Nach erfolgreicher Initalisierung blinkt die Rote LED jede Sekunde. Zu
diesem Zeitpunkt ist noch NICHTS aufgezeichnet worden.
Als nächstes hält man den Taster ca. 2 Sekunden lang gedrückt (bis beide
LEDs aufleuchten), dann schnell loslassen -> Die Aufnahme wird
gestartet.
Erkennen kann man dies daran, dass die grüne LED etwas flackert (je
nachdem, wieviel Daten geschrieben werden).
Ein weiteres mal den Taster 2 Sekunden lang halten beendet die Aufnahme.
Die Datei wird geschlossen und man sollte sie ganz normal am PC öffnen
können.
Existieren auch Projekte/Geräte mit denen ich neben den reinen GPS-Daten
auch weitere Parameter erfassen kann ? Wir hatten vor einiger Zeit mal
die Fragestellung wie man zusammen mit den GPS-Daten die
Empfangsfeldstärke eines Senders aufzeichnen kann um daraus eine
zweidimensionale Karte der Empfangsfeldstärke zu erstellen. Ähnliches
kann man sich natürlich auch für Temperatur, Luftdruck usw. vorstellen.
Ich find das ein sehr interessantes Projekt.
Ich würde allerdings einen Schaltregeler zur Spannungsversorgung nehmen
und als Mikrocontroller einen ARM7. Damit könnte man auch alles auf 3,3V
laufen lassen.
Schön wäre das ganze ja auf einer geäzten Platine in SMD.
Onlinepapst wrote:
> Ich find das ein sehr interessantes Projekt.> Ich würde allerdings einen Schaltregeler zur Spannungsversorgung nehmen> und als Mikrocontroller einen ARM7. Damit könnte man auch alles auf 3,3V> laufen lassen.> Schön wäre das ganze ja auf einer geäzten Platine in SMD.
Ja, das mit der geätzten Platine habe ich mir auch schon gedacht, nur im
moment fehlt mir dazu das nötige Equipment und die nötige Erfahrung :)
Bin noch ein ziemlicher Einsteiger auf dem Gebiet
Aber wenn sich das Gerät im Praxistest als tauglich erweist, werde ich
mmir aufjedenfall überlegen eine richtige Platine anzufertigen. Aber
davor möchte ich die Schaltung erstmal richtig gut haben und auch evtl.
die Navi Funktion drin haben.
Meinst du mit Schaltregler so einen Step-Down Wandler? Gibt es da
irgendwelche empfehlenswerte ICs, die auf 3,3V regeln?
Für eine "mobile" Anwendung ist ein Step-Up-Wandler vielleicht
sinnvoller.
Guck mal in diesen Artikel:
http://www.mikrocontroller.net/articles/Versorgung_aus_einer_Zelle
Ich will es bei meinem GPS-Logger mal mit einem MAX1674 probieren...
Aus zwei AA-Zellen 3,3V machen und dann damit uC, SD-Kartenslot und
GPS-Modul laufen lassen.
Hallo Martin,
du hast in deinem Artikel gefragt:
Stromversorgung überdenken -> Geht es effizienter?
Ich verwende LiIon-Akkus , die sind recht billig und einfach zu laden.
- Du kannst einen Atmega8 direkt damit betreiben ohne dir Sorgen zu
machen.
- Selbst beim Laden darf die Ladespannung nicht höher als 4.1V sein.
Inputvoltage vom NL-501ETTL : min. 3V max. 4.2V
- Läuft also auch direkt an einem LiIon-Akku
Bei 12MHz braucht der Atmega8 nur 2.55V um gerade noch anzulaufen.
Bei 2.7V ist er ganz stabil!
Du solltest einfach deine gesamte Schaltung mit 3.3V versorgen.
(0.75V über "läuft gerade an" ;) )
Dann zieht dein µC auch weniger Strom.
7mA bei 5V / 4mA bei 3,3V
Aber das GPS-Modul stellt mit 62mA (@3.3V) alles in den Schatten.
Der Akku :
Eine LiIon Zelle (4.1V) entlädt man auf 3.6V man kann aber noch tiefer
gehen, dann steigt der Innenwiderstand aber an und das "Wiederaufladen"
dauert dann etwas länger.
Eine billige Lion/LiPo-Zelle bekommst du bei Pollin oder ePray
Spannungswandler :
Ein StepDown-Wandler erzeugt Störungen, diese bekommt man mit ordentlich
Kondensatoren und Spulen in den Griff.
Ich löte dann viele 100nF Kondensatoren, SMD Spule, kleine
Widerstände(1-10 Ohm) als RC / LC-Filter hinter die Spannungsversorgung,
nimmt auch nicht viel Platz weg.
Ich weiß nicht ob ein MC34063(mit NPN-Transistor, läuft ab 3V) dafür
reicht, es ist möglich dass du einen mit Mosfet brauchst.
Hi!
Vielen Dank für diesen Tipp, nur wie lade ich die LiIon Akkus wieder
auf? Einfach Spannung anlegen? Da gehört doch wahrscheinlich noch eine
Schaltung dazu, die sich abschaltet, wenn der Akku voll ist, oder?
Und wenn du sagst, der Akku ist egal in welchem Zustand im zulässigen
Bereich, dann könnte man den Step-Down ja einfach weglassen. Liege ich
da richtig? Wobei da noch die SD-Karte ist, die ja nicht so tolerant
sein soll.
Aber muss dann nicht die Eingangsspannung des Step-Down mindestens x,x
Volt höher sein als die Ausgangsspannung (3,3V), so wie es bei normalen
Spannungswandlern der Fall ist?
Fragen über Fragen :)
Ich habe mal nachgemessen, meine Schaltung verbraucht zur Zeit während
der Aufnahme (ohne GPS Signal, da im Zimmer) ca. 56mA. Ich denke mit GPS
Signal wird es nicht sehr viel mehr sein.
Hallo Martin,
> Aber muss dann nicht die Eingangsspannung des Step-Down mindestens x,x> Volt höher sein als die Ausgangsspannung
Ja, kannst den MC34063 wahrscheinlich abschreiben, aber es gibt ja noch
andere.
Ich werde mal meinen neuen P-Kanal Mosfet ausprobieren (also am
PWM-Ausgang vom Atmega8 ranhängen) der braucht am Gate nur 1.8V um voll
durchzuschalten!
Außerdem kann er bis zu 3.7A schalten :) (SOT23)
Vorteil: bei 3.3V Akkuspannung läuft alles noch (On-Zeit: 100%)
(Man sollte aber bei 3.6V eine Warnleuchte angehen lassen, da der Akku
nicht so stark entladen werden sollte)
So ein LiIon-Akku hält sicher länger als ein 9V Block und man muss nicht
so viel Spannungsdifferenz in Wärme umwandeln.
Wie lade ich einen LiIon-Akku :
Anfangs-Zustand = leer
- es darf beim Schnellem laden höchstens ein Strom von 1*C fließen, beim
normalen Laden 0.03*C
(1 mal Kapazität , bei einem 1.2A/h Akku also 1.2A ,
bzw. 36mA Normal-Ladung)
- Die Spannung darf nicht über 4.1V kommen! NIE
Gegen Ende der Ladung:
- Da die Spannung nicht über 4.1V steigen darf sinkt der Strom langsam,
da sich die Batteriespannung der Ladespannung angleicht.
- Wenn der Ladestrom unter 20mA (bzw. 5mA)fällt hört man auf zu laden.
Da fällt mir ein, relativ weit am Anfang des Threads, war ja der Beitrag
zum LiPo Akku.
Dort war auch eine Ladeschaltung mit einem MAX1811 dabei. In dessen
Beschreibung steht "USB powered Li+ Charger" -> Kann ich diese Schaltung
also auch einfach als LiIon Ladegerät verwenden?
Das mit dem PWM vom Atmega und MosFETs, ich glaube ich geh jetzt erstmal
etwas lesen :-D
Besser als der 9V Block wäre aus aufjedenfall, vielen Dank schonmal für
deine Hilfe!
Ach ja, von Daniel Reinke (sliderbor)
Datum: 12.06.2008 16:14
Beitrag "Re: Projekt : GPS Tracker"
Du kannst dir auch gleich einen LiPo-Akku kaufen, gibt es mit 1.9A/h und
3.7V für 4 Euro bei Pollin. (mit Beschreibung)
(Lithium-Polymer-Akku E425085) Best.Nr. 270 733
Beim Laden von LiIon und LiPo gibt es keine Unterschiede, du musst bei
dem Regler nur den SelV - Pin entsprechend ansteuern (4.1V oder 4.2V)
Den MAX1811ESA gibt es aber auch bei Reichelt.
Oh .. seh gerade:
"Input Undervoltage Lockout" = max. 4.05V
"Input Supply Voltage" = min. 4.35V
Oh, wenn es den Akku so günstig gibt, kann man natürlich direkt das
verwenden. Damals als ich mal nach einem LiPo gesucht habe, hab ich nur
sehr teure Akkus gefunden.
Und die Input Voltage für den MAX1811 ist ja egal, der dient ja sowieso
vom laden. Die Spannung kann ich dann ja von einem Netzteil holen und
runterregeln.
Und an AVR Bastler:
Also in der Wohnung und am Fenster bekomme ich kein Signal, liegt aber
vielleicht auch daran, dass über mir eine weitere Wohnung und dann
natürlich noch das Dach liegt.
Im Wald könnte ich es mal versuchen, wenn es das Wetter wieder zulässt.
Im moment habe ich nur das Problem, dass das GPS Modul einfach keinen
Fix bekommen will. Gestern habe ich es einmal geschafft, aber da musste
ich auch 10 Minuten lang an einer Stelle warten. Normalerweise (damals)
hab ich den Fix aber bekommen auch wenn ich mich bewegt habe.
Und bei der heutigen Aufnahme kamen plötzlich fortlaufend folgende
Zeilen:
1
$GPGLL,,,,,115422.96,V,N*44
2
$GPZDA,115422.96,19,07,2008,00,00*6D
3
$GPTXT,01,01,02,ANTSUPERV=AC SD OD PDoS *0A
4
$GPTXT,01,01,02,ANTSTATUS=SHORT*6D
5
$GPRMó$GPTXT,01,01,02,u-blox ag - www.u-blox.com*50
6
$GPTXT,01,01,02,ANTARIS ATR062x HW 80040001*26
7
$GPTXT,01,01,02,ROM CORE 5.00 Jan 09 2006 12:00:00*76
Ich habe meinem angewiesen nur $GPGGA auszugeben.
Reicht das nicht?
$GPGGA,hhmmss.ss, (Zeit bekommst du oder von interner Uhr)
llll.ll,a,yyyyy.yy,a, (Position nich)
x,xx,x.x,
x.x,M,x.x,M,x.x,xxxx
*hh<CR><LF>
$GPGGA,115424.35,
,,,, (da kann nichts kommen kein Kontakt)
0,00,99.99, (Altitude)
,,,,,
*67 (checksum)
Bei Altitude wird Müll angezeigt.
Wiki:
- Altitude is the elevation of a point or object from a known level or
datum
War wahrscheinlich zu lange aus oder die Batterie für den SRam ist leer.
Die Batterie für den SRAM, lädt die sich eigentlich wieder auf wenn das
Gerät an ist (also ist es ein Akku, so wie zB bei BIOS Batterien)?
Und zur Schaltung von Daniel Reinke:
Wenn ich es richtig vestehe, dient der IC6 (DC-DC 3V LINEAR) und die um
ihn herum liegende Beschaltung nur zur Stabilisierung auf 3V für das
Ausgangsgerät, richtig?
Demnach könnte ich diesen Teil der Schaltung ja Weglassen und den ATMega
usw. direkt anschließen.
Und zu der Sache wegen der SD Karte, hier mal wie ich glaube dass es
funktionieren soll:
Ich ermittle mit dem ADC die Gegenwärtige Spannung, die der Akku
liefert, berechne dann, wie der MosFET durch den PWM geschaltet werden
muss, damit im Schnitt 3,3V bei der SD Karte ankommt.
Liege ich mit dieser Idee richtig?
Ich werde mich später mal wieder ein bisschen unter freien Himmel
stellen und auf einen Fix warten :) Danach werd ich wohl etwas durch die
Gegend rennen/fahren, auch durch von Bäumen verdecktes Gebiet.
EDIT: Ich habe gerade hier zuhause einen LiPo Akku mit 3,6V gefunden,
allerdings ohne Angabe des Stromes, das ergäbe natürlich ein Problem
beim laden.
Kann man das irgendwie nachmessen? Das würde mir nämlich die
Versandkosten bei Pollin ersparen, da der Akku das einzige Teil dort
wäre.. und bei Reichelt finde ich keine LiPo Akkus
Komisch komisch...
Habe mich eben wieder einmal nach draußen gestellt, aber selbst nach 15
Minuten einfach kein Fix.
Jetzt habe ich mal die Log-Datei geöffnet, und mir ist folgendes
aufgefallen:
$GPGSV bedeutet Sattelites in View.
Entziffer ich die Meldung, bedeutet es, dass er sage und schreibe 11 (!)
Satteliten sehen konnte, trotzdem hat er irgendwie kein Fix bekommen
(GPGGA u.ä. ohne Inhalt).
Hat jemand schonmal so ähnliche Probleme gehabt?
Die Batterie habe ich mal auf eine komplett neue ausgetauscht, am GPS
Modul liegen 3,4V an.
Ach ja ich hab den Akku im Internet wiedergefunden, er hat 1000mAh
Du musst den Akku ja nicht mit 1.0A zu laden, weniger ist immer besser
da er dann nicht so warm wird und länger hält.
Die Batterie ist doch eine Lithium-Zelle, die ist nicht aufladbar.
Ich habe an meinem GPS-Modul eine richtig große Lithium-batterie von
VARTA dran, sieht aus wie ein Mignon-Akku.
Vielleicht musst du den etwas bewegen um einen Fix zu bekommen.
Die große Batterie hab ich dran weil ich mal von A nach B gefahren bin,
am Punkt A habe ich das GPS-Modul aktiviert (Batterie war leer) und als
ich erst am Punkt B war (nach 25 Minuten) hatte ich ein Signal.
Das war schon irgendwie blöd da ich mal zeigen wollte wie es geht :)
> $GPGSV,3,1,11,17,11,127,,26,85,144,,18,25,313,31,10,18,188,*75
Das sieht gut aus.
Hab jetzt mal gemessen, im ausgeschalteten (aber eingesteckten) Zustand
hat die Batterie im Modul 1,46 Volt.
Ja, das GSV sieht zwar gut aus, aber einen Fix hatte ich trotzdem nicht
:) Aber wenn es bei dir sogar 25 Minuten gedauert hat, dann müsst ich es
auch nochmal etwas länger testen, ich war höchstens 15 Minuten draußen
bevor ich wegen Regens den Test abbrechen musste..
Die hat doch normalerweise 3V ...
Ich bin da 40km in 25 Minuten gefahren (50% Autobahn und 50%
Landstraße), kann sein dass es deshalb nicht so laufen wollte, lag auf
dem Armaturenbrett.
Wenn ich das Fenster öffne bekomme ich keinen Satelliten, wenn ich den
GPS-Empfänger an einem Stock anbinde und einen Meter raus halte sind es
meist 4 Stück.
Auf der Wiese 5 bis 7 Stück. (älteres Modell)
> $GPGSV,3,1,11,17,11,127,,26,85,144,,18,25,313,31,10,18,188,*75>Das sieht gut aus.
Ganz im Gegenteil, das sieht richtig schlecht aus:
GSV - Satellites in View shows data about the satellites that the unit
might be able to find based on its viewing mask and almanac data. It
also shows current ability to track this data. Note that one GSV
sentence only can provide data for up to 4 satellites and thus there may
need to be 3 sentences for the full information. It is reasonable for
the GSV sentence to contain more satellites than GGA might indicate
since GSV may include satellites that are not used as part of the
solution. It is not a requirment that the GSV sentences all appear in
sequence. To avoid overloading the data bandwidth some receivers may
place the various sentences in totally different samples since each
sentence identifies which one it is.
The field called SNR (Signal to Noise Ratio) in the NMEA standard is
often referred to as signal strength. SNR is an indirect but more useful
value that raw signal strength. It can range from 0 to 99 and has units
of dB according to the NMEA standard, but the various manufacturers send
different ranges of numbers with different starting numbers so the
values themselves cannot necessarily be used to evaluate different
units. The range of working values in a given gps will usually show a
difference of about 25 to 35 between the lowest and highest values,
however 0 is a special case and may be shown on satellites that are in
view but not being tracked.
$GPGSV,2,1,08,01,40,083,46,02,17,308,41,12,07,344,39,14,22,228,45*75
Where:
GSV Satellites in view
2 Number of sentences for full data
1 sentence 1 of 2
08 Number of satellites in view
01 Satellite PRN number
40 Elevation, degrees
083 Azimuth, degrees
46 SNR - higher is better
for up to 4 satellites per sentence
*75 the checksum data, always begins with *
Mit leerem SNR-Feld (17,11,127,,) heisst das, dass eben z.B. dieser Sat
(PRN 17) nicht erfasst wird, bzw. mit:
$GPGSV,3,1,11,17,11,127,,26,85,144,,18,25,313,31,10,18,188,*75
$GPGSV,3,2,11,17,11,127,,15,75,283,,21,04,286,,15,75,283,*71
$GPGSV,3,3,11,09,21,261,,19,01,011,,28,58,081,*41
gar kein Sat erfasst wird mit evtl. der Ausnahme des 18er sofern das
kein Fehler ist. Die Daten fuer den 10er sind unvollstaendig, im 2.
Datensatz duerfte sich der 17er nicht wiederholen, die Daten fuer den
15er sind am Ende wieder unvollstaendig, ausserdem kommt er doppelt vor.
Im letzten Datensatz fehlt ebenfalls der Rest fuer den 25er.....
Und das hier:
$GPTXT,01,01,02,ANTSTATUS=SHORT*6D
Klingt auch nicht so gut.
Ant=Short heisst Kurzschluss.
Allerdings gibt es diese Meldung dummerweise auch als Standardmeldung
bei einigen Antaris Modulen, da hilft ein Blick in die u-blox Doku um zu
wissen ob es in diesem Falle relevant ist.
juergen
also diese Textmeldungen hab ich nur dieses eine mal bekommen, im
nachhinein hat sich herausgestellt, dass wohl die Batterie schon zu
schwach war. Im moment habe ich den Logger jetzt an einer Stange
befästigt aus dem Fenster hängen. Ich lass den jetzt 1 Stunde (bzw. noch
20 minuten) so und schau dann mal nach ob etwas aufgezeichnet wurde.
>Ich lass den jetzt 1 Stunde (bzw. noch>20 minuten) so und schau dann mal nach ob etwas aufgezeichnet wurde.
Was soll das bringen?
Im unguenstigsten Fall (keine Backup Batterie und/oder kein Almanac
geladen) versucht das Modul eben einen Kaltstart. Der duerfte maximal
ein paar Minuten (kleiner 3) betragen. WENN aber wenigstens ein Sat
erfasst wird dann ist der komplette Almanc nach 12.5 Minuten
runtergeladen was einen erneuten Fix beschleunigen wuerde sofern der
Almanc auch gespeichert wird. Mehr nicht.
juergen
Jo, habs jetzt auch wieder reingenommen und nachgeschaut - keine
Position, diesmal nicht einmal die GPGSV Meldungen, einfach nur
fortlaufend folgendes:
1
$GPGSV,1,1,00*79
2
$GPGLL,,,,,,V,N*64
3
$GPZDA,,,,,00,00*48
4
$GPRMC,,V,,,,,,,,,,N*53
5
$GPVTG,,,,,,,,,N*30
6
$GPGGA,,,,,,0,00,99.99,,,,,,*48
7
$GPGSA,A,1,,,,,,,,,,,,,99.99,99.99,99.99*30
Die Spannung an der Backup-Batterie ist liegt jetzt aufeinmal bei 2,54
Volt - er wurde also aufgeladen?!
Ich bin gerade echt am verzweifeln... genau ein mal hat alles
funktioniert und ansonsten irgendwie nicht
> $GPTXT,01,01,02,ANTARIS ATR062x HW 80040001*26
Du hast demnach ein Modul mit einem ATR 062x-Chipsatz.
Den spezifiziert u-blox mit 34 sec. fuer den Kaltstart, zugegeben etwas
optimistisch und nur unter Idealbedingungen erreichbar.
Aber so wie es aussieht funktioniert momentan Dein Modul einfach nicht.
Das kann mehrere Ursachen haben. Typische Fehler sind Antennenprobleme,
vorausgesetzt das Modul selbst ist noch ok.
Wirf doch mal einen Blick in die u-blox Dokus zu den Antaris
Chipsaetzen/System Integration, vielleicht hilft das weiter um den
Fehler einzugrenzen.
juergen
Also ich habe ein Navilock NL-507ETTL u-blox, laut dessen Datenblatt ist
das eigentliche GPS Modul ein AC-1513.
Eine externe Antenne gibt es nicht, sie ist im Navilock Modul integriert
(es gibt auch keinen Anschluss für eine Antenne) - Laut System
integration Doku eine "Patch Antenne".
Beim Troubleshooting der System Integration konnt ich nichts so wirklich
passendes finden. Auch die anderen Dokus offenbaren nicht so viel.
AC-1513 ist eine Navilock Bezeichnung fuer das komplette Modul, der
darin verbaute GPS Chipsatz ist der u-blox ATR 062x-Chipsatz. Im
Gegensatz zur Doku des Navilock, in der ein ATR 0635 angegeben ist, sagt
Dein Geraet:
> $GPTXT,01,01,02,ANTARIS ATR062x HW 80040001*26
Das ist aber nicht so entscheidend.
Eine Fehlerdiagnose, ohne genau zu wissen was Du mit dem Modul gemacht
hast nachdem es einmal funktioniert hat, ist allerdings aus der Ferne
schwierig.
juergen
Ich kann mir sehr gut vorstellen, dass dies schwer ist, und ich möchte
auch wirklich nicht nerven, aber ich weiß wirklich nicht weiter.
Meinen GPS Logger habe ich in keinster Weise seit dem letzen
erfolgreichen Testlauf modifiziert. Das einzige, was passiert ist, ist
dass die Batterie leergelaufen ist. Aber zu wenig Spannung sollte doch
eigentlich nicht schlimm sein?? Also natürlich funktioniert das Gerät
dann nicht, aber es geht doch wohl auch nicht kaputt? Zu Viel Spannung
wäre etwas anderes, aber Batterien laufen doch in allen möglichen
Geräten mal leer und sie funktionieren danach weiter.
Das Modul scheint ja auch eigentlich in Ordnung zu sein, die Ausgaben
über UART funktionieren ja tadellos, auch wenn deren Inhalt nicht sehr
erfreuenswert ist.
Ich danke dir schonmal sehr, dass du noch nicht den Nerv verloren hast,
mir zu helfen :) Finde ich richtig klasse!
Naja im schlimmsten Fall müsste ein neues GPS Modul her, das wären dann
23€ Verlust.. aber es kann doch nicht sein, dass so ein Modul einfach
kaputt geht?! Gibt es evtl. irgendwelche günstigeren GPS Module, die
auch so einfach Funktionieren. Eventuell auch mit RS232 Pegel, den
Konverter IC habe ich mittlerweile.
Wenn du mal wieder funktionsfähiges Modul hast, dann mach doch bitte
noch mal Empfangstest.
Mich würde auch so ein Modul interessieren, jedoch sollte es nicht
schlechter sein als die üblichen GPS Logger. Somit sollte es zumindest
auf der Fensterbank genügend Sats finden. Viele Empfänger gehen ja auch
noch weiter im Zimmer.
Hallo Martin.
Unterspannung ist normalerweise kein Problem.
Ich denke es gibt nur 2 Moeglichkeiten.
Entweder ist bei Dir die Empfangslage extrem schlecht oder das Modul hat
einen Schaden.
Patch Antennen sehen zwar mechanisch stabil aus, das ist ja Keramik.
Aber sie sind empfindlich was die Kontaktierung anbelangt. Die kann man,
etwa durch einen Fall, relativ leicht beschaedigen. Das dann
festzustellen ist nicht so einfach, wieder aufloeten auch nicht. (Ich
hatte mal sowas an einer Patchantenne, das war muehsam) Ich tippe
jedenfalls auf ein Antennenproblem. Je nachdem welche Software Du zur
Verfuefung hast (u-Center zum Beispiel) kannst Du mal einen kompletten
Reset machen und Dir die MON-Daten ansehen, Details dazu stehen im
Manual. Vielleicht hilft das den Fehler einzukreisen.
Wenn alles nicht funktioniert kannst Du immer noch die Patchantenne
entfernen und probehalber durch eine Aktivantenne ersetzen. Da waerst Du
auch flexibler als mit einer Patchantenne.
juergen
So ich hab das GPS Modul mal mit dem PC verbunden und die u-center
Software installiert.
Die Kommunikation funktioniert auch, hier das, was ich beim einschalten
des GPS Moduls erhalte :
1
??:??:?? $GPTXT,01,01,02,u-blox ag - www.u-blox.com*50
Gefolgt von den üblichen NMEA Messages. Eine Funktion zum "Reset" finde
ich allerdings nicht, lediglich entweder Firmware Update Antaris oder
Firmware Update u-blox.
Wo finde ich denn eine Firmware für mein Modul, bzw. welche brauche ich?
Antaris oder u-blox, denn eigentlich befindet sich ja beides auf dem
Navilock Modul?
Oh oh... das sieht irgendwie schlecht aus, scheint also wirklich die
Antenne zu sein? (Staus : SHORT, Power Status : OFF)
Oder was meint ihr?
Fragt sich nur ob ich ne aktive Antenne kaufen soll, oder mir lieber die
Arbeit sparen und direkt ein neues GPS Modul besorge...
Links im Auswahlmenue unter Config gibt es den Reset Befehl.
Das Modul scheint aber ok zu sein.
Ob sich eine Aktiv-Antenne lohnt musst Du selbst entscheiden, eine
Sarantel Geo-Helix kostet mehr als Dein Modul.Aber wenn Du den Logger am
Fahrrad betreiben willst waere eine abgesetzte Antenne sicher besser als
eine Patchantenne im Flaschenhalter.
juergen
Kannst du da einen Kurzschluss erkennen?
(ich weiß ja nicht wie deine Platine aussieht)
Vielleicht solltest du dir für dein nächstes GPS-Modul ein Gehäuse bauen
aus dem nur noch das Signalkabel rausgeht. (RS232 oder TTL)
Wenn man damit bastelt wär so ein Standard-Stecker/Buchse nicht
schlecht.
:) Einfach alles haltbarer und "unkaputtbar" machen.
Du wolltest das doch eh in SMD aufbauen :)
Also:
Ich habe jetzt mal meinen ersten Testaufbau von damals wieder
rausgekramt und werde jetzt noch einen letzten Test mit der
Stromversorgung von damals machen (3 AA Zellen ohne Dioden o.ä.) - Auch
lasse ich die gesamte Elektronik weg, also RX und TX Pins werde ich
nicht verbinden. Dann gehe ich nur mit dem GPS Modul bewaffnet nach
draußen und hoffe auf ein Blinken der LED.
So habe ich das beim ersten mal auch gemacht, und nach ca. 14 Minuten
einen Fix bekommen.
Wenn das klappt, dann versuche ich es danach mit dem LiPo Akku.
Wenn das dann auch klappt, dann bestell ich mir Ätzmittel, suche mir
einen Bekannten der einen Laserdrucker hat =) Und mache eine ordentliche
Platine mit dem LiPo Akku als Stromversorgung. SMD nicht ausgeschlossen.
Wegen der aktiven Antenne, also mit der Patch hat es eigentlich immer 1A
Funktioniert, wobei ich von der Idee mit dem Flaschenhalter schon länger
weggekommen bin und es zur Zeit in einer Gürteltasche auf dem Rücken
transportiere. Eventuell käme es in eine Satteltasche, aber eines von
den beiden aufjedenfall.
Und wenn man das Ergebnis in Google Maps betrachtet, erkennt man, dass
das Modul scheinbar einen extrem guten Empfang hatte, denn bis auf ein
paar kleine Abweichungen liegt der Pfad perfekt auf der Straße:
http://maps.google.com/maps/ms?ie=UTF&msa=0&msid=102721812355516657756.00045138ef742b1089df3
Also das aufgezeichnete habe ich zuerst mit meinem Konverter zu einer
*.kml Konvertiert, diese kannst du bereits in Google Earth öffnen.
Anschließend gehst du auf Google Maps, klickst links auf "Meine Karten"
(evtl. musst du dafür eingeloggt sein) und klickst auf "Neue Karte
erstellen". Nun erscheinen Links zwei Textfelder und über dem Zwei
Buttons sowie zwei Textlinks, einer davon lautet "Importieren". Diesen
klickst du an und suchst die kml Datei aus.
Zu beachten ist allerdings, dass Google Maps anscheinend ein paar Punkte
"ignoriert", wenn sie zu nah beieinander liegen, also Kurven erscheinen
dadurch auf Google Maps etwas eckig, obwohl sie in Google Earth schön
rund sind.
...Wann hört es endlich auf zu regnen....
Ah ok, danke. Also ohne angemeldet zu sein, kann man wohl nichts
importieren.
Und mit welchem Programm konvertierst du die Daten?
Hab mir mal GPSBabel angeguckt, fand das aber sehr unübersichtlich...
Konvertieren tu ich das ganze mit meiner selbstgemachten NMEA Toolbox.
Man kann auch ein paar Filter einstellen, sodass man Ungültige oder zu
Ungenaue Punkte nicht mit in die Ergebnisdatei aufnimmt.
Hab mal die aktuellste Version angehängt, ist aber noch nicht ganz
fertig (u.A. sollen noch Höhen und Geschwindigkeitsdiagramme gezeichnet
werden, aber erstmal muss mein Logger richtig funktionieren :))
JAHHHHH!!!
Es funktioniert =) Ich hab keine Ahnung wieso, heute ist es sogar
bewölkter als gestern, aber er hat einen Fix bekommen, innerhalb
kürzester Zeit.
Ob es wirklich an der Stromversorgung liegt?! Wär irgendwie komisch...
Beim einen geht es von einem 9V Block über einen 7805 zu 5V und dann
durch zwei in Reihe geschaltete Dioden auf ~ 3,4Volt - hat irgendwie
nicht geklappt.
Jetzt habe ich es mit 3AA Akkus in Reihe probiert (insg. 3,4Volt, da
schon relativ leer) und danach mit einem LiPo-Handyakku (4,1Volt,
randvoll) versucht und beides Funktioniert auf Anhieb.
Eine andere sache wäre:
Kann es sein, dass das Signal nicht durchkommt, wenn die Antenne nach
"unten" zeigt (obwohl sie doch eig. keine wirkliche Richtung hat)? Also
1
~~~Himmel~~~
2
3
___________
4
__| Antenne |__ Funktioniert besser als
5
---------------
6
\elektronik/
7
8
9
/elektronik\
10
---------------
11
|_Antenne__|
Wobei mit elektronik nur dieses bisschen gemeint ist, was auf dem
Navilock Modul liegt. Mit oberer "Konfiguration" ;) Habe ich den ersten
Fix unterhalb 1 Minute bekommen. Umgekehrt bin ich bestimmt 10 Minuten
lang ohne Fix rumgelaufen.
Nachdem ich den ersten Fix hatte, hab ich das GPS Modul aus reiner
neugier nocheinmal umgedreht, und dann ging es auch schnell, wohl aber
weil er die Position schon im Backup-Speicher drin hatte.
Aber jetzt bekomme ich sogar ein Fix, wenn ich das Modul nur aus dem
Fenster halte.
Und eine letzte Vermutung wäre:
Hemmt Plastik das Signal sehr stark?! Eigentlich noch unlogischer, aber
das Plastik vom Maxim-Sample-Gehäuse ist halt etwas dünner (aber auch
nur minimal) als so ein Teko Gehäuse. Aber ich meine ich hatte den
Logger ja auch mal in einer Gürteltasche wo noch viel Stoff die Sicht
verdeckt und es hat funktioniert...
Naja jetzt bin ich erstmal Glücklich, dass das Modul doch in Ordnung ist
:)
Jetzt werfe ich Eagle an und mache eine Platine... ich befürchte das
wird sehr lange dauern, da das mein erstes BoardLayout mit Eagle sein
wird
>Kann es sein, dass das Signal nicht durchkommt, wenn die Antenne nach>"unten" zeigt (obwohl sie doch eig. keine wirkliche Richtung hat)?
So kann man sich natuerlich auch Antennenprobleme schaffen :)
Natuerlich muss sie nach oben zeigen, also Keramikseite Richtung Himmel.
Eine Patchantenne hat selbstverstaendlich eine Richtung, naemlich nach
oben.
Der Oeffnungswinkel betraegt 180 Grad.
Wenn Du nach einem Fix mit umgdrehter Antenne dennoch Empfang hast dann
liegt das an 2 Dingen:
1. Braucht Dein GPS zum Tracking (nachdem die Sat-Aquisition erfolgt
ist) deutlich geringere Signalstaerke, und
2. handelt es sich dann um Reflexionen.
Das zeugt dann allerdings von relativ bescheidener
Multipath-Unterdrueckung.
Eine Helix Antenne ist etwas lage-unempfindlicher als eine Patchantenne,
hat dafuer aber eine schlechtere Multipath (Reflexions-) Unterdrueckung
da der Oeffnungswinkel groesser ist.
Plastik kann (muss aber nicht) das Signal abschwaechen. Das kannst Du
leicht selbst ausprobieren indem Du verschiedene Plasteteile testhalber
ueber die Antenne legst.
Die Maxim-Boxen sollten keinen Effekt haben, Tekogehaeuse sind
allerdings deutlich dicker.
Einfach mal ausprobieren.
juergen
Okay vielen dank, wieder etwas neues dazugelernt :) Ich dachte
eigentlich bis jetzt das wäre einfach so eine Art Spule die einfach nur
Horizontal liegen muss - naja gut zu wissen!
Ich überlege gerade ob ich dass in SMD alles in ein Maxim Gehäuse
bekomme, der Akku passt nämlich relativ schön dort rein. Da drauf käme
dann meine Elektronik und ganz oben dann das GPS Modul.. Ich muss mal
ausmessen ob das von der Höhe hinkommen würde. Allerdings wäre dann eine
MicroSD Karte eventuell etwas besser (Adapter für den PC bekommt man ja
meist kostenlos dazu).
Vorteil wäre dass es extrem klein und leicht ist, und mann muss nichts
schrauben und muss keine Löcher für LEDs und Taster bohren, da das
Gehäuse transparent ist und man es aufklappen kann.
Ich frage mich gerade nur, ob der Pegelwandler noch von nöten ist, wenn
der Spannungsunterschied zw. SD-Karte und Restelektronik ja maximal 0,8
Volt beträgt. Ein Widerstand auf der MOSI Leitung sollte reichen damit
die SD-Karte nicht zu viel bekommt, oder?
Als µC werde ich wahrscheinlich auf den ATMega32 in TQFP Bausweise
umsteigen, da dieser mehr Speicherplatz hat (und mein jetztiger ATMega8
schon zu ca. 94% voll ist - Da bleibt kein Platz für erweiterungen).
Spannungswandler fallen komplett weg, nur wie von 'Atmega8 Atmega8'
erwähnt einen MosFET der dann über die PWM Leitung vom µC gesteuert
wird.
Die Ladeschaltung ist übrigens auch nicht so dringend von nöten, da man
den Akku noch Problemlos im Handy laden kann, obwohl an den Pads des
Akkus zwei Kabel angelötet sind (musste das Temp Pin allerdings auch
etw. mit Lötzinn benetzen, damit es auch Kontakt zum Handy hat,
ansonsten wollte es nicht laden).
Was meint ihr? Soll ich den Pegelwandler mit einbauen, oder lohnt er
sich (vom Nutzen her) nicht?
Aufjedenfall noch mal besonderen Dank an dich JUERGEN, dass du mir bei
meinem Problem mit dem GPS-Modul geholfen hast, auch vielen Dank an alle
anderen (Atmega8 Atmega8, Daniel Reinke.....) die mir sehr hilfreiche
Tipps gegeben haben!
Ich freue mich sehr, dass das Projekt so viel Resonanz hier im Forum
findet und hoffe, dass die Finale Version wirklich alltagstauglich sein
wird.
Jetzt setz ich mich erstmal an Eagle und verbringe damit wahrscheinlich
meinen Abend :)
P.S.: Anbei ein Foto meines TTL <-> RS232 (<-> USB) Wandlers, den ich
heute in der "Regenpause" zusammengebastelt habe :)
>Als µC werde ich wahrscheinlich auf den ATMega32 in TQFP Bausweise>umsteigen, da dieser mehr Speicherplatz hat (und mein jetztiger ATMega8>schon zu ca. 94% voll ist - Da bleibt kein Platz für erweiterungen).
Huch. Fuer einen simplen Datenlogger?
Mal als Anregung fuer die Zukunft:
Mein GPS kann unter Anderem das hier
UTC Time
Position Lat/Lon + Altitude
WP Database 5 x 13 WP's + 3-char WP names
store/delete/undelete/manual input
Position to WP distance calculation
xx.yyy Km in xy-style : East/West-North/South
Resolution 1m and up to 60 kilometer.
plus compass direction in 48 steps
Fast way-back function
SMA selectable : 05 or 10 degrees
SV's visible / SV's tracked +12 channel satellite status screen
2D / 3D DOP Values + GPS operating mode
LED Off/Flashing : 3D/2D - No fix = LED on
Low Batt Indicator LED
3 levels of display brightness
Datum: WGS 84
Operating temperature -40 - +85 deg C
Das laeuft mit einem 8 Bit Micro mit 715 KHz! Takt.
Anzeige ist ein LED Display mit 40 (5x8) Stellen.
Das gesamte Programm belegt rund 8K, wobei alle Funktionen
menuegesteuert sind, ueber 4 Cursortasten.....
Ich muss allerdings zugeben, bei den niedrigen Preisen fuer
Overkill-Loesungen kann man heute schon mal verschwenderischer
programmieren :)
Jedenfals viel Spass
juergen
JUERGEN wrote:
>Das gesamte Programm belegt rund 8K,
Ja, mein eigenes Programm belegt wahrscheinlich höchstens 1K Speicher,
aber vor allem die FAT Library ist ziemlich groß (und trotzdem noch die
kleinste, die ich finden konnte), deswegen mein Speichermangel. Und für
eventuelle Erweiterungen möcht ich mir einen Port am µC mit einem
Steckverbinder offenlassen und etwas mehr Speicher haben.
Außerdem wie du schon erwähnt hast, der Preisunterschied ist jetzt nicht
soo gigantisch als das man es nicht verkraften könnte, wobei ich sehe
gerade, dass der ATMega16 in TQFP nur die Hälfte bei Reichelt kostet.
Und hat ja immerhin schonmal doppelt so viel Flash Speicher. Sollte
denke ich mal für mich reichen. Von den restlichen Daten ist er ja
relativ ähnlich (Ok, er hat nur 1 statt 2KB ram, aber im moment läuft es
mit 1KB auch Problemlos).
Wie ist es jetzt, Pegelwandler oder nicht? Bin mir noch irgendwie
unsicher..
Ich hab die Pegelproblematik auch gehabt, von 5V auf 3.15 und zurueck.
Aufwaerts hab ich das mit einer simplen Transistorloesung gemacht,
abwaerts mit einem Widerstandsteiler. Das sollte bei Dir auch gehen,
evtl. reicht auch schon ein Laengswiderstand aus.
juergen
@Martin
Wenn du mit FAT arbeiten willst dann nimm den ATMega32.
Da heisst es klotzen und nicht kleckern.
Denk an meine Worte wenn es mit 1kB RAM nicht mehr geht :(
Hm die TQFP Atmegas haben ja 3 mal VCC und GND Anschlüsse. Soll ich an
jeden einen 100nF Kondensator hängen oder genügt einer?
Und wie sieht es mit den AGND AREF AVCC Pins aus, die sind ja soweit
ich weiß für den ADC, den ich wohl auch verwenden werde..
Und soll so ein Kondensator auch zwischen Vcc und GND beim GPS Modul?
Und bei der SD-Karte?
>Hm die TQFP Atmegas haben ja 3 mal VCC und GND Anschlüsse. Soll ich an>jeden einen 100nF Kondensator hängen oder genügt einer?>Und wie sieht es mit den AGND AREF AVCC Pins aus, die sind ja soweit>ich weiß für den ADC, den ich wohl auch verwenden werde..
Möchtest du wirklich 20 Cent sparen und dann tagelang nach
Fehlern suchen? Im Zweifelsfall immer ja zu 100nF.
Ähh eine Frage:
Wegen dem MosFET, der an den PWM Ausgang soll, welchen MosFET sollte ich
da nehmen, gibt es irgendein Standard-Teil, dass man für so etwas
verwendet? Hab gerade gesehen dass es da sehr viele unterschiedliche
(mit sehr unterschiedlichen Preisen) gibt..
Und ich hab Überlegt, den Vcc Pin des GPS Moduls und der SD-Karte auch
über den µC (mit Transistor dazwischen) zu steuern, so könnte man, wenn
der µC entdeckt, dass der Akku schwach ist, die SD-Karte und das Modul
abschalten, sodass nicht noch unnötig viel Strom verbraucht wird
(lediglich eine rote LED würde dann noch leuchten, und der µC halt
laufen, aber der verbraucht ja nicht viel (?).
Hmm also ich habe jetzt bei deinem 2. Link folgende Daten eingegeben:
Ue_min : 3.6V
Ue_max : 4.1V
Ua : 3.3V
Ia : 0.1A (Da microSD Karte beim Lesen oder schreiben < 50mA)
f : 20kHz
Und als Vorschlag für die Spule gab er mir:
L : 833.3e-6H -> Also 833,3µH ?
Delta Il bei Ue_max : 40e-3A -> Also 40mA
~~~~~~
Kann ich jetzt einfach eine fertige Spule kaufen, z.B. Reichelt
Best.Nr.: 09P 820µ ? Hat zwar nur 820µ aber liegt ja nah dran.
Hab mal in die Seite 820e-6 für L eingegeben und lediglich Delta Il
ändert sich auf 40,65mA
Keiner eine Antwort?
Ach ja, du verwendest ja einen P-Kanal MosFET. Der unterschied zw. P-
und N-Kanal ist mir relativ klar, aber wieso nimmst du genau P und nicht
N? Hat das irgendeinen Vorteil?
Hallo Martin,
ich habe schon mal eine Schaltung mit einem MC34063 und einer "09P 820µ"
gesehen, das ist aber eine Drossel und es ist möglich dass die dafür
nicht geht.
Bei 20kHz wird der Kern recht groß.
P-Kanal deshalb weil du für einen N-Kanal einen High-Side-Treiber
brauchst.
(bekommst das Gate sonst nicht durchgeschaltet)
So, schaut euch das bitte mal an.
Wäre das die Korrekte Beschaltung? Wie ich L1 realisiere weiß ich noch
nicht, ich werde aber denke ich mal zuerst so eine fertige Drossel
probieren (Wenn es dann Schreibfehler o.ä. gibt weiß ich ja woran es
liegen wird).
Wenn die Schaltung so stimmt, müsste man ja nur noch Software technisch
lösen dass der ATMega über den ADC die aktuelle Spannung ermittelt,
daraus dann (sagen wir mal bei 100kHz) die Schaltzeit errechnet (Formel
findet man ja in deinem Link) und dann den PWM Ausgang eben so schaltet,
richtig?
..Zurück auf Seite 1..
Nun sagt doch mal was... möchte ja nur ein "Ja, die Schaltung ist in
Ordnung so" oder ein "Nein, da muss noch was verbessert werden: [...]"
hören, dann lass ich euch auch in ruhe ;)
Als Mosfet möchte ich einen NDS0610 nehmen. Die minimale Spannung zum
durchschalten (Ugs) beträgt 1,8V, der Strom der geschaltet werden kann
120mA.
Sollte doch für meine Zwecke genügen, oder?
Als Schaltfrequenz werd ich 100kHz nehmen, und als Spule eine mit 220µH.
Bei Reichelt gibt es 2 Arten von Spulen:
Fest-Induktivitäten ( z.B. SMCC 220µ )
und Funkenstördrosseln ( z.B. MESC 220µ )
Welche wäre geeigneter? (Ja ich weiß, selber wickeln wäre am besten,
aber probieren kann man es ja mal mit einer fertigen)
Du benötigst unbedingt einen Treiber!
Es ist nicht gut die I/O-Pins diese Arbeit anzuvertrauen.
http://freenet-homepage.de/hobbie/stepdown/Treiber_NPN.png
Bau den hier mit ein, gibt es auch alles in SMD, dann eben nicht BC547C
sondern BC847C.
Die zweite Treibervariante mit einem BC547C und einem BC557C/BC857C ist
doppelt so langsam ;)
geht aber auch.
Mach noch mindestens ein RC Tiefpass ran, die Störungen können dir sonst
alles versauen.
Also parallel zum 100nF Kerko noch 3 Stück und einen relativ großen
Elko. (je größer der Elko desto langsamer und einfach kann deine
Regelung sein)
Von diesem Elko lässt du einen 10 Ohm Widerstand zu einem weiteren
Elko+Kerko gehen.
Wenn es geht: Dann noch mal 5 Ohm zu nochmal Elko/Kerko.
AvrBastler wrote:
> Warum machste mit PWM so ein Aufwand, ein kleiner Spannungsregler> dazwischen wäre einfacher, sicherer und kostet auch kaum mehr.
Problem ist, dass ein Spannungsregler meistens eine Eingangspsannung
braucht, die mindestens 1,5V oder so höher sein muss als die
Ausgangsspannung. Wenn der Akku aber nur 4,1 maximal liefert, kann man
diese Bedingung nicht erfüllen.
> Kern
Ringkern: FT 37-61
@ AvrBastler
Würde ich echt besser finden, mach mal einen Vorschlag.
Daten: LiIon-Akku (3.6 bis 4.1V) Out=3.3V
Wenn er 50+70+3mA = mehr als 123mA an Strom bringt wär das okay.
Bei Farnel findest du einige SMD Spannungsregler die bei dem geringen
Strom durchaus mit 0,2V und weniger Spannungsunterschied klar kommen.
Danach habe ich selbst vor kurzem gesucht. Zum Beispiel MIC5209-3,3
Der Spannungsunterschied beim LF33CV ist bei ihm sogar viel kleiner als
0,45 V da er ja viel geringeren Strom braucht. Dürfte auch nur bei ca.
0,2V liegen, siehe Datenblatt hinten (Kurve je nach Strombedarf)
Ehm.. wow! Hätte nicht gedacht, dass es solche Spannungsregler gibt.
Das würde natürlich eine Menge Arbeit und Fehlerquellen ersparen.
Was haltet ihr vom LP2992IM5-3.3 ? Hat laut Datenblatt eine Dropout
Spannung von ca. 0,26V bei 150mA und 25°C. Und man kann ihn bei CSD
Bestellen, bei Farnell hat man ja als Privatperson eher schlechte
Chancen.
Oh, es gab ja zwischenzeitlich neue Antworten.. ja, der LF33CV sieht
auch sehr gut aus, ist sogar etwas günstiger und bei 100mA ca. 0,15V -
Das ist ja super!
> LP2992IM5-3.3
Du kannst mit dem scheinbar 0.7W an Wärme ableiten.
(180mA Drop bei 50mA Last)
Plan dann aber ein paar Quadratzentimeter auf der Platine an Kühlfläche
ein.
Du sparst dir die Spule und das ganze Entstören, zudem musst du neinen
Quellcode hinzufügen.
Der große Nachteil war für mich immer der Preis und eine Bezugsquelle
für sowas.
Jo also ich werde denke ich mal aufjedenfall so einen LowDrop
Spannungregler einsetzen. Wahrscheinlich den LF33CV - Kostet gerade mal
75 Cent bei csd. Platz für eine Kühlfläche ist vorhanden. Ich habe jetzt
mal ein Bild von meiner fertigen Schaltung hochgeladen. Habe auch shcon
mit dem Board Layout angefangen, bin auch schon relativ weit (ob das
Layout gut ist, ist eine andere Sache).
Sind im Schaltplan noch grobe Fehler bzw. verbesserungsmöglichkeiten
oder kann ich das Layout fertigstellen?
Eigentlich eine gute Frage.. dann wird doch mehr Strom gefordert und der
Spannungsregler wird wärmer? Naja ehrlich gesagt habe ich keine Ahnung,
du hast recht, ich könnte direkt alles über 3V3 versorgen.
Also vor deinem Spannungsregler würde ich 330µF+100nF und dahinter
100µF+100nF platzieren, so ein riesen Preisunterschied ist das nicht und
du bekommst eine schöne glatte Spannung.
Je mehr µF desto besser mein ich immer.
(na gut nicht ganz immer, aber in deinem Fall ja)
Teste mal wie viel Strom deine ganze komplette Schaltung zieht.
Wenn das unter dem maximalen Strom des warmen Reglers liegt solltest du
deine gesamte Schaltung damit versorgen.
Bei 4.1V zieht dein GPS-Gerät mehr Strom als wenn es mit 3.3V versorgt
wird.
Dein GPS-Modul zieht doch
70mA bei 3.3V , bei 4.1V sind das dann schon über 87mA.
Die Überschüssige Spannung wird also entweder im GPS-Modul verbraten
oder am Spannungsregler. :)
( Kupferfläche einplanen! 1-2 cm^2 würde ich schon nehmen)
Das gute daran ist dass du überall das gleiche Level von 3.3V hast.
- Die 700mW erreichst du nicht, bei 0.8V und 150mA sind das 120mW.
Meinst du den LF33CV ?
Ähh ja meine ich, das mit den 700mW hab ich jetzt nicht ganz verstanden?
Geht es um die Wärme die entsteht?
Aber ihr habt aufjedenfall recht, hat schon einen Vorteil, überall den
gleichen Pegel zu haben. Werd die Schaltung in diese Richtung auf jeden
Fall verändern.
Die bisherige (nicht so toll funktionierende) Version hat im Schnitt
(insgesamt, direkt in Reihe mit dem 9V Block gemessen) 60mA verbraucht.
Ach ja und die 2 Kondensatoren am Spannungsregler, ich hab deswegen
einmal 100nF und einmal 22µF genommen, weil es so im Datenblatt der
LFxxyy Reihe so stand. Und bei jedem IC liegt sowieso noch ein 100nF
Kondensator. Aber ich kann natürlich noch einen größeren Elko zusätzlich
dahinterklemmen.
Soo mein Layout ist fertig. Wie findet ihr es? Gibt es grobe Fehler? Bis
auf den Spannungsregler sind alle nicht SMD Teile spiegelverkehrt, da
sie ja auf der Top-Seite liegen werden. Das ist also praktisch die
Bottom ansicht. Die Platinengröße beträgt 6cm x 9cm; Die Kühlfläche für
den Regler hat demnach ca. 5,95cm² (sollte genug sein, oder?
Die restliche Kupferfläche ist mit Masse verbunden, die Massefläche um
den Taster herum ist was komisch, liegt wohl daran dass ich beim
erstellen des Packages die falsche Linienart genommen hab... ist aber
auch nicht weiter tragisch.
Die Leiterbahnen sind 16 mil dick. Ist das OK so? Und eignet sich die
Laserdrucker Methode zum auftragen des Layouts auf die Platine, oder
sind die Abstände zw. den Bahnen zu klein (größer ging eigentlich nicht,
weil der µC ja nunmal so ist).
Insgesamt gibt es 9 Drahtbrücken, vielleicht könnten es auch weniger
sein aber die Kosten ja eh kaum was und ich hatte einfach keinen Nerv
mehr dazu alles nochmal zu verändern (musste ich schon oft genug).
Und bitte bedenkt, es ist mein erstes Boardlayout, also nicht zu sehr
schreien ;)
sieht doch gut aus, Verbesserungspotenzial ist natürlich noch drin (
u.a. enger packen um unterwegs Platz zu sparen )aber wenn's Dein erstes
Board ist, dann mach's halt mal fertig und genieße in vollen Zügen die
Belohung wenn's dann auch noch funktioniert.
Gruß Strabe
SMD-Kondensatoren sind doch besser ...
(Da muss man nicht bohren.)
Du kannst die kleinen 100nF Kondensatoren auch ganz leicht mit einer
Heißluftpistole wieder entfernen.
Heißluftstrahl draufhalten und dann mit einer Pinzette abnehmen.
(Wenn man sehr nahe dran ist fliegen sie weg.)
Anstatt 47nF für den Reset nimmst du 100nF, mach ich auch so und der
Wert ist unkritisch.
Die sind ja bei Reichelt extrem teuer ... wenn du etwas mehr damit
machen möchtest kauf dir dann mal eine Rolle davon, dann brauchst du
nicht mehr solche Kleinigkeiten bestellen.
Stimmt, hab die Kondensatoren mal alle auf 1206 getauscht, erspart
wirklich einiges an Bohren.
Wie sag ich Eagle eigentlich, dass er die Bohrlöcher weiß lassen soll
(also ohne Kupfer)? Bei mir füllt der die einfach schwarz aus..
> Wie sag ich Eagle eigentlich, dass er die Bohrlöcher weiß lassen soll ?
Weiß nicht ob so etwas einstellbar ist.
Ich habe das mal so gemacht dass ich Bohrlöcher und SMD drauf hatte.
Ich konnte mir dann ja aussuchen ob ich die bohre oder SMD nutze.
Das hab ich später aber verworfen weil es doch Platz gebraucht hat und
es mit den 0603 SMD Kondensatoren (bis 16 Volt ) recht einfach ging.
Hab die Option Mittlerweile gefunden, im Cam Prozessor muss man die
Option "Pads Füllen" deaktivieren :)
Ich bin mal gespannt, wie der Ausdruck wird, hoffe die Abstände sind
nicht zu klein (laut der Seite von Thomas Pfeifer sollen ja sogar
Leiterbahnen mit 3 mil gehen, von daher denke ich mal dass alles klappen
wird.
Ja, der R6 wird nicht mehr gebraucht.
Die 2.2µF werden auch nicht gebraucht, ersetze die lieber gegen 100nF .
(mehr ist immer besser und schadet nicht, z.B. zwei 68nF übereinander)
Als 3mil hab ich nicht hinbekommen, aber wenn ich das mit der Temperatur
genauer (optimaler) einstellen kann reicht es für SMD bis 0603 und TQFP.
Hmm soll ich mich einfach so dem Datenblatt wiedersetzen und den 22µF
weglassen? Naja ich hab es mal gemacht ;-) Den Widerstand habe ich ganz
vergessen, danke dafür.
Habe das Layout vorhin mal testweise ausgedruckt (leider vergessen es
Spiegelverkehrt zu machen) und es sah schon ganz gut aus. Also die
Abstände zw. den Bahnen waren ziemlich gut erkennbar (auch bei der
SD-Karte, wo die Abstände der Pads wirklich winzig sind).
Gut, jetzt müsst ich so langsam mal die Bauteile und das Ätzmittel
bestellen, solange freut sich das Layout noch sehr über
Verbesserungsvorschläge :)
Vielen Dank,
Martin
Der 2.2µF Kondensator dient nur dazu dass deine Spannung nicht zu wellig
wird.
Wenn du einen größeren nimmt wird die Rippelspannung noch weniger, ist
also besser im Falle deine karte mal kurz viel Strom braucht.
Getreu dem Motto "mehr ist besser", kann ich statt dem 330µF auch einen
470µF verwenden? Von dem hätte ich nämlich noch ein paar und müsste
keine neuen bestellen.
Die CMD-Leitung zur SD-Karte hat nur einen Serien-Widerstand (R6 in
deinem letzten Schaltplan). Wäre hier ein Spannungsteiler nicht
angemessener, um Überspannung an der Karte zu vermeiden?
Chris wrote:
> Die CMD-Leitung zur SD-Karte hat nur einen Serien-Widerstand (R6 in> deinem letzten Schaltplan). Wäre hier ein Spannungsteiler nicht> angemessener, um Überspannung an der Karte zu vermeiden?
Ehm nein jetzt wird ja alles über 3,3V betrieben, von daher wird es
keine Pegeldifferenzen mehr geben. R6 habe ich demnach entfernt.
Ich überlege gerade, da ich wahrscheinlich eh kaum Platinen ätzen werde,
mir das Geld für die Chemikalien und die ganze Arbeit zu sparen und die
Platine einfach bei zB q-pcb zu ordern. Sollen ja recht günstig sein und
dafür eine Top-Qualität.
Denn nachdem, was ich gelesen hab, muss man ja schon reichlich glück
haben, dass es beim ersten Versuch mit der Toner Methode hinhaut. Und
ich persönlich baue meine meisten Layouts eh auf Lochraster auf, nur
hier soll das Gerät auch wirklich im außeneinsatz oft verwendet werden,
deswegen wollte ich dort etwas richtiges haben.
Was ist denn der günstigste Hersteller für Platinen der Größe 6 x 9cm?
Bei q-pcb Kostet eine einseitige Platine dieser Größe 22€
Also Martin, wenn du das Zeug fertigen lässt musst du aber erst mal
wissen ob es funktioniert.
Ich würde eben nie etwas herstellen lassen ohne es mal aufgebaut zu
haben.
Ich bügle, belichte und laminiere nur deshalb weil ich extrem kleine
Mengen herstelle (oft nur eine Platine aus einem Layout) und weil es
schneller geht bis ich das fertige Produkt in meinem Händen halte.
Atmega8 Atmega8 wrote:
> Also Martin, wenn du das Zeug fertigen lässt musst du aber erst mal> wissen ob es funktioniert.> Ich würde eben nie etwas herstellen lassen ohne es mal aufgebaut zu> haben.>> Ich bügle, belichte und laminiere nur deshalb weil ich extrem kleine> Mengen herstelle (oft nur eine Platine aus einem Layout) und weil es> schneller geht bis ich das fertige Produkt in meinem Händen halte.
Naja ich hab es ja schon einmal Aufgebaut und getestet. Zwar nicht mit
exakt der gleichen Spannungsversorgung, aber die liegt ja absolut
innerhalb aller Spezifikationen der einzelnen Elemente (µC, SD-Karte,
GPS-Modul). Dass der GPS Logger so mit dem µC Verbdunden funktioniert,
weiß ich ja bereits.
Also deine SD-Karte hast du auch erfolgreich mit 4.1V betrieben?
In dem Datenblatt von KingMax steht sogar etwas von 4.6V (absolute
maximum ratings) aber bei Supplay Voltage steht da 2.7 bis 3.6V , aber
gut zu wissen dass es geht. :)
Atmega8 Atmega8 wrote:
> Also deine SD-Karte hast du auch erfolgreich mit 4.1V betrieben?> In dem Datenblatt von KingMax steht sogar etwas von 4.6V (absolute> maximum ratings) aber bei Supplay Voltage steht da 2.7 bis 3.6V , aber> gut zu wissen dass es geht. :)
Nein die SD Karte hab ich natürlich nicht an den LiPo geschlossen, aber
mit den 3 AA Akkus hatte ich damals eine Gesamtspannung von 3,7Volt und
es hat auch noch funktioniert. Und mit dem LF33CV sollte es ja absolut
kein Problem geben, da alle Bauteile mit ihrer Lieblingsspannung
versorgt werden ;)
Uh das ist ja mal günstig!
Ich hab ihn mal angefragt, vielleicht kann er mir ja ein Beispielfoto
von einer Platine schicken. Wenn sie gut aussieht werde ich denke ich
mal probieren bei ihm eine Platine zu ordern.
Seine Homepage ist www.platinenbelichter.de
Hi all,
jetzt kann ich mich auch mal wieder mit einklinken. Ich habe dank Martin
relativ schnell meinen GPS-Logger fertig stellen können.
Inzwischen ist auch die Platine fertig bestückt und läuft astrein...
Ich logge nun alle 10 Sekunden einen $GPRMC Datensatz auf die SD Karte
und schließe die Datei vorsichtshalber immer wieder dazwischen. Zum
Einen, um bei einer eventuellen Spannungsunterbrechung bei einer
Erschütterung keinen Datenverlust zu haben, zum Anderen möchte ich
demnächst den Controller in Sleep versetzen um noch mehr "Sprit" zu
sparen.
Anbei ein Foto, das GPS-Modul ist von Tyco bzw. Rutronik als Reseller...
gruß und viel Erfolg (PS: ich würde auch vorsichtshalber erst mal selber
ätzen, bevor ich eine Platine in Auftrage gebe...)
Hey,
Das gleiche Projekt war bei mir vor ca. nem Halben Jahr aktuell, ich
habs geschafft. SD-Karte, anständiger 3,3V - Pegelwandler IC
(MC74HC4050), serielles GPS, ATmega8, Assembler, ...
Auf http://www.moritz-greif.de/elektronik_index.html ist alles erklärt.
Unter Projekte gibts Bilder, unter Downloads den Assembler-code,
Schaltpläne und auch die aufgenommene Abfahrt vom Schifahren im
Zillertal...
Klappt echt gut.. "angeb" :-)
Gruss,
Moritz
Da fällt mir ein, ich wollte ja noch eine Spannungserkennung haben wenn
die Batterie schwach ist. Das Auslesen der Spannung geschieht ja wohl
über den ADC. Muss ich deswegen auch Aref beschaltet haben oder kann ich
einfach die interne Referenzspannung nehmen und damit die Spannung
ermitteln, die an Avcc anliegt?
Ich hab gelesen man sollte hierbei noch einen 100nF Kondensator zwischen
Aref und Gnd schließen, ist das richtig so?
Und eine letzte Sache: Die zu messende Spannung muss dann an einen der
Portpins von PortD geschlossen sein, z.B. PA0. Wie sieht es aber aus,
wenn die zu Messende Spannung größer ist als Vcc (Da Vcc ja konstant
3,3V sein wird und die Batteriespannung 3,6V .. 4,1V), gibt das keine
Probleme?
batterie Spannung über Spannungsteiler an ADC dran.
AREF kannst du VCC(3,3V) nehmen, oder die Interne REF, dann
AREF->C->Masse schalten, C=100nF. die interene REF ist aber ungenau,
daher mal messen wie hoch diese ist.
(created by AACircuit v1.28.6 beta 04/19/05 www.tech-chat.de)
Bei der Mindestspannung von 3,6V müsste ich am ADC also 1,8Volt
auslesen.
Kann ich Vcc mit Aref einfach so ohne weiteres verbinden, oder sollte da
noch irgendwas dazwischen?
den kannst einfach verbinden. Laut Atmel soll 10µH an AVCC an Plus und
ein C 100nF nach Minus um Störungen zu filtern, kann man auch zur not
weg lassen.
Den C baue ich dann auch mal ein, die Spule vernachlässige ich mal.
Sollte der Akku nahe am Ende sein, werde ich das GPS Modul abschalten,
dies habe ich durch einen Transistor realisiert, der vom µC gesteuert
wird. Die SD Karte verbaucht laut Internet einen Standbystrom von 100µA,
ist also zu vernachlässigen und kann an bleiben. So kann man denke ich
auch noch etwas länger fahren ohne ständig auf den Logger schauen zu
müssen und ohne dass der Akku zu schnell komplett entladen wird.
Schaut euch bitte die Beschaltung an, ist diese in Ordnung so? Der
Basiswiderstand dürfte nach der Berechnung max. 1,4k betragen, deswegen
habe ich jetzt 1k gewählt.
Darf der Kondensator dort bleiben oder geht das nicht in Verbindung mit
dem Transistor?
@Martin: Wozu brauchst du die SD-Karte (im Standby) noch, wenn das
GPS-Modul wegen zu schwacher Batterie abgeschaltet wurde? Verstehe ich
gerade nicht...
gps wrote:
> @Martin: Wozu brauchst du die SD-Karte (im Standby) noch, wenn das> GPS-Modul wegen zu schwacher Batterie abgeschaltet wurde? Verstehe ich> gerade nicht...
Brauchen tu ich sie nicht, aber es lohnt sich auch nicht, noch einen
Transistor einzubauen, da die SD Karte im Standby nur 100µA verbraucht
und die machen jetzt auch keinen so großen Unterschied.
Aber ein GPS-Logger mit abgeschaltetem GPS macht doch keinen Sinn.
Bei schwacher Spannung Daten schreiben und abschalten.
Oder hast du noch andere Funktionen, die du noch nutzen möchtest?
Atmega8 Atmega8 wrote:
> Der Akku :> Eine LiIon Zelle (4.1V) entlädt man auf 3.6V man kann aber noch tiefer> gehen, dann steigt der Innenwiderstand aber an und das "Wiederaufladen"> dauert dann etwas länger.
Aus diesem Grund möchte ich, sobald die Spannung 3,6 erreicht hat, so
viel wie möglich Abschalten, damit der Akku eben nicht zu weit entladen
wird. Denn während der Fahrt bemerkt man nunmal nicht direkt, dass der
Akku schwach ist.
Auf die weitere Aufnahme muss man dann verzichten, aber so ist
wenigstens sichergestellt, dass die Datei noch ordentlich geschlossen
wird und das Gerät nicht plötzlich aus geht.
Natürlich könnte man ihn einfach weiterloggen lassen bis der Akku
komplett leer ist, aber das wäre insgesamt eher von Nachteil denke ich
mal, vor allem weil die Datei dann nicht mehr richtig geschlossen wird,
was oftmals zu Problemen führt.
Schau mal bei Reichelt nach: BOPLA ET-208
Hat ziemlich gute Maße, also Breite und Höhe sind ein paar Milimeter
größer als die Platine (90mm x 60mm), ein kleiner Puffer ist aber gut.
Besser als wenn das Gehäuse dann zu eng ist. Von der Höhe her müsste man
mit den knapp 4cm gut auskommen, wenn ich richtig gemessen habe (Akku +
Platine + GPS Modul übereinander).
Der Preis ist was hoch aber ich suche noch nach alternativen mit
ähnlichen maßen.
Als Akku nehme ich einen Handyakku (LiPo). Ist ziemlich flach und hat
1000mAh. Aufgeladen werden kann er weiterhin durchs Handy, wodurch mir
eine Ladeschaltung erstmal erspart geblieben ist =)
Gut, ans Wandern habe ich jetzt auch nicht direkt gedacht, wobei in eine
Jackentasche sollte es eigentlich schon passen. Auf dem Fahrrad habe ich
eine Gürteltasche wo eine der beiden Kammern noch so gut wie frei ist
und das Gehäuse reinpasst. Alternativ könnt man auch ne Satteltasche
nehmen. Und im Auto als mini-Navisystem ist die Größe ja relativ egal ;)
Also für meine Anforderungsbereiche passt es eigentlich ganz gut. Ich
muss mal sehen, das Gehäuse habe ich noch nicht gekauft, ich bau erstmal
die Platine auf und schau dann mal wie Hoch es insgesamt wird, die 4cm
waren nur geschätzt. Möglicherweise sind es auch weniger.
Soo ich hab noch ein wenig am Layout gearbeitet und konnte es auf 72mm x
61mm bekommen, außerdem sind 3 Drahtbrücken weniger drin. Die Kühlfläche
für den Spannungswandler ist allerdings auch etwas kleiner geworden,
trotzdem noch ca. 2,8cm² Und bei max. 0,7 Volt Spannungsabfall und ca.
60mA Stromverbrauch sollte die Wärme denke ich mal nicht soo groß sein.
Geht die Schaltung mit dem Transistor (siehe etwas weiter oben) so in
Ordnung? Hab da noch keine richtige Antwort zu erhalten ;) Wenn ja würde
ich sagen, ich bin absolut fertig mit dem Layout.
@ Martin
Zu dem Beitrag vom 28.07.2008 13:07
(Du hast da einen NPN-Transistor verwendet um dein GPS-Modul
abzuschalten.)
Das ist eine gute Idee, aber wenn du das so machst sieht es
folgendermaßen aus:
- Wenn der NPN-Transistor zu ist hast du an dem Masse-Anschluss deines
GPS-Moduls 3.3V und an Plus auch 3.3V.
- Wenn der NPN-Transistor offen ist hast du an dem Masse-Anschluss
deines GPS-Moduls 0.6V und an Plus 3.3V !
Das würd bedeuten dass dein Modul keine 3.3V mehr bekommt sondern 2.7
Volt.
Am besten ist doch bei solchen Spannung wenn du zum schalten einen
Mosfet nimmst. Du könntest den BSS138 nehmen, bei 3.3V
Gate-Source-Spannung kannst du über 400mA schalten.
(Reichelt: nur 6 Cent, N-Kanal) Davon kann man immer welche brauchen !
Einfach im Schaltplan 1:1 ersetzen, NPN löschen und N-Kanal drauf :)
Gate = Basis
Drain = Kollektor
Source = Emitter
Alles klar, danke für den Tipp. Ich werde allerdings den BS108 nehmen,
hat annäherend die gleichen Werte, kommt aber im TO-92 Gehäuse mit der
gleichen Pinbelegung (der BS108 hat das Gate an einem der "äußeren"
Pins, was mein Layout wieder durcheinander bringen würde ;)
Das ist ein MicroSD Sockel, erhältlich bei csd-electronics. Das schöne
ist, dass die Pins zur Seite herausgeführt sind, sodass man sie denke
ich auch von Hand noch recht gut löten können müsste (auch wenn der
Abstand der Pins recht klein ist).
Bekommst du dort unter der Artikelnummer 020196. Der Slot ist ein
"SCHA2B0300" von ALPS, Datenblatt hier:
http://www3.alps.com/WebObjects/catalog.woa/E/PDF/Connector/microSD_Card/SCHA/SCHA.PDF
(Das dritte der Drei Modelle).
Kosten tut er 3,49€
Wie wäre es den hiermit mit dem Real Time Tracker hier?
http://www.aldacom.com/gsm-gps/gps-tracking.html
Auf der Platine ist ein ATMEL 162V-8AI, ein Sirf Star3 GPS Modul und ein
Quad Band GPRS Modul.
Features of GPS tracking module
- Quad band GPRS module C2-S
- Sirf Str 3 based GPS module
- Full car / truck voltage range DC power supply DC 9 to 32 Volt
- RS232 interface on +/- 12 Volt and CMOS level
- SIM card holder
- ATMEL micro controller ATMEGA 162V-8AI with JTAG interface
- Standard 2,54 mm connectors
- RF connectors U.FL to wire RF cables or GSM/GPS antenna
- Several I/0 lines
It is supported by source code in C and Basic for the test server of GPS
tracking applications http://www.track4free.com
By wiring the GSM GPS module to your car with cigarette light cable,
you get a working tracking device. By developing a small and simple
adapter PCB to the dimensions of your enclosure you get your own unique
GPS tracking device.
If you replace the GPS module, then you get a PCB for burglar alarm
system or any other telemetry application. Please feel free for
customised versions for your specific application.
Oder mit dem Datenlogger, welcher SD Karten beschreiben kann und mittels
Basic Script die Daten vom ext. GPS Empfänger lesen kann:
http://www.aldacom.com/WLAN/wlan.html
Gruß
Egon
Hallo!
Ich habe die Platine beim Platinenbelichter fertigen lassen (und sie ist
wirklich Klasse geworden!) und auch alles schön zusammengelötet nur
ergibt sich gerade ein komisches Problem.
Habe eben die Platine an den ISP geschlossen, folgende Phänomene:
1) Signatur lesen : OK, Signature matches selected device (ATmega32)
2) Fuses lesen : OK
3) Fuses schreiben : OK
4) Programm lesen : OK
5) Programm schreiben : NICHT OK (!)
D.h. ich kann alles lesen und schreiben bis auf den Programmcode, dieser
lässt sich partout nicht schreiben (bekomme dann die Meldung von wegen
dass die ISP Frequenz max. 1/4 des Clocks sein darf usw.)
Für die ISP Frequenz habe ich auch verschiedene getestet, obwohl selbst
die höchste (921.6 kHz) gerade mal 1/8 der Clock-Frequenz (7,3728 MHz)
ist.
Dann dachte ich mir, vielleicht sind die Fuses falsch, aber ich kann
dort nichts falsches erkennen (Screenshot liegt bei).
Seht ihr dort irgendetwas, was das Programmieren verhindern könnte?
Lockbits sind KEINE gesetzt.
Als Programmierer verwende ich den USBtinyISP, habe die Platine sowohl
von ihm mit Strom versorgt, als auch probiert, die Platine vom Akku zu
versorgen (Jumper beim ISP natürlich dann gezogen).
Sprachlos?
Ich habe jetzt mal versucht, die gleichen Fueses zu setzen, wie sie auch
beim ATMega8 immer funktionieren, also BODEN aus, BOOTRST aus, CKOPT
aus, JTAG aus (gibt es beim mega8 garnicht), an war also nur noch SPI
und EESAVE.
BOOTSZ blieb unverändert, ebenso wie CKSEL. Oder zählen 7,3728 MHz
bereits als High Freq.?
Aufjedenfall hat weiterhin alles funktioniert bis auf das Schreiben des
Flashes.
Soo ich habe mein Problem mittlerweise gelöst, man kann den mega32
komischerweise NUR per AVRdude flashen, nicht aber mit dem AVR Studio.
Dieses verweigert weiterhin seinen Dienst.
Naja wie auch immer, der Logger funktioniert jetzt soweit wieder, eine
kleine Testfahrt habe ich auch gemacht, die erfolgreich verlief.
Fotos vom Aufbau finden sich inmeinem Artikel : GPS Logger
Was jetzt noch fehlt, ist die Software in Hinsicht auf
Spannungserkennung zu erweitern, damit man weiß, wann man das Gerät
lieber ausschalten sollte ;) Morgen mache ich dann aufjedenfall eine
etwas längere Testfahrt und hoffe, dass soweit alles funktioniert.
Die Software wird dann in den nächsten Wochen (hoffentlich bis zum 18.
August :D) auch komplett Funktionsfähig sein (Aufnahme, Ladezustand),
mögliche Erweiterungen kann man danach in Betracht ziehen (Anschluss
eines Displays an den Zusatzport, zum Beispiel für eine Simple
Navigationssoftware o.ä.).
Soo habe heute die erste richtige Testfahrt geamcht und bin vollauf
begeistert.
Hab die kml Datei für Google Earth mal angehängt.
Wer keine Lust, hat, sich die Datei anzuschauen, kann auch einfach hier
bei Google Maps gucken:
http://maps.google.com/maps/ms?ie=UTF&msa=0&msid=102721812355516657756.0004540865131e3917627
Dazu muss ich allerdings sagen, dass die Anzahl der Wegpunkte bei Google
Maps bei ca. 350 liegt, wodurch die heutige Route teilweise etwas eckig
erscheint. Google Earth setzt da kein Limit; aufgenommen wurden heute
ca. 15000 Punkte :) Ist also weitaus detallierter in Google Earth.
Aber trotzdem schon richtig richtig Klasse, es gab eig. keine einzige
grobe Ungenauigkeit (also ein starkes Abkommen vom weg) - höchstens ganz
am Anfang etwas).
Also der neuaufbau auf eine richtige Platine mit richtigem Gehäuse und
'großem' µC (mega32) hat sich doch sehr gelohnt. Keine Buffer Overflows
mehr, perfekte Aufnahmen ohne Probleme - so gefällt mir das :)
Jetzt nur noch die Software ein wenig erweitern und mein Artikel für den
Artikelwettbewerb ist fertig :D
Gast wrote:
> Hi,>> bis du da mit dem Auto gefahren ode rmit dem Fahrrad, wegend er> abweichungen?
Ich bin mit dem Fahrrad gefahren, aber diese Abweichung liegt einfach an
Google Maps. Gerade mal jeder 42. Messpunkt hatte die Ehre, in Google
Maps aufgenommen zu werden. Schau dir die .kml an und du wirst sehen,
dass die Route perfekt auf der Straße liegt ;-) Selbst der folgende
Kreisverkehr wurde in Google Earth ordnungsgemäß durchfahren :)
Nachtrag: Ich werde allerdings versuchen, in meinen NMEA Converter die
Funktion einzubauen, anstatt nur jeden n-ten Messpunkt zu nehmen,
einfach alle zu nahe liegende Punkte heraus zu filtern, dadurch könnte
so etwas möglicherweise auch in G-Maps richtig angezeigt werden.
Naja in der *.kml liegt es so gut wie auf der Straße. Wenn du es
natürlich ganz perfekt haben willst, müsste man irgendwie eine Software
entwickeln, die praktisch mit Google Earth zusammenarbeitet und die
Punkte dann immer so verändert, dass sie auf der nächst gelegenen Straße
liegen.
GPS ist nunmal nicht auf den Zentimeter genau, deswegen kann man das
höchstens durch eine Weiterverarbeitung der Daten schaffen. Ich denke
mal so wird das auch bei Navigationssystemen gemacht, dass sie sich ihre
Position per GPS holen, dann schauen wo die nächste Straße von dem Punkt
aus ist und dann annehmen, auf genau dieser Straße zu sein.
Hier mal wie die obige Stelle in Google Earth aussieht (Die
Sattelitenbilder von der Gegend irritieren leider sehr und auf nur
Landkarte kann man nicht umschalten) - man erkennt aber schon, dass der
eigentliche Pfad um einiges genauer ist. Jetzt müsste man nur noch
wissen, wie man richtig mit Google Earth oder einer anderen Weltkarten
Software arbeitet, um so eine Pfadanpassung durchzuführen.
> Kan man das irgendwie so hinbekommen, dass das wirklich auf der Strasse liegt?> Das wäre dann für eine Doku anschließend schöner...
Ich denke das geht.
Ich beziehe mich auf:
http://www.mikrocontroller.net/attachment/38468/gps.png
- Du sitzt auf deinem roten GPS-Strich und schaust in die Fahrtrichtung.
- Etwas weiter rechts oder links neben dir müsste die Straße sein auf
der du fährst.
Du nimmst dir also das Bild ohne deinen roten GPS-Strich und tastest
alle Punkte in einem gewissen Radius um deinem Punkt ab.
Die Straße ist von grauen Punkten (jedenfalls in einer bestimmten Farbe)
umschlossen.
Wenn es auf deiner Fahrbahn eine Seitenstraße gibt musst du diese
ignorieren, also die Punkte (Straßenbreite) davor und dahinter als
aktuelle Staßenbreite nehmen und diesen Punkt verwerfen.
Hi,
ich möchte mir das nachbauen... Kann jemand mal eine geloggte Strecke
posten? Also den Inhalt der SD-Karte. ICh möchte mal sehen wie die
Software funktioniert.
Ja, wir werden DICH jetzt ausspionieren und überwachen.
Denn es kann ja nicht angehen dass DU nen GPS-Tracker nachbauen kannst
und WIR nicht.
... und dafür ne SD-Karte gekauft hast. Total das krasse Zeug was hier
so abgeht.
tesseract ist ein Fall für den CIA, BND, FBI, GEMA, Schily und Erich
Honecker.
Hi,
bei funktioniert das ebenfalls nicht mit der Toolbox... Ich habe das
oben stehende Logfile in ein leeres TXT geladen und versucht in eine kml
zu konvertieren... Geht aber nicht! Ich gehe davon aus, dass es an dem
TXT File liegt. Welches File spuckt die SD-Karte aus?
Ich arbeite mal die Fragen ab:
An Tess:
Probier einmal, das reduzieren der Punkte zu deaktivieren.
Das ist die einzige Stelle im Code, wo ich dividiere. Womöglich sind in
der Log Datei bereits weniger als 350 Punkte und das verursacht einen
Fehler, sorry. (Ich sehe gerade dein Beitrag ist schon etwas älter..
habe die aktualisierung leider nicht mitbekommen, tut mir leid!)
An Fränk:
Also in den NMEA Daten die geloggt werden müsste zumindest die Zeit
vorhanden sein, das fließt aber nicht in die kml ein. (Auf der SD Karte
werden grundsätzlich alle NMEA Befehle niedergeschrieben, wenn man sie
also entsprechend ausliest müsste das alles ermittelbar sein).
An Julian:
Ja, in der Endfassung ist es ein ATMega32 .. der Mega8 war mein
damaliger Proto-Proto-Typ und hab wohl übersehen den Artikel dort zu
aktualisieren, werde ich gleich nachholen.
An Mike:
Jepp :-)
An Mario:
Jo, selber Fehler, da hier sowieso weniger als 350 Punkte sind, tritt
der "Division durch 0" Fehler auf, mach das Häckchen beim Google Maps
Modus weg und es funktioniert. Werde ich gleich mal aktualisieren und
dann im Artikel hochladen.
An Mario(2):
Ähm Nein. Deswegen ja auch der Slot um die SD Karte leicht entnehmen zu
können :-)
An alle:
Ja, ja, ich sollte mal die To-Do Liste abarbeiten. In der letzten Zeit
war leider keine Zeit dafür übrig, außerdem war es auch nicht so
dringend da im Winter sowieso nicht so mit Fahrradfahren ist ;-) Zur
Zeit muss ich allerdings noch für die Schule meine Facharbeit schreiben,
was bis Mitte/Ende Februar dauert.
Danach allerdings verspreche ich euch, dass ich daran weiterarbeiten
werde, sodass spätestens bis zum nächsten Sommer die meisten Fehler
beseitigt sind.
Ach ja, das einfache Navigationssystem werde ich von der Liste nehmen,
nach einiger Überlegung bin ich zu dem Entschluss gekommen, dass es
während der Fahrt ohnehin nicht so optimal ist, sich nach kleinen LEDs
zu richten.
Stattdessen werde ich allerdings schauen, dass man an den Extra Port ein
Display anschließen kann und so auch nach Bedarf (Taster?) die aktuelle
Position oder einen Kompass o.ä. anzeigen kann.
So und jetzt ist auch die E-Mail Benachrichtigung aktiviert :-)
Hallo
@Martin super Projekt. Eventuell hätte ich noch einige Anregungen bei
einer eventuellen Platinenänderung.
Schade um die freien Pins (grins).
-Einen pin für nen DS18S22 bzw 1-Wire Bus (Pin-R gegen Vcc) so könnte
man eine (oder mehrere Temperaturen erfassen.
- Weiterer Pins zu Erfassung (ADC) zu Erfassung der Herzfrequenz etc..
-Atmega 644P mit 2. ser Schnittstell eventuell BTM222 Bluethooth Modul
Das ist keine Kritik(!) sondern als Anregung zu sehen.
Planst Du Platinen herstellen zu lassen?
MfG
Achim
Uff also ich habe die Platine jetzt nur für mich gefertigt (bzw.
fertigen lassen). Aber aus dem Grund habe ich ja die kompletten Eagle
Dateien zur Verfügung gestellt, sodass du dir die Pins die du benötigst,
noch herausführen kannst :-)
Das sind alles tolle Ideen, wenn du willst, kannst du sie ja
implementieren und zum Artikel hinzufügen :-) Ich kenne mich mit
Temperatursensoren etc. noch nicht so aus, von daher verfolge ich jetzt
erst mal meine ToDo Liste zu Ende und dann kann man ja schauen ob ich
noch mehr mache ;-) Einen Port habe ich ja bereits herausgeführt. Leider
ist dort kein ADC Pin, da hast du Recht.
Ich habe meinen ersten g-logger bereits geschrottet... Da ist beim
Mountainbiken etwas Wasser auf die Platine gekommen. Trotz Plastiktüte
und Klebeband.
Die nächste Platine wird in Kunstharz vergossen... Dazu dachte ich, dass
ich die SD-Karte einlöte und dann irgendwie auslese... Eine Idee wie ich
das weiter realisieren kann?
LG
Mario
Naja man könnte ja die Pins herausführen und irgendwie einen Adapter
basteln oder so. Nur dann ist der Steckverbinder ja trotzdem frei.
Oder natürlich ein Funkmodul anstecken und die Daten aus der SD Karte
lesen und verschicken :-D
Gibt es denn keine komplett Wasserdichten Gehäuse? Solange diese nicht
allzu dick sind dürfte das GPS Modul ja Problemlos empfangen und
trotzdem wäre alles gegen Nässe geschützt.
Theoretisch sollte das funktionieren... Aber ich will auf nummer sicher
gehen und beides machen. Es gibt einfache USB SD Sticks. Kann man den
nicht einfach d direkt mit an die Leitung anlöten?
LG
Mario
@ Mario
Eigentlich müsste das gehen, dann kannst du deine Karte mit dem Logger
beschreiben und mit dem SD-Reader (dessen USB-Port über ein Kabel nach
Außen geführt wird) lesen.
Ich habe mir gerade eine neue Reichelt Liste gemacht... Platinen habe
ich zum Glück noch übrig... Hat zufällig jemand einen Bauplan von so
einem USB Kartenleser?
LG
Mario
Hallo
@Mario ich glaube (weiß nicht sicher) dass das nicht geht. Du brauchst
zum Schreiben auf den USB Stick Host-Funktionalität und das schaffs Du
mit nem Mikro nicht.....
Hallo Martin!
Echt klasse dieses Projekt!
Ich bin totaler Neuling, was AVR angeht!
Habe mir bislang eine kleine Grundschaltung auf einem Breadboard
zugelegt. Eine Teilesammlung von Reichelt ist nun auch da. Jetzt bin ich
gerade am üben! Obwohl ich hier vom Programm her nichts verstehe echt
interessant!
Das baue ich irgendwann mal nach! Dieser "einfache" Funktionsumfang ist
genau das, was ich brauche!!
Gruß Christoph
Hey Mario du hast doch gesagt "USB SD Sticks" das bedeutet doch
eigentlich nur "SD-Kartenleser mit USB-Anschluss in Stick-Form".
Ich hab das so verstanden als ob du mit dem GPS-Logger die Daten auf
eine fest verdrahtete SD-Karte schreiben möchtest und eben diese
SD-Karte auch gleich mit den SD-Karten-Kontakten des SD-Kartenlesers
verbindest.
Dein ganzes Gerät hat dann nach Außen hin nur einen USB-Anschluss und
einen Stromkontakt.
Seh ich das so falsch?
Wenn nicht müsste es funktionieren, sehe nichts was dagegen sprechen
sollte.
Hallo
eine SD Karte (SPI) ist was anderes wie ein USB Stick. Wsa nun
SD-Kartenleser und SD Karte o d e r SD-USB-Stick?
@Mario, hast Du eventuell ne Karte über?
Also langsam bin ich etwas verwirrt mit euren Fachbegriffen :-))
Ich möchte es am Ende so haben, dass ich nur noch einen USB-Anschluss
und den Stromanschluss übrig habe. Der rest wird Wasserfest vergossen!
Die SD-Karte wird eingelötet und ausgelesen soll es dann mit dem
ebenfalls eingelöteten und eingegossenen SD-Kartenlesestick.
So, nun war die Frage ob das so funktioniert... Einfach den Stick mit an
die Leiterbahn der Karte.
Wenn ja, hat jemand einen Link mit Schaltplan und Software zu so einem
Stick.
@GPSler ja ich habe noch eine Karte über...
So lange du den USB-Anschluss nicht mit dem PC verbindest kann das µC
Board auf ihn zugreifen, auf alle Fälle dürfen nicht beide PC+µC-Board
versuchen auf ihn zuzugreifen.
Du musst den GPS-Logger also irgendwie stoppen können, mit einem
Schalter oder so.
Des weitern bleibt noch das Ladeproblem betehen, du musst dann eine
Regelung zum laden einbauen.
Großes Kompliment an Martin und die vielen anderen die dieses Projekt
hier durchgezogen haben!
Ich bin gerade beim recherchieren wie ich Messdaten mit einem ATMega???
auf eine SD Karte speichern kann. Hier habe ich einiges lernen können!
Vielleicht habt Ihr noch ein paar Tips für mich. Hier erst einmal die
Eckdaten:
- Die Daten werden per SPI von einem externen Sensor geholt
- Es müssen ca. 16kByte / s gespeichert werden
- Die Messung / Speicherung soll einige Stunden ununterbrochen andauern
Einen nicht geringen Aufwand macht im GPSlogger ja die FAT Geschichte
für die SD Karte. Braucht man das für die von mir beschriebene Anwendung
überhaupt? Es kann doch alles in eine Datei hintereinander weg
geschrieben werden, oder verstehe ich das falsch?
MfG Steffen
Hallo Steffen,
nicht dass ich sowas schon gemacht hätte aber ja das müsste gehen.
Es geht ja theoretisch nur darum dass alles zu adressieren, also man
muss sich merken können wo die Daten liegen.
Jetzt wär es interessant zu wissen wie das bei einer SD-Karte gemacht
wird.
Du kannst dann jedenfalls auch einen kleineren AVR nehmen weil es nur
ca. 500byte Speicherplatz verbraucht im Gegensatz zum FAT16/32
Dateisystem, das braucht 16 mal so viel.
Bei mir ist das so:
Ich nehme die Werte momentan direkt über mein Java-Programm auf, den PC
will ich nicht den ganzen Tag über laufen lassen und um die paar
Messwerte zu bekommen 70 Watt zu verbrauchen ist keine gute Lösung auf
Dauer.
Jetzt hoffe ich noch dass die Daten über USB auf meine Festplatte
wandern können, denn bei der Übertagung mit 115200bit/sek muss ich noch
recht lange warten bis die Daten drüben sind.
Mit einem USB-RS232 Konverter der 250kbps oder 500kbps unterstützt hätte
ich schon mal eine verdopplung oder vervierfachung des Uploads.
Bei mir sind es so 800byte pro sekunde die anfallen.
Hallo,
ich habe mich nun endlich doch mal daran gewagt das fertige Projekt
nachzubauen... Allerings funktioniert das bei mir nicht.
Wenn ich den Akku anstecke, dann leuchtet kurz Grün und Gelb zusammen
auf. Das GPS-Modul (NL-501ETTL) blink rasend schnell. Nach ein paar
sekunden blinkt nun die Gelbe LED und das GPS-Modul blinkt nun
langsamer. Wenn ich nun den Taster drücke passiert gar nichts. Wenn ich
allerdings den Taster für ein paar Sekunden gedrückt halte leuchtet die
Gelbe LED für ein paar sekunden auf und fängt nach einiger zeit wieder
an zu blinken... Woran liegt das? GPS Satellieten sind alleridngs da!
Das habe ich mit meinem Handy kontrolliert...
LG
Sebastian
Also zuerst einmal, der AVR tut seinen Dienst, das Blinkverhalten ist
normal. Um eine Aufnahme zu starten, muss man die Taste lange gedrückt
halten (sobald die Gelbe leuchtet noch ein wenig weiter halten bis
zusätzlich die Grüne leuchtet, dann wird der Modus gewechselt).
Was mir allerdings nicht gefällt ist das Blinken des GPS Moduls.
Normalerweise sollte die GPS-LED beim einschalten kurz Aufleuchten und
dann wieder ausgehen. Anschließend dauert es je nach Empfangslage einige
Minuten und sobald das GPS-Modul einen Satteliten hat, sollte es
folgendes Blinkschema zeigen:
Lang An - Lang Aus - 5 x (Kurz An - Kurz Aus) - Sehr Lang Aus
Ich erinnere mich allerdings daran, dass ich damals ganz zu Beginn (bei
irgendeinem Prototyp) auch so ein Schnelles Blinken vom GPS Modul
gesehen habe.
Wenn ich mich richtig erinnere, lag das allerdings an dessen
Spannungsversorgung. Bekommt es wirklich die 3.3Volt?
Was passiert, wenn du das GPS Modul NUR an die Spannungsversorgung
anschließt, ohne den Logger bzw. irgendwelche Datenpins verbunden. Wenn
du damit einfach so etwas rumläufst, müsste das Modul nach einiger Zeit
auch ein Signal kriegen und im obigen Rythmus blinken.
Wenn das klappt, kannst du ihn dann wieder an den Logger schließen und
schauen, was dann passiert.
Habe ich vergessen dazuzuschreiben... Ich habe das GPS Modul nicht über
den µC laufen da ich vergessen habe den BSS138 zu bestellen...
Ich habe jetzt den Taster mal für geschätze 10 sec. gehalten. Dann ging
die Grüne und Gelbe LED an und kurz darauf wieder aus. Das GPS Modul
blinkt im sekunden Takt. Die Grüne LED blinkt in etwa 5 sekunden takt.
Ich warte jetztmal ein paar Minuten und schua ob sich da was auf der
Karte getan hat.
LG
Sebastian
Hm also zum einen, das ist etwas lang, sicher, dass der Quarz der
richtige ist bzw. richtig konfiguriert? Normalerweise sind es ca. 3
Sekunden die man halten muss.
Mit dem BSS ist kein Problem, ich habe ihn bei mir auch überbrückt, da
ich damals den Falschen gekauft hatte, du musst einfach nur das Pad, an
dem Masse anliegt mit dem Pad, das zum Stecker geht, verbinden. Dann hat
das Modul auch seine Spannungsversorgung.
Wie gesagt, das Blinken des GPS Moduls ist etwas merkwürdig, zumindest
bein Navilock NL507ETTL .. du sagst, du hast das 501, vielleicht ist es
da ja anders. Schau eventuell mal im Datenblatt des Moduls nach, wass
das Blinken zu bedeuten hat.
Es sind nun gute 45 Minuten vorbei und es steht nichts auf der Karte...
Kann es evtl. auch sein, dass ich RX und TX beim GPS-Modul verwechselt
habe?
Ich Programmier den µC nochmal...
Ich benutze AVRDUDE (Konsolenanwendung) - Hat oftmals funktioniert,
wo das AVR Studio nicht flashen wollte.
Ah, bezüglich des Datenblattes scheint ja alles in Ordnung zu sein. Das
langsame Blinken zeigt also den Empfang an.
Wenn die Aufnahme läuft, kannst du sie wieder stoppen (nochmal lange
halten)?
Wenn nein, dann kann es entweder sein, dass, wie von dir erwähnt, die
Verbindung nicht richtig ist, oder aber, dass die Baudrate bzw.
Quarz-Konfiguration falsch ist.
Oder aber das GPS Modul gibt keine NMEA Meldungen aus.. vielleicht läuft
das GPS Modul auch einfach auf einer anderen Baudrate! Eventuell dort
mal nachschauen..
Was anderes kann es eigentlich nicht sein.
Nein, es stoppt nicht...
Ich habe die Verbindung gewechselt. Ging nichts. Baud ist 9600 und
stimmt überein.Quarz habe ich keinen anderen. Habe den auch automatisch
erkennen lassen.
Kann ich das auch mit internen Qaurz irgendwie testen?
Was für ein Quarz ist denn jetzt eingebaut?
Es sollte ein 7,3728 MHz Quarz sein, nichts anderes, da genau diese
Frequenz im Quellcode eingetragen ist.
Wenn du einen anderen Einsetzen willst, musst du den Sourcecode ändern
und das Programm neu kompilieren.
Als Frequenz ist 8MHz nicht unbedingt geeignet, für die UART Übetragung
sollte es lieber ein Baudratenquarz sein, zB eben 7,3728, da so die
Gefahr von Übertragungsfehlern minimiert wird.
Als Fuses hatte ich soweit ich mich noch erinnern kann Ext. Crystal /
Medium Freq. eingestellt
Ja welche Frequenz hat der SMD denn?
Die Frequenz anpassen kannst du in der gLogger.c , das F_CPU define.
Wenn du das Projekt im AVR Studio öffnest, schau auch mal in den
Projektoptionen nach, dort ist es glaube ich auch eingestellt. Zur
Sicherheit immer beides anpassen.
Der SMD hat 7,372 MHz. Habe jetzt den anderen eingestellt und es scheint
zu funktionieren. Werde aber zur Sicherheit einen neuen SMD bestellen...
LG
Sebastian
Also ich hab oft die Erfahrung machen müssen, dass man die Aufnahme
stoppen muss, bevor man das Gerät einfach so aus macht, damit die Daten
sicher gespeichert sind.
Da du aber die Aufnahme nicht stoppen kannst, deutet dies auf ein
Kommunikationsproblem mit dem GPS-Modul hin
Marcus wrote:
> Hi,>> wie kann ich das einstellen, dass die Aufzeichnung sofort beginn wenn> genügen Strom anliegt? Beenden dann mur mit Taster...
Naja dazu musst du halt den Source Code etwas abändern.
Vor der Hauptschleife, im Abschnitt "//Variablen initalisieren", setz
mal status.record = 1
Dann sollte der schon vom ersten Schleifendurchlauf an beginnen, zu
schreiben, die Funktionalität des Stoppens der Aufnahme bleibt natürlich
erhalten.
@ wissenwill
Ja.
Bei den 70mA die das Modul (NAVILOCK NL-504ETTL MTK TTL Modul 60413)
verbraucht hält eine Akkuladung dann in etwa 14 Stunden bei
kontinuierlicher Aufnahme.
Mein Modul saugt 130mA, ich müsste mir dann einen Stapel von zwei dieser
Akkus bauen. Die sind ja nur 3.5mm dünn :)
Hallo,
ich versuche auch den Nachbau des gLoggers. Ich habe mir diverse
Speicherkartenhalter bei CSD bestellt. Leider war keins mit der
entsprechenden Anschlußbelegung dabei.
Kann mir bitte jemand sagen, wo ich den Kartenhalter bestellen kann?
Danke und schönes Projekt!
copycat wrote:
> Hallo,> ich versuche auch den Nachbau des gLoggers. Ich habe mir diverse> Speicherkartenhalter bei CSD bestellt. Leider war keins mit der> entsprechenden Anschlußbelegung dabei.> Kann mir bitte jemand sagen, wo ich den Kartenhalter bestellen kann?> Danke und schönes Projekt!
Hallo copycat,
schau mal bei CSD unter der Artikelnummer SCHA2B0300. Das ist der Slot,
den ich verwendet habe und der auch im Layout benutzt wird.
Hallo nochmal,
kann ich als Taster S2 den "Digitaster rund schwarz, Best.Nr.: 35-DIGR1"
von CSD nehmen oder muß ich einen Mini-Taster 6x6 5mm bestellen. Ich
kann mir leider nichts unter der Bezeichnung DTS-6 in der Partlist.
Danke im voraus
Hallo!
Ich überarbeite zur Zeit die NMEA-Toolbox (die nächste Version wird
einige Neuerungen haben) und habe diesbezüglich eine Frage an die
Personen, die sich das GPX Format wünschen:
Unter welchem Tag soll ich die Punkte in die Datei schreiben? Es gibt ja
anscheinend wpt, rte und trk. Welcher Tag ist am geeignesten für
euch (vom Namen her tendiere ich ja zu rte = Route).
Hallo
@Martin normalerweise werden bei Loggern immer (?) trk aufgezeichnet.
Man kann dann mit den Standardtools diese Trackpoints bearbeiten. Zum
Beispiel mit dem Douglas Peuker Algorythmus reduzieren.
Falls Du Dein Layout nochmals änderst hätte ich den Wunsch, dass die
freien CPU Pins eventuell auf Lötpads gelegt werden (Ist eine BITTE
keine Kritik!)
Hat jemand so ne Leiterplatte über?
MfG
Achim
GPS'ler wrote:
> Hallo>> @Martin normalerweise werden bei Loggern immer (?) trk aufgezeichnet.> Man kann dann mit den Standardtools diese Trackpoints bearbeiten. Zum> Beispiel mit dem Douglas Peuker Algorythmus reduzieren.> Falls Du Dein Layout nochmals änderst hätte ich den Wunsch, dass die> freien CPU Pins eventuell auf Lötpads gelegt werden (Ist eine BITTE> keine Kritik!)>> Hat jemand so ne Leiterplatte über?>> MfG> Achim
Hi Achim!
Vielen Dank für die Information, werde es dann als trk implementieren
(vorraussichtlich dieses Wochenende, den Google Maps Reduzieralgorithmus
habe ich soweit fertig (allerdings selbst entwickelt)).
Ich verbiete dir nicht, die Leiterplatte anzupassen :-) Also du kannst
ja auch gerne selber die Modifikation vornehmen und evtl. hochladen, die
Eagle Projektdateien befinden sich ja alle im Wiki-Artikel. Wenn ich es
richtig sehe fehlen ja nur 7 oder 8 Pins, auch wenn es in der Umgebung
der Pins recht eng ist.. also wenn du willst, nur zu ;-) Ich finde da
leider gerade nicht so die Zeit dazu, habe noch ein großes Schulisches
Projekt am laufen (naja und Schule im Allgemeinen), von daher bin ich
schon froh, dass die Zeit für die Verbesserungen an der NMEA-Toolbox
bleibt. Aber wie früher schon erwähnt, ich versuche die ToDo-Liste bis
zum Sommer abgearbeitet zu haben.
Habe deine Anfrage auch mal auf die Liste gesetzt.
Hoffe es kann mir jemand helfen: Ich habe leider keine Ahnung wie ich
das GPS modul anschließen soll und daher dachte ich mir einfach mal zu
fragen bevor ich es zerstöre...hat ja immerhim auch geld
gekosten...vielleicht kann ja wer meinen anhang vervollständigen!
mfg
Vcc ist die positive Versorgungsspannung (also + von der Batterie)
GND ist die Masse (also - von der Batterie)
Tx und Rx sind nicht allzu kritisch, wenn du die vertauscht,
funktionierts erst mal nicht. Aber kaputt ist es deswegen nicht gleich.
Also: Auf der Platine einfach mal die - Leitung von der Batterie zum
Anschluss verfolgen. Dann weißt du schon mal wo GND hin muss. (GND sind
meist breite Bahnen, oft auch die ganze restliche Platinenfläche)
Dann verfolgst du die positive Leitung von der Batterie, wie sie zum
Anschluss kommt. Dann schliesst du mal die Batterie an, schnappst dir
ein Multimeter und misst nach, ob du zwischen den somit identifizierten
Pins auch tatsächlich die Spannung misst, die da sein soll. Achte auf
das Vorzeichen! Wenn du dich vertan hast und alles genau anders rum ist,
dann zeigt das Multimeter eine negative Spannung an!
(Hast du keinen Schaltplan zu deiner Platine? Da findest du den Stecker
wieder und kannst identifizieren welcher Pin wofür ist.)
Ach ja, es könnte sein, dass das TX vom Modul an das RX vom AVR kommt,
sowie das RX vom Modul an das TX des AVR, da TX ja Senden und RX
Empfangen ist (d.H. der Sender (Augsang) wird jew. mit dem Empfänger
(Eingang) verbunden)
>Tx und Rx sind nicht allzu kritisch, wenn du die vertauscht,>funktionierts erst mal nicht. Aber kaputt ist es deswegen nicht gleich.
Na ja, 2 x TX (Ausgänge) zu verbinden halte ich doch für kritisch.
MW
Danke erstaml für die schnelle hilfe! Allerdings passiert jetzt
folgendes beim Einschalen leuchten erstmal grün und gelb kurz auf dann
beginnt die gelbe led zu blinken. Aber wenn ich jetzt den Taster
betätige passiert rein garnichts die gelbe led blinkt einfach weiter.
Was mache ich falsch?
mfg
mario wrote:
> kann es sein das die größe der speicherkarte mit 1 GB nicht unterstützt> wird?
Kann eigentlich nicht sein, ich betreibe auch eine 1GB SD Karte.
Möglicherweise ist sie aber nicht im richtigen Format formatiert. Ich
benutze dazu das Panasonic SD Tool (müsste irgendwo hier im Thread schon
einmal erwähnt worden sein) zum formatieren, damit klappt es eigentlich
ganz gut.
Und zu dem Blinken, so ein Verhalten konnte ich bis jetzt noch nicht
feststellen. Funktioniert der Taster auch?
Der Taster funktioniert! So ich habe jetzt RX von GPS Modul auf TX des
Controllers gelegt aber es blinckt immer nur noch die Gelbe led und wenn
ich jetzt den taster betätige dann leuchtet sie eine zeit bis sie wieder
ins blinken geht.
Ich habe den Auf den Mikrocontroller das .hex und das .epp file gespielt
aber bei den fuse bits nichts umgestellt ist das richtig oder ist da der
Wurm drinnen?
Wenn ich fuse bits einstellen muss, welche denn?
sorry für die ganzen anfängerfragen...
mfg
mario wrote:
> Der Taster funktioniert! So ich habe jetzt RX von GPS Modul auf TX des> Controllers gelegt aber es blinckt immer nur noch die Gelbe led und wenn> ich jetzt den taster betätige dann leuchtet sie eine zeit bis sie wieder> ins blinken geht.> Ich habe den Auf den Mikrocontroller das .hex und das .epp file gespielt> aber bei den fuse bits nichts umgestellt ist das richtig oder ist da der> Wurm drinnen?> Wenn ich fuse bits einstellen muss, welche denn?>> sorry für die ganzen anfängerfragen...> mfg
Aalso den Taster musst du etwas länger gedrückt halten, dann müsste
irgendwann die Grüne aufleuchten (dann loslassen).
Soweit ich weiß ist Standardmäßig der interne RC-Oszillator aktiviert,
du musst dem Controller allerdings sagen, dass er den ext. Quarz
verwenden soll (sonst klappt das mit der Kommunikation zwischen AVR und
GPS-Modul nicht).
Die genauen Fuses kenne ich jetzt allerdings auch nicht, müssten
eigentlich soweit die Standardfuses sein bis auf eben der Teil für die
Taktfrequenz. Da hatte ich einen Medium Freq. Crystal mit der höchsten
Einschwingzeit (Startup-Zeit) gewählt.
mario wrote:
> So jetzt funktioniert alles so wie es soll :-)>> DANKE FÜR DIE SCHNELL HILFE!>> mfg
Freut mich, dass alles läuft :-)
Die NMEA-Toolbox ist nun so gut wie fertig. Ich habe eine GPX-Datei
angehängt. Möchte jemand prüfen, ob die so in Ordnung ist? Oder fehlen
noch Informationen? Weiß im Moment nicht so recht, wie ich das
nachprüfen soll.. laut GPX 1.1 Doku müsste es stimmen.
EDIT: Ignoriert das Fragezeichen am Ende der ersten Zeile, dass ist dort
aus versehen reingerutscht.
Hallo Martin,
der GPX-Header ist falsch. Die Zeitmarke und die Höhe fehlen ebenfalls.
Ein Fragment aus meinem Archiv als text-Datei anbei.
Gruss Joern Weber
Hallo Joern,
danke für die Benachrichtigung. Ich habe es jetzt angepasst und die Zeit
und Höhenangabe mit eingebaut. Damit habe ich auch erstmal die Version
1.2 fertig, sie steht nun im Wiki-Artikel zum Download bereit:
http://www.mikrocontroller.net/articles/GPS_Logger#Download_2
Unter anderem ist für die nächste Version (1.3) geplant:
* Weitere Informationen in die GPX Datei einpflanzen (so Sachen wie
HDOP-Wert usw.)
* (endlich) eine grafische Ausgabe der Höhen- und
Geschwindigkeitsdiagramme
Hallo Martin,
noch ein paar Anmerkungen zu deinem Projekt. Diese sollen nicht als
Kritik verstanden werden, sondern als Verbesserungsvorschläge und Ideen
dienen.
1. Die von Euch verwendeten Navilock-Module verwenden die GPS-Engine von
Locosys. Siehe Typenbezeichnung in den Zeichnungen und die Doku von
Locosys:
http://www.locosystech.com/
Auf deren Support-Seite finden sich zusätzliche Informationen zu den
Modulen, insbesondere zum SC 1513.
2. Ich persönlich finde das ebenfalls von Navilock vertriebene
QCom-Modul zum basteln vorteilhafter.
http://www.navilock.de/produkte/gruppen/13/Boards_und_Module/95807_Industrie_GPS_Empfaenger.html
Hintergrund ist zum einen, das der Antaris 4 GPS-Chip von Atmel besser
konfigurierbar ist, als der SiRF3. Ein weiterer Grund ist, das bei
diesem Modul als einziges beide Ports nach außen geführt sind. Damit ist
das Modul RTCM-fähig nach SV 104 Version 2.1. Das heißt, man kann in
einem Port Korrekturdaten einspeisen und vom anderen Port die Position
lesen. Das hält für die Zukunft weitere Optionen offen. Eine andere
Konfigurationsmöglichkeit ist, an einen Port (den RS232) den Prozessor
zu hängen und den anderen USB-Port zur Konfiguration des GPS-Chips
mittels u-blox u-center (gibt es zum Download auf der u-blox-Homepage)
zu verwenden. Weiterhin kann der Antaris 4 zusätzliche NMEA Sequenzen
mit Qualitätsinformationen zu den Trackpunkte liefern. Zu beachten ist,
das dieses Modul mit 3,3 Volt betrieben werden muss. Das besorgt ein
Step-Down-Regler-Bausatz von Pollin. Über diese Speisespannung wird
dann auch die aktive Antenne gespeist. Ich verwende hierzu eine AT 67
mit MMCX-Anschuss von Navilock. Das Teil stammt original von Sanav aus
Taiwan. http://www.sanav.com/ An den RS232 TTL-Pegel-Ausgang habe ich
Pegelwandler von Pollin gehängt.
3. Ich bin ein fauler Mensch und setze mir deshalb einem Euren Projekt
ähnlichen Logger aus Baugruppen zusammen. Siehe hierzu insbesondere den
SDU1 Bausatz von ELV. (Artikel-Nr.: 68-834-89) Der Empfänger selber
funktioniert bei mir schon. Der Logger-Bausatz wird in den nächsten
Tagen eintrudeln.
4. Für die GPS-Module ist für einen ungestörten Empfang eine möglichst
glatte Speisespannung erforderlich. Daher sollte man entweder Akkus
vorsehen oder einen USB-Anschluss als Stromquelle verwenden. Im
letzteren Fall sollte das USB-Kabel mit einem Entstörfilter versehen
sein und ein dicker Elko die Strom/Spannung-Spitzen beseitigen. Selbes
gilt bei Verwendung der KFZ-Boardspannung. Wobei hier noch ein
Querregler für den 5V-Teil erforderlich wird.
5. Bei Fragen zur GPS-Technik könnt Ihr gerne in meinem Buch lesen:
http://www.naviuser.at/forum/showthread.php?t=758
Gruss Joern Weber
Hallo,
super Projekt :) Fands noch besser das Teil kleiner wär... Hat sich
schon jemand die Mühe gemacht das Layout zu modifizieren ? Eventuell
doppelseitige Platine, und das ganze dann in nen kleineres Gehäuse.
gruß christoph
Hallo,
ich hab ein neues Layout erstellt. Alles in SMD und mit einem anderen
GPS-Modul von J. Perthold
Beitrag "[V] Mini GPS Module - SkyTraq".
Passt alles in das gehäuse TEKO 10014 von Reichelt.
Die Laufzeit ist noch nicht überzeugend, gerade mal 6 Stunden mit dem
Nokia Akku BL-4C (860mAh) ohne FIX.
Ohne FIX benötigt das GPS-Modul 112mA mit FIX dann noch 46mA, aber der
Atmel genehmigt sich bei mir auch satte 20mA.
Die Eagle-Dateien findet ihr unter
http://mfluhr.de/Heimseite/hobbies/elektronik/63-gps-logger.
Gruß Michael
@ fury 3D
Dein Layout sieht echt sauber aus und du hast die Platine effizient
ausgenutzt.
Das einseitig Layout macht den Nachbau auch recht einfach.
Was ich nicht so gut finde sind die Thermalpads bei deinem 3.3V
Festspannungsregler, die sollten weg.
Da er nur ca.0.0528W abgeben musst ((4.1-3.3)*66mA) ist das aber okay.
(der Regler ist dann 8.5 Kelvin wärmer als deine Umgebungstemperatur im
Gehäuse)
Mein GPS-Modul schluckt 2.6 mal so viel ... :)
Wenn dein gLogger nun ordentlich funktioniert mach doch etwas Klarlack
rüber (über die Stellen der Platine an die du eh nicht mehr ran musst,
außer SV2), das schützt vor Korrosion und Kondensat.
Ich mach das auch immer und es hat sich bewährt!
Welche aktuellen GPS-Module sind empfehlenswert?
Ich wollte mir hier
http://www.maritex.com.pl/en/shop/products/ggid/10521 welche bestellen,
aber mir raucht inzwischen der Kopf vom Suchen und Vergleichen und weiß
schon nicht mehr recht, ob es aktuelle Teile sind.
Irgendwelche Tipps?
Ein Manko welches die software meiner Meinung nach hat ist, dass sie
immer Punkte aufzeichnet was zur Folge hat dass wenn man sich nicht
bewegt immer Punkte aufgezeichnet werden und so unnötig Speicher belegt
wird.
Ein weiteres Problem ist bei mir dass wenn ich mich nicht bewege die
aufgezeichneten Punkte immer ein wenig streuen also einnerhalb eines
Hauses keine genauen aufzeichnungen hinbekomme. Soll jetzt keine Kritik
sein sondern eher ein Verbesserungsvorschlag sein. Wenn man das
überhaupt Softwaretechnisch realisieren kann.
mfg Mario
Ja, das Problem ist mir durchaus bewusst. In der NMEA-Toolbox habe ich
mittlerweile auch implementiert, dass er, wenn man eine kml für Google
Maps erstellt, Punkte ohne großartige Bewegung herausfiltert. Es wäre
natürlich auch eine Möglichkeit, das ganze direkt im Gerät zu
implementieren, aber ob es auf die paar Bytes pro Zeile wirklich darauf
ankommt, wo man doch Speicherkarten mit einem Gigabyte an Platz fast
schon hinterher geworfen bekommt? Denn dafür müsste das Gerät dann
zuerst die NMEA Strings parsen und die Koordinaten rausfischen, diese
dann miteinander vergleichen und ggf. rausschmeißen.
Naja und gegen das Streuen lässt sich vermutlich auch nichts
unternehmen, das ist ja mehr die Eigenart des GPS-Moduls. Dazu müsste
man vielleicht eine bessere Antenne oder insg. ein Hochwertigeres Modul
nehmen, um dies zu unterbinden.
Martin Matysiak wrote:
> Es wäre natürlich auch eine Möglichkeit, das ganze direkt im Gerät zu> implementieren, aber ob es auf die paar Bytes pro Zeile wirklich darauf> ankommt, wo man doch Speicherkarten mit einem Gigabyte an Platz fast> schon hinterher geworfen bekommt?
Denke eher um Strom zu sparen.
Ist die Frage wie viele µAh ein Schreibvorgang kostet und ob das herum
rechnen nicht eventuell mehr braucht.
Hallo
ich bin noch auf der Suche nach einer Batteriestromversorgung (LiIon)
die man über USB laden kann.
Weiter oben hat "Michael Fluhrr" sowas gemacht, leider sind aber die
beiden erforderlichen IC´s nicht so leicht zu beschaffen.
Gibts ne alternative Schaltung mit Reichelt Bauteilen?
MfG
Achim
Hallo,
um den Akku per USB zu laden braucht man nur den MAX1811, und gibt es
bei Reichelt. Der MIC2940 ist nur ein Spannungsregler für die 3,3V.
Im Moment hab ich immer noch einen Nokia Akku BL-4C dran und das
funktioniert bestens, kann aber natürlich nicht sagen wieviele
Ladezyklen der Akku hält.
Gruß
Michael
Hallo
@Michael da wäre ja der LT 1129 CST-3.3 bei Angelika, aber der Akku hat
ja 3,7 V (HCP 294-LIP) reicht das eigentlich für den Regler. Sollte doch
mindestenst 400 mV Unterschied sein. Hat da jemand Erfahrung damit. Das
Prinzip ist schon klar. Ich suche halt jemand der sowas erfolreich mit
Reichelt-Bauteilen aufgebaut hat.
MfG
Achim
Ps.: Ätzt jemand so eine Platine für mich mit oder hat eine über?
Sucher wrote:
> Hallo>> @Martin kannst Du mir Bitte erkären, warum bei schwachem Akku nur das> GPS Modul abgeschaltet wird und nicht gleich Alles?>> MfG> Achim
Ich antworte mal mit einem Zitat:
Martin Matysiak wrote:
> gps wrote:>> @Martin: Wozu brauchst du die SD-Karte (im Standby) noch, wenn das>> GPS-Modul wegen zu schwacher Batterie abgeschaltet wurde? Verstehe ich>> gerade nicht...>> Brauchen tu ich sie nicht, aber es lohnt sich auch nicht, noch einen> Transistor einzubauen, da die SD Karte im Standby nur 100µA verbraucht> und die machen jetzt auch keinen so großen Unterschied.
Der µC wird ja auch in einen Stromsparenden Modus gefahren, es wird also
so viel wie möglich abgeschaltet, allerdings auch mit so wenig Aufwand
wie möglich.
Insgesamt hatte ich in der letzten Zeit die Idee, in eine mögliche
Nachfolgeversion des gLoggers noch ein GSM Modul einzubauen. Das könnte
bei Radtouren insofern nützlich sein, als dass man kein normales Handy
mehr mitnehmen braucht. Im Falle eines Notfalls könnte man dann ja zB
einen Notruf Knopf einbauen, der dann an Eltern/Verwandte/Freunde oder
evtl. sogar direkt an die Notruf-Zentrale eine SMS mit den genauen
Koordinaten sendet.
Kennt jemand ein gutes und möglichst günstiges GSM Modul? Ich habe
bislang das "SIM300D" gefunden* , das mit ca. 22€ recht günstig ist. Hat
jemand Erfahrungen mit dem Modul bzw. ein anderes günstiges?
* Bezugsquelle :
http://www.tme.eu/de/katalog/?art=SIM300D#id_category%3D100554%26
Datenblatt : http://www.fleximatrix.fr/docs/sim300D_HD_V2.01.pdf
Hab bisher nur mit nem Wavecom GSM Modem gearbeitet. Für meine
Standheizungssteuerung im Auto. Ansteuerung ist einfach über AT Befehle,
wie bei dem SIM300D wohl auch.
Bin am überlegen es mir zu bestellen ist ja echt günstig und schön klein
Hi,
ich bin sehr interessiert in diesen Logger! Wer kann mir den gegen
Bezahlung bauen? Ich bastel zwar auch etwas in Elektrik, aber das hier
ist ein ganz andees Niveau... Super Projekt...
Hinweis zum Spannungsregler im Layout von Michael Fluhr:
Im Datenblatt zu dem Maxim-Chip zum Akkuladen steht, man soll die beiden
Ground-Pins 3 und 6 zur Leistungsabführung an größere Kupferflächen
anschließen. Das scheint in dem Layout nicht berücksichtigt zu sein.
Hallo,
ich hab inzwischen wieder an einem neuen Layout gearbeitet, mein Ziel
war es möglicht viel Platz für den Akku zu schaffen.
Dazu habe ich in Platine einen Ausschnitt vorgesehen, in den das
GPS-Modul eingebaut wird, was 2mm bringt und der Akku darf jetzt 7,5mm
dick sein.
Für das ISP hab ich 6 Kontakte vorgesehen, einmal als Pads und einmal
als Vias. In die Vias kann eine Steckerleiste SL 1X10G 1,27 von Reichelt
gelötet werden.
Dazu gab es einen Ein/Aus-Schalter (PCM12SMTR oder SSSS811101) den es
für 0,60 Euro bei Mouser.com gibt. Wer Alternativen für Schalter kennt,
darf sich gerne melden.
J. Perthold liefert zu seinen GPS-Modulen noch einen GoldCap, für den
ich auch einen Platz vorgesehen habe, jedoch ist der mit 10mm viel zu
hoch. Bei Mouser.com gibt es einen liegenden Goldcap (EDLEN204RL3R3S)
für 1,16 Euro.
Der MAX1811 hat auch etwas größere Masseflächen, was aber scheinbar
nicht nötig ist.
Nur mit dem Akku bin ich nicht ganz zufrieden, dewegen gibts es einmal 2
Pins oben rechts und ich hab Kontakte für einen Nokia BL-4C vorgesehen.
Die Halterung dazu muss aber noch gebastelt werden.
Da ich die Platine nicht mehr selbst ätzen kann, würde ich die gerne
herstellen lassen. Preis wäre 10 Euro pro Platine bei 6 Stück bei
haka-LP.de.
Möchte jemand von euch eine Platine ?
bedenkt aber, das es die Prototypen sind und es vielleicht länger dauern
kann um Fehler zu beseitigen.
Es wäre wohl auch vernünftig GPS-Modul, Schalter etc. auch gesammelt zu
kaufen, falls noch nicht vorhanden.
Jetzt hoffe ich auf Reaktionen.
Gruß
Michael
Super!
Mir war (auf der alten Platine) auch noch aufgefallen, dass die
Akkuleitungen teilweise sehr dicht aneinander laufen zu schienen. Da
diese Li-Akkus ziemlich gefährlich sind, wenn sie kurzgeschlossen werden
(d. h. explodieren können), denke ich, dass ein gewisser
Sicherheitsabstand sinnvoll ist. Ein Lötspritzer oder ein loses Litzchen
sollten da nicht gleich zu einer Gefahr werden (auch bei selbst geätzten
Platinen). Mit Lötstopplack ist das natürlich weniger kritisch, aber
auch da kann man an allen Lötpunkten von MAX... sowie Akku usw. auf
Abstände achten.
Es ist vermutlich nicht optimal, einen Schalter extra in den USA
bestellen zu müssen. Sowieso wäre es ideal, wenn man möglichst alles bei
einer Quelle bekäme. Diese Reichelt-Listen (ein Klick, und alle Teile
sind im Warenkorb) sind schon sehr praktisch.
Ähnlich sehe ich das mit dem Akku. Man hat ja dann jedes mal wieder
Versandkosten, was das Ganze sehr verteuert, vor allem, wenn sich das
später mal wieder ein Einzelnachbauer vorknöpft.
Ich wollte mir eh bald diese Platine ätzen, weil sie mir auch schon so
recht gut gelungen erschein. Insofern kommt Deine Verbesserungs- und
Fertigungsinitiative sehr gelegen. :-) Allerdings hätte ich versucht,
das Layout auf eine Buchse für SD-Karte umzustellen (statt Micro-SD),
weil ich davon einige habe und mir die Micro-SD(s) erst besorgen müsste.
Vielleicht geht auch beides, als Alternativbestückung?
Als ISP wäre mir ein 2*3-Stecker lieber, einfach weil das der "Standard"
am AVT ISP mkII ist, und dann braucht man sich keinen zusätzlichen
Adapter zu frickeln.
Noch was? Ach ja, ich würde mir die Software modifizieren wollen, um
zusätzlich zu den Geodaten noch Messdaten eines externen Geräts zu
loggen. Dazu würde ich mir freie Anschlüsse des Controllers irgendwo
zugänglich machen (Lötpads oder -- wenn Platz -- Stecker), über die ich
dann einen weiteren Datenstrom in die Geodaten mit reinmischen würde,
sodass die Messdaten dann sozusagen mit Time- und Geostamp vorliegen.
Aber auch ohne diese Änderungen würde ich eine Platine abnehmen.
Da fällt mir auf, willst Du den Akku etwa über das GPS-Modul legen? Ich
denke, der sollte besser nicht die Antenne abdecken, weil das wohl den
Empfang verschlechtern würde. Wir hatten hier im Forum schon solche
Probleme bei dem Aufbau anderer Kollegen.
Oder weist die Antenne in der neuen Version in die andere Richtung,
sodass das ganze Gehäuse praktisch "umgedreht" ist? In dem Fall müssten
dann wohl auch die LEDs auf der anderen Platinenseite sitzen.
Ist die Platine jetzt eigentlich zweiseitig geworden?
Ich würde das Gerät übrigens auch am Fahrrad betreiben wollen, am
Nabendynamo (für eine längere Tour). Für sowas bräuchte es dann noch die
Elektronik zum Gleichrichten und ggf. eine Änderung der
Stromzufuhrschaltung (Spannung am MAX...?). Ich weiß aber nicht, ob der
Platz sowas noch hergibt.
Hallo Michael,
ich habe eventuell Interesse. Wäre es nicht sinnvoll einen Atmega644P zu
nehmen und eine serielle Schnittstelle von den zwei auf ne Buchse zu
legen? Ich möchte da noch einen Pulslogger von einem Brustgurt mit
einbauen...
Die freien Pins noch auf Lötpads oder eben 2 oder ne grössere
SMC-Leiste?
Planst Du den Sktraq Modul zu stecken oder fest einzulöten (Austausch)?
Stecken würde die Platine auch für andere GPS Module zugänglich machen
und eventuell einen größeren Bedarf wecken
Der Leiteplattenausschnit macht der das nicht nur teuerer? Wäre da nicht
ein größeres Gehäuse eventuell besser?
Das Problem ist auch noch die "Sonderbauteile" falls nicht von Reichelt
verfügbar!
MfG
Achim
1. Zu dem Schalter: Bei Reichelt hab ich noch keinen Schalter gefunden
der auch nur annähernd akzeptabel wäre. Bei CSD könnte ich mich auf
35-SBS03 einlassen, aber leider ohne Datenblatt (aber ich könnte ja mal
nachfragen).
2. Akku: LiPo bei Reichelt ? da gibts nur Handy/Kamera-Akkus und da hat
man das Problem mit einer Halterung.
3. SD-Karte: Sieht schlecht aus. Das passt wegen dem Ausschnitt nicht in
die untere Hälfte, und oben müsste man auch alles verschieben.
4. Den ISP hab ich mit SMD-Stecker realisiert, Reichelt SL 2X10G SMD2,54
hoffe das ist OK.
5. Den Port C gibt es auf einer Steckerleiste (Reichelt SMC ML 12-6,7G)
+ 2 analoge Eingänge von Port A und Versorgungsspannung natürlich.
6. Der Akku ist wie im Bild oben auch unter der Platine. Nur die Platine
bekommt einen Ausschnitt in den das GPS-Modul passt. Damit kann die
Platine an den Deckel geschraubt werden und nicht in den Boden des
Gehäuses.
7. Fahrrad hab ich mir auch schon überlegt, aber ich hab keine erprobte
Schaltung dazu.
8. Ich wollte den Processor eigentlich nicht ändern, oder wenn dann
einen mit USB um die SD-Karte direkt auszulesen. Die 2 Seriell könnte
man doch auch in Software realisieren, Pins stehen auf einer
Steckerleiste zur Verfügung.
9. Das Skytraq-Modul möchte ich fest einlöten. Aber ich habe Pins
vorgesehen, wer möchte kann das Modul auch stecken, aber dan findet man
vermutlich kein passenden Gehäuse mehr.
10. Exotische Bauteile: Das ist mir klar, aber ich kenne keine
Alternativen.
PS. Gibt es den Atmega644P bei Reichelt ?
Gruß
Michael
Hallo
@Michael ich glaube (weiß es nicht genau) Reichelt liefert den P
==>http://www.reichelt.de/?;ACTION=3;LA=444;GROUP=A363;GROUPID=2959;ARTICLE=68172;START=0;SORT=artnr;OFFSET=16;SID=31XMMj3qwQAR8AAApHlEkae535059485831c5f64f055c1b01bd7a
zumindest war das in der DIL Version so.
Die zweite serielle Schnittstelle hätte eben den Vorteil, dass man die
NMEA Sequenzen durchreichen könnte. Das ist sicherlich für Testzwecke zu
Hause vorteilhaft. Auserdem könnte man dann das als Lifetraracker
verwenden in Verbindung mit nem PDA bzw. einen Blutooth Modul (?).
Ferner kann mann dann die Daten über die ser. Schnittstelle downloaden.
Allerdings würde dann die Beschaltung nicht passen. Gehäuse des
Prozessors ist das Gleiche.
Läßt sich der Stecker nicht so positionieren (Steckerleiste (Reichelt
SMC ML 12-6,7G), dass man da Huckepack was dazustecken kann. Das sind
die gleichen Wünsche bzw. Gedanken wie sie @PJ geäußert hat. (zB.
serielles Interface, I2C, Bluetoothmodul, Herzfrequenzdedektor......)
==>http://www.reichelt.de/?;ACTION=3;LA=444;GROUP=C1443;GROUPID=3225;ARTICLE=41053;START=0;SORT=artnr;OFFSET=16;SID=31XMMj3qwQAR8AAApHlEkae535059485831c5f64f055c1b01bd7a
MfG
Achim
Ps. Ich habe in meinem Prototyp den Skytraq waagerecht zur Leiterplatte,
das hat den Vorteil wenn ich den in die Brusttasche stecke schaut die
Antenne zum Himmel. Ist halt ein dickeres Gehäuse und mit den Akkus habe
ich derzeit auch keine Probleme deswegen. 4xAA dies in jeder Ecke (auch
im Urlaub) gibt.
Hallo
noch ne Frage(n) wie ist den die Meinung zur Gehäusegröße? Es gibt ja
fertige Logger für ca. 30€ die das auch können und klein sind zB.:
i-Blue 747. Den habe ich schon lange und der wird in der Bucht immer
noch angeboten. Der Nachbau eines reine Loggers lohnt fast nicht, ausser
der Bastelfreude!
Deshalb würde ich eventuell Wert legen auf ein Display (Standard? Nokia?
oder?) und Navi Tasten zB.: sowas wie Navimec Cursor Tasten (Reichelt
Online-Katalog Seite 619)
Leider bin ich mit meinem Lochrasterprototype noch nicht so weit. Ich
kann bisher nur über die serielle Schnittstell auf den PC loggen.
Übrigens da gibt es ein super (freies) Tool ==>AVGPS, welches sehr zu
empfehlen ist.
Ist ein Gold-Cap aus dieser Reihe nichts?
http://www.reichelt.de/?;ACTION=3;LA=444;GROUP=B318;GROUPID=3148;ARTICLE=19387;START=0;SORT=artnr;OFFSET=16;SID=31XMMj3qwQAR8AAApHlEkae535059485831c5f64f055c1b01bd7a
MfG
Achim
Das lohnt vielleicht weniger wegen des Preises, aber dafür kann man
Soft- und Hardware an eigene Wünsche anpassen, weil man genau weiß, wie
es gemacht wurde und die Sourcen hat.
Das geht auch über die reine Bastelfreude hinaus, weil es ganz neue
Projekte ermöglicht, wie z.B. OSM-Mapping oder Geo-Messdatenerfassung.
Deine Vorschläge würden wohl eher ein komplettes Neudesign der Platine
erfordern, außerdem schluckt ein Display Strom. Vielleicht braucht das
Display sogar noch 5V, das wäre dann noch mehr Aufwand.
Hallo
@PJ um ein Redisgn zu vermeiden habe ich ja vorgeschlagen einen oder
zwei Steckerleisten so zu setzen, dass man Huckepack was eigenes
anschließen kann. Eventuell, je nach Gehäusewahl im gleichen Gehäuse
oder Huckepack ein zweites Gehause.
Als Display möchte ich an meinen Prototype ein "nokia 3310 display"
hängen, das passt schon mit den 3,3 V. Das problem ist der Zugang zu den
entsprechenden Pins (SPI, I2C oder 1-Wire wäre noch was). Eventuell
externer Temperatursensor (1-Wire), denn der interne sagt wenig über die
Aussentemperatur aus.
Ich denke da eventuell auch noch an Luftdruck, Kompass, Taupunkt...etc.
eben was, was man nicht kaufen kann.
MfG
Achim
Der Stecker ist für Hukepack-Platinen gedacht, damit kann jeder dazu
basteln was er mag. Die ganzen Sensoren passen aber nicht mehr auf die
Platine, ein FOST02 ist schon riesig (fast so groß wie die Micro-SD).
Die Goldcaps von Reichelt sind zu groß (8mm dick). Der von mir genutzte
hat einen Durchmesser von 6,8mm und ist 2mm dick.
An ein Display (Nokia 3410)habe ich schon gedacht, und ohne Backlight
fällt der Stromverbrauch kaum ins Gewicht. Aber wo soll es hin ? über
den Tasten ist kein Platz und über dem GPS-Modul ist auch nicht
vernünftig.
SPI ist oben links auf Top verfügbar und auf Bottom über den ISP. I2C
ist auf dem Stecker verfügbar und für 1-Wire reicht jeder beliebige
Portpin.
Gruß
michael
Hi,
ich habe mir ebenfalls mal Gedanken gemacht über eine variante das ganze
am PC auszulesen und bin dann zum Entschluss gekommen das alles über den
mini USB der ja bereits vorhanden ist zu realsiseren. Habe da auch schon
einen Entwurf hgemacht, aber nicht auf diesen PC. Ich werde mich heute
abend mal ransetzen und das ganze auf den aktuellen Schaltplan von
Michael FLuhr bringen. Ich denke so um die 20 - 21 Uhr werde ich das
alles soweit haben. Bei mir ist auch ein 644p einegplant...
Hallo
@Sebastian eine alternative wäre nur die 2. serielle Schnittstelle
rauszuführen. Ich habe da derzeit einen biligen USB/Ser Converter dran.
Nokia Handy Kabel von der Bucht.
Im hinblick auf ein Display wäre es eventuell gut einen Drehencoder oder
so einen MiniJoystick vorzusehen. Noch freie Pins sollte man auf Lötpads
bzw. Buchse legen. Leider bin ich mit EAGLE nicht vertraut.
MfG
Achim
Und wasserdicht wäre bei einem Fahrradgerät natürlich auch super. :-)
Bei dem Gehäuse müsste man dann wohl auch noch was machen... Ein
umlaufender Klebestreifen reicht da vielleicht für's erste. Damit könnte
man auch einfach die LED-Löcher überkleben, dann sieht man sie noch
funzeln, aber sie bleiben trocken.
Schalter und Drehencoder wird da schon schwieriger.
Aber kennt jemand geeignete USB-Anschlüsse, die den Betrieb am Fahrrad
bei Wind und Wetter aushalten?
Display weiß ich nicht genau. Aber da fräg ich mich: Ohne Display könnte
man das Teil auch einfach in Rucksack/Tourtasche stecken. Mit Display
jedoch möchte man es gerne ablesen, also muss es wo hin, wo man es sieht
(z.B. Lenker). Aber was will die Display-Fraktion da denn eigentlich
ablesen? Die durchlaufenden NMEA-Meldungen? Die intuitiven
GPS-Positionsdaten? Die Temperatur, falls man sie so nicht spürt?
Ich habe für mich das Projekt erstmal aus Zeitgründen auf Eis gelegt...
Man kann natürlich andere Bauteile verwenden. Was nun besser oder
schlechter ist war für mich vorerst zweitrangig. Ich habe eben die Eagle
Files etwas bearbeitet, dass sich da jemand dran machen kann der mehr
Zeit über hat. Zum Programmieren der USB-Schnittstelle habe ich auf
keinen Fall Zeit über!
Wenn es besser varianten gibt das ganze per USB auszulesen bin ich gerne
bereit dazuzulernen. Ich bin auch kein Profi und habe beruflich auch
nichts damit zu tun...
Hallo
@Radler
>Display weiß ich nicht genau. Aber da fräg ich mich: Ohne Display könnte>man das Teil auch einfach in Rucksack/Tourtasche stecken. Mit Display
..das kannste auch mit Display in den Rucksack packen. Display sollte
optional sein bzw. abschaltbar. Anzeigen könnte man vieles
Batteriespannung, Position, einfache Navi, Entfernung zum Ziel und und.
Einen reinen Logger brauchst Du nicht selbst baue. Den kriegt man
billiger. Siehe oben.
MfG
Achim
Da haste schon recht, man könnte Einiges anzeigen. Ist mir nach dem
Posten auch selbst schon aufgefallen.
Z.B. Geschwindigkeit, verschiedene Durchschnittsgeschwindigkeiten,
Tages-, Wochen, Monats-, Jahres-, usw. Strecken.
Verbrauchte Kalorien (für Abnehmer).
Sinnlos an Ampeln verplemperte Zeiten würden mich auch mal
interessieren. Das kann man dann mit einem Motzebrief ans zuständige
Tiefbauamt schicken. "Wie stark reduzieren Ampeln die
Durchschnittsgeschwindigkeit?", das soll erst mal jemand mit einer
anderen Methode ermitteln...
Differenz Luftlinie/Gefahrene Strecke. (Auch für's Tiefbauamt, wenn sie
die Radwege SEHR blöd verlegen. Solche Initiativen können wirklich was
bewegen, ich hab's damals bei der Fahrradinitiative in Kiel gesehen.)
Plattenstatistik.
Fotostandortspeicher.
Allerdings würde ich es an einen Nabendynamo anschließen wollen. Da ist
Rucksack nicht so ideal. (Aber irgendwie würde auch das gehen.)
Wenn ich's mir überlege, wäre mir ein Teil mit Display schon lieber.
Wäre dann eben ein anderes Gerät (größeres Gehäuse, andere Platine
usw.).
Es muss halt einer machen.
So, nun auch noch das geroutete Layout mit einem ATMega644. Habe
allerdings noch die USB geschichte weggelassen! Bin mir im Moment nicht
sicher welcher weg der bessere ist...
Wenn ich jetzt mal die Widerstände/Kondensatoren kram weglasse, dann
benötige ich noch folgendes? Kann das mal bitte jemand überprüfen der
etwas ahnung davon hat?
- ATmega mouser.com (556-ATMEGA644P-20AU)
- BSS123 Reichelt (Artikel-Nr.: BSS 123 SMD)
- LM75AD Reichelt (Artikel-Nr.: LM 75 SMD)
- Max 1811 Recihelt (Artikel-Nr.: MAX 1811 ESA)
- 1 Schalter Mouser.com (SSSS811101)
- MIC 2920A-3.3WS mouser.com (595-REF2920AIDBZT)
- Micro-SD Kartenhalter csd (Best.Nr.: 020196)
- USB-Buchse csd (Best.Nr.: 15761)
- Quarz csd (14-4S07,372MHZ)
- 1 Hand voll bunte LED´s (immer vörratig...)
- 2 Taster (immer vörratig...)
- SKYTRAQVENUS5 j. perthold hier im Forum
mit denen kann ich nichts anfangen bzw. bin ich mir nicht sicher was ich
da nemen muss... kann da mal jemand weiterhelfen?
- SMCML12
- BL4C
- Stecker SMD 6 pol.
Hallo
ich bin eher der Grobmotoriker und lege nicht so einen Wert auf "klein".
Kleine Logger kann man biliger kaufen. Ich habe in meinem Prototype eine
normale SD-Karte, so dass diese, wenn sie eingeschoben ist nicht
raussteht. Ähnlich wie bei den PDA's von ASUS. Ich finde man sollte auf
exotisch beschaffbare Bauteile nur wegen der Kleinheit verzichten.
Ferner ist es meiner Meinung nach zu Schade den Analogport mit 3 Leds
und zwei Taster zu belegen. Ein Display und ein Joystick oder
Drehencoder auf die anderen freien Port Pins zu legen wäre aus meiner
Sicht sinnvoller. Analog Ports für ne Datenerfassung von speziellen IOs
reservieren.
Eventuell entwickelt sich dann ein "Open Logger" Projekt. Kleine Logger
gibt es preiswert wie Sand am Meer. Ein Eigenbaulogger muß andere
Qualitäten haben, sonst lohnt sich ein Eigenbau nicht.
Falls sich was mit dem Atmega644P entwickelt, bin ich mit dabei.
MfG
Achim
@ Radler
Dieser Virtuelle-USB hört sich ganz gut an.
Beim Atmega644*P* kann man auch jedes beliebige Beinchen alt
Interruptpin nutzen und den USB Anschluss beliebig verlegen.
Das müsste dann aber schon ein 12MHz Quarz sein.
Es wär doch schön wenn man einen Taster drückt und dann werden die Daten
per USB auf den Computer überspielt.
Ich könnte dafür eine Java-App schreiben.
Jedenfalls hab ich hier mal ein Testboard mit einem ATMEGA644P-20MU
gemacht um da mal etwas mit USB zu probieren.
Vielleicht kann man es auch so hinbekommen dass man die Daten per HID an
den PC sendet dann braucht man keinen extra Treiber.
Weiß da jemand wie oder ob das damit geht?
Das HID geht mit dem VUSB, deren Website hat ja gerade dafür viele
Beispiele.
Das wäre dann so, als würde jemand über die Tastatur die ganzen Daten
eintippen.
Man könnte das statt als HID aber auch so programmieren, dass gar kein
Tastendruck am Gerät notwendig ist. Dann gibt der PC den Befehl über die
USB-Schnittstelle. Das erfordert wohl etwas mehr Einarbeitung in USB und
diese VUSB Library.
Ein Nebeneffekt eines funktionierende USB-Ports zum Auslesen wäre, dass
man die Speicherkarte nicht unbedingt herausnehmbar machen muss. Dann
könnte man sich ein Loch im Gehäuse sparen, was die Dichtigkeit
verbessert und wahrscheinlich auch die Mechanik der Karte im Gerät
verbessert. (Man könnte sie dann sogar direkt festlöten.)
Vermutlich gibt es auch komplett dichte USB-Ports (wobei aber wohl
Beschaffung und Einbau besondere Anforderungen stellen würden, einfach
am Rand an die Platine setzen reicht dann natürlich nicht).
Das VUSB ist allerdings nicht so schnell wie ein direktes Auslesen der
Speicherkarte in einem schnellen Lesegerät. Bei mehrwöchigen Radreisen
wird sich dass am Ende dann sicher kurzzeitig etwas störend bemerkbar
machen.
@Chris
- SMCML12 : SMC ML 12-6,7G bei Reichelt aber nur für evtl. Erweiterungen
nötig
- BL4C : Ist die Idde einen Nokia-Akku zu benutzen, die
Kontaktiereinrichtung hab ich bisher nur bei Ebay gefunden.
- Stecker SMD 6 pol. : Ist der ISP, aber inzwischen wieder runter
geflogen.
@fury Ja, ich habe den Atmega ausgetauscht... Zumindestens im Layout!
Habe mir noch keine Platine gemacht, weil...
1. Weil ich mir noch nicht sicher bin wie ich das am geschicktesten mit
der USB sache lösen werde.
2. Weil ich mir gerade ein Belichtungsgerät baue und von der direkt
Toner aktion weggehe.
3. Wenig Zeit habe und ich die nächsten Wochen keine Zeit zum
Programmieren habe...
Ich benutze die Eagle Version 5.4.0. Nicht ganz die neueste, aber
relativ aktuell.
LG
Sebastian
Hallo Mirko,
ja ist noch aktuell, ich werde vermutlich nächste Woche bestellen.
Bin nur noch nicht sicher wie ich das mit der Bestellung bei Mouser
machen soll.
Ich nutze die Gelegenheit auch gleich das aktuelle Layout anzuhängen.
- Atmega 644P
- 2. Serielle auf der Steckerleiste (dadurch Pinbelegung komplett
umgeworfen)
- ISB auf 2x3 Steckerleiste
- V-USB (wegen 12MHz aber nur wage Hoffnung)
Hallo
@Michael ich habe jedenfalls auch Interesse an ner Platine (max 3).
Könnte man die Leds nicht auf die "anderen freien Pins legen, so das der
Analogport ganz frei wird für analoge Erfassung? Taster könnte man über
Widerstands kette an einen Pin hängen? Dann wärs ein GPS Universal I/O
Logger.
Eventuell noch die Standard Induktivität 10 uH zwischen AVCC und VCC
(Seite 251 ATMEG644P) Manual?
Die zweite serielle Schnittstelle liegt die dann auf dem USB. Ich habe
die derzeit direkt mit einem billigen Handy USB/ser. Konverter
angeschlossen.
Schön wäre noch eventuel eventuell die Möglichkeit einen Widerstand zu
Bestücken von VCC auf Lötpad auf freien Pin (1-Wire).
Wenn ich da noch irgendwie mein Nokia Display dranfrickeln könnte wäre
ich glücklich.
MfG
Achim
LEDs und Taster S2 möchte ich nicht ändern, den anderen Taster schau ich
mir mal an.
Auch die Induktivität und 1 oder 2 PullUp-Widerstände (PC2 und PCA4)
werde ich versuchen rein zu bekommen.
Die serielle kann über 2 0Ohm Widerstände auf den USB gelegt werden. Die
2 Widerstände sind zwar für V-USB gedacht aber es geht auch anders.
Das Nokia-Display könnte man auf dem Top an den SPI oben links hängen.
Was man aber zusätzlich bräuchte wäre ein Reset-Signal und einen
Kondensator für VOut.
Ich bin mir nicht sicher, kann man den Reset des Display an den Reset
des AVRs hängen ? ich erinnere mich das ich mal Probleme damit hatte (zu
kurz oder Flanke zu flach)
Hallo Michael
>>Nokia-Display habe ich noch keine Erfahrung. Habe die mal in der Bucht
ersteigert, aber noch nicht eingesetzt.
Bei mir ist im Zusammenhang mit der Platine nur offen wie ich an die
Sonderbauteile ungleich Reichelt komme?
Hast du vor eine Sammelbestellung zu machen?
Für die Eingabewürde ich sowiso nen Dreencoder oder sowas dranfrickeln
dran würden die Taster eh entfallen....
MfG
Achim
Ps: Ferner ist natürlich das SMD ne weitere Herausforderung. Ich bin da
eher Grobmotoriker im fortgeschrittenen Alter, habe aber schon SMD
gelötet...
Der Transistor im Massezweig des GPS-Moduls wäre mir ja nicht geheuer.
Wenn da mal ein Programmierfehler ist, zieht man die Pins an den
Eingängen des Moduls unter dessen Versorgungsspannung, was
wahrscheinlich unzulässig ist und evtl. zu dessen Beschädigung führen
könnte.
Ok, ich kann den natürlich beim Bestücken einfach weglassen/überbrücken.
Ich wäre eher dafür, das GPS-Modul in den Sleep-Modus zu versetzen.
Aber mich deucht, das Thema wurde schon mal angesprochen.
Das mit dem Akku von einem weiteren Versender ist zwar etwas unbequem,
aber ich hab mir schon das Gehäuse besorgt und muss sagen, dessen
geringe Größe und die gefällige Form haben schon Charme.
Vielleicht gibt's ja auch noch andere Lieferanten mit Akkus geeigneter
Größe, sodass man die Zahl der Versandkosten gering halten kann.
Bei Angelika habe ich allerdings überhaupt keine Selbstlöt-LiPos
gefunden.
2 PullUps, die Induktivität sind drin und PA2 liegt auf der
Steckerleiste.
Ist für die Spule JCI 2012 10µ von Reichelt OK ?
Na endlich jemand dem das Gehäuse auch gefällt ;-)
Akkus von WML-Technik kann man wohl vergessen, ich hab jetzt nach einem
Monat irgendeinen Akku bekommen, schon zum 2. Mal.
Neuer Idee ist ein Akku von Kokan SLB603870H, hat 1500mAh und man muss
die 8C-Version kaufen, die 20C ist zu dick.
http://www.der-schweighofer.at/artikel/53482/kokam_einzelzelle_1500hd_8c_3_7vhttp://www.accu-profi.de/akkumulatoren_lipoly.php
Und wegen den nicht Reichelt-Teilen, ich fürchte ich muß eine
Sammelbestellung starten.
Was für ein AKKU genau soll das sein? Ich habe evtl. die Möglichkeit
welche ran zu bekommen. Benötige dann allerdings die exakte
Herstellerbezeichnung... Der Nachteil ist, dass das unter Umständen 4
Wochen oder so dauert bis ich die bei mir habe.
@GPS'ler und Radler
Habt ihr noch Interesse an den Platinen ?
Ich habe im Markforum eine [[Sammelbestellung GPS Tracker und
Mouser.com]] gestartet, aber von euch nichts gelesen.
Die Platinen sind schon bestellt und noch je 1 für euch reserviert.
Gruß Michael
Hallo, habe meine Platine bestückt und auch schon einige Touren geloggt.
Mir ist aufgefallen das in der Software die interne Uref gewählt wird
aber im Layout der Pin Uref auf Vcc liegt.
Im Datenblatt ATMega32 steht dazu:
If the user has a fixed voltage source connected to the AREF pin, the
user may not use the other reference voltage options in the application,
as they will be shorted to the external voltage.
Der Pin Uref sollte nicht mit Vcc verbunden werden, eventuell nur mit
kleinem C an GND.
Hi,
ich habe jetzt ein paar Akkus bi mir liegen (500) wenn einer einen
möchte, dann bitte melden.
LiPo 8*43*68 3.7v/2300mAh
Der Akku hat 2 Kabel zum anlöten bereits integriert und ich gebe diese
für Mitglieder hier im Forum zum Selbstkostenpreis weiter.
7,61 Euro zzgl Versand von 4 Euro.
LG
Sebastian
Achim schrieb:
> Hallo,>> habe mal eine allgemeine Frage.>> Kann ich nach dem erfolgreichen loggen Datum und Uhrzeit an einer> Position ablesen?
Ja, Datum und Uhrzeit ist in den NMEA Meldungen enthalten. Die NMEA
Toolbox gibt das zwar nicht direkt aus (allerdings, soweit ich weiß,
sind die Daten auch in der exportieren GPX Datei drin) aber
aufgezeichnet wird es auf jeden Fall, also schlimmstenfalls muss man
"manuell" in der NMEA-Datei nachschauen.
Hallo Norbert,
kannst du evtl. mal ein Foto von oben und unten amchen und einstellen?
Ich bin mir bei manchen Bauteilen nicht immer sicher wohin die müssen.
Ich tue mir mit schönen Fotos etwas einfacher...
LG
Achim
Achim schrieb:
> Hallo Norbert,>> kannst du evtl. mal ein Foto von oben und unten amchen und einstellen?>> Ich bin mir bei manchen Bauteilen nicht immer sicher wohin die müssen.> Ich tue mir mit schönen Fotos etwas einfacher...>> LG> Achim
Hallo!
Ich weiß jetzt nicht genau, welche gLogger Version du meinst, aber hier
einmal Fotos von meiner 'alten' (wobei ich jetzt wohl eher das Layout
von Michael Fluhr bauen würde, da es Platzmäßig eindeutig besser ist und
über eine Ladeschaltung verfügt).
Hallo Martin,
ich wollte dich mal auf meinen Thread aufmerksam machen vielleicht
interessiert es dich.
Beitrag "GPS - Trickle Power Modus aktivieren"
Den Stromsparmodus kann ich jetzt schon aktivieren/deaktivieren und hab
ein wenig getestet.
Vielleicht kann mir jemand bei dem NMEA<->Sirf-Modus umschalten helfen.
Hallo Martin,
ist dir das Problem bekannt, dass der Datenlogger bei langen Laufzeiten
> 2 Std. nicht mehr über den SD-Leser am PC ausgelesen werden kann?
Das hat anscheinend mit den FAT-Copies zu tun. Werde mich in der
nächsten Zeit mal damit beschäftigen.
Felix C. schrieb:
> Gibt es irgendwo schon eine grobe Übersicht, was das ganze Projekt> komplett kostet?
Hallo Felix!
Ich habe gerade einmal nochmal eine Beispielbestellung zusammengestellt,
es sieht wie folgt aus:
(### Ich beziehe mich jetzt auf meine gLogger Platinenversion, nicht auf
die (eigentlich bessere) Version von Michael Fluhr ###)
Die Bauteile für die Platine bekommt man nahezu alle bei
csd-electronics.de. Nahezu? Ja, den BSS138 FET gibt es dort leider
nicht, am günstigsten wäre da wohl bei einem Elektronik-Händler in
deiner Nähe nachzufragen.
Ansonsten komme ich für die Bauteile inkl. Versandkosten auf einen Preis
von:
13.51€
Hinzu kommen die Kosten für:
* BSS138 FET (wie gesagt, leider nicht bei csd erhältlich) = ein paar
Cent
* GPS-Modul = je nachdem ab ca. 20€ aufwärts (oder mal bei eBay schauen)
* Akku = z.B. ein Handyakku, ca. 10€ aufwärts bei eBay o.ä.
* Gehäuse = meins habe ich für einen Preis von 0€ in meiner Wohnung
gefunden, da muss man einfach mal schauen, was passt (für M. Fluhrs
Platine gibt es ein passendes Teko-Gehäuse, wenn ich mich recht
entsinne)
* Platine = Ich habe meine beim "Platinenbelichter" fertigen lassen,
Kostenpunkt ca. 10€
Macht dann insgesamt:
-------
13.51
+ 0.10
+ 20.00
+ 10.00
+ 10.00
-------
€ 53.61 (ungefähr! Preise für die "nicht-Platinenbauteile" können unter
Umständen stark variieren)
Im Anhang habe ich die Bestellübersicht bei csd-electronics angehängt
(schade, dass man den Warenkorb nicht direkt speichern und weitergeben
kann)
Bei M. Fluhrs Version ist noch eine Ladeschaltung vorhanden, ich vermute
die Kosten sind dann minimal höher (wahrsch. so ein bis zwei Euro (?))
Ich hoffe ich konnte etwas weiterhelfen :-)
Schönen Abend noch,
Martin
Vielen Dank Martin,
da werde ich mich dann mal dransetzen, wenn die Prüfungen wieder rum
sind. Da kann wohl kein fertig gekaufter GPS-Logger mithalten, wenn man
den praktisch beliebig erweiterbaren Funktionsumfang betrachtet.
Grüße, Felix
Hi,
ich wollte nun endlich alles zusammenlöten und da bin ich fast fertig
und mir fehlen 2 Bauteile....
C8 und C16 je ein Kondensator 0,22F 3,3V
Kann man da irgendwie als Ersatz einbauen? Ich kann die auch bei
Reichelt nicht finden...
@ Max
Die kannst du auch weg lassen.
Die einzige Aufgabe dieser Goldcaps ist es die Spannung kurze Zeit
aufrecht zu erhalten wenn der Akku getauscht wird oder so, damit die
Einstellungen nicht verloren gehen.
Also die ent-rippeln die Spannung nicht und sind für weiter auch nichts
gut.
Hi,
wozu genau ist der Schalter S4 zwischen dem Max1811 und MIC 2920A-3.3WS
gedacht? Ich kann das nicht so ganz folgen... Bin auch nur Laie was das
angeht.
@ Max
Bei Reichelt: SPK 220.000µF-V :: Speicherkondensator, Raster 5mm,
220.000µF
@ Michael
Schau dir das doch mal in Eagle an.
Der Schalter Verbindet den Akku mit dem LowDrop Spannungsregler der ja
die Schaltung versorgt.
Moin,
der Goldcap von Reichelt könnte etwas groß sein. Ich hatte die Goldcaps
zusammen mit dem GPS-Modul bekommen.
Der ist drin, damit das GPS-Modul den letzten Fix speichert und so
schneller starten kann.
S4 ist ein zusätzlicher Taster der noch ohne Funktion ist. Ich hatte bei
der 1. Platine noch Platz und dachte mir, einen Taster kann man immer
mal brauchen.
Ich habe öfters log.nme-Dateien ohne Inhalt nach 8 Stunden loggen, finde
aber keine Zeit um die Software von Martin zu ändern.
Gruss
Michael
Nein, Platinen sind alle weg.
Neue werde ich erst machen lassen, wenn ich einen anderen
Spannungsregler gefunden habe.
Der jetzige zieht 1-2 mA, auch wenn der Atmega sich schlafen gelegt hat.
Bei Gelegenheit teste ich den MAX 882, den es auch bei Reichelt gibt.
Dass Projekt sieht ja richtig interessant aus.
Gibt's mit den kleinen SD-Karten denn keine Probleme?
Ich habe gelesen dass viele Mikro-SD's den SPI-Modus nicht unterstützen.
Barny F. schrieb:
> Dass Projekt sieht ja richtig interessant aus.> Gibt's mit den kleinen SD-Karten denn keine Probleme?> Ich habe gelesen dass viele Mikro-SD's den SPI-Modus nicht unterstützen.
Also derartige Probleme konnte ich bis jetzt noch nicht feststellen und
benutze den Logger schon seit mehr als einem Jahr. Aber da ja auch nicht
unbedingt spezielle Befehle verwendet werden (lesen bzw. fast nur
schreiben sollte ja Standard sein) würde mich es auch etwas wundern,
wenn es da Unterschiede zw. Normal und Micro gäbe.
Und an Michael Fluhr: Solltest du mal eine Platine übrig haben oder ein
neues Layout, melde dich ;-) Ich wäre mit dem Umstieg aufs Rennrad an
einem kleineren Gehäuse als das meinige interessiert, sodass es auch ins
Rad-Trikot passt und ich keine zusätzliche Tasche mitschleppen muss.
Und das Rad neu erfinden wäre ja auch etwas zwecklos, da ich vermute,
dass es nicht sehr viel kleiner als bei deiner Version werden kann
(höchstens Multilayer-Platinen? Dürfte aber für den Normalsterblichen in
kleiner Zahl unbezahlbar sein).
Wie gesagt, bin ich Laie. Mich interssiert das nun im Grundsatz.
Wenn ich das richtig verstehe, dann wird mit dem Schalter der Stromkreis
für dem Spannungsregler geschlossen. Dadurch läuft die Schaltung also
mit dem Akku und nicht mehr über die Spannungsversorgung der USB Buchse.
Ist es den nicht besser das zu automatisieren? Sobald USB angeschlossen
von USB Strom nehmen wenn nicht über AKKU
@All
Gibt es schon Langzeiterfahrung mit dem Logger? Ich möchte im nächsten
Jahr für 14 Tage aus der Zivilisation verschwinden, jedoch meinen
zurückgelegten Weg durchgehend aufzeichnen. Also hat schon jemand den
Logger 2 Wochen am Stück betrieben und kann berichten?
Könnte jemand den Stromverbrauch der Aufgebauten Schaltung messen?
Für mein Projekt schwanke ich noch, ob ich ausreichend Kapazität oder
Solarzelle und Dynamo mitnehmen werde.
@ Michael Fluhr
Ich beabsichtige auch einen GPS Tracker zu bauen und habe, bevor ich die
Arbeiten hier gesehen habe einen Schaltplan auf Basis des Mega128
entworfen.
Dein Design gefällt mir. Auch, vor allem, weil dein Board schon fertig
und klein ist. Jedoch habe ich zu deiner Schematic ein paar Fragen:
- Müssen, damit I2C funktioniert nicht an die Leitungen PullUp
Widerstände?
- Du hast 2 Taster vorgesehen, warum sind die PullUp Widerstände nicht
gleich groß?
- Könnte man, um Strom zu sparen nicht einfach PullDown Widerstände
daraus machen?
-Wozu ist SJ1 da? Es steht zwar drunter, dass man mit der SD Karte den
Atmega An/Aus schalten kann, jedoch verstehe ich nicht, wie das
funktioniert.
Gruß,
JörgW
Hallo!
Also das längste, was ich bis jetzt mehr oder weniger am Stück
aufgezeichnet habe, war eine 3-Tages-Tour. Ich hatte allerdings die
Möglichkeit, den Akku nach jeder Etappe wieder aufzuladen. Die gesamte
Route hat 39MB auf der SD Karte belegt (3 Etappen à ca. 7 Stunden). Bei
15 Tagen und vermutlich etwas mehr als 7 Stunden am Tag müsstest du halt
schauen, dass genügend Speicherplatz auf der SD Karte vorhanden ist,
bzw. nicht benötigte NMEA Kommandos herausfiltern (im Grunde genommen
braucht man eigentlich nur GPGGA und eventuell GPVTG, um die Route ins
GPX oder KML Format zu konvertieren).
Das ist die Tour (hoffe, der Link ist nicht zu lang):
http://maps.google.de/maps/ms?ie=UTF8&hl=de&msa=0&msid=102721812355516657756.00047372ca2504d60503d&ll=50.352471,5.515137&spn=1.309101,2.469177&t=h&z=9
Hi Martin,
danke für die prompte Antwort. Wie ich sehe, wohnst du auch in AC...
Der Speicherplatz sollte ja nicht das Problem sein. Zur Not nehme ich
halt mehrere Speicherkarten mit.
Viel mehr Sorgen macht mir die Stromversorgung, da wir in den Alpen
wahrscheinlich keine 'herkömmliche' Stromquelle haben werden. Vom R -
Versender habe ich mir einen Solar Akkulader (lädt 2 AA NiMh) und aus
HongKong über die Bucht einen Dynamo mit 5V Ausgang bestellt. Es ist
beides schon da, nur fehlt mir im Moment die Zeit genaue Tests zur
Leistungsabgabe zu machen.
Hilfreich wäre dann eine Messung der Leistungsaufnahme.
Vielleicht werde ich die Platine auch nochmal umdesignen um den Logger
in eine kleine Otterbox zu stecken.
Den zweiten Taster finde ich interessant um bestimmte Wegpunkte zu
markieren, evtl. werde ich noch einen Dritten verbauen um Orte zu
kennzeichnen, an denen wir Bilder machen.
Naja - Gut Ding will Weile haben. In diesem Sinne - Gute Nacht
JörgW schrieb:
> Dein Design gefällt mir. Auch, vor allem, weil dein Board schon fertig> und klein ist. Jedoch habe ich zu deiner Schematic ein paar Fragen:> - Müssen, damit I2C funktioniert nicht an die Leitungen PullUp> Widerstände?
Ich denke, die internen PullUps des AtMega sollten dazu reichen, aber
I2C wurde noch nicht in Betrieb genommen.
> - Du hast 2 Taster vorgesehen, warum sind die PullUp Widerstände nicht> gleich groß?
Die Widerstände haben doch beide 47K.
> - Könnte man, um Strom zu sparen nicht einfach PullDown Widerstände> daraus machen?
Nein.
> -Wozu ist SJ1 da? Es steht zwar drunter, dass man mit der SD Karte den> Atmega An/Aus schalten kann, jedoch verstehe ich nicht, wie das> funktioniert.
Der SD-Kartenhalter hat einen Schalter zum erkennen ob eine SD-Karte
gesteckt ist. Den habe ich dazu misbraucht den GPS-Logger einzuschalten.
Möglichkeiten zum Strom sparen sind meiner Meinung der µP (Mega32 durch
Mega644P ersetzen) und der Spannungsregler (MIC2940 durch MAX883
ersetzen).
Ich hatte schon einen 644P drauf, konnte den aber nicht programmieren.
Erklärung habe ich dafür keine, aber ich werde bei gelegehit mal einen
2. ausprobieren. Um den Spannugsregler zu tauschen wäre ein neues Layout
nötig.
Das GPS-Modul benötigt beim Start 120mA und nach einem Fix dann die 40mA
aus dem Datenblatt.
Die Platine braucht nach einem Fix dann etwa 60mA .
Gruß
Michael
Eine Frage zum Schaltplan:
An AREF liegt laut Schaltplan Vcc (also 3,3V). In der Software steht:
ADMUX |= (1<<REFS1) | (1<<REFS0);
Es wird also die interne Referenz (2,56V) eingestellt.
Das ist doich ein Fehler oder? Wenn man die 3,3V als Referenz benutzen
will muss doch auch auf externe Referenz eingestellt werden oder? Also
REFS1 und REFS0 beide auf 0 setzen.
Gehe ich da richtig in meinen Annahmen oder habe ich etwas übersehen?
Außerdem: Was passiert wenn man auf interne Referenz (2,56V) einstellt
und dann AREF mit 3,3V beschaltet?
Wird dann als Referenz die 3,3V genommen und welche Auswirkungen sind
sonst noch relevant?
mfG haribo
Hallo,
ich habe ein kleines Problem:
ich habe mir die Projektfiles mal angeschaut, da ich einen GPS Tracker
bauen möchte. Weiter oben habe ich gelesen dass man die .hex datei und
die .eep Dateien auf den m32 brennen muss. Die .hex Datei zu brennen ist
kein Problem, aber wie man die .eep Datei bei AVRWorkpad Plus in den
Eprom bekommt habe ich keine Ahnung.
Benutzt von euch noch jemand Avr Workpad und ein MySmart Usb Board, der
mir sagen könnte wie ich die Fusebits einstellen muss un wie man dort
die .eep Datei auf den m32 bekommt?
Bin für jede Hilfe dankbar!!!
MFG
Lukas
Hi,
ich hab mich gerade entschlossen, kurzfristig auch einen logger
aufzubauen sofern ich das zeitlich noch schaffe.
Naturgemäß stolperte ich über den GLogger ;) und besonders auch Michaels
Modifikation sieht sehr interessant aus...
Allerdings ist meine Zeit ein wenig begrenzt und ich habe z.T. nur
diverse alternative Bauteile herumliegen...
Als Modul hätte ich am liebsten das 552ETTL von Navilock ausgesucht.
PRO ist hierbei AGPS, durch den freien Download der (bis zu 14 tägigen)
Daten soll der Satfix ja blitzschnell gehen.
Leider würde die 5V Versorgung die Realisierung des Ganzen aber eher
etwas Verlangsamen, da in Verbindung mit einem 3.7V Lithium Akkus und
der Ladeschaltung via 1811 wohl noch eine Stepup Schaltung hinzukommt :(
Schade eigentlich, das (neuere) Modul ist sogar günstiger als die
einfacheren Module aus der 50x Serie zu haben (ca €27 nach aktuellem
Stand).
Kopfzerbrechen bereitet mir vor allem die Stromversorgung.
Die einfachen GPS Module sowie die AVRs lassen sich ja bequem mit den
3.7V eines Lithium Akkus betreiben. Wie sieht es mit der SDCARD aus? Die
Datenblätter sprechen im allgemeinen von 2.7-3.6V.
Ist die Versorgung in Verbindung mit dem MAX1811 ohne Probleme
realisierbar, also auch mit gelegentlichem "Nachladen" via 5V im
Betrieb?
Oder kommt man um einen Spannungsregler mit sehr geringem Dropout gar
nicht herum, die LD33 die ich noch zuhauf hier liegen habe fallen bei
3.7V -> 3.3V leider aus...
Wie gesagt, ich habe mich leider sehr kurzfristig für einen Logger
interessiert, Ich müsste das also binnen einer Woche auf die Reihe
bringen. Loggen wollte ich damit einen Trip von ca. 1 Woche. Sofern ich
mich weitgehend an SMD halten und möglichst viele der vorhandenen
Bauteile/Resourcen (z.B. diverse AVRs, SD Karten, Eagle + Belichtungs- &
Ätzausstattung, AVR Dragon) ausschöpfen kann, wäre das ansich machbar,
zumindest was das Programmieren bzw. das Herstellen der benötigten
Platine angeht.
Am liebsten wäre mir letztlich eine relativ "eigenständige" Lösung, die
ich beim Dauerloggen einfach gelegentlich über eine USB Buchse nachladen
kann. Im Moment würde das halt das 552ETTL Modul ausschließen, sofern
ich die 3.7V/5V Thematik nicht auf einfachste Weise kurzfristig geregelt
bekomme.
Sollte ich das "Projekt" wider allen Stolpersteinen dennoch irgendwie
rechtzeitig umsetzen können, würde ich auch bereitwillig alle neu zu
erstellenden Teile (Layout, Codepassagen) zur Verfügung stellen ;)
Ciao...
So, ein paar neue ATMegas, MAX1811 und das navilock 501ETTL (das 552ETTL
heb ich mir wegen der 5V/3.3V Thematik evtl. für eine V2 auf, sofern ich
dazu noch Bedarf bzw. Lust verspüre ;) ) sind unterwegs und sollten noch
rechtzeitig eintreffen.
Mit meinem AVRDragon bin ich auch eifrig am "wieder warmwerden" (so
sehr, dass ich mir schonmal den Mega88 auf meinem alten DOG-M Testmodul
verbraten habe, da scheint der RESET Pin seinen Diesnt eingestellt zu
haben ;) ).
Ich bin mir wegen dem Spannungsregler jedoch noch unsicher... den werde
ich kurzfristig nicht bekommen - wäre hier evtl. eine Vereinfachung z.B.
mit einer Z-Diode sinnvoll um aus den 3.6-4.2 der Akkuladespannung
gleichmäßige 3.3 bzw. 3.6 für den AVR, das GPS Modul und die SD-Card
bereitzustellen?
Für später hab ich mal mit dem MAX882/884 geliebäugelt, ob ich den
kurzfristig bekomme ist aber eher unwahrscheinlich, daher auch -> V2 ^^
Sind noch andere gerade an einer Umsetzung des Loggers dran die in den
kommenden Tagen an einem Ideenaustausch interessiert sind?
Ciao...
Hallo Maxx,
finde toll das es hier doch noch weiter geht. Habe selbst noch den
Einsatz eines MAX 88x vorgesehen, aber die liebe Zeit lässt es nicht zu.
Durch das "zwischendurch" Nachladen soll der LiPo schneller an Kapazität
verlieren bzw. altern. Ich habe mal gelesen, das jeder angefange
Ladevorgang wie ein vollständiger Ladevorgang zu werten ist. Bei etwa
500 solle Ende sein, aber so oft habe ich noch nicht geladen und habe
noch keine Auswirkungen von "zwischendurch" Laden erkannt.
Mit dem Spannungsregler sollte das auch funktionierten, aber man muss
den Widerstand so auslegen, das ohne Schaltung mehr Strom fliesst als
der maximale Strombedarf der Schaltung ist. Vermute das sind dann
120-150mA und der Akku hält entsprechend kurz.
Gruss
Michael
Hi,
also zur Lebensdauer der Akkus mach ich mir keinen Kopf... zum einen
kriege ich immer wieder mal Geräte zum "Verwerten", zum anderen sind
neue Akkus gelegentlich z.B. bei Pollin ja sehr billig zu haben.
Ich bin im moment leider etwas gefrustet... Morgen startet der Trip und
ich hab mich mit diversen ATMegas, dem 501er Navilock Modul, einigen
MAX1811 etc. eingedeckt aber kurzfristig leider keine SD Steckverbinder
sowie Spannungsregler bekommen, die mit einer so geringen
Spannungsdifferenz arbeiten (meine LD33 wollen mindestens 4.75V am
Eingang wenn ich das richtig sehe :( ).
Hätte ich zumindest die Spannungsregler wie auch einen Sockel gefunden
wären die 2 Tage noch ausreichend gewesen... SMD Platinen kann ich
kurzfristig herstellen und bei dem Megas hab ich nun genug Auswahl (88,
161, 162, 16, 32 und 644 jetzt).
Wirklich ärgerlich... zumal das große "C" weder die BSS138 noch
einigermassen passend klingende alternativen (IRFL110 bzw. IRFL014N) vor
Ort vorrätig hatten - leider wie fast immer, wenn ich mal ein paar
Bauteile kurzfristig brauche.
Da bringt mir der lokale Laden der nichtmal 5 Autominuten entfernt ist
üblicherweise herzlich wenig :(
Ich werde mich wohl wieder verstärkt Reichelt, Pollin etc. zuwenden, da
weiß ich woran ich bin und mach mir keine unnötigen Hoffnungen ^^
Wie auch immer, da ich nicht davon ausgehe, dass jemand mit einem
einsatzbereiten GLogger im näheren Rhein-Neckar-Kreis lebt der ihn mir
fuer 1-2 Wochen leihen könnte ;) ist die Sache erstmal gestorben...
Leider habe ich in der Vergangenheit mit einer gewissen Hartnäckigkeit
alles rund um Transistoren, Trafos und Z-Dioden vermieden wo ich nur
konnte, daher fiel/fällt mir die schnelle Auswahl alternativer Bauteile
ohne Fremdhilfe meist schwer bzw. weiss ich nicht, ob ich eine
Herabsetzung der 3.7V bzw. 4.1V beim Laden ohne zu erwartende Probleme
evtl. mit einer Z-Dioden Ersatzschaltung realisieren sollte/kann.
Später werd ich mir das Teil aber relativ sicher mal aufbauen (sofern
der Frust über die verpasste Chance nicht zu lange anhält) und
mindestens in einer zweiten Folgeversion mit zusätzlichem Spannungsheber
das Navilock 552ETTL verwenden.
Hi,
wollte mich nur als weiterhin lebend melden ^^
Das Projekt ist immernoch aktuell, allerdings habe ich erst kürzlich die
letzten fehlenden Bauteile für die "gute" Variante erhalten (sprich -
BSS138, MIC2920A sowie diverse SD/MicroSD Halter).
Bevor ich mich an eine angepasste Schaltung samt Layout setze muss ich
allerdings erstmal die Halter ordentlich in meine Eagle Libs einpflegen.
Für 2 der 3 Varianten habe ich wenigstens brauchbare PDFs mit guten
Zeichnungen und Maßen dfür zu Hand, beim letzten (ausgerechnet dem guten
push-push MicroSD ^^) komme ich leider vielleicht nicht um ausgedehntes
Meßschieber-jonglieren herum :(
Danach ist meine vorläufige (anspruchsvolle?) Zielsetzung, die Platine
möglichst einseitig, rein SMD und größentechnisch an das Navilock Modul
angepasst (30x30mm) aufzubauen. Spätestens wenn das eigentliche Layout
langsam Form annimt, melde ich mich zurück ;)
Ciao und nochmals Danke an alle vorherigen Entwickler und
Beitrags-Poster für die bisherige Vorarbeit, die mein Interesse
überhaupt erst richtig entfacht hat.
Hallo Martin,
benötigt die NMEAToolbox zur umwandlung den gesamten NMEA String? Muss
die Checksum auch mit aufgezeichnet werden.
Womit kommt die Software klar?
Hi,
da die Toolbox nicht gerade besonders intelligent programmiert wurde,
wären vollständige Datensätze schon von Vorteil. Die Checksumme wird
allerdings nicht geprüft. Nach jedem Kommando sollte eine neue Zeile
beginnen. Für GPX und KML-Dateien sowie Höhendiagramme werden die $GPGGA
Kommandos verwendet, für Geschwindigkeitsdiagramme $GPVTG Meldungen.
hallo,
wollte den glogger nachbauen, allerdings habe ich mit dem
programmieren/flashen von avr´s kaum Erfahrung sammeln können...
Nun meine frage:
Könnte mir jemand die Zip-Datei im Anhang im AVR-Studio öffnen und dann
als Projektdatei schicken? Habe leider keine Ahnung wie man die
einzelnen files im AVR-Studio korrekt und in richtiger Reihenfolge
öffnet.
Vielen Dank im vorraus.
mfg
Michael
Hallo Zusammen,
wie sieht bei euch die Log Datei auf der Speicherkarte aus? Bei mir
taucht öfter mal $GPTXT,01,01,01, NMEA unknown msg*58 auf? Was kann das
sein? Der Datensatz $GPRMC enthält doch die Geschwindigkeit über Grund,
wie könnte ich die Geschwindigkeit aus der Zeichenkette rausbekommen um
diese dann auf einem Display anzeigen zu können?
Vielen Dank. Gruß Steffen
Steffen Ha schrieb:> Bei mir taucht öfter mal $GPTXT,01,01,01, NMEA unknown msg*58 auf?
Das ist ein NMEA Datensatz vom GPS Modul
1
$GPTXT,01,01,01, NMEA unknown msg*58
2
(1)(2)(3) (4) (5)
Es ist Message 01(2) von insgesamt 01 Messages(1).
Sie enthält eine Warnung(3), den Warntext (4) und die Prüfsumme(5).
Bei (3) kann stehen
- 00 = ERROR
- 01 = WARNING
- 02 = NOTICE
- 07 = USER