Das Setup von S32 erfolgt durch S32terminal. S32 bekommt es per “Save” Knopf via USB. Das Terminal liest das Setup from S32, wenn der sich via USB mit ihm verbindet. Mit “Reload” kann man das Setup erneut lesen vom S32.
Es gibt auch die Möglichkeit, ein Setup vom Terminal aus in einer Datei zu speichern. Das kann zwei Zwecke haben:
-
Archivieren der Setups in Dateien unterschiedlichen Namens. (Jedem Setup kann auch in ihm selbst ein Name gegeben werden, max. 8 Zeichen lang.)
-
Wenn eine SD einliegt, schaut S32 beim Startup nach einer Setup Datei namens “S32c.pdf”. Er lernt daraus ein Setup, was evtl. unterschiedlich ist zu dem bisher in ihm gespeicherten. Das könnte sinnvoll sein, wenn man S32 von Modell zu Modell wandern lässt auf dem Flugfeld. Die Setup Datei MUSS “S32c.pdf” heißen (so, wie fest “CONFIG.txt” bei JLog2.x).
Die Setup Datei enthält keinen Inhalt, der durch dem Anwender verfügbare Mittel lesbar wäre, es handelt sich nicht um Text, sondern um Binärdaten. Die Endung “.pdf” dient dem Zweck, dass man eine Setup Datei in Foren problemlos als Attachment an einen Post hängen kann.
Der Name des Setup erscheint auch im Header jeder Log Datei.
Übrigens: S32terminal speichert für sich selbst nichts, alles geht in’s Setup, zu S32 oder in eine Datei. Somit betrifft das auch die Sprache, auf die man S32terminal einstellte. (Ausnahme: Proxy-Einstellungen werden nirgends gespeichert) –>Jetzt (21.01.2017) doch: Sprache, Stummschaltung, Proxy
S32terminal zeigt neben der aktuellen Firmwareversion auf dem Server im Internet auch die momentan in S32 befindliche Version.
Stammt das Setup im Terminal aber nicht von S32 via USB sondern aus einer Setup Datei, dann sieht das anders aus:
Das heißt ganz einfach: Dieses Setup stammt aus einer Datei, und es wurde erzeugt, als S32 die angezeigte Firmwareversion verwendete. Momentan hat das eigentlich nichts zu bedeuten. Es gibt keinerlei Plan, dass irgendwann mal ein älteres Setup nicht mehr kompatibel sein könnte zu einer weitaus neueren S32 Firmwareversion.
————————————————————————————————————————————————————-
Das Terminal hat den Anspruch, dem Anwender alle erforderlichen Informationen selbst liefern zu können, ein Handbuch ersparend. Damit das funktionieren kann, muss der User “mitarbeiten”: Nahezu jedes Element auf dem Desktop liefert einen sog. “Tooltip” (Popup mit Hilfetext), wenn man mit dem Mauszeiger darüber geht. Beispiel: “Port-Nutzung” zeigt mir Port 4 als Telemetrieanschluß. Ich will nun wissen, wo Port 4 ist am Gerät: Kommt der Mauszeiger über die “4″ der Portnutzungsanzeige, wechselt das Viewer-Fenster in der Mitte des Desktop das Bild.
Tooltip: Eine Sprechblase erscheint, wenn der Mauszeiger über einem Objekt schwebt.
————————————————————————————————————————————————————-
S32 an USB, – wichtiger Hinweis!
) S32terminal und steckt S32 erneut an USB. ==> Der Startup von S32terminal wird vereitelt, wenn ein bereits “eingeschnappter” S32 dran hängt, rote LED an. Das Terminal sieht den elektrischen Connect, bekommt aber keinen logischen, – versucht es dauernd, friert dadurch ein, bis S32 abgesteckt wird. Windows merkt sich, dass S32 verbunden ist, sagt das dem Terminal auf Anfrage, aber das HID (S32) ging schlafen.
