2×1=10

Kurzum: Das Flashen der OpenSDA-Firmware über den Bootloader-Modus des FRDM-KL25Z und FRDM-KL26Z ging unter Windows 8.0 noch problemlos, ist nach dem Update auf Windows 8.1 allerdings schlichtweg nicht mehr möglich.

Jeder Versuch, es dennoch zu probieren, endet wahlweise in einem wirren Geflackere der Status-LED (8x kurz, 2 Sekunden Pause) oder abgebrochenen Dateitransfers seitens Windows. Der Versuch, es mittels einer älteren Windows-Version in einer VM wie VirtualBox mittels USB-Capturing zu beheben funktioniert tragischerweise genausowenig wie wildes Aufstampfen und furioses Armgewedel unter grimmigem Gegucke – ich habe beides ausgiebig probiert.

Was mir letztlich Satisfaktion verschaffte, war der Umstand, auf dem Laptop noch ein dualgebootetes Ubuntu zu besitzen. Nach Anschluss des Gerätes im Bootloader-Modus (Reset-Button halten beim Verbinden mit USB – den vom Board, freilich) meldet lsusb sinngemäß folgendes:

sunside@aquitaine:~$ lsusb
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 008: ID 2504:0200  
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 0483:2016 STMicroelectronics Fingerprint Reader
Bus 003 Device 003: ID 0a5c:2110 Broadcom Corp. BCM2045B (BDC-2) [Bluetooth Controller]
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bei dem Gerät mit der ID 2504:0200 handelt es sich um das gewünschte OpenSDA-Device. dmesg gibt ebenfalls Aufschluss über das neue Gerät und signalisiert seine (wenngleich etwas holperige) Ankunft unter /dev/sdb.

sunside@aquitaine:~$ dmesg
[ 2178.532100] usb 5-2: new full-speed USB device number 10 using uhci_hcd
[ 2178.703183] usb 5-2: New USB device found, idVendor=2504, idProduct=0200
[ 2178.703193] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2178.703201] usb 5-2: Product: OpenSDA MSD APP
[ 2178.703207] usb 5-2: Manufacturer: FREESCALE SEMICONDUCTOR INC.
[ 2178.703213] usb 5-2: SerialNumber: 0123456789ABCDEF
[ 2178.706301] usb-storage 5-2:1.0: USB Mass Storage device detected
[ 2178.706467] scsi11 : usb-storage 5-2:1.0
[ 2179.709257] scsi 11:0:0:0: Direct-Access     FSL      FSL/PEMICRO MSD  0001 PQ: 0 ANSI: 4
[ 2179.709869] sd 11:0:0:0: Attached scsi generic sg2 type 0
[ 2179.718217] sd 11:0:0:0: [sdb] 1983999 512-byte logical blocks: (1.01 GB/968 MiB)
[ 2179.721525] sd 11:0:0:0: [sdb] Write Protect is off
[ 2179.721531] sd 11:0:0:0: [sdb] Mode Sense: 00 00 00 00
[ 2179.724171] sd 11:0:0:0: [sdb] Asking for cache data failed
[ 2179.724183] sd 11:0:0:0: [sdb] Assuming drive cache: write through
[ 2179.742182] sd 11:0:0:0: [sdb] Asking for cache data failed
[ 2179.742187] sd 11:0:0:0: [sdb] Assuming drive cache: write through
[ 2179.766202]  sdb:
[ 2179.783187] sd 11:0:0:0: [sdb] Asking for cache data failed
[ 2179.783193] sd 11:0:0:0: [sdb] Assuming drive cache: write through
[ 2179.783197] sd 11:0:0:0: [sdb] Attached SCSI removable disk

Man kann das Laufwerk nun mittels mount -t vfat mounten und den Erfolg überprüfen:

sunside@aquitaine:~$ sudo mount -t vfat /dev/sdb /mnt
sunside@aquitaine:~$ ls -lisa /mnt
insgesamt 84
  1 16 drwxr-xr-x  2 root root 16384 Jan  1  1970 .
  2  4 drwxr-xr-x 23 root root  4096 Nov 21 02:12 ..
102 16 -r-xr-xr-x  1 root root   512 Aug  8  2012 FSL_WEB.HTM
100 16 -r-xr-xr-x  1 root root    68 Aug  8  2012 LASTSTAT.TXT
101 16 -r-xr-xr-x  1 root root  1536 Aug  8  2012 SDA_INFO.HTM
103 16 -r-xr-xr-x  1 root root   512 Aug  8  2012 TOOLS.HTM

Dazu ist zu erwähnen, dass der Mountvorgang nach meinem letzten Experiment unter Windows unnatürlich lange dauerte – wir reden hier über Minuten.

Ein initialer Check des Status sollte vermelden, dass das Gerät aufnahmebereit ist:

sunside@aquitaine:~$ cat /mnt/LASTSTAT.TXT 
Ready.   

und dann besteht der wesentliche Rest auch nur im Kopieren der OpenSDA-Applikation in das Zielverzeichnis. Etwa so:

sunside@aquitaine:~$ sudo cp JLink_OpenSDA.sda /mnt
sunside@aquitaine:~$ ls -lisa /mnt
insgesamt 164
  1 16 drwxr-xr-x  2 root root 16384 Nov 22 01:42 .
  2  4 drwxr-xr-x 23 root root  4096 Nov 21 02:12 ..
102 16 -r-xr-xr-x  1 root root   512 Aug  8  2012 FSL_WEB.HTM
104 80 -rwxr-xr-x  1 root root 70443 Nov 22 01:42 JLink_OpenSDA.sda
100 16 -r-xr-xr-x  1 root root    68 Aug  8  2012 LASTSTAT.TXT
101 16 -r-xr-xr-x  1 root root  1536 Aug  8  2012 SDA_INFO.HTM
103 16 -r-xr-xr-x  1 root root   512 Aug  8  2012 TOOLS.HTM

sowie der Überprüfung des Ergebnisses:

sunside@aquitaine:~$ cat /mnt/LASTSTAT.TXT 
Completed.  

Schlussendlich das Laufwerk noch über umount auswerfen

sunside@aquitaine:~$ sudo umount /mnt

und nach dem Neuverbinden (ohne Reset!) das Ergebnis (in diesem Fall 1366:0101 SEGGER J-Link ARM bewundern:

sunside@aquitaine:~$ lsusb
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 011: ID 1366:0101 SEGGER J-Link ARM
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 0483:2016 STMicroelectronics Fingerprint Reader
Bus 003 Device 003: ID 0a5c:2110 Broadcom Corp. BCM2045B (BDC-2) [Bluetooth Controller]
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Analog dmesg:

sunside@aquitaine:~$ dmesg
[ 2637.380139] usb 5-2: USB disconnect, device number 10
[ 2638.312070] usb 5-2: new full-speed USB device number 11 using uhci_hcd
[ 2638.479164] usb 5-2: New USB device found, idVendor=1366, idProduct=0101
[ 2638.479176] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2638.479183] usb 5-2: Product: J-Link
[ 2638.479189] usb 5-2: Manufacturer: SEGGER
[ 2638.479195] usb 5-2: SerialNumber: 000621000000

Alle glücklich.

Es bleibt anzumerken, dass die Segger J-LINK/OpenSDA-Nummer ein ganz vorzügliches Stückchen Software insbesondere unter Verwendung des unlimited breakpoints-Features ist. Diese funktionieren im Moment wohl mit CodeWarrior nicht, mit VisualGDB aber sehr wohl – sehr zu meiner Zufriedenheit.

Vom FTDI/UART/CDC-Gedaddel über OpenSDA mit der Segger-Variante darf man sich zur Zeit allerdings verabschieden, das funktioniert nicht. Für frisch verliebte wie mich: Regen <-> Traufe.

Aber man war dabei.

Post scriptum

Wer die P&E Microcomputer Debug OpenSDA-Applikation (DEBUG-APP_Pemicro_v108.SDA o.ä.) flasht, findet Ergebnisse wie

sunside@aquitaine:~$ lsusb
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 013: ID 1357:0089 P&E Microcomputer Systems 
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 0483:2016 STMicroelectronics Fingerprint Reader
Bus 003 Device 003: ID 0a5c:2110 Broadcom Corp. BCM2045B (BDC-2) [Bluetooth Controller]
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

und

sunside@aquitaine:~$ dmesg | tail
[ 3015.141218] sd 12:0:0:0: [sdb] Attached SCSI removable disk
[ 3346.412156] usb 5-2: USB disconnect, device number 12
[ 3347.768119] usb 5-2: new full-speed USB device number 13 using uhci_hcd
[ 3347.950185] usb 5-2: New USB device found, idVendor=1357, idProduct=0089
[ 3347.950195] usb 5-2: New USB device strings: Mfr=1, Product=3, SerialNumber=5
[ 3347.950202] usb 5-2: Product: OpenSDA Hardware
[ 3347.950208] usb 5-2: Manufacturer: P&E Microcomputer Systems Inc.
[ 3347.950214] usb 5-2: SerialNumber: SDADBB27E5D
[ 3347.953292] cdc_acm 5-2:1.0: This device cannot do calls on its own. It is not a modem.
[ 3347.953332] cdc_acm 5-2:1.0: ttyACM0: USB ACM device

… vor.