hab festgestellt, das es bei zwei älteren Geräten auch mit der internen BT-Verbindung gut läuft, scheint also ein Problem des Tablets oder Smartphones zu sein.

Wann ich draußen teste weiß ich noch nicht, muss erst noch eine Halterung bauen und hab auch sonst noch was anderes zu tun.

Mit was kann man so eine Punktwolke aufzeichnen, mit u-Center oder mit rtklib?

Hallo A.,

Aufzeichnen geht mit rtklib, geht mit U-Center, geht auch ganz gut hiermit:
http://www.visualgps.net/visualgps/Down ... nload.html
Visual GPS liefert obendrauf die Möglichkeit der individuellen Vermessung, sowie zwei Varianten eines Positionsmittelwertes.
Braucht man nicht zum "überleben", ist aber ganz interessant.
Und Du hast die Möglichkeit, den Elevationswinkel ohne Empfängereinstellung zu ändern.

Willst Du mit Rohdaten aufzeichnen, geht das nur mit der Windows-Version vom U-Center.
Ganz spannend in Verbindung mit einem nachträglichen Post-Processing.
Mit einem Log von 10 Stunden kannst Du auf Absolutgenauigkeit im Zentimeterbereich kommen.

Grüße
Holger

Bluetooth ist genau wie alle anderen "Add on's" an Android ein Krampf.
Der Grundgedanke dieses Betriebssystems war halt gar nicht auf das alles eingestellt, was man heute damit machen möchte.
Mit Linux kann man alles - muss nur wissen wie und wo, mit Android kann man nichts - und manchmal doch.
Es ist zum K.

Mein Trend geht auch im Mobilbereich wieder Richtung Windows Geräte, wenn natürlich auch dieses Betriebssystem immer mehr die Hintertüren abschließt...

Servus,

ich habe heute nachmittag schnell mal eine Testrunde gedreht mit der App von spunky und einem 10" Tablet und einem Empfänger von "optimalsystem".
Hier noch ein Bild von meinem rustikalen Tablethalter. Die gemessene Abweichung lag zwischen 20 und 40 cm.
Gruß Günter

holgi63 hat geschrieben:geht auch ganz gut hiermit:
http://www.visualgps.net/visualgps/Down ... nload.html
Visual GPS...

damit geht es leider nicht, da der Empfänger die GPS+Glonass-Daten über den NMEA-String "GN..." sendet und viele alte Programme damit nichts anfangen können, weil die nur-GPS-Daten erwarten die üblicherweise über "GP..." gesendet werden. Aber die anderen Programme gehen natürlich.

Nur als Hinweis, mit diesem Programm kann man auch seine seriellen Daten in ein Netzwerk schicken und mit meiner App verbinden ("mit Netzwerk-GPS verbinden"), benutze ich oft per Emulator, weil der kein BT und auch kein echtes GPS hat: http://www.commfront.com/serial-tcp.htm (Edit: ist leider nur eine Demo-Version, die nach Zeitablauf nicht mehr funktioniert)

@spunky:
Sorry.
Hatte nicht dran gedacht.
Visual GPS geht nur mit reinen Navstar Empfängern.
Stimmt.

@Günter
Wie viel Zeit ist nach Kaltstart bis zum Arbeiten mit dem Empfänger vergangen?

Gruß
Holger

@holgi,

nach dem Kaltstart sind irgendwo zwischen fünf bis zehn Minuten bis zu meiner Messfahrt vergangen. Außerdem war die Testfläche in einer Tallage mit Wald in südlicher Richtung

(50m entfernt). Also keine optimalen Bedingungen. Ich wollte ja nur wissen, ob mein selbstgebauter Tablethalter die Fahrt über einen gepflügten Acker aushält.

Ich habe auch schon viel bessere Ergebnisse gehabt.

Gruß Günter

Moin Spunky,
hab nochmal n bisschen mit Bluetooth gespielt, bei mir läuft es nun mit dem SF300 und dem Hantz Blueserial. Hatte das ja schonmal getestet vor einiger Zeit, da ging es nicht. Habe direkt mit Paralleldriver verbunden, es ging heute tadellos. Kp, warum es letztes mal nicht so wirklich ging.

Gruß
Ede

Kann man den Hintergrund ändern?
Von schwarz in weiß? Oder grün als "Feld"?

Aber ja, musst du mal die Optionen durchblättern.

Info: es gibt eine neue Firmware für die M8 Chips, der M8T kann jetzt auch 10Hz mit GPS+Glonass+Galileo.

Hallo,

Ich hab da eine Frage, ich finde den Empfänger den du gebaut hast sehr gut und überlege auch so einen nachzubauen.
Jetzt habe ich aber eine Frage, wie hast du das Bluetooth Element HC 06 programmiert das er dir die gewünschten Daten von der eEmpfängereinheit sendet?
Und muss man den M8T Chip noch irgendwie programmieren?

Viele Grüße

Der kann 10hz und glonass. Das klingt schon mal super.
Wie genau ist der?
Oder andere frage. Die Empfänger von optimal System....
Wie genau sind die? Kommen die auch an die 30cm ran? Oder vielleicht noch genauer?

das Bluetooth-Modul (http://www.ebay.de/itm/381213876970) wird mit einem UART-Modul (http://www.ebay.de/itm/301443741222) verbunden und dann die richtige Baudrate (115200) eingestellt, mit einem Terminal-Programm (z.B. Termite).

HC-06 Bluetooth-Modul konfigurieren

Termite - Einstellungen:
1. Schnittstelle auswählen "COMx"
2. Baudrate "9600" einstellen
3. Gesendeter Text "Nichts anhängen"

Verbindung prüfen: 'AT' eingeben, muss mit 'OK' antworten
Name ändern: 'AT+NAMEneuerName' eingeben (neuerName = z.B. M8T-GPS), muss mit 'OKsetname' antworten
Baudrate ändern: 'AT+BAUD8' eingeben, muss mit 'OK115200' antworten



Das GPS-Modul wird per USB verbunden und mit u-Center konfiguriert (Baudrate 115200, Ausgabe 100ms = 10Hz), mehr hab ich nicht gemacht. Aber ich würde einen M8T verwenden, der M8T ist besonders gut auch als RTK-Basisstation gedacht.

Da Optimal System die selbe Hardware verwendet, sollte die Genauigkeit schon vergleichbar sein, wie genau die ist hat ja Holgi63 und MF1080 schon mal beschrieben. Aber besser als 30cm geht wahrscheinlich nur mit zwei Empfängern, einer als RTK-Basisstation. Aber da habe ich keine Ahnung.

Ich hoffe, ich hab nächste Woche mal Zeit meinen Empfänger draußen zu testen, dann weiß ich mehr.

Hallo Männer,

die u-blox Bezeichnungen sind "sprechend".
Neo = Baureihe
M8 = Modell 8
N = optimiert für Navigationszwecke
T = optimiert für Timing-Aufgaben

Die eingebauten Algorithmen für die Ausgabe eines Positionssatzes machen den NeoM8N für unsere Zwecke am geeignetsten.
Der M8T ist aber deshalb nicht "schlecht".

Es gibt auch noch den Endbuchstaben P, Beispiel Neo 7 P.
Diese Bausteine sind für Positionsbestimmung optimiert. So ist für die Positionsbestimmung tatsächlich der Neo7P besser geeignet, als die 8-er Modelle, obwohl der 7-er kein concurrent GLONASS kann.

P und T sind einander näher, als zu N.
Spunky hat recht, was RTK angeht, da sind P oder T wiederum besser geeignet.
Standalone, also L1- D-GPS via SBAS/EGNOS liefert der N die "ruhigere" Punktwolke, wie auch immer die das hin bekommen, aber die können's eben.

Was genau die Unterschiede sind, ist Insiderwissen. Ublox hat seit Jahren einen eigenen Weg eingeschlagen, was die Verarbeitung des empfangenen Datensatzes hin zum ausgegebenen Positionsatz angeht. Man siehe dazu die PPP Algorithmen.
Fakt ist: da kann zur Zeit kein anderer dran tippen und schon gar nicht in der Preisklasse!
Die ehemaligen führenden Unternehmen, bspw. Hemisphere tun sich sehr schwer, gleiche Präzision zu deutlich höheren Preisen bieten zu können.


Gruß
Holger

Und welche Antenne ist dazu zu empfehlen?
Und nochmal die Frage zur Genauigkeit?