Problem z wgrywaniem programu do STM32F429 (działa tylko kilka razy)

[piotrdn]

Hej,

Praktycznie zawsze po kilkukrotnym wgraniu programu przez Utility następuje moment tak jakby "zawieszenia" możliwości wgrania programu z danego projektu. W sytuacji, gdy np chce sobie kilkukrotnie zmodyfikować program z kursu, tak +- za trzecim razem, gdy go wgrywam wyskakuje informacja (załączam screeny) i nie ma możliwości wgrania kodu. Do tej pory radziłem sobie z tym tak, że tworzyłem nowy projekt od początku, zaczynając od CUBE itd. (stary kasowałem) i wtedy znowu miałem kilka prób na wgrywanie programu. Dodam jeszcze, że wszystko poprawnie się kompilowało. Takie tworzenie projektu od nowa jest uciążliwe. Dlaczego tak się dzieje i jak temu zaradzić?

Pozdrawiam

 

[Treker (Damian Szymański)]

@piotrdn takich błędów jeszcze nikt nie zgłaszał, więc to coś nowego. Na pewno nie ma potrzeby tworzenia projektów od nowa, bo to byłoby strasznie uciążliwe. Próbowałeś zwyczajnie wyczyścić projekt i zbudować całość raz jeszcze? Czy po resecie płytki problem cały czas występuje?

[piotrdn]

Dziękuję za odpowiedź. Próbowałem narzędziem Project -> Clean i niestety nie pomogło. Próbowałem też poprzez Project C/C++ Index -> Rebuild lub Freshen All Files niestety również nie pomogło. Co ciekawe inny poprawnie działający projekt wgrywa się bez problemu i gdy znowu chcę wgrać ten, który nie działał to niestety znowu ta sama sytuacja.

[Elvis]

54 minuty temu, Treker napisał:

takich błędów jeszcze nikt nie zgłaszał, więc to coś nowego

Nikt nie zgłaszał, bo nie używał STM32F429 do robienia kursu... Na zrzutach ekranu wyraźnie widać, że to inny mikrokontroler niż używany w kursie - więc może być winne cokolwiek. Proponuję wydzielić temat, a mój wpis usunąć, bo niewiele wnosi.

[Treker (Damian Szymański)]

Słusznie, miałem trochę uśpioną czujność, już wydzielam  Źródło pytania:

[piotrdn]

No racja mogłem zaznaczyć na wstępie, że nie jest dokładnie ten sam mikrokontroler, aczkolwiek jest to sprzęt z tej samej serii - STM32 F4. 

[damian29]

Witam 

Mam taki sam problem jak kolega piotrdn. Posiadam zestaw  STM32F4 Discovery zakupiony parę dni temu ( kupiony specjalnie pod kurs z forbot ).  Próbowałem czyścić projekt ale nie pomogło. Czy już wiadomo jak temu zaradzić ??

Pozdrawiam

[piotrdn]

Problem nadal nierozwiązany. Doszedłem do tego, że wina stoi po stronie System Workbench, a dokładniej coś jest nie tak z generacja pliku wynikowego HEX. Program generuje praktycznie pusty plik...

[Treker (Damian Szymański)]

@damian29, a z której dokładnie wersji Workbencha i Cube korzystasz?

@piotrdn jeśli miałbym obstawiać to jednak obstawiałbym na problem z Cube, bo jedna z ostatnich aktualizacji sporo namieszała...

[damian29]

U mnie to wygląda tak.

[damian29]

@piotrdn  spróbuj skorzystać z Cube poza eclipsem tzn. włącz go jako osobny program i w nim generuj projekt. Już z 10 razy wgrałem wsad do uC i niby jest ok. Daj znać czy u Ciebie zadziała. 

Pozdrawiam

[piotrdn]

Za każdym razem w ten sposób korzystam z Cube

[Treker (Damian Szymański)]

@piotrdn @damian29 @piotrdn sprawdźcie proszę czy instrukcja podana w tym temacie rozwiązuje Wasz problem:

 

[piotrdn]

Problem cały czas występuje, jedyne co pomaga to utworzenie nowego projektu i import z Cube do Workbench wszystkiego od nowa.

[slon]

Zaobserwowałem jeszcze jedną prawidłowość a mianowicie jeśli w Cube zmienię konfigurację pinów w istniejącym projekcie i  zaimportuję zmieniony projekt do Workbencha to sytuacja się powtarza. Rozwiązanie takie cząstkowe jakie zastosowałem to: usunięcie projektów z Workbencha, usunięcie folderów z projektami i następnie: metoda którą opisałem. Każdy kolejny projekt utworzony w Cube import do Workbench zapis i build project (ten z którym na daną chwilę pracujemy). W ten sposób mogę mieć kilka projektów pracować na nich ale konfiguracji pinów ponownie przez Cube na danym projekcie nie zmieniam.