RBT 3000 und eBonTek 397 stationär.

    Hallo Wolf


    Zitat

    Original von ex_WolfL
    ...
    das konnte man nicht sehen. X(
    ...


    Ich schreibe zwar auch immer das es hilfreich ist auf Zahlen und Fakten blicken zu koennen, aber manchmal hilft auch nur der Bauch weiter. Denn die Interpretation der Zahlen und Fakten gelingt nicht immer so ganz.
    Hoffentlich habe ich nun kein Unheil angerichtet und werde bei naechster Gelegenheit mit dieser Aussage konfrontiert :D



    Versuch mal darauf zu achten, ob dies reproduzierbar ist. Wichtig hier waere, das Du die 5 Minuten im Haus ohne Fix (kein SAT in GSV) hast. Was denke ich mir dabei? Ich habe vor einiger Zeit von einem Herrn der Empfaengerindustrie (hoert sich gut an, oder? :D ) erfahren, das neuere Empfaenger eine Logik in der Firmware implementiert haben, die zu einem solchen Verhalten fuehren kann/koennte.


    Seine sinngemaesse Aussage war:
    Das liegt daran, das die interne Firmware der Empfaenger eine "Fehlerortung" eingebaut hat. Diese Routine schaut nach, ob der SAT-Empfang vorhanden ist. Wenn der Empfaenger nun an Spannung haengt und trotzdem KEINE SAT´s sieht, sagt die "Fehlerortung" "Stopp hier kann etwas nicht stimmen. Ich sehe keine SAT´s mehr. Also kann ich mich auch nicht mehr auf meine gespeicherten Daten verlassen. Beim naechsten mal, wenn ich wieder SAT´s sehe hole ich mir alle Daten neu".


    OK, das Gespraech bezog sich zwar auf die neueren Sirf-Empfaenger, ist auch fuer mich bisher nicht zu 100% reproduzierbar gewesen, aber ein Hinschauen kostet ja nichts.




    Hallo Charly
    "... manchmal - für einige Zeit - auch noch mit 1. "
    Lieber Gott im Himmel, mach bitte das ich mich in wichtigen Situationen nicht auf diese Positionsdaten verlassen muss.
    :D :D :D

    Moin Alfred,
    zum Thema Bauch:
    Jau, nicht immer hat der Kopf recht. ;) ;) ;)


    Was mein "Startproblem" der 397 angeht, werde ich versuchen,
    die beschriebene Situation zu wiederholen (und zu loggen. :evil: )


    Die Story von "invalid data" nach einer Weile mit Strom, aber ohne
    jeden Sat-Empfang habe ich auch gehört;
    allerdings ging´s dabei um Zeiten im >30Min-Bereich.


    Bis neulich
    Wolf
    ...
    die Testerei macht ´ne Pause wg Xmas-Hektik, Bude bald ganz voll, etc X(

    Zitat

    Original von 900SS-97


    SAT2 verliert bei 19dB kommt wieder bei 23dB
    SAT6 verliert bei 19dB kommt wieder bei 21dB
    SAT6 verliert bei 18dB kommt wieder bei 22dB


    Hallo Alfred,


    ich bin nun nicht mehr so überzeugt - nachdem ich mal das ganze log ausgewertet habe:


    21_28_27_22
    19_20_19_19
    ___19____21
    ___18____18
    ___23____22
    _________18
    _________18
    _________18
    Es sind die sts 1,2,5 und 6. 1. Zeile geht in use, 2. Zeile verliert use, 3. wieder in use usw. Schau Dir mal die Differenzen an:


    2__8_8__3
    ___1____-2
    ___1____3
    __-5____-4
    ________4
    ________0
    ________0


    da sehe ich - noch - kein erkennbares Schema.


    Ist aber im GPSLog jetzt drin, alle weiteren logs werden auch darauf geprüft

    Einmal editiert, zuletzt von karomue ()

    Moin Charly,
    ganz verstehe ich momentan nicht, was Deine Aufstellung sagt, sry.
    *edit*: jetzt habe ich´s kapiert; "sts" war der Knackpunkt. :]


    Egal, andere Versuche in den letzten ca 2 Std:


    - die Sache mit alles Nullen zu Beginn ist _nicht_ reproduzierbar.
    (sollten wir b.a.w. vergessen. Was da los war???? K.A. )


    - Gegentest unter guten Bedingungen (~4 Vögel mit ordentlichem Pegel):
    Hotstart= 7Sek, Warm=26, Cold=32, Factory=53, jeweils~.
    - "Wandern" bei Fix ins Zimmer bis Abriss=~18dB,
    - zurück in Richtung Fenster "Refix" bei ~29/30dB
    Diese Werte waren ca 5..6 mal reproduzierbar.
    D.h., die Hysterese müsste m.E. rund im 10dB-Bereich sein.
    **edit II*
    zur Klarstellung:
    die "Reacquisition" eines verlorenen Vogels _während eines Fixes_
    bewegt sich im Bereich ~20dB. *
    **edit III*
    der "Erstfix" nach Power On scheint mind 32...33 dB zu benötigen;
    liegt offenbar ziemlich hoch. Sowas ist schwer zu testen. X(


    GN, Wolf


    editiere noch die "Nullen-Story". ;)

    4 Mal editiert, zuletzt von ex_WolfL ()

    Hallo Charly, Wolf, Navigemeinde


    Vieles was hier diskutiert, ueberlegt und geschrieben wird, ist nicht immer durch feste Raster/Muster zu erklaeren. Dazu ist das Verhalten der Empfaenger in den einzelnen Situationen zu komplex. Auch halten sich die Hersteller/Importeure mit entsprechenden Info´s leider zu sehr bedeckt. Klar, keiner will sich in die Karten schauen lassen. Deshalb entscheidet eben oft der Bauch. Das sollten wir nie ausser acht lassen.


    Deshalb finde ich auch den Ansatz den Artur, Charly und Peter in ihrem letzten Artikel "Empfaengerempfehlungen" gegangen sind echt klasse. Denn seien wir doch mal ehrlich. Wenn Personen, die sich im "Hobbybereich" etwas mehr mit der Materie auseinandersetzen, anfangen und zu ein und dem selben Tatbestand unterschiedliche Interpretationen abzuliefern, dann steht der "NurAnwender" vor einem unloesbaren Problem. Er wird teilweise noch mehr verunsichert, weil er die Begrifflichkeiten/Zusammenhaenge nicht mehr differenzieren/zuordnen kann.


    Trotzdem moechte ich hier die Threads in, denen ueber technische Zusammenhaenge diskutiert, ueberlegt und geschrieben wird, nicht mehr missen. Denn ich persoenlich habe durch mein mitlesen dieser Threads schon ein wenig mehr Details zum Thema Navigation erhalten. Also diskutiert, ueberlegt und schreibt weiterhin. Und, das soll auch nicht unbemerkt bleiben. Ich bin auch davon ueberzeugt, das Hersteller/Importuere hier mitlesen und merken wo den einzelnen User der Schuh drueckt. Ich will damit nicht unterstellen das hier trends gesetzt werden, aber man sollte die Stellung eines solchen Forums auch nicht unterschaetzen. Die letzten Reaktion zum Thema StaticNavigation, wo auf einmal das Thema "Hervorragend zum Wandern" ins Rennen gebracht wird, zeigen fuer mich deutlich was aus den Diskusionen hier entnommen wird.



    So, nun aber wieder zum eigentlichen Thema
    @wolf
    "Die Story von "invalid data" nach einer Weile mit Strom, aber ohne
    jeden Sat-Empfang habe ich auch gehört; allerdings ging´s dabei um Zeiten im >30Min-Bereich" war bei mir klare Aussage im Bereich von 3 Minuten. Passt zur Aussage oben: "Auch halten sich die Hersteller/Importeure mit entsprechenden Info´s leider zu sehr bedeckt"
    Bude voll an x-mas kann ich nachfuehlen. Habe am zweiten Tag auch 23 Mann/Frau/Kind da.


    @Charly
    Ich wollte mit den aufgezeigten Hysteresen auch kein festes Raster ableiten. Wenn dies so rueber gekommen ist, so war das keine Absicht. Aber zeigt mir die Diskusion auch hier bewegen wir uns wieder auf einem "Feld" das Interpretationsspielraum bietet, bzw. das fuer den "NurAnwender" nicht so kaufentscheidend ist, bewegen. Das Du reagiert hast und das in Dein Tool integriert hast (oder habe ich das falsch verstanden? ), finde ich gut. Denn so wird wieder ein Segment "Empfaengerverhalten" aufgetan, das evtl. zum Denkprozess beim "Empfaengerdesign" fuehren koennte. Denn eine kleine Hysterese ist in meinen Augen schon ein Vorteil bei der Navigation.
    Wenn Du mich bei Gelegenheit mal auf den neuesten Stand bei GPSLog bringst, haette ich schon ein kleines Weihnachtsgeschenk
    :) :) :)

    Zitat

    Original von 900SS-97


    @Charly
    Ich wollte mit den aufgezeigten Hysteresen auch kein festes Raster ableiten. Wenn dies so rueber gekommen ist, so war das keine Absicht. Aber zeigt mir die Diskusion auch hier bewegen wir uns wieder auf einem "Feld" das Interpretationsspielraum bietet, bzw. das fuer den "NurAnwender" nicht so kaufentscheidend ist, bewegen. Das Du reagiert hast und das in Dein Tool integriert hast (oder habe ich das falsch verstanden? ), finde ich gut. Denn so wird wieder ein Segment "Empfaengerverhalten" aufgetan, das evtl. zum Denkprozess beim "Empfaengerdesign" fuehren koennte. Denn eine kleine Hysterese ist in meinen Augen schon ein Vorteil bei der Navigation.
    Wenn Du mich bei Gelegenheit mal auf den neuesten Stand bei GPSLog bringst, haette ich schon ein kleines Weihnachtsgeschenk
    :) :) :)


    Hallo Alfred, Wolf,


    Momentaufnahmen - das prägt sich gerade seit einiger Zeit auch bei mir ein - sind nicht unbedingt geeignet, Mäuse zu beurteilen. Für solche Überlegungen muss man schon eine ganze Reihe von logs untersuchen um einen Mittelwert zu erhalten.


    Hystereseverhalten, ja, finde ich auch positiv. Aber nicht auf Grund eines logs.


    Und nochmal ja, GPSLog - permanent im "Teststadium" notiert jetzt auch die jeweiligen Übergänge use-nicht use, nicht use-use. Schau Dirs mal an.


    Irgendwann wird es mal nicht mehr laufen. Man kann jetzt schon bei längeren logs - und wenn man noch 2 zeitgleiche wir bei Wolf untersucht - gemütlich in den Keller gehen um eine Flasche Wein zu holen.... Was sicher nicht zuletzt an meinen bescheidenen Programmierkünsten liegt. Aber ich bin ja schon froh, dass ich in diesen Spaghetti Code überhaupt noch weitere Erker an die richtige Stelle bekomme... :gap

    Zitat

    Original von karomue
    ...
    Momentaufnahmen - das prägt sich gerade seit einiger Zeit auch bei mir ein - sind nicht unbedingt geeignet, Mäuse zu beurteilen. Für solche Überlegungen muss man schon eine ganze Reihe von logs untersuchen um einen Mittelwert zu erhalten.


    Hystereseverhalten, ja, finde ich auch positiv. Aber nicht auf Grund eines logs.
    ...


    Jau Charly,
    habe ein paar Ergebnisse, jeweils >5 durchgespielt. :]
    Vielleicht ein Anfang um die Werte "abzuklopfen".


    Meine bisherigen Ergebnisse für RBT 3000 und eBonTek 397:


    FirstFix= erster Fix nach Einschalten.
    ReFix= Fix nach vorübergehendem Verlust eines Fixes.
    LossOfFix= Verlust eines Fixes.
    ReAcquisition= Wiederaufnahme eines Vogels in einen bestehenden Fix.
    Angaben in dB der jeweiligen Maus.
    dB-Unterschiede zw den Mäusen sind ca 1...2dB.
    Methode:
    Mäuse "in" einen Fix bewegen und "aus" einem Fix heraus.
    Vorgang mehrfach wiederholen. (>5-mal)


    ______________RBT3000___eBonTek397
    ______FirstFix:_~31..32?___~32..33?
    _______ReFix:____~30_______~30
    ___LossOfFix:____~26_______~18
    ReAcquisition:____~28_______~20



    Die Werte für den FirstFix sind geschätzt, da nur
    mit grösserem Aufwand festzustellen.
    Für die 397 scheint der Wert fast höher als für die 3000.
    Allerdings halte ich diesen Wert nicht für sonderlich wichtig.


    Die Hysterese (Delta ReFix, LossOfFix) ist ca 12 dB für 397;
    während die 3000 nur 4 dB hat. (bestätigt mein Gefühl)


    Bitte,
    Kommentare und Korrekturen und/oder Werte für andere Mäuse.
    Wolf
    ...
    schade, dass mein OpenOffice Dein Makro nicht frisst.
    Aber vielleicht finde ich doch irgendwo in der Ecke ein Excel
    und habe Lust es zu installieren. X(
    Aber,
    ich glaube, ich muss mich etwas um Weihnachten kümmern. :] :]

    Zitat

    Original von ex_WolfL


    ich glaube, ich muss mich etwas um Weihnachten kümmern. :] :]


    Ja, das ist jetzt langsam angesagt.


    Baum steht, aber da, wo ich unter Tags immer mit dem NB zu Gange war. Also wird jetzt bis so 3-König nur noch reduzierter Betrieb sein. Das wird sich vermutlich auf dringende Hilfestellungen beschränken.


    Ich wünsche Euch fröhliche Weihnachten - zum 2. Mal, das 3. folgt im Weiihnachtsthread morgen oder so...

    Zitat

    Und nochmal ja, GPSLog - permanent im "Teststadium" notiert jetzt auch die jeweiligen Übergänge use-nicht use, nicht use-use.
    Schau Dirs mal an.


    Ich kann´s ja nicht lassen....... ;) ;) ;)
    Schnell Weihnachtsbaum aufgestellt zum "Ausrenken";
    den Rest müssen die Damen des Hauses erledigen. :] :]


    .... und noch ´nen Office2k gefunden, Excel installiert und........
    geflucht :evil: :evil:, da Runtime Error 5 (siehe Bild)


    Der Witz ist, dieser Fehler taucht _nur_ beim 387-Log auf.
    Das 3000-Log ist OK. (Logs vom Beginn des Threads)


    Any idea????
    Wolf


    *edit*
    im Diagramm "min-Signal sat in use" ist ein kleiner Glitch drin;
    PRN 1=0 und PRN 2=0 ist falsch, PRN 21=33 sieht OK aus.
    Das Gegenstück "maxSignal.." sieht OK aus.


    *edit II*
    siehe später im Thread, Glitch taucht bei 397 wg Nil-Wert in GSV auf.
    Vermutlich. ;)

    Hallo Charly, Wolf, Navigemeinde


    @wolf
    Wie "Schnell Weihnachtsbaum aufgestellt zum "Ausrenken"; den Rest müssen die Damen des Hauses erledigen", ist denn schon wieder Weihnachten. Ploetzlich und unerwartet hat es mich nun auch erwischt, ich muss noch was tun.
    Deshalb hier nur eine kurze Stellungnahme


    Schau mal bei "113826.981,4818" da sich Dein Log etwas verschluckt.


    $GPGGA,113825.981,4818.7493,N,01133.1403,E,1,04,01.9,502.1,M,45.8,M,,*69
    $GPGSA,A,3,02,15,21,25,,,,,,,,,3.5,1.9,3.0*3D
    $GPGSV,3,1,11,1,05,253,,2,07,037,24,5,17,121,,6,81,045,*73
    $GPGSV,3,2,11,10,15,076,,15,14,191,25,16,20,299,,21,37,176,39*79
    $GPGSV,3,3,11,23,06,329,,25,47,268,40,30,46,119,,,,,*42
    $GPRMC,113825.981,A,4818.7493,N,01133.1403,E,0.00,127.87,191205,,,A*6D
    $GPGGA,113826.981,4818.7492,N,05,,,,,,,,,3.5,1.9,3.0*3D
    $GPGSV,3,1,11,1,05,253,,2,07,037,23,5,17,121,,6,81,045,*74
    $GPGSV,3,2,11,10,15,076,,15,14,191,25,16,20,299,,21,37,176,39*79
    $GPGSV,3,3,11,23,06,329,,25,47,268,40,30,46,119,,,,,*42
    $GPRMC,113831.980,A,4818.7493,N,01133.1401,E,0.00,127.87,191205,,,A*6B



    @Charly
    Danke fuer das File

    Zitat

    Schau mal bei "113826.981,4818" da sich Dein Log etwas verschluckt.


    Danke Alfred, das war´s. :] :]
    So weit war ich noch nicht, hätte noch mehr Sucherei gekostet.
    Aber, wie hast Du diese marode Stelle gefunden?
    Wolf

    Zitat

    Original von ex_WolfL


    Danke Alfred, das war´s. :] :]
    So weit war ich noch nicht, hätte noch mehr Sucherei gekostet.
    Aber, wie hast Du diese marode Stelle gefunden?
    Wolf


    Hallo Wolf


    Aus dem Bauch heraus. :D :D :D
    Nein, Spass beiseite. Ich habe mir versucht anzugewoehnen, ein LogFile zuerst einmal auf Plausibilitaet zu pruefen. Mach ich aber nicht zu 100% sondern max. 70-75 %. Die Erklaerung hoert sich nun bloed an, bzw. kann natuerlich automatisiert werden, aber der erste Pruefschritt ist wirklich das LogFile im Editor einfach durchsrollen. Da "sieht" man relativ schnell Ungereimtheiten wie Resets oder haeufige Fehler im Zeilenendebereich, weil das gescrollte Bild einfach nicht in das normale Raster passt, wenn das auf dem Monitor ablaeuft. Dann einfach in Excel einlesen und Filter auf GGA setzen, in freier Spalte eine "Wennfunktion" WennZeitZelleGroesser1AlsDarueberliegendeZeitzelle_DannSchreibeAlarm_SonstBlank und schon siehst Du Ungereimtheiten. Auch hier in Excel kann man mit dem Filter auf den einzelnen Protokollen duch einen Blick auf den Monitor recht schnell Fehlerstellen erkennen.



    PS:
    Ich weis, das ich mich nun als absoluter NichtProfi geoutet habe, aber meine Versuche das wirklich zu automatisieren sind nicht weit entwickelt. Mein Problem ist, das einfach vorher nicht bekannt ist wonach ein Automatismus suchen soll. Denn leider meldet sich eine Abnormailtaet nicht im Vorfeld.

    Zitat

    Original von 900SS-97
    ...
    Aus dem Bauch heraus. :D :D :D
    Nein, Spass beiseite. Ich habe mir versucht anzugewoehnen, ein LogFile zuerst einmal auf Plausibilitaet zu pruefen. Mach ich aber nicht zu 100% sondern max. 70-75 %. Die Erklaerung hoert sich nun bloed an, bzw. kann natuerlich automatisiert werden, aber der erste Pruefschritt ist wirklich das LogFile im Editor einfach durchsrollen. Da "sieht" man relativ schnell Ungereimtheiten wie Resets oder haeufige Fehler im Zeilenendebereich, weil das gescrollte Bild einfach nicht in das normale Raster passt, wenn das auf dem Monitor ablaeuft. ...


    Jau,
    das (im Editor ´mal d´rüberfliegen, besonders Anfang und Ende) mache ich immer.
    Hatte eben bei einem neuen Log auch wieder so einen Effekt;
    aber die RunTime-Error-Msg hat gleich die Stelle im Log gezeigt.
    Der Rest war simpel. (3 GSVs gelöscht.)


    Das eigentliche Prob ist, wenn die Makros nicht stolpern sondern BS verarbeiten.


    z.B. gerade:
    Diagramm/Min Signalstärke für 3 Vögel = -1 (minus 1)
    Jetzt wirds tough. :evil: :evil:
    Mal sehen, wie sich Xmas entwickelt.
    (Baum steht, verbrät ca 75Watt, wird gerade komplettiert.) ;)
    Wolf

    Hallo Ihr 2,


    das ist wieder so eine Sache mit den selbstgestrickten Progs. Ich denke - das Ursprungslog ist ja schon recht "alt" - dass ich diese GGA-Zeile auch gefunden und darüber gestolpert bin. Habe ich aber inzwischen so gut wie vergessen, vermutlich habe ich diese Zeile gelöscht.


    Allgemein: wenn sowas auftritt, kann man Testen anklicken. Hm, hoffe jetzt mal, dass man dann in das Makro reinkommt :gap, das es sonst verriegelt ist.


    Steht dann in der Zeile, wo der Ausstieg erfolgte. Da sollten dann 2 Variable zu sehen sein (eine ist z), eine "woher" und eine "wohin". Die woher verweist auf eine Zeile in den Spalten 1 bis 21, da steht das Ursprungslog. So kann man eine korrupte Zeile schnell finden, über die Zeit und die Protokollart mit einem Editor - das habt Ihr ja bereits gefunden - die korrupte Zeile entfernen, speichern und Excel neu laufen lassen.


    Ja, und Wolf, Deinen Einwand sat in use , Diagramm, kann ich nicht nachempfinden. Haben wir das gleiche log??