W dniu 2020-10-08 o 18:58, Zbych pisze:

> Nie używałem nic od Silabs, ale SWD jest zaprojektowane przez ARMa i
> niezależne w dużej mierze od producenta uC.

Nie wiedziałem, że określa się to SWD. Piny są SWCLK i SWDIO (data
input/output). Wspólne w nazwach jest SW (Serial Wire).

> Trwa wiecznie, chyba że twój program zmieni konfigurację SWD po starcie
> uC. Po ponownym resecie SWD wróci.

Dzięki za info. Głupio mi, że nie wpadłem na to, że tak to też przecież
może być (nigdy nie popełniłem żadnego programu na mikrokontroler).
Czyli jeśli nie wykorzystam tych pinów do czegoś innego i w związku z
tym procesor nie będzie miał powodu zaczynać swojej pracy od
przełączenia ich na co innego to mogę nie podłączać resetu do gniazdka
programowania. To mi pasuje bo 3 dziurki daje się ustawić w trójkąt i
nie ma wątpliwości jak włożyć kabelek. Ustawienie 4 dziurek w sposób
jednoznaczny zajęło by więcej miejsca i dawało by mniejszą pewność
kontaktowania wszystkich pinów.

> The SW Debug Port is routed as an alternate function and the SWDIO and
> SWCLK pin connections are enabled by default with internal pull up and
> pull down resistors, respectively. It is possible to disable these pin
> connections (and disable the pull resistors) by setting the SWDIOTMSPEN
> and SWCLKTCKPEN bits in GPIO_ROUTEPEN to 0.

Ten fragment musi pochodzić z czegoś innego niż datasheet. Zapewne z
reference manuala. Na razie przejrzałem datasheet rodziny Tiny i
przeglądam Jade, a w planie mam jeszcze Pearl. Robię to powoli, bo robię
sobie jednocześnie ściągę (spreadsheet) co do którego pinu w wybranych
wstępnie obudowach mogę podłączyć - przyda się przy robieniu schematów i
płytek.
Na razie zwróciłem uwagę, na zupełnie inny zakres możliwości podłączania
Tiny i Jade. Nie podoba mi się że w Jade QFN48 zostawili 4 nogi NC. Może
przez to mi brakować nóg, a w BGA nie chcę wchodzić.

>
> To widziałeś?
> https://www.silabs.com/documents/public/application-
notes/an0062.pdf

Pobrałem sobie prawie wszystkie appnoty które w nazwie nie miały żadnych
krzaczków (jeszcze nie znalazłem czasu aby zajrzeć).
Teraz sprawdziłem, że te co pobrałem kończą się na 0060, potem jedna 136
i dalej już nr ponad 800.
Czyli odpowiedź: Nie widziałem.
Jestem zdziwiony, że jak u Silabsa wybiorę konkretną rodzinę i potem
noty aplikacyjne i zamiast kilku podstawowych zażyczę sobie wszystkich
to tej 0062 nie ma na liście.

Wielkie dzięki.

Tytuł sugeruje, że jest to dokładnie to co będzie mi potrzebne bo
zapewne nie za długo będziemy ustalali z bratem jakie uniwersalne
rozkazy ująć w programatorze, abym potem korzystając z nich mógł
programować te procesory.

> Linia reset nie jest niezbędna. Według dokumentacji (AAP Window)
> przydaje się do zdejmowania blokady debugowania, lub odzyskiwania
> kontroli nad SWD jeśli twój program go wyłącza szybko po starcie.
> Jeśli tego nie robisz, to programowanie można rozpocząć w dowolnym
> momencie.

Dzięki za potwierdzenie tego na co wpadłem po Twojej odpowiedzi wyżej.

> Sprawdź też czy wygodniej/taniej do programowania nie będzie użyć
> bootloadera.
> https://www.silabs.com/documents/public/application-
notes/an0003-efm32-uart-bootloader.pdf

Wiem, że jest tam jakiś bootloader i na pewno też go sprawdzimy.
Tę notę akurat mają wśród 'wszystkich' więc ją miałem.

Podejrzewam, że to co nas przede wszystkim będzie interesowało, to czy
za pomocą tego bootloadera da się zaprogramować wszystko (włącznie z
bootloaderem).

Ostatnio doszliśmy w Xmegach do etapu, że (w uproszczeniu) najpierw
ładujemy program testowy w obszar 'zwykły' a potem on ładuje dane
(personalizujące urządzenie) do bootloadera i zabezpiecza obszar
bootloadera i dopiero potem ładowny jest docelowy program, który
nadgrywa program testowy.
P.G.