PIC32 - Bootloader usb, zawieszenie układu podczas kasowania pamięci

Witam,

Próbuję uruchomić bootloader od microchipa Link na procesorze PIC32MX250F128b.

Układ ładnie startuje, jest wykrywany przez pc jako Bootloader HID, sterowniki się instalują. Podczas komunikacji z PC wszystko wygląda ok, program wykrywa urządzenie, wczytuje wersję oprogramowania itp. Jednak w momencie próby skasowania programu pasek postępu rośnie do 2/3 i na tym koniec. Program nie reaguje, układ również. Po resecie już nie jest wykrywany przez komputer, trzeba ręcznie przeprogramować układ ale potem jest dalej to samo.

Kod programu był zmieniony tylko jeżeli chodzi o definicje pinów. Reszta bez zmian. Plik linkera również bez zmian. Czy ktoś może używał tego narzędzia i wie gdzie może leżeć problem?

AVE...

Jaki OS używasz?
Może to być problem z zarządzaniem komunikacją/zasilaniem. Miałem raz takie problemy z jednym urządzeniem, gdy ono sobie mieliło bajty, ale nie wysyłało dość często komunikatów do PC i system uznał, że wypada zakończyć transmisję...
Drugą możliwością jest to, iż bootloader przez przypadek kasuje kawałek swojego własnego kodu gdy miał kasować wgrany program...

Windows 7.

Problemem było tak jak mówisz, bootloader kasował sam siebie. To już rozwiązałem.

Problem mam teraz taki że w ogóle nie rozumie jak ustawić adresy w skrypcie linkera dla aplikacji:/ Szukam na necie i jaki projekt nie znajdę efekt jest taki sam jak u mnie czyli pamięć się kasuje, program wgrywa, weryfikacja nie przechodzi i bootloader nie startuje od nowa.


Poza tym wyczytałem że może być problem przy kompilacji kompilatorem w wersji Lite. A niestety tylko taki posiadam, wersja testowa się skończyła już.

Muszę jeszcze na spokojnie nad tym posiedzieć:/

AVE...

Spróbuj może rozłożyć kod źródłowy i napisać bootloader od nowa...

Taki jest plan. Ale najpierw chcę uruchomić gotowca. Nie mogę zabrać się za pisanie bootloadera nie wiedząc jak zapanować nad poszczególnymi adresami.

AVE...

Bootloader to w sumie prosta sprawa w teorii. Każdy działa tak:

Z mojego punktu widzenia największym problemem jest samo połączenie USB. Drugim określenie objętości gotowego bootloadera i przeskoczenia za niego. Bootloader musisz napisać raczej w ASM, niż w C, choć na przykład w moim ostatnio opublikowanym projekcie twórca kodu musiał deskryptory USB robić w C. Miałem problemy z kompilacją tego, bo użył linuksowych narzędzi, które windowsów nie lubią z zasady...

Serio, radzę posiedzieć nad gotowym kodem...

AVE...

Ja tu tylko sprzątam - z USB nie mam zbyt wiele do czynienia. Ale z tego, co pisałem, to mimo wszystko w ASM kod jest troszkę mniejszy, to chyba dobrze dla bootloadera by był mały. Co do tych deskryptorów, to ja nie wiem, o co kolesiowi chodziło, bo program tworzył w ASM w celu uczynienia go jak najlepiej zoptymalizowanym. Ale deskryptory generował w C bo nie mógł tablic w ASM robić. Albo nie wiedział, jak. Dość powiedzieć, iż po zmianie wartości konfiguracyjnych musiałem kod przekompilować, no i się nie udało, bo narzędzia były linuxowe, więc z Windows się gryzą z zasady. Kolega - linuxowiec też nie mógł tego zrobić...

Problem rozwiązany. Poprzeglądałem jeszcze różne inne przykłady od microchipa oraz to co znalazłem na necie i udało się to uruchomić.

Co do pisania programu w asm to moim zdaniem jest to zupełnie bez sensu. Mam tyle dostępnej pamięci że nie robi mi to różnicy. Poza tym rdzeń mips ma zbyt wiele instrukcji żeby to ogarnąć w takim stopniu:)

Jak by ktoś potrzebował to mogę podesłać działający skrypt linkera PIC32MX250F128B zarówno dla app jaki bootloadera.