WSG-1000 und u-Center Programmierung

Nachdem ich mir nun zahlreiche lange Themen zum WSG-1000 hier im Forum durchgelesen habe, insbesondere die Firmwareupdate Problematik habe ich nun ein paar Fragen dazu.

karomue programmierte seinen WSG-1000 und hatte dadurch nur Probleme mit einer neuen Firmwareversion. Er sprach davon das Gerät dadurch irreversibel geschädigt zu haben.
Beim Programmieren muss man ja zwischen 2 Stufen unterscheiden, temporär und ins Flash schreiben. Kann man generell sagen, dass temporäres programmieren absolut ungefährlich ist und man alles ausprobieren kann?

Al Lai stellte ja auch eine DefaultConfig von Wintec fürs U-Center bereit. Kann mit dieser ein verstelltes Gerät das Probleme bei neuen Firmwares macht, wieder vollständig hergestellt werden?

Ansonsten sind die U-Blox Chipsätze ja wirklich toll, weil sie sehr viele Möglichkeiten durch die Programmierung bieten (das war auch der Grund warum ich mich für einen u-blox entschieden habe). Speziell die 4 Hz Updaterate ermöglicht interessante Anwendungen wie z.B. Beschleunigungsmessungen. Andere Hersteller können sich von diesem Chip eine Menge abschauen. Soweit ich das mitbekommen habe geht bei ihnen keine Programmierung oder man kann das Gerät damit komplett zerstören.

Danke für eure Antworten.

Zitat

Original von Leckeressen

karomue programmierte seinen WSG-1000 und hatte dadurch nur Probleme mit einer neuen Firmwareversion. Er sprach davon das Gerät dadurch irreversibel geschädigt zu haben.

Oh. Hab ich das mal geschrieben?

Dann müsste ich es wohl korrigieren.

Zunächst gibt es ja beim WSG 2 Programmierebenen

1. die GPS-Seite des Chip --> mit u-center, (TMX)
2. die FW --> mit dem entspr. FW-Update-Prog

Die über das Gerät (quasi 3. Ebene) gemachten Änderungen sind über "Werkseinstellungen" rückgängig zu machen.

Die FW ist jederzeit per PC neu einspielbar.

Für den Chip empfehle ich immer, die Konfig des Neuzustandes vor jeder Änderung einmal abzuspeichern, damit kann auch hier mit u-center immer wieder auf den Lieferzustand zurückgesetzt werden.

Und ja, ich hatte noch keinen Zustand der den WSG abgeschossen hätte, wenn eine Programmierung noch nicht in den Flash geschrieben wurde. Das ist ja einer der Hauptvorteile für u-blox/ANTARIS-Chips, Gerät aus --> Zustand vor Programmierung.

Und nun helfe mir mal auf die Sprünge, wo und wann ich geschrieben habe, dass der WSG irreversibel geschädigt worden wäre. Daran kann ich mich nun nicht erinnern. Es gab mal Probleme mit einer frühen FW. die aber durch Rückgang auf eine vorherige bereinigt werden konnte. Dann hatte ich auch mal alles eingeschaltet was mit u-center einzuschalten war, das war dann eindeutig zu viel, der WSG wollte nicht mehr. Je mehr man dazu programmiert, auch schon vor diesem "Endzustand", je mehr macht sich eine Performance-Grenze bemerkbar, bis er sich letztlich verschluckt. Aber: wer braucht schon alles, das probiert man vielleicht als "Neugieriger" wie ich mal aus...

Ich habe 2 WSG. Beide konnte ich noch nicht in die ewigen Jagdgründe schießen...

Für Experimente mit ubx-Befehlen merken:

der PRT-Befehl wird leider nicht permanent übernommen und muss bei jedem neuen Einschalten neu gesendet werden, will man ubx-Auskünfte erhalten. (UBX-CFG-PRT NMEA + UBX für die Ausgänge Protocol out).

Sonst eben auch wieder empfehlenswert, hat man eine Konfiguration mit der man weiterarbeiten will, speichern.

Fragen? Dann frage.

Erstmal danke für deine Antwort.

Zitat

Und nun helfe mir mal auf die Sprünge, wo und wann ich geschrieben habe, dass der WSG irreversibel geschädigt worden wäre. Daran kann ich mich nun nicht erinnern. Es gab mal Probleme mit einer frühen FW. die aber durch Rückgang auf eine vorherige bereinigt werden konnte.

Ich meinte diesen Beitrag:

Zitat

Übrigens eine Warnung an alle, die einen funktionierenden WSG haben, bei dem die Update Probleme nicht auftauchen.

Ich habe den Fehlerzustand solch eines WSG dadurch erreicht, dass ich einige UBX-Befehle über u-center dazuprogrammiert habe. Genaueres ist nicht bekannt, leider ist der Zustand irreversibel und kann weder durch Einspielen der Liefer-Konfig, Factoryreset noch neues Update 1002 rückgängig gemacht werden.

UBX-Programmierung über u-center also auf eigene Gefahr.

aus Communication with Al Lai, Wintec-TW

Ich bin nur verwirrt, weil du dort selbst schreibst, dass es die Liefer-Konfiguration auch nicht mehr hingebracht hat. Klar die ursprünglichen Firmwares gehen noch. Es scheint sich aber etwas geändert zu haben, da du Probleme nach dem FW-Update hattest, welches bei den meisten Usern ging.

Hm.

Mein Gedächtnis ist auch nicht mehr das...

Ich weiß leider nicht mehr ob ich den WSG damals umgetauscht hatte oder ob evtl. Akku-raus-Factory-Reset geholfen hat. Letzteres vermutlich, denn ich kann keine Rückporto Ausgabe finden. Aber mit der damaligen FW lag wohl doch einiges im Argen, evtl. war da auch ein Koppelfehler mit (bestimmten??) ubx-Befehlen mit drin.

Das war aber auch das einzige Mal wo es Probleme gab. Und ich würde es schon der FW anlasten, denn alle anderen u-center-Spielereien mit u-blox-Mäusen - CR4, WBT 300/201, WSG1000 - haben nie etwas kaputt gemacht, mit dieser einzigen Ausnahme. Die ich - sorry - leider nicht mehr nachvollziehen kann. Und die 1002 werde ich sicher auch nicht mehr einspielen...

Nach kramen: Korrektur. Ein Austausch ist erfolgt, es war der im Forum auch heftig diskutierte BT-immer-an-Fehler. Ich denke, das war eindeutig ein FW-Fehler.

Seither habe ich mit ubx-Befehlen ziemlich querbeet herumgespielt. Es ist nie wieder etwas ähnliches passiert.