Интересна дилема:

От известно време ми се случва да се връщат устройства, чиито дефект се оказва напълно НЕ програмиран процесор. Все едно е чисто нов и никога не е бил програмиран. Случаите не са чести но все пак ги има. Устройствата дори са 2 вида - тоест поне 2 различни хардуера.

Процесора е все PIC 18LF26K22. Работи на 3.3V. Преди него има и в двата случая има LDO от 5V на 3.3V и то хубаво, на краварите TPS79633 с доста голямо преоразмеряване по ток (направено така по други причини).

Устройствата имат боотлоадер, но нито той нито главната програма има предвидена функционалност сама да изтрие процесора.

Какво си мисля:
Първото ми съмнение е да не би да идва нещо от към захранване.
И в двата случая, нямам контрол какво и как ще ръга клиента като захранване.
По принцип се очаква към устройството да се подава 5V. LDO-то държи входно максимум до 6V. Имам и 1N5819 свързан обратно и паралелно във входа, за защита от обратен поляритет. Нямам защита от пренапрежение.
При обратен поляритет, давам на късо на захранването през диода. Това не е проблем за самото захранване, защото то най-често е някакъв стандартен power-pack за зарядно на телефон, в което си има и батерии и преобразувател към 5V и защита по ток.
До сега не ми се беше случвало да срещна подобен проблем, но и винаги съм имал по голям контрол над захранването.


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

Въпроса е, случвало ли ви се е да имате спонтанно самоизтриване на PIC, и евентуално какво би могло да доведе до това?

Поздрави на всички!

Много трудно... Реално за да се активира Mass Erase трябва да се задейства цяла машина през пиновете за програмиране.

Ако се затрива бит, зона, страница... айде можеш да търсиш проблема в захранване. Ама цял чип, по си прилича на интервенция отвън.

Е винаги съществува възможността Микрочип да са насрали нещо... ама чак пък такива висоти не са стигали досега.

Хм, че при пиковете заключен флаш не се ли четеше като празен?

Ми не - чете се 0x00. А празен се чете 0xFF. А и заключен май си прочита фузовете все пак и ти казва че е заключен. С този пик (по точно микс 18FxxK22) имам над 1000 дивайса от които някой в доста "мръсна" среда и досега не съм имал такъв случай.

Това, особено ако го изчиташ добре изтрит с бушоните. То няма команда за махане на защита, просто се прави Mass Erase.

Там е работата, че не съм го чел. Все бързам бързам...
Днешния екземпляр първо го преналях и чак после се замислих над темата.
Чакам следващия, за по щателни проучвания...

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

Ще го разбера накрая, ама ще хване време...

Лично аз съм имал няколко случая на изтриване на F25K50 при оставени хвърчащи (около 10см) изводи за програмиране. Също така ми се е изтривал PICa и при прекъснала маса на USB кабел (захранва се през USBто)- е това последното не можах да си го обясня.

А замислял ли си се върху варианта, клиента да ги изтрива?

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

Най вероятно се мъчат да го четат и от там идват проблемите.
Честотата е 1 на 400-500 примерно. Не е кой знае какво...поне за сега.

бут лоадера работи ли на "самоизтрит" флаш...
отворени пинове, индукция... има няква вероятност за повреда, но като ти е заключен трудно ще разбереш
навремето ( в зората на м-чип, миналия век ) се случваше, но сега не съм наблюдавал подобни явления

и обърни внимание на на въпроса на relsys

А като нямаш защита от пренапрежение по вход....
буксата каква е? В смисъл...+12В може и да не повредят чипа, но пък да го изтрият.
Жертвай една платка.
TPS xxx с ниско входно...не ги харесвам, патил съм с тях.

На тази харвардска архитектура инструкциите се четат директно от флаша, така че, не
Има опция да се защити оъделно зоната на бутлоадера. Но няма как да се самоизтрие напълно.
За да се запусне bulk erace, трябват определени команди. Може би те задействат някакъв вътрешен тригер. Може и да може чрез смущения да се задейства, ако е така реализирано. Бяха ми носили устройство което беше пак така с напълно изтрит PIC . Управляваше контактори - т.е. възможни смущения. И там няма гаранция, че някой не се беше пробвал да го чете.

АКо си пращаш стоката към USA, много вероятно е ренгена на контрола на летището да им разказва играта. Проверено/изпитано на собствения ми гръб

Е за последните 15 години от стотици хиляди изпратени у-ва да е имало 10-на пъти съмнение че може да е ренгена, но нито едно не се е потвърдило.

Много показателно ще е дали е заключен като се върне при теб. Защото ако е отключен и изтрит - това почти сигурно е външна човешка намеса. Виж ако все още си е заключен - няма как да разбереш дали вътре е изтрит и колко всъщност е изтрит, като тази хипотеза по-скоро води към самозатриване по някаква причина.