Jak odblokować Microchip 32MX695F512H po błędnej konfiguracji oscylatora?

Wed Jul 17, 2013 3:15 pm   

Witam!
Spędziłem trochę czasu na zaznajomienie się z tym kontrolerem.
Jak się okazuje, to jest zupełnie coś innego niż dsPIC, gdyż ma w sobie
rdzeń
firmy MIPS (tak jak w playstation itp.)

Udało mi się to opanować i napisałem aplikację w asm na obsługę LCD RGB
480x272.
Działa mi to dość ładnie, ale...
Już dwukrotnie udało mi się go totalnie zablokować.
Przy próbie uruchomienia plików przykładowych Microchipa niefortunnie
zapisałem rejestry
konfiguracyjne wartościami domyślnymi, wziętymi przez MPLAB chyba z kosmosu.

Pierwszy raz to nawet mi działał oscylator.
Dziś zdaje się, że zaprogramowałem go w trybie HS z kwarcem 8MHz i oscylator
już nawet nie działa.
Podałem mu sygnał 10MHz na OSC1 i nic - nadal nie może nawet odczytać kodu
ID kontrolera.
Jak to uruchomić.
Drugi raz moja płytka nie przetrzyma wylutowywania i ponownego wlutowania.
Używam: PGEC1 i PGED1.
Czy podłaczenie (podlutowanie się) pod PGEC2 i PGED2 coś zmieni.
Normalnie programowanie/debugging działa tylko na PGEC1 + PGED1.
Domyślnie jednak konfig ustawia się na PGEC2 i PGED2 i tak został
zaprogramowany.
Jak wszystko jest dobrze, to działa na komplecie z 1.
Teraz nie.
Byłbym wdzięczny za jakiekolwiek porady co do możliwości uruchomienia tego
chipa
bez jego wylutowywania.

Wed Jul 17, 2013 3:15 pm   

W dniu 2013-07-17 17:15, Sylwester Łazar pisze:

To czym ty wylutowujesz? Wylutowanie hotairem nie powinno szkodzić płytce.




--
pozdrawiam
MD

Wed Jul 17, 2013 5:48 pm   

No niestety. Zadziałał rachunek prawdopodobieństwa. 64piny/0,5mm.
3 piny są sztukowane "włoskiem". To jest płytka prototypowa bez solder
maski,
więc nie jest tak różowo.
Na dodatek - nie mam tych 32MX695F512 na zapas.
Zamówiłem już sample, ale nurtuje mnie znów pytanie ile jeszcze
razy zdarzy się, że mikrokontroler z 512k FLASH+ 128k RAM wyrzucę do śmieci,
bo sprawny scalak odmawia zaprogramowania oryginalnym programatorem.
S.

Wed Jul 17, 2013 7:33 pm   

czesc.
Niestety nie pomoge, dopiero sie zapoznaje z tym wynalazkiem, (konkretnie to
32mx775f512l
zamierzam go uzyc w tym samym celu co i ty tzn. do obslugi grafiki.
Czy jego zasoby sa wystarczajace (775 ma tylko 64kb ramu, w sumie u ciebie
128 to tez nie szaleństwo) ?
Czy z tej calej biblioteki graficznej microchipa jest pozytek ? działa to
jakoś ?
Przyznam sie ze istnienie jej to jeden z powodów kontaktu z pic32.
pozdrawiam.
michal m.
ps.
Wydaje mi sie ze oscylator zewnetrzny nie jest wymagany do programowania
pic32
a przynajmniej pobiezny wgląd w
http://ww1.microchip.com/downloads/en/DeviceDoc/61145L.pdf
to sugeruje. Ale moge byc w bledzie nie mialem w reku tego mikrokontrolera.



Użytkownik "Sylwester Łazar" <info@alpro.pl> napisał w wiadomości
news:ks6cql$1f7$1@mx1.internetia.pl...

Wed Jul 17, 2013 7:59 pm   

Ja używam do grafiki.
I tak:
- zdjęcie 480x272 24bpp zmieści się jedno w BMP do FLASH
- zdjęcie 240x136 24bpp zmieści się do RAM
Filmy można też pewnie puscić z USB czy karty SD.
Ja piszę w assemblerze. Jak zobaczyłem to co kompilator C wyprawia,
to piszę w czystym asm.
Te biblioteki graficzne przeglądnąłem i wynika z tego, że wymagany był
sterownik LCD
inny niż ja posiadam już w LCG.
Niestety przykłady w asm są tylko 3 i to toporne.
Biblioteki i przykłady w C mnie interesują, aby podpatrzeć jak to robią.
Potem zaglądam do okna Memory po kompilacji i wyciągam z tego czysty kod,
zmniejszając go przy okazji o jakieś 30%.
W związku z powyższym obsługę LCG spokojnie mam czas wykonać.
Problem jest tylko z synchronizacją, gdyż to przetwarzanie potokowe i
prefetch to masakra.
Nie rozeznałem w pełni mechanizmu sterowania pamięcią cache, więc zegar
puściłem
sprzętowo na module Output Compare, a dane (24 bity/pixel) ładuję w
programie głównym,
synchronizując je nieco z zegarem poprzez zerowanie timera bazowego.


Z pewnością warto podpatrzeć.


na łatwość
synchronizacji danych i zegara no i szybkość.


dlaczego cała zabawa kończy się, gdy bity configuracyjne zostana
niepoprawnie zaprogramowane.

--
-- .
pozdrawiam
Sylwester Łazar
http://www.alpro.pl Systemy elektroniczne.
http://www.rimu.pl -oprogramowanie do edycji schematów
i projektowania PCB.

Sun Jul 21, 2013 9:38 am   

On Wed, 17 Jul 2013 21:33:47 +0200, "michal" <m@brak.pl> wrote:

Przecież ta biblioteka to dramat, widgety stylu win 3.11, kiedyś w
akcie desperacji popełniłem własną bib na pic32 z obiektowoscia a'la
GTK:


http://www.youtube.com/watch?v=A8epJ4Qjt_s&feature=youtube_gdata_player


ale braklo czasu na doszlifowanie i dokończenie kodu... :(

--
Marek

Mon Jul 29, 2013 11:06 am   

Ten słownik T9 to też Twój kod?
Jest tam znaczna baza wyrazów, czy tylko sample?
S.

Tue Jul 30, 2013 7:44 am   

On Mon, 29 Jul 2013 13:06:59 +0200, Sylwester Łazar<info@alpro.pl>
wrote:

Tak, ale nie nazywaj go tak, bo nie chcę mieć problemów z prawami do
nazwy .
Robilem to 2 lata temu, o ile pamietam baza ma 10 tys
najpoularniejszych słów, zbudowalem ją z znalezionych logów irca a
potem sort|uniq...

--
Marek

Wed Jul 31, 2013 7:55 pm   

największego PICa.
FLASH(512kB+boot)
Jeżeli nie kompresowałeś, to chyba 10 tys. się nie zmieści.
S.

Wed Jul 31, 2013 8:17 pm   

On Wed, 31 Jul 2013 21:55:57 +0200, Sylwester Łazar<info@alpro.pl>
wrote:

Baza była na micro sd. We flashu mcu były tylko fonty.

--
Marek

Wed Jul 31, 2013 8:59 pm   

Ja tam marzę i czekam, aby w jednym chipie był kontroler i 2GB Flasha.
Po co tam jakieś złącza, karty, dziury w obudowie.
A jaki transfer osiągałeś z karty SD?
S.

Wed Jul 31, 2013 9:24 pm   

Użytkownik Sylwester Łazar napisał:

Flash w końcu padnie, wolisz wymienić kartę czy proca?

--
AlexY
http://nadzieja.pl/inne/spam.html
http://www.pg.gda.pl/~agatek/netq.html

Wed Jul 31, 2013 10:37 pm   

On Wed, 31 Jul 2013 22:59:22 +0200, Sylwester Łazar<info@alpro.pl>
wrote:

Używam tylko trybie SPI, z tego co pamietam max ok 600-700 kB/s. Być
może dałoby się więcej ale używałem sprzętowego spi (główny zegar
80Mhz) i wychodził BRG dla spi albo ok 12MHz albo od razu powyżej 20
przy których karta nie chciała działać. Te transfery to przy spi na
poziomie ok 12Mhz.

--
Marek

Wed Jul 31, 2013 10:47 pm   

On Wed, 31 Jul 2013 22:24:03 +0100, AlexY <alexy@irc.pl> wrote:

Ile flashy w mcu Ci już padło z przeflashowania? Kiedyś czytałem, że
ktoś się uparl i flashowal jakiegoś picka przez miesiąc 24h, po
miesiacu się znudził i przestał, z obliczeń wyszło mu że przekroczył
gwarancję ilości zapisów deklarowaną przez producenta dwukrotnie,
picek po tym teście nadal flashowal się bez błędów.

Ale przyznaję, mniej boli "zużyta" karta niż mcu.

--
Marek

Wed Jul 31, 2013 11:33 pm   

Użytkownik Marek napisał:

Takich zabaw nie robiłem, ale katalog /var/log linuxa zabił kartę
pamięci w miesiąc. Jeśli flash będzie tylko na program to ok, aczkolwiek
ciężko mi znaleźć zastosowanie tak dużej pamięci w uC, domyślnie
zakładam dostępność tej pamięci do zapisu przez program i tu już może to
boleć.

--
AlexY
http://nadzieja.pl/inne/spam.html
http://www.pg.gda.pl/~agatek/netq.html