NM5 mit TMC überfordert?

    Zitat

    Original von SaBo


    Bist Du Dir da sicher ?(
    Soweit ich weiß ist der Sendersuchlauf hardwareseitig geregelt, d.h. der Empfänger bestimmt, wann ein Sender gefunden wird und wann nicht.
    Die Software kann nur den Suchimpuls geben, danach läuft alles über die Hardware.


    Wo ist denn der Widerspruch, wenn DPN einen gefundenen Sender behält und MN5 weitersucht nach einem anderen?

    Bin mir sogar ganz sicher.


    Der direkte Vergleich zwischen MN5 und DPN geht hier eindeutig zu Lasten des MN5, der Anteil "TMC = rot" ist bedeutend höher - auf gleichen Strecken.

    Zitat

    Ich hatte mit der Wegwerfantenne auch so gut wie nie TMC-Empfang.
    Seit dem Umstieg auf den Y-Adapter habe ich jetzt (fast immer) Dauerempfang.


    Hab nicht ganz den Durchblick.
    Ein Y-Adapter ist doch eine Aufsplttung, oder?
    Gibt es da die Möglichkeit das Antennensignal aufzusplitten, und wie mach ich das, wo gibt es sowas ?


    Danke für die Infos
    beno

    @beno:


    das antennensignal wird auf radio und die tmc-maus gesplittet. gibts bei vielen pda-zubehör-shops und direkt bei gns www.gns-gmbh.de


    Der Y-Adapter ist genau die Möglichkeit, die Du suchst.

    3 Mal editiert, zuletzt von dolofan ()

    Zitat

    Original von NaviNator
    Wo ist denn der Widerspruch, wenn DPN einen gefundenen Sender behält und MN5 weitersucht nach einem anderen?


    Das würde dann aber heißen, dass MN|5 nur empfangsstarke Sender hält und ansonsten den Suchlauf gleich wieder weiter laufen lässt.
    Werde das Verhalten aber demnächst auch mal prüfen.


    Sascha

    Zitat

    Original von SaBo


    Das würde dann aber heißen, dass MN|5 nur empfangsstarke Sender hält und ansonsten den Suchlauf gleich wieder weiter laufen lässt.


    Sascha


    Genau das deckt sich mit meinen Beobachtungen. Sender die ich im Radio reinbekomme, findet MN|5 nicht, weil die Sendeleistung zu schwach ist (mit Y-Adapter)


    Gruß
    Bastl

    Zitat

    Original von StefanMuench
    @beno:
    das antennensignal wird auf radio und die tmc-maus gesplittet. gibts bei vielen pda-zubehör-shops und direkt bei gns www.gns-gmbh.de


    Aber nur der GNS-eigene Y-Adapter passt auf die Cinch-Buchse, die zumindest meine GNS-Maus als FM-Buchse besitzt.
    Normale Y-Adapter besitzen normale 150-Ohm-DIN- oder 50-Ohm-ISO-Stecker, für die man im Zubehörhandel keinen Adapter auf das von GNS gewählte Cinch-Format erhält.


    Gruß
    Jürgen

    @JSK:


    ja. man kriegt aber durchaus den gns-adapter nicht nur direkt bei gns, sondern auch anderswo. darauf wollte ich hinaus

    Zitat

    Original von StefanMuench
    @JSK:
    ja. man kriegt aber durchaus den gns-adapter nicht nur direkt bei gns, sondern auch anderswo. darauf wollte ich hinaus


    Das ist natürlich korrekt. ;)
    Ich wollte nur davor warnen, einen normalen FM-Y-Adapter aus dem Zubehörhandel zu kaufen. Damit würde man nicht glücklich werden.


    Gruß
    Jürgen

    Damit das eigentliche Thema wieder in den Vordergrund kommt:


    Ich bin gestern und heute mit deaktiviertem TMC gefahren und dieses Mal war der Unterschied auch bei mir gravierend.


    Das 2D Nachhinken fast völlig weg!
    Selbst die 3D Ansicht näherte sich einer brauchbaren Zuverlössigkeit.
    Die Anzeige der Geschwindigkeitsschilder passte praktisch auf die Sekunde zur Realität (zumindest da, wo die Schilder korrekt erfasst sind).
    Nur die Ansagen kamen eher etwas zu früh.


    Ulli

    Sag ich doch !


    Nur stellt Euch einmal vor, Navigon müßte (auch wenn der Fehler bekannt und ggf. bereits eine Lösung vorhanden sind) bereits nach einem Monat eine Fehlerkorrektur auf den Markt bringen.....


    Vom Marktetingaspekt her gibt es dann zwei Ansätze:


    - Machen wir nicht, weil wir ein zuverlässiges Produkt bewerben und
    ein so früher Patch wäre eine Katastrophe


    - Wir geben einen Patch raus, da es uns die Kunden wert sind, wir
    zuverlässig sein wollen und zu Fehlern stehen.


    Irgendwie sieht es eher nach der ersten Variante aus - und der Konkurrenzdruck auf dem Gebiet ist schon erheblich.


    MfG


    na dann lassen wir das Auto halt mit kaputten Bremsen fahren, statt ne Rückrufaktion zu starten...


    naja so dramatisch sehe ich das nicht... auch ich bin der Meinung (und Hoffnung) das Navigon sich einiger Probleme ihrer Software mit einem SR annehmen wird. Wann und welchen Inhalts... das steht für mich natürlich in den Sternen.


    Gruß
    Bastl


    P.S.: ich habe das ganze mit dem deaktivierten TMC natürlich auch probiert, wollte aber bisher nicht "bei mir auch" schreien... ;D aber jetzt: bei mir hinkt nach deaktiviertem TMC auch nix mehr, selbst beim MDA I

    Einmal editiert, zuletzt von Bastl ()

    Zitat

    Original von utratama
    Vom Marktetingaspekt her gibt es dann zwei Ansätze:
    - Machen wir nicht, weil wir ein zuverlässiges Produkt bewerben und
    ein so früher Patch wäre eine Katastrophe


    Das Produkt und sein Ansehen wird nicht besser, wenn man Fehler möglichst spät patcht. ?(
    Microsoft hat das in Form des Patch-Day ja schon fast zum Feiertag erhoben.


    Gruß
    Jürgen

    Wer aber schon mal programmiert hat - erst Recht für den PocketPC - der wird sich vielleicht vorstellen können, dass man so ein Problem nicht zwingend im Handumdrehen abstellen kann.


    Nur mal ein Beispiel (nicht von Navigon):
    Da hat jemand ein tolles Programm geschrieben. Alles objektorientiert und sauber in Klassen und abgeleitete Klassen aufgeteilt. Sehr fein. So, wie sich das ein Dipl. Inf. vorstellt und ein Prof. mit Sehr Gut bewerten würde.


    Aber irgendwas ist faul. Lesen von Daten dauert lange. Anzeige der Daten ebenfalls. Aber das Modell ist doch 100%ig sauber und redundanzfrei. Warum ist es dann langsam?


    Ganz einfach: weil irgendwann mehr CPU verbraten wird die Objekte im Speicher zu verwalten als die Daten zu pushen. Weil jedes Sub-Objekt dann Modellierung eben auch alles tut was das Stammobjekt tut - auch wenn es für einen konkreten Fall nicht benötigt würde.


    Der Vorteil: Sehr übersichtlicher Code, relativ leicht zu warten
    Der Nachteil: nicht zwingend schnell.


    Ich hatte in diesem Fall vorgeschlagen alles umzubauen und Redundanzen in Kauf zu nehmen. Objektstrukturen verflachen (keine Sub-Sub-Sub-Sub....Klassen sondern Parent-Child und evtl. ein Parent-Child-Child. Dann ist aber gut)
    Und dort, wo man die Objektfunktionen nicht benötigt komplett auf Objekte verzichten und mit den Daten arbeiten (prozedual - wie früher :))


    Ergebnis: Das lesen der Daten und die Anzeige nach Programmstart dauerte nun nur noch ca. 2 Sekunden statt zuvor 30 Sekunden und mehr. - und es ist noch längst nicht zu Ende optimiert.


    Der Haken: Teils funktionalitäten doppelt im Code vorhanden (Code wird etwas größer) der natürlich doppelt angepasst werden muss wenn sich was ändert



    Nun könnte man vermuten, dass Navigon mit MN4 (Neuentwicklung?) den Weg der Objektorientierung eingeschlagen hat und dort einige Dipl.Inf. als Entwickler eingestellt sind die (sorry wenn ihr das lest) versucht haben Ihr Studi-Wissen 1:1 in die Realität zu übertragen.
    Und nun wird evtl. versucht diese Strukturen zu überarbeiten und zu optimieren....


    WICHTIG: Ich habe KEINEN (NULL NIX NADA) Einblick in die Navigon-Softwareentwicklung. es ist PURE SPEKULATION meinerseits. Ich sehe nur die Probleme und erkenne sie teils wieder. Das bedeutet aber nicht, dass die Ursachen dieselben sind.


    Ich wollte nur klar machen, dass ein Problem teils tief verwurzelt liegen kann.
    Erst muss man die Schwachstelle überhaupt mal ausfindig machen (das geht nciht auf dem Papier) und dann abwägen, ob ein Umbau überhaupt in Frage kommt


    Ich hoffe, dass Navigon ein ServiceRelease liefert und dort viele Probleme lösen oder entschärfen kann. Ich glaube aber nicht, dass das so leicht wird (sonst wäre es ja gar nicht so gekommen)


    nSonic