Re: Problémy s ST-link - bylo STM32F7 discovery - tip

[Petr Labaj]

Ano, ten ADuCM je náročnější v tom, že vyžaduje práci s resetem.

Ale že je chyba v ST-linku plyne mimo jiné z toho, jak s tím signálem 
pracuje.
Když je programátor ve výchozím stavu, tak je jeho výstupní signál reset 
v log. 1.
Po spuštění OpenOCD a pokusu o připojení k target procesoru s tím resetem
zacvičí, ale vyhodnotí to jako chybu (nejde uvést do stavu halt) a nechá 
už ten
reset v log. 0.
To by se ještě dalo tolerovat. Ale on ho v té log. 0 už nechá napořád, i 
když
ukončím OpenOCD a pustím ho znovu, tak reset je pořád držený dole.
Takže jediná šance je OFF/ON toho programátoru.

Mimochodem nenapadá Vás nebo někoho jiného jak je možné, že v těch
programátorech z eBay jsou chipy STM32F101 (tedy oficiálně bez podpory USB),
ale ty programátory komunikují po USB?

PL

*******************************

Dne 15.11.2015 v 10:49 Miroslav Mraz napsal(a):
> To je sice podivné, ale možné je všechno. Nemůže být problém trochu 
> někde jinde ? Třeba u některých procesorů se nejde připojit přes SWD, 
> pokud jádro spí. Možná u tohoto se jde připojit jen ve stavu reset. 
> Oni ti výrobci vymýšlejí všelijaké komplikace.
>
> Mrazík
>
> Dne 15.11.2015 v 04:38 Petr Labaj napsal(a):
>> Tak problém s tím ST-linkem a jinými než STM procesory je v tom, že 
>> ST-link
>> (aspoň pod OpenOCD) chybně pracuje se signálem Reset.
>> STM procesory ho při připojení přes SWD nepotřebují, ale třeba ten 
>> ADuCM360
>> se bez něho neobejde.