Тоест, той вече не е проблем, щото се реши от самосебе си, но не ми се случва за пръв път та реших да чуя мнения. Седнах снощи да си човъркам едно проектче и при поредното програмиране на контролера, нещата нещо се сговнясаха. Както се оказа след това - процесора се ресетира непрекъснато. Тръгва, върви до някъде и - ресет. Понеже съм го правил много пъти номера, взех да си търся проблема в кода, разни кофти прекъсвания и т.н. Играх си доста време, преди просто да изключа захранването и да го пусна пак. И се оправи. Щях да пукна от яд. На какво може да се дължи такова внезапно побъркване на процесора?

Кодът във флаша ли е, или го изпълняваш от РАМ-а ?
Някакъв бутлоадер ?

Флаш, няма бутлодер. avr е контролера.

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

т.е. самия програматор да е зациклил с някъв безкраен ресет?

При мен с Jtag-ICE MK II се получават често странни състояния на процесора. Решава се като си изключиш захранването и на дебъгера и на контролера и е добре да си рестартираш средата. Все пак с AVR се случват по рядко проблемите.
С АТ91SAM7 съм инал много повече главобол с такива странни състояния.

Туй бе нещото, дето окончателно ме отказа или поне свали мнооого надолу в списъка ми дивайси от тая фирма. То не бяха зависвания, то не бяха собствени набори номера при пдограмирането на всеки различен... Като се стигна до чакане седмица за 2 нови процесора, мислейки че съм скапал други два, а то се оказа че не съм настроил скоростта на програмиране достатъчно ниска, окончателно изперках. Сега събира прах в най-затънтеното чекмедже.

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

Ако към мен - в случая беше някакъв дребен Atmel. Attiny. Първо, редовно забиваше средно на 5-6, до 10 програмирания. Отделно, слагаш чисто нов чип от магазина и не иска да го програмира - трябва за сефтето да отидеш да му намалиш скоростта до 300бита в секунда (или килобит беше, не помня вече), иначе изглежда като умрял. И прочие простотии. Заключения резет, дето търпи едно програмиране със сериен контролер - башка. А си му казал да ползва крачето за друго - а си приключил с програмирането на тоя чип със сериен програматор. PicKit3 е на светлинни години например. Връзваш, указваш чипа, и толкоз. Проблеми има на порядък по-рядко. Е, брикна ми и той една PIC32-ка поради бъг във фирмуера му, но общо взето с това се изчерпват проблемите ми до тук.

Самото Attiny обаче се оказа корава гад. Няколко пъти го слагах наобратно и няколко пъти разместено с по едно краче - нищо не му стана, макар доволно да се беше спекло няколко пъти.

А дебъгерът беше китайска реплика на Jtag-ICE MK II...
Познах, нали?

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

То и единия ми PicKit3 е китайска реплика. Няма проблеми със забиване. Функционално е неразличим от оригинала, при все че платката няма нищо общо.

Спарки не се превъзнасяй с тоя глупав PIC kit. Същите че и по големи лайна са изсрали мокрочепците. Просто си му свикнал на проблемите. И ние се борим отвреме навреме с пикове. Знаем какво е.

Единсвената среда + дебъгер които не са ми създавали сериозни проблеми е IAR за MSP430 + паралелен JTAG адаптор. Жалко че толкова рядко се случва някой MSP430 да е най добрия вариант за проектите

Не се превъзнасям. И той забива. Просто мноооого по-рядко. Относно програмирането обаче е "plug-and-play". Стартираш проекта, указваш чипа и толкоз. Не съм имал случай да не иска да намери чип или да не иска да го програмира, ако чипа е в ред и на средата и е указано кой е. Отделно дето му трябват само 5 пина, 2 от които захранване. Отделно дето програмира всичко, дето тая фирма произвежда. Просто е лесно - 5 минути след като си го купил всичко е ясно без да четеш чаршафи, да се чудиш за скорости, за особености на конкретния чип, дали има или няма кварц и т.н. И това от PIC10 до PIC32. Конкретно по отношение на лесниния са на светлинни от Атмел. Нищо повече не казвам. Говната им си ги знаем всички. Просто са другаде, или поне това се вижда от моята камбанария до тук.

За програмирането е така. С дебъгването е по-сложно. Пробвай да дебъгнеш PIC10 с pickit 2 или 3...
Аз открай време съм неприкрит фен на силабс. Не че имам кой знае какъв опит с различните платформи де...

Да не би конкретното Tiny да тръгва на много бавен вътрешен RC осцилатор (default fuses)? Логиката на SPI програмирането е вързана към основния клок, оттам SPI клокът трябва да е поне четири пъти по-бавен.

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