Микроконтролери и електроника
http://mcu-bg.com/mcu_site/

Поредният тъп проблем
http://mcu-bg.com/mcu_site/viewtopic.php?f=7&t=12514		 Страница 1 от 2
Автор:  Реконструктор [ Нед Дек 08, 2013 3:20 pm ]
Заглавие:  Поредният тъп проблем
Тоест, той вече не е проблем, щото се реши от самосебе си, но не ми се случва за пръв път та реших да чуя мнения. Седнах снощи да си човъркам едно проектче и при поредното програмиране на контролера, нещата нещо се сговнясаха. Както се оказа след това - процесора се ресетира непрекъснато. Тръгва, върви до някъде и - ресет. Понеже съм го правил много пъти номера, взех да си търся проблема в кода, разни кофти прекъсвания и т.н. Играх си доста време, преди просто да изключа захранването и да го пусна пак. И се оправи. Щях да пукна от яд. :( На какво може да се дължи такова внезапно побъркване на процесора?
Автор:  bateAz [ Нед Дек 08, 2013 3:41 pm ]
Заглавие:  Re: Поредният тъп проблем
Кодът във флаша ли е, или го изпълняваш от РАМ-а ?
Някакъв бутлоадер ?
Автор:  Реконструктор [ Пон Дек 09, 2013 12:44 am ]
Заглавие:  Re: Поредният тъп проблем
Флаш, няма бутлодер. avr е контролера.
Автор:  ToHu [ Пон Дек 09, 2013 1:15 am ]
Заглавие:  Re: Поредният тъп проблем
Ами мяза програматора / дебъгера да се е сбъгил нещо, кой го знае, не е неочаквано, със силабс се случва често.
Автор:  Реконструктор [ Пон Дек 09, 2013 3:54 pm ]
Заглавие:  Re: Поредният тъп проблем
т.е. самия програматор да е зациклил с някъв безкраен ресет? :)
Автор:  Nikola Kirov [ Пон Дек 09, 2013 3:59 pm ]
Заглавие:  Re: Поредният тъп проблем
При мен с Jtag-ICE MK II се получават често странни състояния на процесора. Решава се като си изключиш захранването и на дебъгера и на контролера и е добре да си рестартираш средата. Все пак с AVR се случват по рядко проблемите.
С АТ91SAM7 съм инал много повече главобол с такива странни състояния.
Автор:  sparkybg [ Вто Дек 10, 2013 1:20 am ]
Заглавие:  Re: Поредният тъп проблем
Nikola Kirov написа:
...Jtag-ICE MK II...


Туй бе нещото, дето окончателно ме отказа или поне свали мнооого надолу в списъка ми дивайси от тая фирма. То не бяха зависвания, то не бяха собствени набори номера при пдограмирането на всеки различен... Като се стигна до чакане седмица за 2 нови процесора, мислейки че съм скапал други два, а то се оказа че не съм настроил скоростта на програмиране достатъчно ниска, окончателно изперках. :) Сега събира прах в най-затънтеното чекмедже.
Автор:  ToHu [ Вто Дек 10, 2013 10:56 am ]
Заглавие:  Re: Поредният тъп проблем
Странно, чак пък толкова, че програматори дебъгери забиват е факт, не е единичен случай, да кажеш става само с едни, при едно става по често при други по рядко ... ама чак пък да изглежда умрял ... ти с нещ стандартно ли си прогрмаирал?
Автор:  sparkybg [ Вто Дек 10, 2013 11:21 am ]
Заглавие:  Re: Поредният тъп проблем
ToHu написа:
Странно, чак пък толкова, че програматори дебъгери забиват е факт, не е единичен случай, да кажеш става само с едни, при едно става по често при други по рядко ... ама чак пък да изглежда умрял ... ти с нещ стандартно ли си прогрмаирал?


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

Самото Attiny обаче се оказа корава гад. Няколко пъти го слагах наобратно и няколко пъти разместено с по едно краче - нищо не му стана, макар доволно да се беше спекло няколко пъти.
Автор:  itso.t [ Вто Дек 10, 2013 12:35 pm ]
Заглавие:  Re: Поредният тъп проблем
sparkybg написа:
Nikola Kirov написа:
...Jtag-ICE MK II...


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

А дебъгерът беше китайска реплика на Jtag-ICE MK II...
Познах, нали?
Автор:  sparkybg [ Вто Дек 10, 2013 12:47 pm ]
Заглавие:  Re: Поредният тъп проблем
itso.t написа:
А дебъгерът беше китайска реплика на Jtag-ICE MK II...
Познах, нали?


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

То и единия ми PicKit3 е китайска реплика. Няма проблеми със забиване. Функционално е неразличим от оригинала, при все че платката няма нищо общо.
Автор:  Nikola Kirov [ Вто Дек 10, 2013 12:55 pm ]
Заглавие:  Re: Поредният тъп проблем
Спарки не се превъзнасяй с тоя глупав PIC kit. Същите че и по големи лайна са изсрали мокрочепците. Просто си му свикнал на проблемите. И ние се борим отвреме навреме с пикове. Знаем какво е.

Единсвената среда + дебъгер които не са ми създавали сериозни проблеми е IAR за MSP430 + паралелен JTAG адаптор. Жалко че толкова рядко се случва някой MSP430 да е най добрия вариант за проектите :)
Автор:  sparkybg [ Вто Дек 10, 2013 1:16 pm ]
Заглавие:  Re: Поредният тъп проблем
Nikola Kirov написа:
Спарки не се превъзнасяй с тоя глупав PIC kit. Същите че и по големи лайна са изсрали мокрочепците.


Не се превъзнасям. И той забива. Просто мноооого по-рядко. Относно програмирането обаче е "plug-and-play". Стартираш проекта, указваш чипа и толкоз. Не съм имал случай да не иска да намери чип или да не иска да го програмира, ако чипа е в ред и на средата и е указано кой е. Отделно дето му трябват само 5 пина, 2 от които захранване. Отделно дето програмира всичко, дето тая фирма произвежда. Просто е лесно - 5 минути след като си го купил всичко е ясно без да четеш чаршафи, да се чудиш за скорости, за особености на конкретния чип, дали има или няма кварц и т.н. И това от PIC10 до PIC32. Конкретно по отношение на лесниния са на светлинни от Атмел. Нищо повече не казвам. Говната им си ги знаем всички. Просто са другаде, или поне това се вижда от моята камбанария до тук.
Автор:  itso.t [ Вто Дек 10, 2013 1:40 pm ]
Заглавие:  Re: Поредният тъп проблем
За програмирането е така. С дебъгването е по-сложно. Пробвай да дебъгнеш PIC10 с pickit 2 или 3...
Аз открай време съм неприкрит фен на силабс. Не че имам кой знае какъв опит с различните платформи де... :D
Автор:  woody [ Вто Дек 10, 2013 1:46 pm ]
Заглавие:  Re: Поредният тъп проблем
sparkybg написа:
Отделно, слагаш чисто нов чип от магазина и не иска да го програмира - трябва за сефтето да отидеш да му намалиш скоростта до 300бита в секунда (или килобит беше, не помня вече), иначе изглежда като умрял.

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

AVR са странни че ползват основния конфигуриран системен клок за програмиране, от което следва че лесно можеш да се забакнеш, обаче идеята им може да е чисто пестене на енергия за да не работи вътре осцилатор постоянно само за едното препрограмиране.
Страница 1 от 2 Часовете са според зоната UTC + 2 часа [ DST ]
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/