SysOn Smart Blue SIRF 3

  • hallo zusammen.
    habe mir gestern die SysOn Smart Blue SIRF 3 maus gekauft. war eigentlich ein spontankauf bei ebay zu später stunde und einem super preis. :D


    nun zu meiner eigentlichen frage. hat jemand diese maus und kann etwas darüber berichten, oder kennt ihr eine seite im netz auf der ein test veröffentlicht wurde? leider verliefe meine suche noch solch einem ohne ergebnis.


    ups, wie das nunmal so ist, gerade etwas zu der maus auf gpspassion gefunden.

    2 Mal editiert, zuletzt von JanG ()

  • ich hab die Maus grad in der Mache, wenn alles klappt, ist der Test bis in 10 Tagen online (das ist aber keine verbindliche Zusage ;) ).
    Der erste Eindruck ist sehr gut, hab noch keine Schwächen entdeckt. Auch die Geocaching-Tracks sind sehr gut.

  • danke für das feeback perterpu.
    die vorab info klingt doch richtig gut. da ich denke das die maus mittwoch bei mir eintriff, bin ich nunmehr gespannt ob sich meine erfahrung mit den deines test decken werden.

  • das gute stück ist heute eingetroffen und der erste eindruck begeistert einfach nur. sehr guter empfang und rasche fix zeiten im vergleich zu meiner RBT 1000.
    ich habe mal einen kurzen gang durch den park aufgezeichnet und hänge diesen mal hier mit an, vll mag der ein oder andere dazu etwas sagen ;).

  • Zitat

    Original von JanG
    das gute stück ist heute eingetroffen und der erste eindruck begeistert einfach nur. sehr guter empfang und rasche fix zeiten im vergleich zu meiner RBT 1000.
    ich habe mal einen kurzen gang durch den park aufgezeichnet und hänge diesen mal hier mit an, vll mag der ein oder andere dazu etwas sagen ;).



    Hm.


    Auf den ersten Blick sieh das sehr gut aus. 9-12 sat in view, 6 - 20 in use, HDOP 3 - 0,8, dabei mehrheitlich 1 ... 1,1. Sehr gut.


    Aber: visualisiert man den Track in TTQV sind kleine Abweichungen von der Straße zu sehen. Das mag an+ber schon in erster Linie daran liegen, dass Du ja nicht ausschließlich auf der Straße unterwegs warst.


    Bedenklicher - auch wenn die Navigation davon nicht merkbar betroffen ist - halteich schon, dass ab und an nicht die Stabndardreihenfolge des Protokolle - RMC/GGA/GSA im 1 sek-Takt und GSV alle 5 sek - aufgezeichnet wird, sondern hin und wieder z.B. GGA/GSA/GGA/GSA...


    Die Protokollzeilen sind vollständig, also kein Hinweis, dass z.B. die Baudrate zu klein sein könnte und der PDA nicht nachkommt.


    Nehme zum Vergleich mal ein log mit höherer Baudrate - 9600 - auf, um zu sehen, ob sich was verändert. Sonst könnte das evtl. auf einen (Software-) Defekt der Maus hinweisen.


    Wie gesagt, momentan keine Beeinträchtigung der Navigation. Ob da aber so bleibt, kann ich nicht voraussagen. Evtl. mit diesem log und den festgestellten Ungereimtheiten - bei bzw. ab Zeit 140013 schön zu sehen - beim Lieferanten um Rat, evtl. Umtausch nachfragen.


    $GPGGA 140013.000 5134.7516
    $GPGSA A 3
    $GPGGA 140014.000 5134.7509
    $GPGSA A 3
    $GPGGA 140015.000 5134.7505
    $GPGSA A 3
    $GPGGA 140016.000 5134.7499
    $GPGSA A 3
    $GPGGA 140017.000 5134.7493
    $GPGSA A 3
    $GPGSV 3 1
    $GPGSV 3 2
    $GPGSV 3 3
    $GPGGA 140018.000 5134.7487
    $GPGSA A 3
    $GPRMC 140018.000 A
    $GPGSA A 3
    $GPGGA 140020.000 5134.7475
    $GPGSA A 3
    $GPGGA 140021.000 5134.7472
    $GPGSA A 3
    $GPGGA 140022.000 5134.7470
    $GPGSA A 3

  • vorab danke für deine eindrücke.
    die unregelmäßigkeiten im Log sind mir garnicht aufgefallen und frage mich nun ob dies eventuell am programm liegen könnte mit dem ich aufgezeichnet habe.
    leider bin ich darauf beschränkt mit einem WM Smartphone aufzuzeichnen für das es kaum software in diesem bereich gibt und das von mir eingesetzte ChtiGPS ist noch beta.


    Edit: da fällt mir gerade noch ein das zum ende der aufzeichnung der akku schon nach strom verlang hat.


    im anhang noch zwei weitere Log files, eines mit ChtiGPS das andere mit VisualGPS aufgezeichnet, letzteres jedoch nur am fenster.

  • Zitat

    Original von JanG
    vorab danke für deine eindrücke.
    die unregelmäßigkeiten im Log sind mir garnicht aufgefallen und frage mich nun ob dies eventuell am programm liegen könnte mit dem ich aufgezeichnet habe.
    leider bin ich darauf beschränkt mit einem WM Smartphone aufzuzeichnen für das es kaum software in diesem bereich gibt und das von mir eingesetzte ChtiGPS ist noch beta.


    Edit: da fällt mir gerade noch ein das zum ende der aufzeichnung der akku schon nach strom verlang hat.


    im anhang noch zwei weitere Log files, eines mit ChtiGPS das andere mit VisualGPS aufgezeichnet, letzteres jedoch nur am fenster.


    Bei zur Neige gehendem Akku habe ich ähnliche Effekte schon gesehen.


    Schaue mir die 2 logs später an und melde mich.

  • hmm, sehe gerade das in dem anderen ChtiGPS Log das problem auftritt, werde mal ein Log mit geänderter baudrate aufzeichnen.

  • Ja, war gerade dran:


    $GPRMC 123842.000 A
    $GPGGA 123843.000 5134.9903
    $GPRMC 123843.000 A
    $GPGGA 123844.000 5134.9910
    $GPRMC 123844.000 A
    $GPGGA 123845.000 5134.9917
    $GPRMC 123845.000 A
    $GPGGA 123846.000 5134.9925
    $GPRMC 123846.000 A
    $GPGGA 123847.000 5134.9931
    $GPGSA A 3
    $GPGSV 2 1
    $GPGSV 2 2
    $GPRMC 123847.000 A
    $GPGGA 123848.000 5134.9937
    $GPRMC 123848.000 A
    $GPGGA 123849.000 5134.9945
    $GPGSA A 3
    $GPRMC 123849.000 A
    $GPGGA 123850.000 5134.9954
    $GPRMC 123850.000 A
    $GPGGA 123851.000 5134.9964
    $GPRMC 123851.000 A
    $GPGGA 123852.000 5134.9976
    $GPGSA A 3
    $GPGSV 2 2
    $GPRMC 123852.000 A
    $GPGGA 123853.000 5134.9987
    $GPRMC 123853.000 A
    $GPGGA 123854.000 5134.9995
    $GPRMC 123854.000 A
    $GPGGA 123855.000 5135.0001
    $GPGSA A 3


    Im VisualGPS-log konnte ich derlei nicht feststellen.


    sat in view 9-10, in use 6-9, HDOP Durchschnitt 1,43 (gut).


    Kommt das andere Prog mit irgendwas nicht zurande???

  • die fehler kommen vom programm, eine änderung der baudrate bring da keine besserung.
    hab es gerade nochmal mit GpsDash und mit der alpha von gpsmaus geprüf, beide tools geben richtige daten aus.

  • Zitat

    Original von JanG
    die fehler kommen vom programm, eine änderung der baudrate bring da keine besserung.
    hab es gerade nochmal mit GpsDash und mit der alpha von gpsmaus geprüf, beide tools geben richtige daten aus.


    Hm.


    Eigentlich unlogisch, denn ein Prog sollte das aufnehmen, was geliefert wird.


    Andererseits sehen Baudratefehler (meist) etwas anders aus, da fehlen die Enden der Protokollzeilen.


    Leider keine Erklärung dafür.

  • Mir ging es gerade auch so,ebay,unter 100,zugeschlagen.
    Habe aber jetzt eine Frage dazu.
    Hier die Daten vom Hersteller: Mausklick
    Unter den ganz normalen Angaben steht: Static Navigation Disable
    Was heißt das?
    Habe ich übrigens sonst noch nirgendwo gesehen.

  • Static Navigation disabled bedeutet, dass die Geschwindigkeitsanzeige bei kleiner werdender Geschwindigkeit nicht auf einen Grenzwert beschränkt ist. Anders ausgedrückt: die Maus gibt auch bei kleinen Geschwindigkleiten (Geocaching) Werte aus.


    Lese mal den Test der 338.

  • @ragerl
    da du ja einen SDA hast könntest du mal ein Log mit ChtiGPS aufzeichnen, nich würde es ja brennend intressieren ob der fehler bei dir ebenfalls auftritt.

  • Ja das kann ich wohl machen,ich rechne aber nicht vor Don/Frei mit dem Eintreffen der Maus.
    Danke für die Antwort,aber GEO werde ich wohl nicht machen.

    Einmal editiert, zuletzt von ragerl ()