Rozwiązano: nie udało się skasować pamięci w wyświetlaczach Riverdi STM32U5

W przypadku modułów 5″ STM32U5A9/G9 zauważyliśmy, że wersja 2.23 programu STM32CubeProgrammer powoduje niepowodzenie etapu kasowania pamięci Flash, podczas gdy wersja 2.22 wykonuje go poprawnie. Problem pojawia się podczas standardowego procesu programowania, który wcześniej działał bez zarzutu: projekt jest poprawnie przygotowany, a komunikacja z modułem nawiązana, ale sam etap kasowania kończy się niepowodzeniem. Jeśli widzisz ten błąd, nie oznacza to, że moduł jest uszkodzony ani że projekt jest wadliwy.

Odtworzyliśmy to lokalnie na naszych 5-calowych modułach U5 A9/G9, korzystając z oficjalnego projektu demonstracyjnego dostosowanego do płytki STM32U5G9 (PCB_50STM32U5G9_REV1.1), stworzony w TouchGFX Designer 4.26.1, i potwierdziliśmy, że STM32CubeProgrammer 2.22 poprawnie kończy etap kasowania.

Rysunek 1. Projekt demonstracyjny przeznaczony dla konkretnej płytki (PCB_50STM32U5G9_REV1.1), służący do lokalnego odtworzenia, utworzony w programie TouchGFX Designer 4.26.1.

Chociaż ten problem dotyczy konkretnie programu STM32CubeProgrammer, opisujemy go tutaj w kontekście TouchGFX Designer, bo funkcja „Program and Run Target” w Designerze wewnętrznie wywołuje STM32CubeProgrammer, żeby skompilować i zapisać projekt do pamięci. Wersja TouchGFX Designer została podana dla pełnej przejrzystości testowanego środowiska – zobaczysz ją ponownie w poniższym wydruku konsoli, mimo że sam program Designer nie jest przyczyną tego problemu.

STM32CubeProgrammer wyświetla następujący błąd:

„Błąd: nie udało się skasować pamięci”

Rysunek 2. Błąd kasowania pamięci flash w programie STM32CubeProgrammer 2.23.

Jeśli pracujesz na STM32CubeProgrammer 2.23 i pojawia ci się ten błąd, używaj wersji 2.22, dopóki nie potwierdzimy, że nowsza wersja przeszła walidację i działa poprawnie. Po przejściu na starszą wersję pamięć Flash zostanie poprawnie skasowana, a projekt będzie można zapisać na module.

Etap kasowania kończy się niepowodzeniem, zanim uda się zapisać nowy projekt, więc proces programowania zostaje przerwany, a moduł pozostaje bez poprawnie działającej aplikacji.

Rysunek 3. Pomyślne zaprogramowanie pamięci po przejściu na starszą wersję STM32CubeProgrammer 2.22.

Wersja 2.22 jest dostępna na stronie ST (potrzebne jest konto MyST). Ponieważ domyślnie oferowana jest wersja 2.23, musisz poszukać wersji 2.22 w sekcji z archiwalnymi wydaniami.

Rysunek 4. Archiwum wersji programu STM32CubeProgrammer na stronie internetowej firmy ST.

Kontekst

Problem ten został po raz pierwszy zgłoszony w zgłoszeniach klientów w naszym systemie Wsparcia technicznego. W ramach naszych wewnętrznych testów sprawdziliśmy, że wersja STM32CubeProgrammer 2.22 działa poprawnie z tymi modułami. Zaktualizujemy ten artykuł, gdy tylko pojawi się nowsza, walidowana wersja.