Това добре ли е като хардуер за OCD? - https://www.sparkfun.com/products/7834

OCD да подкараш е ебати приключението.

Много по лесно е да изтриеш чипа, да набиеш един брекпоинт на ресет вектора (или малко след това) и да си трасираш стъпка по стъпка до момента в който стигнеш до паленето на кристала. И ще видиш той ли е виновен или нещо друго. Ако и след изтриване не можеш да се закачиш първия път - начи проблема не ти е в кристала.

Бабешките лекове пробва ли?
Резисторчета на VDDx, 1ком и надолу . Външно ресет чипче в няколко варианта: Като външен ресет. Като пускател на захранване. Като AC ритник - през 5-10пФ го връзваш към входа на кварца или към тези пинове, които пипаш. Също температурни, механични , магнитни и всякакви други въздействия, които се сетиш. Сега е момента да я сгащиш тая бубулечка. Такива редовно повтарящи се малфунции са направо мечта за ловеца на бъгове.
Помисли и за екзорсист!

То за лесното е лесно, ама човека дава лог в който се вижда че таргета конектва, опитва се да смени клока и губи връзка... Демек не стига изобщо до брейкпоинти и дебъгване


@paregov, абе ти ползваш сегерския gdb сервър бе човек...
Не помня той имаше ли конзола? В краен случай от gdb конзолата monitor и после сегерските команди reset, четене/писане на памети и т.н. Въпросът е кой го кара да сменя клока на MHz?
Разкарай ако можеш да не се сменя клока, само ресет и виж дали има някой....

Клока се задава в двата варианта преди и след, ама аз досега желязо което да не тръгва от това не съм виждал. Даже ония кенефи старите им куртекси си отлепваха без проблем нa максималния клок след ресет ако е сетнат на вътрешния клок на ядрото. Затова му казах да го изтрие за да е сигурен че ще запали от RC и да се разбере дали кристала му е виновен. На мен отдалеч ми мяза все едно му пали самбата и от там му загива jtag a.

Сега на прясна глава се сещам, че подобно държане на желязото съм имал в три случая:

1. Ако пали бутлоадера от рома или се пуска с ремапнато адресно пространство и се опитваш едновременно да закачиш JTAG-a.

2. Ако съм омазал сетингите на кристала или PLL-a. J-Link по традиция не е особенно чевръст в ресета и честичко успява да изпусне ядрото да тръгне за малко (всъщност хич не е за малко) преди да го халтне. Ако през това време ядрото се обози, може да убие и JTAG-a.

3. Горното можеш да си самопричиниш и ако му разбъзикаш GPIO-тата на JTAG-а в началото на кода (я провери дали не правиш точно това!). Например да сетнеш SWDCLK на вход. Тогава желязото става абсолютно дебилно и единствения начин да се подкачиш е да го изтриеш тотално.

3. Ако имам външно куче, супервайзор или нещо дето да ми драйви допълнително ресета.

Това е. Според мен си някъде в тия хипотези. Или си нацелил някаква мноооооого глуха акула.

погледнах го тоя SAM4E... той тръгвал на бързо RC - 4МHz. Това значи че на 1MHz jtag клок трябва да работи. Аз си мислех, че тръгва с бавния клок като старите ~30kHz.

Освен ако джейлинка не прави някаква простотия и да сменя RC-то. Не знам... Цецо го познава по-добре. Аз знам как работи моя емулатор - мога да задам две честоти и инит скрипт. Емулатора прави ресет и с първия клок изпълнява инит скрипта, след което сменя на втория клок и подава топката на дебъгера.
Инит скрипта обикновено прави софтуерна инициализация на проца, включая мога да си пусна PLL и да му вдигна клока. Но независимо от скриптовете имам и конзола и от там мога да избича нов хардуерен ресет и да почна начисто.

В случая възможните проблеми са 3:
1. Проблем със захранването, фронтове на захранване или кофти ресет - съотвено ядрото изобщо не тръгва.
2. Проблем с кварца
3. Проблем с PLL.

Възможно е както казва Цецо да хуква буутлоадер или друг софт и той да омазва нещата. Но не би трябвало... По принцип емулатора трябва да има опции за няколко вида ресет. Стандартният (АРМ) е хардуерен ресет и докато в ядрото е в ресет се вдига един бит така че след излизането от ресет ядрото не тръгва. Някои чепове (Луминари имаха такива) вътрешно бяха окъсили ресета на ядрото с ресета на jtag-a. При което докато ядрото е в ресет няма как да се сетват никакви битове по тап-контролера. Съответно след ресет емулатора не трябва да чака ядрото да спре, а да се опита максимално бързо да го стопира. Та затова трябва да има опции, би трябвало да ги има и в джейлинка... но не знам.
Лошото е, че не знам и тоя новия SAM как точно се държи... При старите си спираше на първата инструкция (ако му кажеш). А пък ако го заключиш изобщо няма връзка нито преди първата, нито след първата...

Сегер имат и тулче което директно те вързва към JTAG-a без GDB сървър - J-Link Commander. Вчера малко се заиграх с него да го поразуча, че не ми се беше налагало да го ползвам до сега.
Можеш да си му триеш паметта, да си качваш нови .hex файлове и какво ли не.
Честно казано не се заиграх много с регистрите да сменям през него клока както Миро предложи. Нямах много време, но ще пробвам тези дни.

От това което Цецо каза остава да пали бутлоадера, но не виждам как ще стане. Нямам ремапване.
Сетингите на кристала са си наред. Ползвам NuttX и от него си идват (проверил съм все пак).
GPIO на JTAG-a не ги пипам, прегледах инициализацията пак. А и все пак си мисля, че е хардуерно защото същият софт тръгва на друга платка от същият модел.
Нямам нищо външно на ресета освен 10к резистор.

Миро, остават за мен проблем с кварца или PLL. Но си мисля, че ако е кварца той няма да зацепи изобщо. Пробвал съм с няколко модела в този корпус и няма разлика.

Засега поръчах нова платка с променено захранване с филтрация на VDDPLL за да изключа и това като вариант, а и така е по-добре да си остане в крайният продукт.
Ако и това не помогне пак ще продължа борбата, но засега ще гледам да отделя малко време и на софтуера на някоя от работещите платки.

Кварца през кое захранване е VDDPLL или някое друго?

Все още не бих изключил и проблем със захранването и/или ресета. Действително в лога ти има че конектва в началото, обаче при първоначалното конектване често се чете само ID-регистъра, който е на TAP-а (jtag-a). Успешното четене значи че връзката по жиците е наред, обаче не е гаранция че ядрото е живо... Аз затова казвам, че след конектване трябва да се пробва четене на регистри и/или памет, преди да са сменяни клоци. Така ще разбереш дали е от проблем с клоци или по-сериозен проблем.

Изглежда JTAG интерфейса е наред.

Това е от J-Link Commander:



Чете всичко, но все пак кристала не зацепва.

На платката ти не се виждат decoupling кондензатори близо до захранващите пинове. Освен това някъде в близост до процесора е добре да имаш и по-голям електролитен или танталов кондензатор - примерно 10-20 uF.

Имам на другият слой. В следващата ревизия, която чакам от платкаджийницата имам дори повече.

След като вече имаш козола защо не провериш дали е осцилатора или pll?
Осцилатора се пуска само с вдигане само на един бит... не ми казвай, че те мързи да отвориш чаршафа и да видиш на кой адрес и какво трябва да запишеш

Тази платка ми прилича на опроводена с ауторутер. В горния слой пътечките предимно вертикални, в долния предимно хоризонтални. Вярно е че има кондензатори, но дали са разположени и опроводени като развързващи(decoupling)?
Връзката с JTAG-a явно работи на 100 kHz, но в началото май се опитваше да се вържеш на 1 MHz и... греда.
Провери си опроводяването на платката.
Това че една от две платки работи, може би означава че е по-добре да си зададеш въпроса защо другата работи, а не защо тази се дъни.

Едва ли е от рутване, симптомите не съвпадат.

Не знам Цецо, просто предположих че ако платката е опроводена от ауторутер, може някоя недомислица или грешка по захранванията да не е забелязана. При опроводяване на ръка няма как да ти убегне.