logo elektroda
logo elektroda
X
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

[Rozwiązano] Czy procesor uległ uszkodzeniu i jak to naprawić? Sprzęt: moduł STM32.

rpal 01 Cze 2022 08:01 816 11
REKLAMA
  • #1 20043186
    rpal
    Poziom 27  
    Posty: 1502
    Pomógł: 72
    Ocena: 49
    witam mam moduł z prockiem STM32F103C6T w momencie kiedy konfigurowałem go dla wyprowadzenia sygnału generator LSE na zewnątrz padła komunikacja z programatorem SW. Próbę powtórzyłem na kolejnej płytce (nowe) i tak samo straciłem komunikację. Czy jest procesor uległ tym samym uszkodzeniu i czy da się to jakoś reanimować?
  • REKLAMA
  • #2 20043228
    Konto nie istnieje
    Poziom 1  
  • REKLAMA
  • #3 20043247
    rpal
    Poziom 27  
    Posty: 1502
    Pomógł: 72
    Ocena: 49
    oryginalnym st link w trybie sw
  • Pomocny post
    #4 20043400
    Konto nie istnieje
    Poziom 1  
  • Pomocny post
    #5 20043413
    rb401
    Poziom 39  
    Posty: 3003
    Pomógł: 750
    Ocena: 984
    rpal napisał:
    Czy jest procesor uległ tym samym uszkodzeniu i czy da się to jakoś reanimować?


    Wygląda mi na to że nic tragicznego się nie stało ale trzeba użyć trybu komunikacji z aktywnym sygnałem NRST jak tu już wyżej zauważył kolega atom1477.
    A u Ciebie z jakiś powodów jest to niemożliwe. Np. uproszczone połączenie z programatorem (sygnały tylko SWDIO i SWCLK) lub nie włączenie tego trybu w ST-LINK Utility (opcja "Connect Under Reset" ).

    Ale na początek spróbuj prostego rozwiązania.
    Naciśnij i trzymaj przycisk RESET na module naciśnięty kiedy inicjujesz komunikację (klikasz na ikonkę) na STLINK Utility i po chwili puść. Powinno zadziałać.
  • #6 20043461
    rpal
    Poziom 27  
    Posty: 1502
    Pomógł: 72
    Ocena: 49
    niestety nie pomaga, odpowiedź "Target no device found" wydaje mi się to wręcz nieprawdopodobne aby zmiana ustawień zegara coś takiego zrobiła ale nie chcę ryzykować zablokowania kolejnego moduły

    Dodano po 1 [godziny] 20 [minuty]:

    niestety nie wiem jak to się stało że rekonfiguracja zablokowała albo uszkodziła procka, w każdym razie wylutowałem go i wstawiłem nowy. I działa, Jeśli jest ktoś kto zna rozwiązanie z czystej ciekawości przeczytam
  • REKLAMA
  • Pomocny post
    #7 20043572
    Konto nie istnieje
    Poziom 1  
  • #8 20043598
    rpal
    Poziom 27  
    Posty: 1502
    Pomógł: 72
    Ocena: 49
    kod nie ma nic do rzeczy, bo działał be zarzutu potrzebowałem wyprowadzić 32 kHz na zewnątrz i ten problem wyszedł niejako w praniu. Ale tak myślę teraz że mógł się zwyczajnie sknocić bo na tym pinie czyli PC13 jest oryginalnie wyprowadzona dioda LED która w tym module jest fabrycznie podłączona przez opornik na VCC możliwe że się sknocił właśnie z tego powodu. Trzeba było najpierw wylutować ją układu a potem wyprowadzać zegar na zewnątrz takie mam luźne przemyślenia
  • Pomocny post
    #9 20043653
    rb401
    Poziom 39  
    Posty: 3003
    Pomógł: 750
    Ocena: 984
    rpal napisał:
    wydaje mi się to wręcz nieprawdopodobne aby zmiana ustawień zegara coś takiego zrobiła


    Też patrzę i nie widzę jakieś bezpośredniej przyczyny. Ale to może być kwestia czego innego, ruszonego w programie.
    Szczególnie jeśli się używa CUBEmx, to czasem się czegoś nie zaptaszkuje albo coś.
    Ale generalnie taki właśnie problem że kostka wydaje się być martwa, polega na tym że Twój program w jakiś sposób, szczegóły nieistotne tutaj, przykładowo zmienia funkcje pinów SWDIO lub SWCLK na funkcje zwykłych portów. I wtedy, jeśli kabelek do programowania jest uproszczony (tylko dwa sygnały SWD) to już programator nie zagada z uC bo funkcja SWD jest wyłączona.
    Dlatego jest taki tryb jak start komunikacji na resecie, czyli w momencie kiedy wgrany program nie wprowadził żadnych zmian.
    Jeśli tryb "Connect Under Reset" jest wybrany w ST-LINK Utility (menu: Target/Settings.../Mode) oraz z programatora jest pociągnięty sygnał NRST, to problem nie występuje, bo programator wchodzi w komunikację bez startu wgranego programu. Jeśli Twój moduł jest połączony tylko dwoma sygnałami to programator nie jest w stanie go wprowadzić w reset.

    Sprawdź może jeszcze czy masz wybrany tryb "Connect Under Reset". Jeśli nie, to go ustaw i ponów próbę z tym ręcznym resetem. U mnie ta prowizoryczna metoda działała z jakimiś STM32. Niestety nie mam teraz czasu sprawdzenia na dokładnie tym typie uC, który masz, ale jakoś nie jestem przekonany by się nie udało akurat na tym typie.
    Jeśli to nie da rady, to można się zastanowić nad połączeniem sygnału NRST między programatorem a modułem (bo podejrzewam że go nie masz), by całkowicie mieć zgodność z tym trybem.

    rpal napisał:
    Ale tak myślę teraz że mógł się zwyczajnie sknocić bo na tym pinie czyli PC13 jest oryginalnie wyprowadzona dioda LED która w tym module jest fabrycznie podłączona przez opornik na VCC możliwe że się sknocił właśnie z tego powodu. Trzeba było najpierw wylutować ją układu a potem wyprowadzać zegar na zewnątrz takie mam luźne przemyślenia


    Nie sądzę, bo tak czy inaczej jest to normalny pin wyjścia, zdolny dostarczyć wystarczający prąd założony dla tej LED.
    Choć w CUBEMx jak się kombinuje z z wyjściem RTC na PC13 to wyświetla na czerwono jakiś konflikt. Ale to nie powinno mieć nic wspólnego w komunikacją SWD tym bardziej jeśli wejdzie się na resecie.
  • Pomocny post
    #10 20043729
    Konto nie istnieje
    Poziom 1  
  • #11 20044065
    rpal
    Poziom 27  
    Posty: 1502
    Pomógł: 72
    Ocena: 49
    no tak, sformułowanie które użyłem nieco niewłaściwe. Tak czy owak doczytałem że wprost sygnału 32 kHz z generatora RTC nie można wystawić na zewnątrz w tej linii procesora, Dzięki za pomoc
  • REKLAMA
  • #12 20044066
    rpal
    Poziom 27  
    Posty: 1502
    Pomógł: 72
    Ocena: 49
    no tak, sformułowanie które użyłem nieco niewłaściwe. Tak czy owak doczytałem że wprost sygnału 32 kHz z generatora RTC nie można wystawić na zewnątrz w tej linii procesora, Dzięki za pomoc

    Dodano po 32 [sekundy]:

    poczytałem noty

Podsumowanie tematu

LABEL_AI_GENERATED
Użytkownik zgłosił problem z modułem STM32F103C6T, który stracił komunikację z programatorem ST-LINK po próbie konfiguracji wyprowadzenia sygnału 32 kHz z generatora LSE. Inni uczestnicy dyskusji zasugerowali użycie trybu "Connect Under Reset" oraz sprawdzenie połączeń programatora. Użytkownik próbował różnych metod, w tym resetowania modułu, jednak ostatecznie zdecydował się na wymianę procesora, co przywróciło funkcjonalność. W trakcie rozmowy pojawiły się spekulacje dotyczące możliwego uszkodzenia pinu PC13, który jest fabrycznie połączony z diodą LED. Użytkownik zauważył, że nie można bezpośrednio wyprowadzić sygnału 32 kHz z RTC na zewnątrz w tej linii procesora.
Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.
REKLAMA