STM32 - Nie da się więcej zaprogramować po udanym programowaniu.

Witam,
Potrzebuję pilnej pomocy, bo nie mam już sam pomysłów.

Procesor STM32F7-45VGT, płytka własnej roboty, programator ST-LINK v2 (ew. U-LINK2), interface SWD / JTAG.

Wszystko działało - napisałem ST-LINK Utility wykrywał procka, napisałem program w Eclipse (wygenerowany podstawa przez STM32CubeMX) do migania diodą. Wgrałem program, dioda miga, zegary ustawione - wszystko śmiga.

I na tym koniec. Dioda dalej miga a ja nie mogę z prockiem nic zrobić. W ogóle się nie chce mi się z nim połączyć - więc nie mogę ani wyczyścić, zaprogramować czy odczytać.
Próbowałem ST-Linkiem (taki tani, chiński) po SWD w ST-Link Utility oraz U-Linkiem 2 po JTAG, przez Keil uVision 5. To samo. Nie da się połączyć. Błąd.


Problem prawdopodobnie jest w tym, że w swoim programie ustawiłem piny odpowiedzialne za programowanie (SWD/JTAG) jako wyjścia GPIO.
Ale programuje to POD resetem... Więc powinno chyba ustawić na domyślne funkcje.
Zarówno w uVision jak i Utility ustawiłem "connect under reset" i procek jest resetowany (widzę po diodzie), ale nie może się połączyć.

Ma ktoś jakiś pomysł? Bo ja już nie wiem jak to naprawić i co się w ogóle stało...

Connect under reset, reset: hardware, reset after connect, SWD (a nie JTAG), częStotliwość poniżej 1 MHz i musi zadziałać. Możesz jeszcze spróbować nacisnąć guzik reset podczas łączenia. I ZAWSZE zachowuj funkcję SWD na obu nogach (AF0), nie ustawiaj ich jako GPIO ani nic innego.

Spróbuj zrobić to pod Keil MDK-ARM (przynajmniej skasować pamięć).

Robiłem już tak. To znaczy w Keilu wykrywa mi SWD. Jak wejdę w opcje projektu -> "Debug" i tam dam ustawienia programatora, to daje właśnie SWD i te resety i nie ma błędu, coś odczytuje (pojawia się w tym polu po prawej jakiś adres, typ SWD i takie czarne kółeczko - więc chyba tutaj ok).

Ale jak daje Flash -> Erase, to wywala mi błąd i nic się nie dzieje...

Zaktualizuj oprogramowanie ST-Link (STSW-LINK007). Spróbuj użyć ST-Link z płytki Discovery. Sprawdź w Keil, czy masz ustawiony właściwy algorytm programowania. To musi działać.

Włącz eclipse -> wybierz program który chcesz wgrać -> wciśnij i trzymaj reset na płytce -> kliknij wgrywanie programu -> jak się pojawi czerwony tekst w konsoli to puść reset

U mnie zadziałało

Udało mi się Próbowałem tym Eclipsem ale nie mogłem skonfigurować dla F7 tego Eclipsa.

W każdym razie odpaliłem ST-Link Utility i przytrzymałem reset, jakoś go potem puściłem i zamiast connect dałem erase i ruszyło! Choć próbowałem różne takie kombinacje, w tym tę także, już wczoraj, ale nie szło.
W każdym razie dzisiaj się udało i już się programuje.


--------------
Pytanie w takim razie: nie da się używać tych pinów od SWD jako GPIO? Tak, żeby móc dalej programować?
A gdybym zrobił w programie opcję, że po jakimś przerwaniu zewnętrznym program ustawi te piny z GPIO na SWD to wtedy byłbym w stanie zaprogramować? (trochę zależy mi na tych pinach po prostu...).

Na początku programu przed skonfigurowaniem pinów odczekaj po prostu kilka sekund.

Dobra, to jest znacznie lepsza opcja, z poczekaniem po prostu... Albo nawet ze zworką.

Bo rozumiem, że to jest tak, że jak już programator (ST-Link) "złapie" procka, tzn. się z nim połączy to wykonywanie kodu jest wstrzymane i wtedy może już sobie tak wisieć ile chce?

To zależy od konfiguracji narzędzi (np. w skrypcie OpenOCD: "halt" / "reset halt").