AVGPS: Version 1.10 (war bisher AVWSG)

Hallo Andreas,

Zitat

Achim: ich glaube ich habe den Fehler, den Du gefunden hast, gefunden. Das würde aber bedeuten, dass du nicht nur die Schnittstelle geöffnet und den die Console zur Anzeige gebracht hast. Du müstest zumindest was gemacht habe, wo man UBX Befehle braucht (z.B. Navigationseinstellungen auslesen/speichern)..

..nee nicht bewusst. Ich verwende zZ. einen Skytraq Modul nur lesend (NMEA). Ich weiss gar nicht was UBX ist. Kommt in meiner Welt nicht vor :gap

Fehler ist bisher nicht mehr aufgetreten. Lines-Counter ist schon über 31000 aber im Errorfenster sind auch keine Fehler!

Gruss
Achim

Achim,

ich muss trotzdem nochmal nachhaken: die NMEA Zeilen in der Konsole sind doch teilweise ziemlich Schrott, oder?

Hallo Andreas,

Zitat

ich muss trotzdem nochmal nachhaken: die NMEA Zeilen in der Konsole sind doch teilweise ziemlich Schrott, oder?

..als der Fehler auftrat ja. Jetzt habe ich über 37000 zeilen. Wie gesagt da hat ich gespielt (Ein/Aus..etc.)

...aber seltsamerweise beim schliessen des ports kommt

>>......WriteLine(): ' @AL,2,2'

....und das hat da nichts verloren (kein WSG!!!)

und dann hängt sich AVWSG auf und läßt sich nur über den Taskmanager beenden. Das Comport läßt sich nach einem Neustart nicht mehr öffnen, erst nach dem physikalischen trennen des USB/ser Converters und wieder verbinden läßt sich das Port öffnen.

..aber schau mal in dem Anhang

Nach dem Schließen kommt wieder

>>......WriteLine(): ' @AL,2,2'

Nach dem erneuten öffnen kommt nur noch Mist.......

>>Seltsamerweise steht im Errorfenster nichts!!

Nach mehrmaligem Öffnen und Schließen fängt er sich wieder...

Aber es kommen beim Öffnen/Schließen Ausgabebefehle ( @Al...) und die haben, zumindest bei mir nichts verloren (kein WSG !!!!)

Gruss
Achim

Ergänzung: Öffnen/Schließen des Comport immer wieder hintereinander kommt folgende EXCEPTION:
System.ArgumentException was unhandled
Message="Offset und Länge für das Array liegen außerhalb des gültigen Bereichs, oder die Anzahl ist größer als die Anzahl der Elemente vom Index bis zum Ende der Quellauflistung."
Source="mscorlib"
StackTrace:
bei System.ThrowHelper.ThrowArgumentException(ExceptionResource resource)
bei System.Collections.Generic.List`1.RemoveRange(Int32 index, Int32 count)
bei AVGPS.SerialDevice.ReadLine(TimeSpan timeout)
bei AVGPS.SerialDevice.ReadLineNoWait()
bei AVGPS.MainForm.DataReadyHandler()
bei AVGPS.SerialDevice.DataReceivedCallback(Object sender, SerialDataReceivedEventArgs e)
bei System.IO.Ports.SerialPort.CatchReceivedEvents(Object src, SerialDataReceivedEventArgs e)
bei System.IO.Ports.SerialStream.EventLoopRunner.CallReceiveEvents(Object state)
bei System.Threading._ThreadPoolWaitCallback.WaitCallback_Context(Object state)
bei System.Threading.ExecutionContext.runTryCode(Object userData)
bei System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack)
bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state)

Erweiterung: Falls keine Eingriffe bei mir (open/Close, Schnittstelle unterbrechen) gemacht werden, läuft der Log (Console) Ewig (??) ;D

Hallo womisa,

ich bin ja nun auch auf der Suche, warum ich in der V1.9 den com nicht mehr geöffnet bekomme. Du hast ein Bild mit ViewDretail angehängt, wie kommt man dazu?? Vielleicht könnte mir das weiterhelfen.

Hallo zusammen,

ich habe gestern das gleiche Phenomän wie Charly, bei meinen WinXp Rechner gehabt. Hatte aber keine Lust auf Windows neustarten, dachte dass sich der Treiber evtl. aufgehangen hat...

Beim Netbook (auch WinXp) lief die 1.9er dann aber.

Hallo Charly ((auch)-Rentner),

das ist zum einen die Console von AVGPS und das andere kommt bei einem Programmabsturz (Exception) wenn man in den Debugger (Entwicklungsumgebung) geht oder Details anklickt und das Ganze ins Clipboard speichert...

Hast Du schon mal das Kabel rausgezogen wenn Du keine Verbindung bekommst? Vorher natürlich close Verbindung, dass er nicht im Wartezustand ist!
Eventuell mal unter Compterverwaltung im Gerätemanager die Schnittstellen anschauen und/oder in der Computerverwaltung oben beim Rechnername Rechte Maustaste und nach neuer Hardware suchen......
Eventuell mal in der Computerverwaltung den entsprechenden Treiber (USB/Seriell?) deinstalieren und den richtigen Treiber installieren.....

Einfach mal mit nem einfachen Terminalprogramm die Schnittstelle öffnen......und beobachten.

Ich glaube nicht, dass das an AVGPS liegt

Gruss
Achim

sowas zum Test damit AVGPS aus dem Schneider ist......

Hallo Achim,

Du, Andreas, Frac, Ihr seid mir in PC-Dingen ganz offensichtlich Meilen voraus.

Trotzdem: bis zur V1.7, mit u-center, TMX geht ja alles. So liegt der Verdacht einfach nahe, dass es mit irgend was neuem in der V1.9 zu tun hat. Wobei ja nicht ausgeschlossen ist, dass Vista einerseits und halt auch meine NB-Konfiguration die Hand im Spiel hat.

Die Frage ist eben, wie finde ich das heraus. Die Schnittstelle an sich sollte o.K. sein, der Treiber ist der, der mit TMX ursprünglich geliefert wurde, silabser.

Wenn ich es richtig verfolgt habe, ist in der v1.9 die Konsole neu. Vielleicht liegt es ja daran, vielleicht sollte ich das mal ausblenden können.

Du sagst was von Entwicklungsumgebung. Kann ich das so verstehen, dass Du das Sourcefile hast???

Momentan scheine ich ja der Einzige mit solchen Problemen zu sein. Trotzdem wäre es sicher nicht schlecht, dem Dilemma auf den Grund gehen zu können. So wie Andreas evtl. untersuchen sollte, ob es einen Zusammenhang zwischen Timeout und aktivierten UBX-Befehlen gibt, wie gestern als leise Vermutung hochkam. Und, ich habe festgestellt, dass einige UBX-Befehle aktiviert waren, von denen ich einen ganz sicher nicht selbst aktiviert hatte. Und die inzwischen etwa 7 mal aufgetretenen Bluescreens - waren mit früheren Versionen schon da, weiß jetzt aber nicht mehr m Detail ob sie früher nur kamen, wenn man im "Betrieb" den Stecker gezogen hat - sind ja sicher auch nicht normal.

Mit XP Home - Desk, das hatte ich gestern ja schon geprüft und gesagt - war bim 1. Versuch alles o.K., log auslesen auf Anhieb i.O. Nur mit dem NB komme ich nicht mehr an den COM.

Übrigens, Achim, Du bist 12 Jahre jünger wie ich gerade gesehen habe. In PC-Dingen offenbar eine ganze Menge....

Wo in BaWü bist Du, bzw. wie weit weg von Freiburg?

Hallo Andreas,

das mit dem Absturz im Zusammenhang mit dem NMEA Log kann ich bei mir reproduzieren

-Neustart von AVGPS
-Open auf ne serielle Schnittstelle (USB nach seriell)
-Logger ist ein Skytraq Modul der immer NMEA Sequenzen schickt
-Es sollte keine Ausgabe in Richtung Modul erfolgen !!!!!!!
-läuft Ewig (noch kein Absturz)

...aber einmal Close ==> schickt leider irgendwie @Al.... Sequenz raus

-open dann kommen Timeouts mit zerstörten Sequenzen
- nach kurzer Zeit synchronisiert sich das Ganze Sequenzen sind ok (sehen plausibel aus)
- im Errorfenster steht nichts
-nach etwa 5-10 Minuten stürzt AVGPS ab

Trace;
System.ArgumentOutOfRangeException was unhandled
Message="Non-negative number required.\r\nParametername: count"
Source="System.Windows.Forms"
ParamName="count"
StackTrace:
bei System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
bei System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
bei System.Windows.Forms.Control.Invoke(Delegate method)
bei AVGPS.MainForm.ShowText(String s)
bei AVGPS.MainForm.DataReadyHandler()
bei AVGPS.SerialDevice.DataReceivedCallback(Object sender, SerialDataReceivedEventArgs e)
bei System.IO.Ports.SerialPort.CatchReceivedEvents(Object src, SerialDataReceivedEventArgs e)
bei System.IO.Ports.SerialStream.EventLoopRunner.CallReceiveEvents(Object state)
bei System.Threading._ThreadPoolWaitCallback.WaitCallback_Context(Object state)
bei System.Threading.ExecutionContext.runTryCode(Object userData)
bei System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack)
bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state)

Gruss
Achim

Hallo Charly,

Zitat

Wo in BaWü bist Du, bzw. wie weit weg von Freiburg?

..ich bin zwar noch kein Rentner aber in der passiven Altersteilzeit.

Nähe Pforzheim das "Tor zum Schwarzwald".....

Hast du Breisgauer Wein im Keller.......falls ja ==>GPS Daten :gap

Zitat

Du sagst was von Entwicklungsumgebung. Kann ich das so verstehen, dass Du das Sourcefile hast???

...ne leider nicht. Sonst würden präzisere Assagen kommen.

Zitat

Du, Andreas, Frac, Ihr seid mir in PC-Dingen ganz offensichtlich Meilen voraus.

..mach Dir keine Sorgen deswegen...das ist (war?) mein Beruf...
Gruss
Achim

Ps: Das wär doch was im Zusammenhang mit einem AVGPS Tag der AVGPS-Gemeinde

Zitat

Original von womisa

Nähe Pforzheim das "Tor zum Schwarzwald".....

Hast du Breisgauer Wein im Keller.......falls ja ==>GPS Daten :gap

Aha. Hm, jo. Und: steht das nicht in meiner Signatur, Avatar???

Zitat

..mach Dir keine Sorgen deswegen...das ist (war?) mein Beruf...

Ja dann...

Zitat

Ps: Das wär doch was im Zusammenhang mit einem AVGPS Tag der AVGPS-Gemeinde

Zu mir oder zu Dir...

Im Ernst, habe ich auch schon darüber nachgedacht. Ihr seid ja in Stuttgarter Nähe, das ist für mich immer etwas weiter. Aber es gibt ja das Leonberger-Treffen, das m.W. wieder im Juni stattfindet. Dort wäre u.U. ein Zusammentreffen möglich. Sonst irgendwo in der Nahe oder bei Andreas oder Dir, macht für mich etwas Fahrerei aus, der Zweck würde aber die Mittel heiligen - denke ich. Und das Problem (hm, bei mir) juckt mich schon.

Also bei mir lässt sich der Port mit der 1.9er auch nicht mehr benutzen:

09-05-07 21:59:21.703: WriteLine(): '@AL'
09-05-07 21:59:21.703: WriteLine(): '@AL,2,2'
09-05-07 21:59:21.906: ReadLine(): '<TIMEOUT>'
09-05-07 21:59:22.109: ReadLine(): '<TIMEOUT>'
09-05-07 21:59:22.312: ReadLine(): '<TIMEOUT>'
09-05-07 21:59:22.515: ReadLine(): '<TIMEOUT>'
09-05-07 21:59:22.718: ReadLine(): '<TIMEOUT>'
09-05-07 21:59:22.921: ReadLine(): '<TIMEOUT>'
09-05-07 21:59:23.125: ReadLine(): '<TIMEOUT>'
09-05-07 21:59:23.328: ReadLine(): '<TIMEOUT>'
09-05-07 21:59:23.531: ReadLine(): '<TIMEOUT>'
09-05-07 21:59:23.734: ReadLine(): '<TIMEOUT>'
09-05-07 21:59:23.734: WriteLine(): '@AL'
09-05-07 21:59:23.750: WriteLine(): '@AL,2,2'
.
.

Hallo seufer_wolle,

ich arbeite mit Hochdruck dran.....

Habe bereits eine Beta-Version, die wohl ganz gut aussieht....

Andreas

Zitat

Original von omega
Hallo seufer_wolle,

ich arbeite mit Hochdruck dran.....

Andreas

Hallo Andreas,

wie immer fleißig! .... dachte ich mir schon

Gruß
Rafael

Hallo zusammen,

ich bekam gerade eben von seufer_wolle, der gerade eine Beta Version von AVGPS getestet hat, den interessanten Hinweis, dass AVGPS auf seinem Netbook läuft, nicht aber auf seinem Desktoprechner.

Der größte Unterschied ist dabei:
Netbook: WinXP Home, .Net 2.0
Desktop: WinXP Prof., .Net3.5

Wer kann denn Aussagen dazu machen, welche .NET Version installiert ist, und ob er mit AVGPS Probleme hat oder nicht?

EDIT: ist wohl (leider) nicht die Ursache! Ich habe bei mir .NET 2.0, .NET 3.0 und .NET 3.5 installiert, und bei mir tut's ja. Ausserdem hat seufer_wolle alles außer .NET 2.0 deinstalliert - ohne Erfolg.

Grüße und gute Nacht,

Andreas