File Transfer Utility für programmierbare Terminals

Seit 2010 verfügen einige Terminals über einen eingebauten, minimalistischen File-Server, der i.A. die Übertragung einzelner Dateien per YMODEM-Protokoll ermöglicht.
Dieses Dokument beschreibt das in manchen Programmiertools integrierte File-Transfer-Utility, welches die Dateiübertragung (im Vergleich mit Programmen wie "Hyper-Terminal") etwas erleichtert.

Inhalt

1. Aufruf des File-Transfer-Utilities
2. Das Dateiübertragungsfenster (im Programmiertool)
3. Pseudo-Verzeichnisse im programmierbaren Gerät: data_flash, font_flash, audio_flash, memory_card, ramdisk, etc..
4. Kommunikationsparameter
5. Dateiübertragung per Ethernet (LAN) / UDP
6. Anhang: Grund für die Beschränkung auf "DOS-kompatible" Dateinamen (8.3)

Aufruf des File-Transfer-Utilities

Das Utility kann aus dem Hauptmenü des Programmiertools aufgerufen werden, z.B.:
Datei .. File Transfer Utility .

Je nach Konfiguration des zu programmierenden Gerätes kann es nötig sein, das Gerät manuell (per System-Menü) in den Datei-Übertragungs-Modus zu schalten. In den meisten Fällen 'lauscht' das Gerät aber ständig an mindestens einem Port (geräteabhängig) auf den Empfang eines entsprechenden Kommandos, und kann daher ohne Benutzereingriff ferngesteuert werden. Je nach Gerät wird dafür eine serielle Schnittstelle (RS-232) bzw USB mit VCP (Virtual COM Port), oder / und der CAN-Bus, oder / und Ethernet mit TCP/IP verwendet. Welche dieser Schnittstellen für die Übertragung verwendet werden soll wird im Hauptmenü des Programmiertools unter Transfer ... Verbindungs-Parameter definiert. Je nach Schnittstellentyp sind ggf. weitere Einstellungen auf der Registerkarte Einstellungen (sic!) des Programmiertools nötig, z.B. der COM-Port für RS-232, die Bitrate, das zu verwendende CAN-Bus-Interface, die Node-ID des Terminals (bei Übertragung per CANopen), oder die IP-Adresse (bei Übertragung per Ethernet / LAN / CAN-via-UDP), etc .

<Fortsetzung folgt ..  weitere Details bitte der englischsprachigen Datei entnehmen >

Pseudo-Dateiverzeichnisse im programmierbaren Gerät

Die meisten programmierbaren MKT-Geräte unterstützen keine 'echten' Unterverzeichnisse. Trotzdem zeigt das Datei-Transfer-Utility rechts (unter 'Remote') eine Liste von Verzeichnissen an, und ggf. kann durch Doppelklick auf ".." in das übergeordnete Verzeichnis des Dateisystems gewechselt werden (auch wenn das Gerät keine Speicherkarte enthält bzw. unterstützt). Der Inhalt des Stammverzeichnisses hängt von der verwendeten Hardware ab. Im Stammverzeichnis könnten die folgenden (Pseudo-)Verzeichnisse enthalten sein:

• font_flash
  Dies ist ein onboard-Flash-Baustein, in dem üblicherweise die benutzerdefinierten Zeichensätze (*.fnt) abgelegt werden können. Darüberhinaus können in diesem "Verzeichnis" auch andere Dateien gespeichert werden.
  Der Inhalt dieses Bausteins wird weder beim Firmware-Update, noch beim Hochladen einer neuen Applikation (cvt) gelöscht. Daher ist dieser nichtflüchtige Speicher gut als Ablage des Boot-Screens geeignet, der statt der BIOS-Meldungen direkt nach Power-On angezeigt werden kann (z.B. mit einem anwenderdefinierten Firmen-Logo), selbst wenn keine Speicherkarte vorhanden ist.
  
• audio_flash
  Dies ist ein weiterer Bereich eines onboard-Flash-Bausteins (kein Flash auf einer Speicherkarte), in dem z.B. von der Applikation abzuspielende Audio-Dateien (*.wav), aber auch andere Dateien nichtflüchtig abgelegt werden können.
  Hinweis: In Geräten, die zwar digitialisierte Klänge wiedergeben können, die aber keinen speziell dafür vorgesehenen Flash-Speicher enthalten, sind die Pseudo-Verzeichnisse 'font_flash' und 'audio_flash' physikalisch identisch. Als Konsequenz führt das Löschen aller Dateien im Verzeichnis 'audio_flash' dann auch zum Löschen aller Dateien im Verzeichnis 'font_flash', inklusive der darin eventuell vorhandenen benutzerdefinierten Zeichensätze !
  Audio-Dateien (*.wav) in diesem Verzeichnis können per Kommando 'audio.play' abgespielt werden.
  
• data_flash
  Dies ist ein immer vorhandener Flash-Baustein (keine Speicherkarte), in dem u.A. die Display-Applikation, Icons, Scripte, Texte, gespeichert werden.
  Mit einer einzigen Ausnahme (Hochladen einer einzigen *.upt- bzw. *.cvt-Datei per YMODEM-Protokoll) ist der Inhalt dieses Verzeichnisses für den Anwender / die Anwendung nicht frei verwendbar, sondern wird ausschliesslich intern (von der Geräte-Firmware) verwaltet.
  
• memory_card
  Dieses Pseudo-Verzeichnis ermöglicht den Zugriff auf die optionale Speicherkarte. Fehlt dieser Eintrag in der Anzeige des (Pseudo-)'Root'-Verzeichnisses, dann unterstützt das Gerät (bzw dessen Firmware) keine Speicherkarte. Der Inhalt des Verzeichnisses 'memory_card' ist leer, wenn keine Speicherkarte im Gerät eingesetzt ist, oder wenn das Dateisystem der Speicherkarte nicht erkannt wurde (MKT-Geräte unterstützten im Januar 2016 nur FAT oder FAT32).
• ramdisk
  Dieses Pseudo-Verzeichnis repräsentiert die flüchtige 'RAMDISK'. Das Betriebssystem speichert darin z.B. temporäre Dateien, Bilder, Audio-Daten, usw.
  Trotz interner USV gehen Daten in der RAMDISK kurz nach dem Abschalten der Spannungsversorgung verloren.
  

Um eins der oben aufgeführten Verzeichnisse als Ziel oder Quelle für die Dateiübertragung anzuwählen, klicken Sie zweimal auf den entsprechenden Namen in der rechten Hälfte des Datei-Übertragungs-Fensters (in der 'Remote'-Dateiliste, d.h. Dateien im 'abgesetzten Gerät').
Um von einem Unterverzeichnis wieder in das übergeordnete Verzeichnis zu gelangen, klicken Sie auf "..", oder editieren Sie manuell den aktuellen Pfad über der Directory-Liste.

Das gleiche System von (Pseudo-)Verzeichnissen wird auch in der Script-Sprache zum Zugriff auf Dateien verwendet.

Dateiübertragung per Ethernet (LAN) / UDP/IP

... ist bislang nur in der englischsprachigen Variante dieses Dokuments beschrieben ...
Wenn eine Ethernet- bzw. TCP/IP-Verbindung zum Zielsystem verfügbar ist, empfehlen wir die Verwendung eines Web-Browsers zum Hochladen von Dateien per HTTP.

Siehe auch:

Übersicht (Programmiertool) , Anzeige des 'Boot-Screens' beim Einschalten,
Dateiübertragung per XMODEM / YMODEM , System-Menü (im Terminal),
USB-nach-Seriell-Konverter (Virtual COM Ports, Problembehebung),
Dateiübertragung per Embedded Web Server (UPLOAD per HTTP) .

Anhang

Grund für die Beschränkung auf "DOS"-Dateinamen (mit maximal 8+3 Buchstaben)

Um Ärger mit Patentanwälten und 'großen Softwarefirmen' zu vermeiden, unterstützen die programmierbaren Terminals keine langen Dateinamen ("LFN") - auf jeden Fall nicht bei FAT-Dateisystemen, die z.B. auf vielen FAT-formatierten Speicherkarten. Falls Sie Interesse an einer abschreckenden Geschichte haben, suchen Sie im Internet nach "LFN long filenames" und "LFN Patent infringement lawsuit" (2009) im Zusammenhang mit einem bekannten Hersteller von Navigationsgeräten.

Um eine lange Geschichte abzukürzen:
MKT's embedded Devices (zumindest die ohne Betriebssystem) verwenden kein LFN auf FAT-Dateisystemem.
Da FAT im Jahre 2009 für FLASH-Speicherkarten (z.B. MMC) weiterhin das dominierende Dateisystem war, unterstützt das File-Transfer-Utility ebenfalls keine langen Dateinamen. Nur so ist sichergestellt, daß der *ANWENDER* sich trotz der Beschränkung auf 8 + 3 Buchstaben einen 'sprechenden' Dateinamen ausdenkt, unter dem er 'seine' Datei abspeichert.

Bitte erinnern Sie sich an diesen Hinweis, wenn Sie Namen für Ihre eigenen Dateien festlegen. Lange Dateienamen mögen vielleicht 'ganz nett' sein, aus oben genannten Gründen werden sie vom programmierbaren Gerät aber nicht unterstützt.

Letzte Änderungen:

2012-11-12: Links zur Beschreibung des im Terminal integrierten Web-Servers