Отговори на тема  [ 7 мнения ] 
JTAG vs SWD 
Автор Съобщение
Ранг: Форумен бог
Ранг: Форумен бог
Аватар

Регистриран на: Сря Яну 25, 2012 9:14 am
Мнения: 5298
Мнение JTAG vs SWD
Точно рутвам една платка, човека много настоятелен непременно да има арм (друга тема... :snakeman: ). И преди съм се чудил, за какво по дяволите му е на арма тоя 20-пинов JTAG?? Даже елементарни 8-битови чипчета се пишат и дебъгват през един или два пина.

_________________
'просто' е технически синоним на 'красиво'


Съб Май 24, 2014 10:50 am
Профил
Ранг: Форумен бог
Ранг: Форумен бог
Аватар

Регистриран на: Вто Юли 31, 2007 2:55 pm
Мнения: 1792
Местоположение: София
Мнение Re: JTAG vs SWD
Наследство. Повечко маси за по-високи скорости/надеждност. Особено ако ще се търкалят големи количества данни, примерно TRACE.


Съб Май 24, 2014 12:30 pm
Профил
Ранг: Форумен бог
Ранг: Форумен бог
Аватар

Регистриран на: Пон Сеп 27, 2004 9:22 am
Мнения: 15501
Местоположение: София
Мнение Re: JTAG vs SWD
Ако железата ти подържат swd карай смело на него.

_________________
"Да еба и шибаната държава" мислеше си Гошо, докато се опитваше да улучи кофата за боклук от балкона на осмия етаж.


Съб Май 24, 2014 12:46 pm
Профил ICQ
Ранг: Форумен бог
Ранг: Форумен бог
Аватар

Регистриран на: Нед Ное 21, 2004 11:31 pm
Мнения: 10088
Мнение Re: JTAG vs SWD
ми клиента може да има лаутербах на бюрото си с подновен лиценз, знаеш ли го...


Съб Май 24, 2014 1:31 pm
Профил
Ранг: Форумен бог
Ранг: Форумен бог

Регистриран на: Пон Мар 13, 2006 1:59 pm
Мнения: 3867
Местоположение: Габрово
Мнение Re: JTAG vs SWD
Той истинския трейс излиза на друг конектор. А JTAG-а не е само за програмиране и дебъг, такъв е бил стандарта на времето, такова са сложили. Т.е. искали са да са стандартни. В контекста на прости системки изглежда твърде тежко, но не забравяйте че поддържа chain от устройства и в една мултипроцесорна система даже спестява място и е по-удобен.

Но в конкретния случай Цецо е бил изчерпателен - слагай SWD и не го мисли. В зависимост от платформата може да е добре да пуснеш още някой крак - повечето новите чипове има възможност да обръщат дебъг пиновете на GPIO, и си отрязват клона за достъп. Мисля че стандартния начин при SWD (то си го има и на pinout-a) би трябвало да е извеждането и на nRST пина - тогава се прави "connect during reset". Това на STM32.

Колкото до 1/2 пина дебъг/програмиране - има ги, но са малко любителски - на JTAG скоростта често е над 20MHz, затова и самото разположение на пиновете е да има по една маса между всеки два сигнални. Ако е 1 пин, това значи без клок, ми то това и на 1МХз ще се дъни. На JTAG е предвидено да се компенсира закъснението от излизането на клока от мастера и преминаването му през чипа и кабела че чак до връщането - (RCLK - return clock). Това са все "усложнения", наложени от нуждата за качествен и бърз интерфейс.


Съб Май 24, 2014 5:12 pm
Профил
Ранг: Форумен бог
Ранг: Форумен бог
Аватар

Регистриран на: Вто Юли 31, 2007 2:55 pm
Мнения: 1792
Местоположение: София
Мнение Re: JTAG vs SWD
Е, де. :) За трейса вече не помня, извинявам се ако е бил на друг интерфейс.

За 1 пин няма проблем да е на висока скорост (даже много по-висока), ама усложнява трансивърите и протоколите.


Съб Май 24, 2014 5:33 pm
Профил
Ранг: Форумен бог
Ранг: Форумен бог

Регистриран на: Нед Фев 26, 2006 6:52 pm
Мнения: 11265
Местоположение: Добрич
Мнение Re: JTAG vs SWD
20-пиновият конектор е де-факто стандарт и в това отношение е удобен щото бачка с всички емулатори без преходници. Но не е удобен от към размер, затова напоследък се заменя с 10-пиновия, който е значително, значително по-малък.
Колкото до сигналите, ако не сте го закъсали от към пинове, желателно е да си се изкарат всичките както е по конектор. Дали ще се ползва JTAG или SWD+SWO това по-добре да си остане избор на по-късен етап.
И да, желателно е сигналите и масите да се опроводят като хората, щото ако случайно има лаутербах или друг читав емулатор да може да ги ползва на високи честоти (100-200MHz).

едит: между другото дебъг конекторите са основно за дебъг, в крайното изделие обикновено или не се насищат или даже не са изведени изобщо. За първоначално програмиране в тоя случай може да се ползва друг интерфейс като usb, uart, spi, can че някой буутстрапи и ethernet поддържат. Трябва само да се прегледа конкретния чеп как се вкарва в буутсрап и какви възможности има.


Съб Май 24, 2014 8:22 pm
Профил
Покажи мненията от миналия:  Сортирай по  
Отговори на тема   [ 7 мнения ] 

Кой е на линия

Потребители разглеждащи този форум: 0 регистрирани и 1 госта


Вие не можете да пускате нови теми
Вие не можете да отговаряте на теми
Вие не можете да променяте собственото си мнение
Вие не можете да изтривате собствените си мнения
Вие не можете да прикачвате файл

Търсене:
Иди на:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group.
Designed by ST Software for PTF.
Хостинг и Домейни