Problemy z programowaniem MSP430F2013 w obudowie PQFP - niski sygnał na TDO?

Odnoszę wrażenie, że TI w swojej dokumentacji jest bardzo oszczędny i

Ja odniosłem dokładnie odwrotne wrażenie.
Masa dokumentacji do wszystkiego + przykłady na działanie praktycznie
każdego z modułów.

"praktycznie każdego" i "masa dokumentacji" to pojęcia dość relatywne.
Według Murphy akurat do tego, co potrzebujesz przykładu nie ma.

Faktycznie jest masa dokumentacji, ale jej styl mi osobiście (jak i
mojemu studentowi) zupełnie nie odpowiada. Konkretnie wkurza mnie to, że
trzeba dokumentację naprawdę od dechy do dechy przeczytać, a nie
wystarczy, jak np. u Atmela, używać jej w stylu encyklopedycznym.

800-stronicowy opis procesora, a właściwie jego rodziny, i musisz między
linijkami wyczytać co właściwie twojego procka dotyczy. W sumie
wystarczyłby indeks lub tłustym drukiem pod tytułem rozdziału podać
listę procesorów, które dany moduł zawierają.

brakuje. Aktualnie kurwię nad brakiem kompletnej dokumentacji biblioteki
SimpliciTI, która coś tam robi z przerwaniami, a nikt za bardzo nie wie
co.

Tego mi w dokumentacji
brakuje. Aktualnie kurwię nad brakiem kompletnej dokumentacji
biblioteki SimpliciTI, która coś tam robi z przerwaniami, a nikt za
bardzo nie wie co.

A z czym problem ?

Górski Adam schrieb:

Tego mi w dokumentacji
brakuje. Aktualnie kurwię nad brakiem kompletnej dokumentacji
biblioteki SimpliciTI, która coś tam robi z przerwaniami, a nikt za
bardzo nie wie co.

A z czym problem ?

konkretnie chcę uruchomić przerwanie na porcie 2. Mam klawisze tam
podłączone i chcę nimi budzić procesor, ma robić swoją pętlę (kilka
kanałów AD plus który klawisz go obudził) aż do zwolnienia klawisza i
potem położyć się spać. Jak używam SimpliciTI, to przerwanie na porcie
jest gdzieś tam przechwytywane. Próbowałem zarówno napisać swoją funkcję
przerwania jak i wywołanie mojej funkcji w przerwaniu bibliotecznym, ale
bez skutku, znaczy procek pozostawał w boskiej nirwanie. Próbowałem
robić też swoją inicjalizację przerwań i też nic. Wtedy nawet dobrze
wystartować nie chce i nie porozumiewa się z hostem.
Znaczy to ma mniej więcej wyglądać tak:

Po załączeniu (power on): dogadać się z hostem co do adresów, wysłać
pierwszy telegram i spać.
Po naciśnięciu klawisza: wysyłać telegramy aż do zwolnienia klawisza i
spać.

Bez simpliciti działa ok, ale wtedy nie mam wireless, a na tym mi
właśnie zależy.

Masz jakiś pomysł?

Waldek
No niestety tego simplicity nigdy nie używałem wiec nie pomogę.

Górski Adam pisze:

Odnoszę wrażenie, że TI w swojej dokumentacji jest bardzo oszczędny i

Ja odniosłem dokładnie odwrotne wrażenie.
Masa dokumentacji do wszystkiego + przykłady na działanie praktycznie
każdego z modułów.

Swoje wrażenia, opieram na przygodzie z procesorem TUSB sprzed kilku
lat, jego dokumentacja jakoś zupełnie do mnie nie docierała. Przykłady
niby jakieś były, ale nie były to tak naprawdę przykłady a kod który TI
sobie musiał sam napisać do czegoś a potem go udostępnił.
Przykład ma za zadanie pokazać uczonemu jakąś drogę, powoli wprowadzić
go w zagadnienie, a tam był wcale niebanalny kod właściwie bez
komentarzy...


Z tego co ja oglądałem te TUSB, to raczej jest taki produkt, którego

Z tego co ja oglądałem te TUSB, to raczej jest taki produkt, którego
należy używać jak FTDI, a nie grzebać w środku .....

Grzegorz Latocha pisze:

Z tego co ja oglądałem te TUSB, to raczej jest taki produkt, którego
należy używać jak FTDI, a nie grzebać w środku .....

Chodziło mi o TUSB3210 czyli "Universal Serial Bus General-Purpose
Device Controller", taki 8052 z USB.



mi też

Chodziło mi o TUSB3210 czyli "Universal Serial Bus General-Purpose
Device Controller", taki 8052 z USB.

mi też