STM32F4 & Slackware

[simo85]

Un saluto a tutti i partecipanti

Ho un piccolo problema con la comunicazione tra Slackware ed una STM32F4 Discovery Board con il programma qstlink2.

Il problema è che non funziona. O meglio, riesco ad avviare il programma ma la comunicazione non va a buon fine.

Per completezza posto l'output di dmesg

Codice: Seleziona tutto

[ 1069.103049] USB 7-1: new full-speed USB device number 4 using uhci_hcd
[ 1069.263099] USB 7-1: New USB device found, idVendor=0483, idProduct=3748
[ 1069.263103] USB 7-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1069.263106] USB 7-1: Product: STM32 STLink
[ 1069.263109] USB 7-1: Manufacturer: STMicroelectronics
[ 1069.263111] USB 7-1: SerialNumber: VÿkIpST4‡


lsusb

Codice: Seleziona tutto

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 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 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 064e:a103 Suyin Corp. Acer/HP Integrated Webcam [CN0314]
Bus 007 Device 004: ID 0483:3748 SGS Thomson Microelectronics ST-LINK/V2
Bus 006 Device 002: ID 046d:c018 Logitech, Inc. Optical Wheel Mouse

Ed il kernel in uso è 3.2.29-smp.

All'interno del file zippato scaricabile seguendo il link c'è anche il file 49-stlinkv2.rules.
L'ho copiato in /etc/udev/rules.d/ e successivamente ho eseguito /etc/rc.d/rc.udev force-restart ma non cambia nulla riguardo alla comunicazione.

Il contenuto della GUI è il seguente:

Codice: Seleziona tutto

11 Device descriptions loaded.
Searching Device...
ST Link V2 found!
Fetching version...
Changing mode to SWD...
Fetching mode...
Mode: Debug
Fetching status...
Status: Core Running
Fetching MCU Info...
Device not found!

Mentre in shell

Codice: Seleziona tutto

QGtkStyle was unable to detect the current GTK+ theme.
Verbose level: 2
Info: Devices list loaded.
Info: Found an ST Link V2.
Info: Opening device...
Info: Device Open.
Error: Device not found!

La scheda monta un circuito programmatore ST-Link/V2 che a quanto pare viene "trovato" ma ... nulla di più..

Quello che mi fa arrabbiare è che su una Ubuntu 12.x (provata da un conoscente) funziona (come descritto in questo link). Sulla mia Slackware no.
Magari qualcuno qui sul forum possiede una STM32F4 ed usa Ubuntu e mi può far notare qualche differenza sostanziale in modo da capire dove sta il problema se ho sbagliato o se manca qualcosa alla configurazione..

Spero che qualcuno riesca a darmi qualche suggerimento utile e di conseguenza mi possa aiutare.

Ringrazio in anticipo.

Simo

[xyz]

Senza la board attaccata al USB lancia il comando da root:

Codice: Seleziona tutto

udevadm monitor

poi attacca la board e vedi se viene rilevata correttamente e se vengono eseguite le regole di udev. Deve creare un device "stlinkv2_%n" dove %n è un numero, gli attributi del device devono essere compatibili con l'utente di login.

[simo85]

Ciao xyz grazie per la risposta.

Effettivamente non ho svolto questa procedura. Ora sono al lavoro, questa sera quando torno a casa posto i risultati dell'operazione.

A più tardi.

[simo85]

Ciao xyz rieccomi come promesso.

Ho eseguito il tutto come mi hai consigliato:

Codice: Seleziona tutto

~ $ udevadm monitor --kernel --udev --property
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[1132.655305] add      /devices/pci0000:00/0000:00:1d.1/usb7/7-1 (USB)
ACTION=add
BUSNUM=007
DEVNAME=/dev/bus/USB/007/007
DEVNUM=007
DEVPATH=/devices/pci0000:00/0000:00:1d.1/usb7/7-1
DEVTYPE=usb_device
MAJOR=189
MINOR=774
PRODUCT=483/3748/100
SEQNUM=3463
SUBSYSTEM=USB
TYPE=0/0/0
UDEV_LOG=3

KERNEL[1132.661249] add      /devices/pci0000:00/0000:00:1d.1/usb7/7-1/7-1:1.0 (USB)
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:1d.1/usb7/7-1/7-1:1.0
DEVTYPE=usb_interface
INTERFACE=255/255/255
MODALIAS=USB:v0483p3748d0100dc00dsc00dp00icFFiscFFipFF
PRODUCT=483/3748/100
SEQNUM=3464
SUBSYSTEM=USB
TYPE=0/0/0
UDEV_LOG=3

UDEV  [1132.722378] add      /devices/pci0000:00/0000:00:1d.1/usb7/7-1 (USB)
ACTION=add
BUSNUM=007
DEVLINKS=/dev/stlinkv2_1
DEVNAME=/dev/bus/USB/007/007
DEVNUM=007
DEVPATH=/devices/pci0000:00/0000:00:1d.1/usb7/7-1
DEVTYPE=usb_device
ID_BUS=USB
ID_MODEL=STM32_STLink
ID_MODEL_ENC=STM32\x20STLink
ID_MODEL_ID=3748
ID_REVISION=0100
ID_SERIAL=STMicroelectronics_STM32_STLink_Vÿk_IpST_4_‡
ID_SERIAL_SHORT=Vÿk_IpST_4_‡
ID_USB_INTERFACES=:ffffff:
ID_VENDOR=STMicroelectronics
ID_VENDOR_ENC=STMicroelectronics
ID_VENDOR_ID=0483
MAJOR=189
MINOR=774
PRODUCT=483/3748/100
SEQNUM=3463
SUBSYSTEM=USB
TYPE=0/0/0
UDEV_LOG=3
USEC_INITIALIZED=1132655498
hotplugscript=/etc/.mplab_ide/mchplinusbdevice

UDEV  [1132.745386] add      /devices/pci0000:00/0000:00:1d.1/usb7/7-1/7-1:1.0 (USB)
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:1d.1/usb7/7-1/7-1:1.0
DEVTYPE=usb_interface
INTERFACE=255/255/255
MODALIAS=USB:v0483p3748d0100dc00dsc00dp00icFFiscFFipFF
PRODUCT=483/3748/100
SEQNUM=3464
SUBSYSTEM=USB
TYPE=0/0/0
UDEV_LOG=3
USEC_INITIALIZED=1132724533
hotplugscript=/etc/.mplab_ide/mchplinusbdevice


Dall'output si vede che ha creato il file /dev/stlinkv2_1.
Successivamente ho analizzato il file con stat:

Codice: Seleziona tutto

~ $ stat /dev/stlinkv2_1
  File: '/dev/stlinkv2_1' -> 'bus/USB/007/007'
  Size: 15           Blocks: 0          IO Block: 4096   symbolic link
Device: 5h/5d   Inode: 48070       Links: 1
Access: (0777/lrwxrwxrwx)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2013-07-24 22:41:04.444817301 +0200
Modify: 2013-07-24 22:38:08.902011892 +0200
Change: 2013-07-24 22:38:08.902011892 +0200
Birth: -


Da cui si vede che il dispositivo ha i permessi di lettura, scrittura ed esecuzione per tutti gli utenti.

Ho anche aggiornato la distribuzione con kernel 3.2.45.

Però da qui in avanti non so bene come proseguire..

[xyz]

Il device viene creato e i permessi permettono a tutti di accedere, per adesso sembra tutto corretto.

Controlla se il device viene aperto correttamente dal programma. Puoi usare un comando particolare che sia chiama "strace" per scoprire quali file vengono aperti.

[simo85]

Urca grande non me lo ricordavo proprio strace. Secoli che non lo uso.

Ho eseguito il programma ed ho ovviamente redirezionato l'output a un file di testo che ho zippato..

outzip.zip

(55.16 KiB) Scaricato 172 volte

In molte chiamate alla syscall open (e non solo) viene resistituito il valore ENOENT.
Per esempio uno spezzone:

Codice: Seleziona tutto

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb772f000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/tls/i686/sse2/libusb-0.1.so.4", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/qt/lib/tls/i686/sse2", 0xbfc09ed0) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/tls/i686/libusb-0.1.so.4", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/qt/lib/tls/i686", 0xbfc09ed0) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/tls/sse2/libusb-0.1.so.4", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/qt/lib/tls/sse2", 0xbfc09ed0) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/tls/libusb-0.1.so.4", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/qt/lib/tls", 0xbfc09ed0) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/i686/sse2/libusb-0.1.so.4", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/qt/lib/i686/sse2", 0xbfc09ed0) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/i686/libusb-0.1.so.4", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/qt/lib/i686", 0xbfc09ed0) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/sse2/libusb-0.1.so.4", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/qt/lib/sse2", 0xbfc09ed0) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/libusb-0.1.so.4", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
.
.
.
.
open("/usr/lib/qt/lib/libnss_compat.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/libnsl.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/libnss_nis.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/libnss_files.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/libjpeg.so.8", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/libjpeg.so.8", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/libmng.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/libmng.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/liblcms.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/liblcms.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/libtiff.so.3", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/qt/lib/libtiff.so.3", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)


Direi che manca qualcosa di importante...

Ora sono stanco e a pezzi..
Domani lo analizzo meglio.

[simo85]

Aggiungo che ho appena fatto una prova con xubuntu 12.04 da una live CD ed il risultato non cambia.

[xyz]

Tutti quei tentativi di apertura e fallimenti è normale trovarli.

Quello che conta è che trova e apre il device:

Codice: Seleziona tutto

write(1, "Info: Found an ST Link V2. \n", 28) = 28

ma poi fallisce:

Codice: Seleziona tutto

write(2, "Error: Device not found! \n", 26) = 26

non si riesce a capire il motivo, esegue una serie di ioctrl incompressibili e poi si ferma.

Prova a lanciare il comando con il verbose dei messaggi di debug:

Codice: Seleziona tutto

./qstlink2 -vv

[simo85]

Nada de nada.. O per lo meno continua a non funzionare senza ottenere qualcosa di particolarmente utile a quanto sembra.

Codice: Seleziona tutto

~ $ ./qstlink2 -vv
QGtkStyle was unable to detect the current GTK+ theme.
Verbose level: 5
Debug: Loading device list.
Info: Devices list loaded.
Debug: "default"
Debug: "default" -> "flash_base"
Debug: "default" -> "sram_base"
Debug: "devices"
Debug: "device" -> "STM32F051x8" -> "core_id"
Debug: "device" -> "STM32F051x8" -> "chip_id"
Debug: "device" -> "STM32F051x8" -> "flash_size"
Debug: "device" -> "STM32F051x8" -> "flash_pgsize"
Debug: "device" -> "STM32F051x8" -> "sysflash_base"
Debug: "device" -> "STM32F051x8" -> "sysflash_size"
Debug: "device" -> "STM32F051x8" -> "sysflash_pgsize"
Debug: "device" -> "STM32F051x8" -> "sram_size"
Debug: "device" -> "STM32F100" -> "core_id"
Debug: "device" -> "STM32F100" -> "chip_id"
Debug: "device" -> "STM32F100" -> "flash_size"
Debug: "device" -> "STM32F100" -> "flash_pgsize"
Debug: "device" -> "STM32F100" -> "sysflash_base"
Debug: "device" -> "STM32F100" -> "sysflash_size"
Debug: "device" -> "STM32F100" -> "sysflash_pgsize"
Debug: "device" -> "STM32F100" -> "sram_size"
Debug: "device" -> "STM32F103 (Low Density)" -> "core_id"
Debug: "device" -> "STM32F103 (Low Density)" -> "chip_id"
Debug: "device" -> "STM32F103 (Low Density)" -> "flash_size"
Debug: "device" -> "STM32F103 (Low Density)" -> "flash_pgsize"
Debug: "device" -> "STM32F103 (Low Density)" -> "sysflash_base"
Debug: "device" -> "STM32F103 (Low Density)" -> "sysflash_size"
Debug: "device" -> "STM32F103 (Low Density)" -> "sysflash_pgsize"
Debug: "device" -> "STM32F103 (Low Density)" -> "sram_base"
Debug: "device" -> "STM32F103 (Low Density)" -> "sram_size"
Debug: "device" -> "STM32F103 (Medium Density)" -> "cap_flag"
Debug: "device" -> "STM32F103 (Medium Density)" -> "core_id"
Debug: "device" -> "STM32F103 (Medium Density)" -> "chip_id"
Debug: "device" -> "STM32F103 (Medium Density)" -> "flash_size"
Debug: "device" -> "STM32F103 (Medium Density)" -> "flash_pgsize"
Debug: "device" -> "STM32F103 (Medium Density)" -> "sysflash_base"
Debug: "device" -> "STM32F103 (Medium Density)" -> "sysflash_size"
Debug: "device" -> "STM32F103 (Medium Density)" -> "sysflash_pgsize"
Debug: "device" -> "STM32F103 (Medium Density)" -> "sram_size"
Debug: "device" -> "STM32F103 (High Density)" -> "core_id"
Debug: "device" -> "STM32F103 (High Density)" -> "chip_id"
Debug: "device" -> "STM32F103 (High Density)" -> "flash_size"
Debug: "device" -> "STM32F103 (High Density)" -> "flash_pgsize"
Debug: "device" -> "STM32F103 (High Density)" -> "sysflash_base"
Debug: "device" -> "STM32F103 (High Density)" -> "sysflash_size"
Debug: "device" -> "STM32F103 (High Density)" -> "sysflash_pgsize"
Debug: "device" -> "STM32F103 (High Density)" -> "sram_size"
Debug: "device" -> "STM32F105 (Connectivity)" -> "core_id"
Debug: "device" -> "STM32F105 (Connectivity)" -> "chip_id"
Debug: "device" -> "STM32F105 (Connectivity)" -> "flash_size"
Debug: "device" -> "STM32F105 (Connectivity)" -> "flash_pgsize"
Debug: "device" -> "STM32F105 (Connectivity)" -> "sysflash_base"
Debug: "device" -> "STM32F105 (Connectivity)" -> "sysflash_size"
Debug: "device" -> "STM32F105 (Connectivity)" -> "sysflash_pgsize"
Debug: "device" -> "STM32F105 (Connectivity)" -> "sram_size"
Debug: "device" -> "STM32F2**" -> "core_id"
Debug: "device" -> "STM32F2**" -> "chip_id"
Debug: "device" -> "STM32F2**" -> "flash_size_reg"
Debug: "device" -> "STM32F2**" -> "flash_size"
Debug: "device" -> "STM32F2**" -> "flash_pgsize"
Debug: "device" -> "STM32F2**" -> "sysflash_base"
Debug: "device" -> "STM32F2**" -> "sysflash_size"
Debug: "device" -> "STM32F2**" -> "sysflash_pgsize"
Debug: "device" -> "STM32F2**" -> "sram_size"
Debug: "device" -> "STM32F30*" -> "core_id"
Debug: "device" -> "STM32F30*" -> "chip_id"
Debug: "device" -> "STM32F30*" -> "flash_size_reg"
Debug: "device" -> "STM32F30*" -> "flash_size"
Debug: "device" -> "STM32F30*" -> "flash_pgsize"
Debug: "device" -> "STM32F30*" -> "sysflash_base"
Debug: "device" -> "STM32F30*" -> "sysflash_size"
Debug: "device" -> "STM32F30*" -> "sysflash_pgsize"
Debug: "device" -> "STM32F30*" -> "sram_size"
Debug: "device" -> "STM32F37*" -> "core_id"
Debug: "device" -> "STM32F37*" -> "chip_id"
Debug: "device" -> "STM32F37*" -> "flash_size_reg"
Debug: "device" -> "STM32F37*" -> "flash_size"
Debug: "device" -> "STM32F37*" -> "flash_pgsize"
Debug: "device" -> "STM32F37*" -> "sysflash_base"
Debug: "device" -> "STM32F37*" -> "sysflash_size"
Debug: "device" -> "STM32F37*" -> "sysflash_pgsize"
Debug: "device" -> "STM32F37*" -> "sram_size"
Debug: "device" -> "STM32F4[01]*" -> "core_id"
Debug: "device" -> "STM32F4[01]*" -> "chip_id"
Debug: "device" -> "STM32F4[01]*" -> "flash_size_reg"
Debug: "device" -> "STM32F4[01]*" -> "flash_size"
Debug: "device" -> "STM32F4[01]*" -> "flash_pgsize"
Debug: "device" -> "STM32F4[01]*" -> "sysflash_base"
Debug: "device" -> "STM32F4[01]*" -> "sysflash_size"
Debug: "device" -> "STM32F4[01]*" -> "sysflash_pgsize"
Debug: "device" -> "STM32F4[01]*" -> "sram_size"
Debug: "device" -> "STM32F4[23]*" -> "core_id"
Debug: "device" -> "STM32F4[23]*" -> "chip_id"
Debug: "device" -> "STM32F4[23]*" -> "flash_size_reg"
Debug: "device" -> "STM32F4[23]*" -> "flash_size"
Debug: "device" -> "STM32F4[23]*" -> "flash_pgsize"
Debug: "device" -> "STM32F4[23]*" -> "sysflash_base"
Debug: "device" -> "STM32F4[23]*" -> "sysflash_size"
Debug: "device" -> "STM32F4[23]*" -> "sysflash_pgsize"
Debug: "device" -> "STM32F4[23]*" -> "sram_size"
Debug: "revisions"
Debug: New Transfer Thread
Info: Found an ST Link V2.
Info: Opening device...
Info: Device Open.
Debug: ***[getVersion]***
Debug: Sending 16 bytes: "F1:80:00:00:00:00:00:00:00:00:00:00:00:00:00:00"
Debug: Bytes read:  6
Debug: Received:  "24:00:83:04:48:37"
Debug: ***[setExitModeDFU]***
Debug: Sending 16 bytes: "F3:07:00:00:00:00:00:00:00:00:00:00:00:00:00:00"
Debug: ***[setModeSWD]***
Debug: ***[getMode]***
Debug: Sending 16 bytes: "F5:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00"
Debug: Bytes read:  2
Debug: Received:  "02:00"
Debug: ***[setExitModeDFU]***
Debug: Sending 16 bytes: "F3:07:00:00:00:00:00:00:00:00:00:00:00:00:00:00"
Debug: Sending 16 bytes: "F2:20:A3:00:00:00:00:00:00:00:00:00:00:00:00:00"
Debug: 16  Bytes sent
Debug: ***[getMode]***
Debug: Sending 16 bytes: "F5:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00"
Debug: Bytes read:  2
Debug: Received:  "02:00"
Debug: ***[getStatus]***
Debug: Sending 16 bytes: "F2:01:00:00:00:00:00:00:00:00:00:00:00:00:00:00"
Debug: 16  Bytes sent
Debug: Bytes read:  2
Debug: Received:  "80:00"
Debug: ***[getCoreID]***
Debug: Sending 16 bytes: "F2:22:00:00:00:00:00:00:00:00:00:00:00:00:00:00"
Debug: 16  Bytes sent
Debug: Bytes read:  4
Debug: Received:  "00:00:00:00"
Debug: ***[resetMCU]***
Debug: Sending 16 bytes: "F2:03:00:00:00:00:00:00:00:00:00:00:00:00:00:00"
Debug: 16  Bytes sent
Debug: Bytes read:  2
Debug: Received:  "81:00"
Debug: ***[getChipID]***
Debug: Looking for: 0
Debug: Did not find chipID!
Error: Device not found!
Debug: Sending 16 bytes: "F2:21:00:00:00:00:00:00:00:00:00:00:00:00:00:00"
Debug: 16  Bytes sent
Debug: Bytes read:  -110
Debug: Timeout
Debug: Closing USB connection...
Info: Disconnected.


Quando all'interno della GUI clicco il button "Connect" trova l' ST Link/V2 da dove appunto riporta "Found an ST Link V2" etc..
Le ultime due linee vengono generate al premere il button "Disconnect" e successivamente "Quit".

Oltretutto, avendo un file binario avevo provato ad caricarlo direttamente da shell

Codice: Seleziona tutto

~ $ ./qstlink2 -cwV ../stm32f4_usb_cdc.bin
QGtkStyle was unable to detect the current GTK+ theme.
Verbose level: 2
Info: Devices list loaded.
Info: File Path: "../stm32f4_usb_cdc.bin"
Info: Erasing: false
Info: Writing: true
Info: Found an ST Link V2.
Info: Opening device...
Info: Device Open.
Error: Device not found!


Da notare però che, quando collego la scheda il LED1 COM (sono in realtà 2 LED uno rosso ed uno verde) cerchiato in rosso nell'immagine:

stm32f4_discovery_1.jpg (262.37 KiB) Osservato 6556 volte

Al cliccare i button della GUI il LED segnala la comunicazione. Al collegare la scheda si accende il LED rosso (default) e quando clicco su "Connect" si illumina il LED verde segnalando la comunicazione USB (comportamento normale)..
Questo LED è collegato direttamente all' IC del programmatore ST Link/V2 della board come si può osservare dall datasheet della scheda a pag. 32.

Ma quello rappresenta solo comunicazione (che non va a buon fine) e basta.

[xyz]

C'è una comunicazione tra il device e il computer. La cosa strana è che non riesce a leggere il chip id e non riesce a trovalo tra quelli noti:

Codice: Seleziona tutto

Debug: ***[getChipID]***
Debug: Looking for: 0
Debug: Did not find chipID!
Error: Device not found!

poi la comunicazione viene chiusa con un timeout:

Codice: Seleziona tutto

Debug: 16  Bytes sent
Debug: Bytes read:  -110
Debug: Timeout


Riesci a sapere con quale versione del kernel la board ha funzionato ? Mi ricordo di aver letto dei problemi con alcune board che non rispettavano le specifiche USB e il kernel resettava la comunicazioni USB in caso d'errore.