[uquote="Мурик",url="/forum/viewtopic.php?p=3699543#p3699543"]j-link не только для STM32, но он не поддерживает STM8. ST-Link только для STM8 и STM32 и не поддреживает МК других производителей.[/uquote]
Понял. Спасибо.
ПростоНуб писал(а):точно! +5В там было! Но SWD и SWIM исправно работали, чего не скажешь о JTAG.
Я одну из своих "свистулек" доработал вот по этому материалу. Весьма полезно. Правда я не стал трогать питательные ноги, а, по-простому, выкинул возможность работы с STM8. Ну, и, вместо МГТФ-а припаял пару кусочков какого-то обмоточного провода 0.15 мм. При отладке софтины на F407 весьма полезно оказалось. А JTAG, ИМХО, лишняя сущность - как минимум, лишних две ноги занимать, особенно на малоногих МК...
Кто мешает тебе выдумать порох непромокаемый? (К. Прутков, мысль № 133)
Ярослав555, у меня после чтения документации возникло устойчивое ощущение, что SWD и JTAG не более чем интерфейсы к одному и тому же ARM Debug Interface. То бишь, возможности доступа ко всем регистрам отладчика у них одинаковые.
Добавлено after 2 minutes 3 seconds: afz, ну для меня SWIM важен, так как STM8 я пользуюсь. Особенно STM8L152
J-link это очень много хорошего софта от Segger и не только. Это RTT тот же. Да при современной цене этих свистков в тумбочке должна горсть валяться и в сумке с ноутом парочка
[uquote="ПростоНуб",url="/forum/viewtopic.php?p=3699567#p3699567"]у меня после чтения документации возникло устойчивое ощущение, что SWD и JTAG не более чем интерфейсы к одному и тому же ARM Debug Interface. То бишь, возможности доступа ко всем регистрам отладчика у них одинаковые.[/uquote]
"Из основных плюсов после хирургического вмешательства можно выделить:
[uquote="Ярослав555",url="/forum/viewtopic.php?p=3699656#p3699656"]Загрузка в RAM со скоростью до 3 МБайт/с[/uquote]Урежь на порядок Да и с остальным не всё так гладко - лицензий там нет на тот же JFlash. Но даже то что есть для отладки удобнее.
Ярослав555, ну и пруфы у Вас )))
Скорость загрузки в RAM при отладки нужна только редким уникумам. А остальное зависит от софта, а не интерфейса отладки. Если пользуешься GDB - разницы просто не заметишь.
[uquote="afz",url="/forum/viewtopic.php?p=3699695#p3699695"]А, кстати, чем удобнее?[/uquote]К примеру RTT. Линуксоид для этого занимает UART, пишет процедуры для вывода отладочных сообщений, подключает сопли чтобы их посмотреть. При этом вывод в UART занимает время, а это меняет реакцию системы на воздействия. А в rtt отладчик сам забирает сообщения из памяти.
А ещё я люблю в SRAM отлаживаться, если надо что-то быстро проверить. Умеет отладконенавистник так через uart?
VladislavS, не проще ли любителям выводить отладочные сообщения тогда использовать SWO (TRACESWO) в SWD, чем тратить два дополнительных пина на JTAG? На том китайском ST-Link V2, в котором вместо JDTI было +5V, порт JTDO/TRACESWO был выведен.
Ну и отлаживаться в SRAM SWD так же позволяет. Не убедили, что JTAG чем-то лучше SWD.
ПростоНуб писал(а):Скорость загрузки в RAM при отладки нужна только редким уникумам.
Да фигня это про скорость - я глянул в исходную статью, там пишут, что клок JTAG может быть до 3 МГц, на большей оно отваливается.[/uquote]
На заборе тоже много чего написано. Отлаживал JTAG-ом на 25МГц - не отваливалось. Провода должны быть очень короткие, разводка платы - грамотная, питание эмулятора - достаточное, USB-провод - качественный. Иногда ещё фильтр от сетевых помех. И тогда всё работает стабильно.
А насчёт "уникумов": да, основной массе ногодрыгателей на самом дешманском STM32F103, моргающим лампочками этого не понять, но если на плате 128МБ и скажем для отладки нужно в прошивку загонять тестовые паттерны по нескольку десятков МБ, то преимущество видно невооружённым глазом.
Да даже с простой прошивкой, в которой нужно много данных и отладкой в SDRAM - несколько десятков раз в день перегрузить прошивку при отладке - и уже почувствуете разницу.
PS: Вот сейчас сижу под 25МГц (правда SWD):
Добавлено after 8 minutes 6 seconds:
[uquote="Asmodey",url="/forum/viewtopic.php?p=3699537#p3699537"]Там я уже смотрел. Мне непонятно, что такого есть в j-link, чего нет в st-link? Я ни того, ни другого в руках не держал.[/uquote]
А есть ли в ST-Link поддержка ETB? (для тех МК, которые его поддерживают)
Вещь очень хорошая там где есть! J-Link его поддерживает.
Последний раз редактировалось jcxz Пт сен 13, 2019 10:22:28, всего редактировалось 1 раз.
[uquote="ПростоНуб",url="/forum/viewtopic.php?p=3699726#p3699726"]VladislavS, не проще ли любителям выводить отладочные сообщения тогда использовать SWO (TRACESWO) в SWD, чем тратить два дополнительных пина на JTAG?[/uquote]Про дополнительные пины не понял. J-link точно так же по двум проводам SWD работает. Так что, тратить дополнительный пин это как раз про SWO. К тому же, во время вывода в SWO приложение стоит. При выводе в RTT приложение просто копирует сообщение в буфер и идёт дальше. Отладчик сам забирает его. Это позволят более скоростные события логировать.
[uquote="ПростоНуб",url="/forum/viewtopic.php?p=3699726#p3699726"]Не убедили, что JTAG чем-то лучше SWD.[/uquote]А я и не пытался. J-Link != J-TAG. Он и SWD умеет, да ещё и лучше.
Добавлено after 50 seconds:
[uquote="ПростоНуб",url="/forum/viewtopic.php?p=3699746#p3699746"][uquote="jcxz",url="/forum/viewtopic.php?p=3699742#p3699742"]правда SWD[/uquote]
А речь шла о преимуществах JTAG перед SWD. И где они?[/uquote]Кто тот негодяй, кто эту речь затеял?
[uquote="ПростоНуб",url="/forum/viewtopic.php?p=3699746#p3699746"]А речь шла о преимуществах JTAG перед SWD. И где они?[/uquote]
Речь тут уже обо всём подряд шла.
Но если конкретно JTAG vs SWD, то можно почитать тут: http://sauris.de/ru/articles/?ELEMENT_ID=288
Конкретно на это обратить внимание: Управляемое адаптивное тактирование. Микропроцессоры с ядром ARM, например ARM9, требуют частоты TCK, ограниченной сверху тактовой частотой ядра, деленной на определенный коэффициент. Так как после старта обычно у процессора PLL выключена, и частота ядра низка, то для начала отладки требуется и низкая частота TCK, которую впоследствии можно увеличить, после того, как PLL ядра будет запущена. Автоматизацию этого процесса обеспечивает адаптивное тактирование. Оно использует сигнал TCK_RET интерфейса JTAG для того, чтобы следующий перепад сигнала TCK был сформирован не ранее, чем предыдущий перепад пройдет через отлаживаемое устройство и вернется в эмулятор по этой линии. В результате эмулятор обеспечивает заданную в настройках частоту TCK, но адаптивно может ее снижать, как это определяет задержка в петле «TCK-TCK_RET».
Кроме того JTAG - это любые процессоры, не только ARM. А также и FPGA - тоже. Если на плате есть другие МК или FPGA, то их можно объединить в одну цепочку JTAG и отлаживать одновременно одним эмулятором. А SWD - это только ARM. Да и то только последние ядра (ARM7/9 насколько помню не поддерживают SWD).
JTAG отбирает уйму полезных ног!
А насчет SWD — я поначалу шил через него, но когда столкнулся с острой нехваткой ног, пришлось оставить только прошивку через UART. Мне это понравилось, и даже когда изредка выдается возможность оставить ноги SWD, все равно не пользуюсь ею.
Но вот надоело что-то жамкать кнопки boot и reset, подумал, что надо-таки принудительно оставлять SWD — сделать себе "прищепку"-переходник для st-link'а, а на плате с краю выделять площадки под этот разъем. В этом случае удобно будет разрабатывать: не надо каждые 5 минут кнопки жамкать, чтобы обновленную прошивку перезалить.
Linux rules! Windows must die. Здравомыслящий человек добровольно будет пользоваться мастдаем лишь в двух случаях: под дулом автомата или под влиянием анального зонда. Я на гитхабе, в ЖЖ
[uquote="VladislavS",url="/forum/viewtopic.php?p=3699763#p3699763"]Кто тот негодяй, кто эту речь затеял?[/uquote]
Изначально Asmodey вроде спрашивал про J-Link vs ST-Link. Но ряд ораторов видно не поняли о чём вопрос.
Конечно J-Link прекрасно работает с SWD, что подтверждает моя картинка в предыдущих сообщениях.
