| Микроконтролери и електроника http://mcu-bg.com/mcu_site/ |
|
| Проблем с PIC16F627A http://mcu-bg.com/mcu_site/viewtopic.php?f=2&t=3665 |
Страница 1 от 2 |
| Автор: | ico [ Пет Фев 02, 2007 1:08 am ] |
| Заглавие: | Проблем с PIC16F627A |
Проблема е следния: Направих си софтуера и даже си го тествах - всичко си е ОК. До тук добре. Реших да мултиплицирам устройството няколко пъти(50 пъти), и почвам да си програмирам чиповете с HEX файла един след друг и по едно време на един от чиповете става фаул Не иска да се записва(след записа прочита само нули) и така на 7 чипа от общо 50. Преди това всичките 50 бр. са били програмирани успешно по 1 път. Някой да има идея какъв е проблема, че 7 от 50бр. PIC16F627A не искат да се програмират отново??? |
|
| Автор: | ¶ [ Пет Фев 02, 2007 1:44 am ] |
| Заглавие: | |
Причината е MCLR пина, тези с буква A са по-капризни от тези без буква. Достатъчно е да пипнеш MCLR с пръст, с пинсета или някакъв метален предмет и заминават. Преди 1-2г. натръшках доста PIC16F628A докато разбера причината. Имах навика да ги рестартирам като с върха на пинсетата докосна MCLR. Преди време така отказаха да се програмират PIC16F917, мъчих ги с ProPic2 и ICD-S40, не ще и не ще, а процесора е здрав. Захвърлих ги на масата в една кутийка. След време реших да ги пробвам с ICD-2, там се програмираха. Връщам ги обратно на ProPic2 и ICD-S40, и там се програмират. След няколко програмирания отново отказаха да се програмират. Набодох ги върху метално фолио. След една седмица започнаха отново да се програмират и на 3-те програматора. Мистерия ! Съвета ми е да не ги хвърляш, сложи ги върху метално фолио, след време пак пробвай, но имай предвид, че следващия запис може да се окаже последния. Гледай като боравиш с тях да не им пипаш MCLR, дори да не са захранени. П.П. А пробва ли след като не иска да се записва дали въобще тръгва програмата ти ? Случвало ми се е да не иска уж да се запише, т.е. верификацията пропада, а като го сложа на платката си работи с новата програма. |
|
| Автор: | evc [ Пет Фев 02, 2007 6:27 am ] |
| Заглавие: | |
С какъв програматор си? Точно с този (и не само) чип имаше проблем в МПЛАБ7.20+ICD2. Не се записваха след първият път с изключен MCLR и вътрешен генератор. Обнови си версията до 7.51 (от сайта на майкрочип). Доста ми се налага да ползвам този чип и не ми се е случвало да "излети" нито веднъж, дори и от кратковременно захранване с 9-10волта. ¶ написа: "Съвета ми е да не ги хвърляш, сложи ги върху метално фолио, след време пак пробвай, но имай предвид, че следващия запис може да се окаже последния. Гледай като боравиш с тях да не им пипаш MCLR, дори да не са захранени." Това като един вид за оттичане на "черните" токове, нали? |
|
| Автор: | ¶ [ Пет Фев 02, 2007 10:57 am ] |
| Заглавие: | |
MPLAB 7.50 и 7.51 ми създадоха проблеми с 16F684. Непрекъснато се скапва средата, през 3-4 минути, даже и бозата завлича. С други процесори се държи коректно. Върнах се на 7.40, там с 16F684 няма проблем. Някой има ли подобни впечатления от 7.50 & 7.51 за други процесори ? |
|
| Автор: | ico [ Пет Фев 02, 2007 11:27 am ] |
| Заглавие: | |
Програматора е ICD-U40. Разпознава си че чипа е PIC16F627A, тръгва да програмира, но след това казва че има несъответствия(чете го като нули). Доста ми прилича на нещо "заключено" по някаква причина. Дали този програматор прави пълно изтриване? Защото при предното програмиране им бях указал да се заключват. Така или иначе има нещо бъгаво-само да видим какво. Тия дни ще пробвам да го програмирам с EPIC - и мисля че ще се оправи(дано). Ако не се лъжа остава да си работи по старата програма-но не се сетих да проверя със сигурност |
|
| Автор: | ¶ [ Пет Фев 02, 2007 2:09 pm ] |
| Заглавие: | |
Erase modes трябва да ти е Bulk erase on write, после пробвай с Program memory erase, ако не си го направил вече. Не мисля, че е от програматора, поне от 2-3г. използвам този на CCS и не е имало проблем с него, в смисъл ако той не иска да програмира даден чип, то и ICD-2 не може да го програмира. С коя версия на icd.exe работиш ? |
|
| Автор: | ico [ Пет Фев 02, 2007 8:53 pm ] |
| Заглавие: | |
И аз не вярвам да е от програматора. Иначе версията е v2,68 а отдолу пише CCS 1.39 rev #160. Bulk Erase му е зададено и пробвах отделно само да го изтривам - никакъв ефект. Сега след малко ще пробвам на EPIC какво ще стане(в документацията му пише нещо по въпроса за PIC16F6xxA) ще споделя след това. |
|
| Автор: | evc [ Съб Фев 03, 2007 9:00 am ] | |||||||||
| Заглавие: | ||||||||||
Дръж се здраво за недоверието си! Не бих оставил каквото и да било в тази област на вяра или недоверие. Все пак Пирев има, може би, доста повече опит с ИЦД-У40, така че щом казва... Макар че, да оставиш процесора на метално фолио, да му "мине", ми се струва доста екзорсистки метод... Колкото до МПЛАБ7.51, никога не ми е забивала прозореца, работи си съвсем добре и не само при мен а на още 4 служебни компютъра |
||||||||||
| Автор: | ico [ Съб Фев 03, 2007 10:01 am ] |
| Заглавие: | |
Казвам, че не вярвам да е от програматора защото вижте какво пише в хелпа на EPIC: ----------------------------------- Note for PIC16F62x(A): PORTB.4 (PGM) should be connected to ground to prevent interference from the Low Voltage Programming pin. Note for PIC16F81x, PIC16F87x(A), PIC16F87/88: PORTB.3 (PGM) should be connected to ground to prevent interference from the Low Voltage Programming pin. ----------------------------------- Явно има някакъв проблем с тези процесори и явно се проявява не всеки път. |
|
| Автор: | ico [ Съб Фев 03, 2007 11:39 am ] |
| Заглавие: | |
С EPIC всичко стана от един път - без никакви доработки, даже кабела до ZIF цокъла е по дълъг. Нещо не се харесват PIC16F6xx и ICD-U40 |
|
| Автор: | ¶ [ Съб Фев 03, 2007 11:57 am ] | |||||||||
| Заглавие: | ||||||||||
evc, не съм си поставял тази цел, просто кутийката беше от семпли на Microchip с такова фолио и за да не ги объркам с работещите процесори набодох проблемните на това фолио ico, използвам icd.exe 2.51, по стара версия, от CCS 3.249, обикновено бягам от най-новите версии на даден софтуер, за да не му откривам бъговете П.П. Постнал си горе долу по едно и също време. ICD на CCS създава проблем при програмиране, ако на MCLR имаш нещо различно от резистор 47k към +5V и 100nF към маса, дори препоръчват да няма 100nF към маса, но аз си слагам. Какво си сложил на MCLR пина ? |
||||||||||
| Автор: | ico [ Съб Фев 03, 2007 2:01 pm ] |
| Заглавие: | |
Нищо не съм сложил Ще сложа. Мислех че си има в програматора някакъв Pull-Up резистор(поне в EPIC има-затова съм се объркал) Иначе тия 47к не са ли много, аз слагам 1к, 2.2к максимум 4,7к без кондензатор??? |
|
| Автор: | ico [ Съб Фев 03, 2007 2:03 pm ] |
| Заглавие: | |
Пробвах с PORTB.4 на маса - нищо не стана. |
|
| Автор: | ¶ [ Съб Фев 03, 2007 3:59 pm ] |
| Заглавие: | |
ICD-U40 вътрешно няма такива резистори, те не му и трябват. Ставаше дума, че ако програмираш на target платката не трябва на target процесора да има нещо различно от 47k, защото не може да влезне в режим дебъгване или програмиране. Понякога програмира, понякога не, но щом на ZIF цокъл програмираш, значи проблема е в ICD-U40. Не е много 47к, между 10 и 100к ми са резисторите. |
|
| Автор: | satanasov [ Нед Фев 25, 2007 3:45 pm ] |
| Заглавие: | |
Сблъсквал съм се с този проблем 10ина пъти все при ICSP програмиране на PIC с буква А! Просто правя Erase и после няма проблем! При буква А особеността е при изтриването на паметта (както някой по-напред в темета беше споменал)! От известно време ако има буква А винаги правя първо Erase и после програмирам и нямам нито един чип с проблем! Работя с MPLAB 6.50! |
|
| Страница 1 от 2 | Часовете са според зоната UTC + 2 часа [ DST ] |
| Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |
|