Beiträge von Coffeetrac

Hallo,

hab noch ein Problem bemerkt.

Betrifft aber nur die Ausgabe am seriellen Port (UART) bzw. über USB-OTG mit Usb to serial

Betrifft nicht die serielle Ausgabe über den USB-Port, den die meisten wohl für Cerea verwenden. ( da wird die Baudrate eh ignoriert und immer mit 115200 gesendet)

Problem: Bei allen Baudraten unter 115200 Bd werden in unregelmässigen Abständen (je schnelle desto kleiner) die
GPRMC Sätze verstümmelt (z.B. bei 38400 Bd und 10Hz etwa jeder 5.te)

Sieht etwa so aus:
So sollte es aussehen:

Zitat

$GPRMC,115419.90,A,4744.6621253,N,01211.2813130,E,0.05,126.18,070917,0.0,E,D*33<\r><\n>

Aber er fällt in die laufende Übertragung eines beliebigen Datensatzes unvermittelt hinein un zerstört beide Sätze
Hier 4 Beispiele:

Zitat

$GPVTG,121.58,T,121.58,M,0.05,N,0.03,K,A*2$GPRMC,115753.50,A,4744.6617598,N,01211.2826657,E,0.06,121.58,070917,0.0,E,D*32<\r><\n>
$GPGSA,A,3,08,10,11,16,18,27,32,,,,,,2.0,1.2,1.$GPRMC,115753.00,A,4744.6617570,N,01211.2826580,E,0.17,121.58,070917,0.0,E,D*34<\r><\n>
$GPGSV,2,1,07,01$GPRMC,120645.30,A,4744.6618680,N,01211.2817370,E,0.07,133.69,070917,0.0,E,D*33<\r><\n>
$GPGST,120644.50,0.181,,$GPRMC,120644.70,A,4744.6618668,N,01211.2817342,E,0.11,133.69,070917,0.0,E,D*31<\r><\n>

Damit kommt nicht jedes Endgerät zurecht, ausserdem bricht die Ausgaberate deutlich ein

Tritt nicht bei 115200 Bd auf da läuft alles glatt, da kommt auch zu Begin der Bootlog des Reach auf den Schirm

Soweit ich weiss mind. seit Version 2.7.2 und auch in der aktuellen 2.8.0 ist der Fehler noch vorhanden.

Gruß Wilhelm

Kann das jemand bestätigen oder widerlegen? Bitte um Rückmeldung

Nachtrag 05.03.2018:

Mit den aktuellen Firmwareversionen 2.10.x tritt das Problem nur noch im 10Hz Betrieb auf (Glonass aus), Läuft jetzt zumindest bei 5Hz auch mit niedrigeren Baudraten störungsfrei!

Jep, hat mich auch viel Zeit gekostet!

Wenn man gezielt danach sucht findet man auch die Begründung.

Zitat

Well Reach uses 192.168.2.x for itself with ethernet over USB, so maybe there is a routing problem with serving web pages over two interfaces that are both on the same subnet?

This is what I am thinking: Reach is set up with a static address of 192.168.2.15 on the 192.168.2.x subnet for the usb0 interface by default. Reach then connects by wifi to your router and gets another address in the same subnet (192.168.2.128 for wlan0). You might be requesting a ReachView page over the wlan0 interface, but Reach might be replying back to you over the usb0 interface. Both interfaces are on the same subnet after all, so why would Reach care which interface was used for the reply? Well in this case, the wireless router is only connected to one interface, and the other interface is a dead end.

I would suggest to try one of two things:

change Reach's subnet for the usb0 interface, or
even better, change your wireless router to a different subnet (like 192.168.3.x)

Alles anzeigen

Es betrifft also nicht alle Netze mit der "2" sondern speziell das 192.168.2.x

Dämlicherweise wird dies sehr häufig verwendet, unter anderem in Vodafone Routern, also Vorsicht.

Gruß Wilhelm

Nachtrag:

mit 20 Hertz habe ich bei mir vereinzelt Probleme festgestellt.
Cerea scheint zeitweise zu laggen, dann stockt die Navigation für ein paar Sekunden.

Am Tablet habe ich einen Core i5-2,7Ghz mit 4Gb Ram der sollte eigentlich nicht zu lahm sein.

Also empfehle ich vorerst maximal 10Hz zu verwenden.

P.S. Wer RTK an der Novatel nutzt sollte Steadyline aktivieren

z.B. mit
"steadyline transition 60"

Das soll, bei Wechsel der Genauigkeit, starke Sprünge glätten.

Beschrieben wird es hauptsächlich für RTK Signale, kann aber vermutlich auch bei Verlust von SBAS helfen.
Ob das Sinn macht weiss ich nicht, Single springt sowieso ständig.

Hab es aktiviert und bisher keine Nachteile entdeckt.

Gruß Wilhelm

Hier sind die Links zum Firmwareupdate und Docs

https://www.novatel.com/support/info/documents/925

Gruß Wilhelm

P.S. So kann man die aktuelle Version abfragen! Hier 6.700

Gesendet: 
log versiona once

Empfangen:

<OK
[COM1]
#VERSIONA,COM1,0,64.5,FINESTEERING,1959,157575.556,00040000,3681,13860;1,GPSCARD,"D2L00G0T0","BFN17083634","OEM628-4.01","OEM060700SN0031","OEM060202RB0000","2016/Jun/10","17:38:06"*e44e31fa

Legende:                                      _________   ___________   ___________   _______________   _______________
                                          Modellnr.   Serialnr.     Hardwarevers. Firmwareversion   ev. Terrastar code? (anzeige Müller:QV655:0958:3064)

Ungefähr so:

Gruß Wilhelm

Hab mal die Setting vom Müller gesnifft, und daraus Einstellungsdateien für Cerea und Müller erstellt.

Baudrate muss ab 10Hz höher als 19200 eingestellt sein, sonst reagiert der Smart-6L nicht mehr auf Eingaben und muss Resetet werden.
Hab 57600 gewählt, 38400 sollte aber auch reichen.

Settings für Cerea 10Hz:

unlogall
serialconfig com1 57600 n 8 1

log com1 gpggalong ontime 0.1
log com1 gprmc ontime 0.1
log com1 gpgsa ontime 1 

unlogall com2
assignlbandbeam idle
sbascontrol enable auto
ggaquality 1 waas 2
pdpmode relative auto
steadyline disable
ualcontrol disable
interfacemode com1 novatel novatel on
interfacemode com2 novatel novatel off
saveconfig

log assignlbandbeama once
log terrastarinfoa
log sbascontrola once
log ggaqualitya once
log pdpmodea once
log loglista once
log comconfiga once
log steadylinea
log ualcontrola

Settings für Cerea 5Hz:

unlogall
serialconfig com1 57600 n 8 1

log com1 gpggalong ontime 0.2
log com1 gprmc ontime 0.2
log com1 gpgsa ontime 1 

unlogall com2
assignlbandbeam idle
sbascontrol enable auto
ggaquality 1 waas 2
pdpmode relative auto
steadyline transition 60
ualcontrol disable
interfacemode com1 novatel novatel on
interfacemode com2 novatel novatel off
saveconfig

log assignlbandbeama once
log terrastarinfoa
log sbascontrola once
log ggaqualitya once
log pdpmodea once
log loglista once
log comconfiga once
log steadylinea
log ualcontrola

und die originalen Müller Trackguide mit SBAS & Glide: Ohne Trackleader Auto 5Hz

unlogall
serialconfig com1 19200 n 8 1


log com1 gpggalong ontime 0.2
log com1 gpvtg ontime 0.2
log com1 gpgsa ontime 1.0
log com1 gpzda ontime 1.0


unlogall com2
assignlbandbeam idle
sbascontrol enable auto
ggaquality 1 waas 2
pdpmode relative auto
steadyline disable
ualcontrol disable
radarconfig enable
interfacemode com1 novatel novatel on
interfacemode com2 novatel novatel off
saveconfig


log versiona once
log comconfiga once
log pdpfiltera once
log pdpmodea once
log sbascontrola once
log ggaqualitya once
log loglista once
log steadylinea
log assignlbandbeama once
log terrastarinfoa
log ualcontrola
log steadylinea
log ualcontrola

Den Teil nach saveconfig kann man auch weglassen dient nur der Info

Dateien kann man wie Sie sind mit einem Terminalprogram (z.B.HTerm) und der momentanen Baudrate in einem Rutsch an die Novatel senden und passt.

Gruß Wilhelm