Auch die von Wintec gelieferten Treiber stammen letztendlich von Silicon Labs (silabs). Aber wie Leckeressen schon schreibt - nur die von Wintec funktionieren sauber. Alle aus sonstigen Quellen Treiber machen den ein oder anderen Ärger.
Vielleicht hilft ja das hier:
Gruß
FRAC
also das würde ich jetzt schon mal gern genauer wissen wollen. Ich habe immer nur Kram von WinTec oder von deren Webseite installiert. Und mein Treiber scheint ja der falsche zu sein. Wie heißt die von Dir runter geladene Datei genau? Und wieviele Bytes hat sie? Und wo gefunden?
Gruß
Thomas
Tja, wenn ich das mal selber so genau wüsste! Ich habe nichts bewusst runtergeladen und installiert. Aber ich habe durchaus andere Geräte über USB an meinen Rechner angeschlossen, die eventuell auch einen Silicon Labs USB Chip drin hatten und dementsprechende Treiber mitbrachten. Ich habe da einen Progin GPS Logger und eine Sony Ericsson Handy in Verdacht. Die Radikalkur hat bei mir jedenfalls geholfen - ob der andere Logger und das Handy das gut fanden, wiess ich nicht, da ich die Dinger nicht mehr an meinem Rechner benutze.
Auf jeden Fall Vorsicht mit von der Silicon Labs Seite runtergeladenen Treiber - das gibt häufig Ärger. Durch entsprechende Bericht in anderen Foren bin ich überhaupt erst auf diese Fehlerquelle gestoßen .
FRAC
Treiberversion 5.2.1.0 usw.
wo kann ich das überprüfen?
ich finde nur was von 4.28.0.2700
ZitatOriginal von Heiner007
ich finde nur was von 4.28.0.2700
Das ist die Versionsnummer des von Wintec mitgelieferten Treibers. Hast du trotzdem Probeleme mit Time-Outs?
FRAC
dann habe ich ja scheinbar den richtigen Treiber installiert.
Ob ich so richtige Probleme mit Time-Outs habe weiß ich nun selber nicht.
Ich bekomme zwar die Fehlermeldung Time-Outs, habe aber solange kein Problem damit solange ich nur die Returntaste betätigen muß. Ich habe aber manchmal das Problem, dass Logpunkte fehlen die seltsamerweise PC-abhängig sind.
siehe auch http://forum.pocketnavigation.…b8044fda3c2ab857511be.htm
Heiner007
Für diesen Timeout Fehler muss es doch eine Lösung geben. Ansonsten verunstaltet er die Tracks total, siehe hier WSG 1000 Logpunkte teilweise doppelt, dafür fehlen am Ende Logpunkte
Schau mal was bei dir in der Registry unter HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM steht und poste das mal hier. Ich kann keine Garantie geben, dass dies weiterhilft, aber einen Versuch ist es Wert.
Gruß
FRAC
ZitatOriginal von FRAC
Schau mal was bei dir in der Registry unter HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM steht und poste das mal hier. Ich kann keine Garantie geben, dass dies weiterhilft, aber einen Versuch ist es Wert.
Gruß
FRAC
Device\AgereModem5 com3
Um was gehts hier??
Sieht erst mal OK aus - schade ;). Bei mir hatte sich an dieser Stelle der zusätzliche, aber unpassende Silbabs Treiber verraten.
Wenn du den WSG über USB anschließt kommt auch nur genau ein Eintrag (slabser) hinzu, nehme ich an?
FRAC
Nein, es kommt der Eintrag \Device\Silabser0 hinzu.
Mit dem slabser Treiber hatte ich die Probleme genauso. Ich verwende allerdings den Silabs Treiber, da es nun keine Probleme mit dem WSG 1000 an meinem USB-Hub gibt. Beim mitgeliefertem Treiber, sprich dem slabser wurde er oftmals nicht erkannt, wenn er am Hub hing. Mit dem Silabs Treiber gibts da keine Probleme.
Auf meinem Laptop habe ich den slabser Treiber und dort gibts auch die Timeouts.
Schade. Bei mir hatte das Umstellen auf den mitgelieferten Treiber geholfen. Aber das hatten wir ja schon ...
Denn man toi, toi ...
FRAC
Hallo zusammen,
hier mal kurz ein paar Worte, wie der Log-Speicher gelesen wird:
Es wird an das Gerät ein Kommando geschickt, dass man ab einer Startadresse einen Block lesen möchte. Daraufhin schickt das Gerät diesen Block zurück und anschließend kommt eine Zeile mit der Prüfsumme für den geschickten Block. Das Programm berechnet die Prüfsumme des geschickten Blocks und vergleicht diese mit der Prüfsumme, die es vom Gerät empfangen hat. Falls die Prüfsummen nicht übereinstimmen, wird der Block einfach erneut angefordert.
Falls auf die Sendeanforderung nach einer gewissen Zeit nicht passiert, wird diese wiederholt. Wenn dann nach einigen Wiederholungen immer noch nichts passiert, wird der ganze Vorgang mit Timeout abgebrochen.
Der Lesetimeout ist bei AVWSG auf 5 Sekunden eingestellt und die Anzahl der Wiederholungen auf 5.
Meines Erachtens handelt es sich hierbei um ein Fehlverhalten der Firmware, da ja sowohl TMX als auch AVWSG ein ähnliches Verhalten aufweisen.
Wie FRAC bereits geschrieben hat, gab es tatsächlich Qualitative unterschiede, je nachdem welchen Treiber man verwendet hat. Ich vermute aber, dass der vermutliche Fehler in der Firmware vom Timing abhängig ist und nicht direkt was mit den Treibern zu tun hat.
Ich habe momentan keine Ahnung, was ich von Programmseite aus noch tun kann, zumal das Debuggen des Fehlers schwierig ist, da ich ihn aktuell nicht reproduzieren kann.
Was ich nicht nachvollziehen kann ist, dass angeblich alles ohne Fehler gelesen wurde, die Punkte im Log aber in falscher Reihenfolge erscheinen. Die Übertragung ist, wie schon gesagt, durch Prüfsummen geschützt, obwohl man sagen muss, dass die Prüfsumme recht einfach gestaltet ist. Sie ist aber gut genug, dass man mit großer Wahrscheinlichkeit ausschließen kann, dass Punkte vertauscht wurden und die Prüfsumme trotzdem stimmt.
Die Vertauschungen müssen, m.E. schon auf dem Gerät und vor der Übertragung passieren.
Grüße
Andreas
Hallo Ihr, omega:
kann einer von Euch genügend engl. um dies mal (im "Kommunikation with Al" oder per Mail) an Al zu geben? Das ist ja offensichtlich - wie sich inzwischen gezeigt hat - ein gravierender Fehler der von Wintec bereinigt werden muss/sollte.
