STM32F4 & Slackware

[simo85]

Forse ho dimenticato che la connessione deve essere fatta tramite protocollo TCP/IP.

[angus]

il pacchetto di openocd non ti piaceva? (o non era compilato come serviva a te?)

[simo85]

Ciao angus,

Non ho capito bene la domanda pero se ti riferisci al perché ho provato prima il qstlink è per prova, e perché come già specificato sul laptop di un amico funziona e sul mio no.

[angus]

Ciao,
no.. ho letto in [29] che ti sei compilato openocd, mi chiedevo come mai non hai usato il pacchetto già compilato.

[simo85]

slackpkg non mi sembra che lo abbia nei repo.
Da sourceforge non ci ho fatto proprio caso!

Slackbuild?

E da Launchpad nemmeno.
È tardi..

[angus]

ah scusami... chissà perché ero convinto usassi Debian...

[simo85]

angus, ed il titolo del thread

[angus]

Si, lasciamo stare va...

[xyz]

Il file di configurazione di OpenOCD è obbligatorio, sopporta molte MPU, board e protocolli di comunicazione, l'uso dei switch su linea di comando renderebbe molto problematico l'utilizzo. Viene fornito con molti file di configurazione per i dispositivi più diffusi e in rete si possono trovare altri esempi di configurazioni particolari.

OpenOCD ha molte opzioni di compilazioni per i vari device e librerie supplementari, non tutte sono abilitate di default.

Dai messaggi che hai riportato si nota l'individuazione del dispositivo USB ma poi come con l'altro software non riesce a inizializzarlo.

I problemi di inizializzazione della tua board non riguardano l'architettura ospite se x86_64 o x86 o altro.

La connessione TCP/IP serve solo per controllare OpenOCD con un shell di comandi una volta che ha rilevato e inizializzato la board, se questa fase fallisce è inutile contattarlo e inviare i comandi è praticamente inutilizzabile.

Devi cercare se ST ha aggiornato il firmware interno alla tua board o se qualcuno è riuscito a far funzionare qualche software con qualche patch strana o nel caso più disperato, utilizzare una vecchia versione del kernel di Linux funzionante con la tua board.

[simo85]

Diciamo che ne ho anche un po' le scatole piene di girarci attorno..

Già da qualche tempo mi sono reso conto che il supporto offerto dal fabbricante è molto importante.

Microchip ha dato un supporto notevole anche per gli amanti del pinguino con MPLABX.
Le avr-toolchain non pongono limiti. Usare un semplice editore di testi, avr-gcc e avrdude è molto più veloce e pratico che usare AVR Studio che ti intalla Visual C++ e tutte le sue menate varie. Comunque...

Poi scopri che la ST non rispetta gli standard USB e non rilascia alcun driver per Linux. Strano perché la Freescale, la Segger e altri si.

Se non mi offre quel supporto che di cui io ho bisogno pazienza, per il momento non perdo tempo e lavorerò con i PIC e AVR. Visto che per qualcosetta Windows lo uso (virtualizzato) vuol dire che userò il Keil (come ho fatto fino ad ora) se avrò bisogno di usare l' ST Link/V2. Pazienza, almeno ci ho provato ed ora (più o meno) so perché non funziona. Sono contento così e mi metto l'anima in pace.

Una alternativa sarà quella di lanciare la ST Link Utility con Wine.
Appena ho tempo lo compilo e faccio la prova.

EDIT: il pacchetto txz dell'ultima versione attuale di wine è disponibile qui:
http://sourceforge.net/projects/wine/fi ... /1.6/i486/



Ringrazio ancora per il gentilissimo aiuto e per l'interesse tanto a te xyz ed angus.

Un saluto,


Simo.