проблема в J-LINK или at91sam7s64, проблема при работе с китайским J-LINK 8 или же проблема с самим ARMом Опции

[max_mart]

Всем привет.

Решил Сам собрать себе дисковери кит на базе at91sam7s64-ek. Подарили мне китайский J-Link 8 c прошивкой 3.20. Недолго думая я посетил сайт производителя SEGGER и скачал от туда версию 4.76е. Пере прошил проггер на эту версию с новым серийником. Использовал кейген для лицензий (установились все кроме GDBserver). Использую IAR ARM 6.3, ОС - Windows 7 ultimate. Пробовал зашить его и включить debug, но выдал ошибку по RDI, перезагрузил программатор и плату, потом выдал ошибку: BAD JTAG communication write to IR: expected 0x1, got 0x0 <TAP command : 15> @ off 0x5. Потом опять перезагрузил, но выдало уже FAiled to measure total IRlen. И так замкнутый круг.

Запустил J-link arm консоль.
Выдал:
VTARGET: 3.31 V
IRLEN: 04, IRPrint 0x1, ARM7TDMI CORE

Значит проц то J-LINK видет. НО!!!!

Запускаю команду testwspeed на скорости 100 кГц. И выдает Write test failed. Пробую testcspeed - выдает NO RAM available @ address 0x0. Пробовал на скоростях от 10 кГц и выше
Опять перезагружаю все вместе с программой J-link arm , но выдает уже IRLEN: 04, UNKNOWN DEVICE.
Опять перезагружаю. Появляется IRLEN: 04, IRPrint 0x1, ARM7TDMI CORE, выставляю скорость в 4 кГц, выдает BAD JTAG communication...

Со стороны своей платы все прозвонил - ничего не замыкает, все ножки правильно подключены к J-LINK. Все необходимые линии подтянуты, как на схеме ATmel.
Пробовал и с JTAG_SEL играть - резистором 5 кОм на + и на -. На плюс подтягивал - совсем не работало. На минус - работало. По описанию по идее там внутренняя подтяжка 15 кОм
на землю. Так что я думаю это излишне.
Со стороны J-LINK не припаял только nTRST - потому что некуда.

Не могу понять в чем дело. Народ, пожалуйста, подскажите где и куда копать? В чем проблема может быть?

Заранее спасибо.

[max_mart]

Еще раз:

1,5kOhm, 10nF, 1nF - значения RCPLL atmel. По их калькулятору должно быть PLL: div - 5, mul - 25, PLLCOUNT - 33, а не div - 14, mul - 72, PLLCOUNT - 10.

Единственное с чем я соглашусь из выше написанного это только PLLCOUNT!!!

Суть вопроса была не в частоте 48, 42 или 51. Потому что правильно Вы сказали, что RCPLL зависит от изготовленной платы. Может поэтому у него и работало при частоте 51 МГц.

ИМХО, я думаю что мною изготовленная плата при таких трое кратных разбросах здесь не причем и проблема кроится внутри самого PLL ARMa.

Суть вопроса в расхождениях между данными PLL, взятые с калькулятора, и данными, используемые в Атмеловском примере!!!

Лан. обращусь в службу поддержки atmel по этому поводу. Посмотрю, что скажут.

А так всем спасибо!!!

Сообщение отредактировал max_mart - Oct 30 2013, 20:57

[SavageForest]

1,5kOhm, 10nF, 1nF - значения RCPLL atmel div - 14, mul - 72

с такими настройками выходит превышение частоты на ~0,11%, так что все в норме.
при div - 5, mul - 25 частота уходит вниз ~0,16%. это чуть хуже (чем у атмела) и может влиять как топология разводки, так и точность компонентов в цепочке, отмытость от флюса.
если не планируется зашивать камушек по УСБ используя САМБу, то я посоветовал-бы взять другой кварц (более легко доставаемый) и немного поменять обвес (резюк). например вот:

Код

Кварц   R1       C1       C2       div      mul
4       1k       10n      1n       1        24
6       1k       10n      1n       2        32
8       1k       10n      1n       2        24
12      1k       10n      1n       3        24
16      1k       10n      1n       4        24
18      1k       10n      1n       6        32
24      1k       10n      1n       6        24    (генератор, а не кварц)

использовал блок из-за моноширного шрифта
наиболее стабильными с такой цепочкой ПЛЛ будут кварцы на 6 и 18 МГц даже при использовании резюка 5% и X7R кондеров, а вообще советую ставить на ПЛЛ NPO кондёры и резюк поточнее, 1% например. в таком случае ПЛЛка получается более термостабильной.
более того, САМБой можно пользоваться при любом из предложенных кварцев (за искл. 24МГц) подцепившись к дебагу.
ЗЫ: сам ставил такую цепочку, работает 100%.

Сообщение отредактировал SavageForest - Oct 31 2013, 06:46

[DmitryM]

более того, САМБой можно пользоваться при любом из предложенных кварцев (за искл. 24МГц) подцепившись к дебагу.
ЗЫ: сам ставил такую цепочку, работает 100%.

Угу, а потом жалуемся.

21.6 Hardware and Software Constraints
USB requirements: (Does not pertain to SAM7S32/16)
– 18.432 MHz Quartz
– PIOA16 dedicated to the USB Pull-up

[SavageForest]

Угу, а потом жалуемся.

во-первых, уважаемый, речь идет о AT91SAM7S64 камушке, а не о его меньшем брате.
во-вторых 18.432 MHz Quartz нужен только для автоматической подстройки частоты MCK на 48 МГц для зашитого уже в него (железно) алгоритма инициализации SAMBA протокола по USB и от "PIOA16 dedicated to the USB Pull-up" (при использовании самбы по УСБ) никто не открещивался.
еще раз повторю (для тех, кто в танке):
если не использовать встроенную функцию SAMBA по USB, можно ставить любой из предложенных выше кварцев (за искл. 24 МГц). в даташите все четко про это написано The Clock Generator integrates a Main Oscillator that is designed for a 3 to 20 MHz fundamental crystal. у меня работало на 24 МГц с генератором 100%, про кварц врать не буду т.к. не пробовал даже. так-что пардон к предидущему посту. поправлю табличку.
я всего-лишь привел пример параметров (div/mul) которые 100% должны запилиться с соответствующим обвесом, которые у меня работали и продолжают работать стабильно.