FlProg

Привет всем.
Возможно кто то сталкивался и сможет подсказать какие действия предпринять оптимальнее.
Суть: при КЗ по питанию слетает загрузчик в АРДУИНО НАНО. Ситуация повторилась 3 раза. 3 НАНО мертвы (почти)
Понятно что загрузчик можно восстановить, но вопрос в том - почему он слетает, почему он такой не надежный.

Подключился программатором чтобы посмотреть FUSE которые управляют сбросом при падении напряжения- не хочет показывать!
Подключился тем же программатором к АРДУИНО ПРО МИНИ - показывает FUSE. Запрограммирован сброс при U<1.8v что в общем нормально, но я сделал 4.3v

Похоже в НАНО стоят биты защиты на все. В принципе вопрос решаемый (пока не решал) - стереть НАНО - установить фьюзы как нужно - записать новый загрузчик.

ВОПРОС - у кого то были подобные ситуации и как решали ? (Не пишите про питание, сейчас вопрос про поведение ардуинки)

KulibinOrsk писал(а): 07 янв 2023, 10:49 у кого то были подобные ситуации и как решали ?

не по теме конечно но у меня при коротыше по питанию слетел биос на мини пк ,теперь все кирдык биоса нету нигде, только у китайцев но они не дадут, когда был рабочий не слил, а жаль.
есп-07 убил три штуки так восстанавливать не стал.
атмегу 328 в дип корпусе 3 штуки но восстановлению так и не поддались не видит их программатор ну ни как .

KulibinOrsk писал(а): 07 янв 2023, 10:49 у кого то были подобные ситуации и как решали ?

По хорошему нужно сначала определится, чем простое отключение питания отличается от коротыша...
Могу предположить, что при отключении - падение напряжение питания происходит относительно медленно ввиду наличия емкостей на плате.
А при коротыше - практически мгновенно и сброс не успевает сработать. Как защита - питать плату через доп. диод, чтобы емкость на плате разряжалась постепенно.
Опять же, что происходит на линии во время прекращения коротыша, есть ли всплеск...
Короче осцил в руки и погнали))))

Скорее всего бракованные чипы. Фьюзы переписываются по умолчанию при записи загрузчика.

RedSky писал(а): 07 янв 2023, 13:43 Фьюзы переписываются по умолчанию при записи загрузчика.

Фъюзы разные бывают, иногда помогает только так называемый фъюзо доктор типа такого
http://www.getchip.net/posts/059-isprav ... it-doctor/

Отправлено спустя 4 минуты 33 секунды:
Может также помочь так называемый параллельный программатор.

[ref]fsergei70[/ref], еще раз прочитайте что я написал и поймете что вы лажу написали.

это только у avr?

не припомню чтоб у есп такое происходило

Отправлено спустя 1 минуту 48 секунд:
непонятно еще где именно кз: на входе usb или vin?

Из собственного прошлого опыта добавлю - неграмотно разведенные платы при эксплуатации в условиях электромагнитных помех по проводам и/или в общем корпусе с пускателями/частотниками, имеют тенденцию к нарушению целостности прошивки и фьюзов в том числе.

KulibinOrsk писал(а): 07 янв 2023, 15:45 еще раз прочитайте что я написал

Вообще то я ни вам отвечал. А вам бы посоветовал лечить ни последствия а причину. КЗ по питанию это мягко говоря не нормально.

KulibinOrsk писал(а): 07 янв 2023, 15:45 [ref]fsergei70[/ref], еще раз прочитайте что я написал и поймете что вы лажу написали.

Почему Вы так считаете?
Он очень дельный совет дал.

Жесть какая то...
Господа ВЫ почитайте о чем я спрашиваю, и соответственно ответ давайте... это же не только для меня...для всех...
Про питание забыли ( вопрос не про КЗ) ... ВОПРОС - почему слетает загрузчик АРДУИНО НАНО.

Видимо, есть смысл почитать даташит на AtMega328. Что там сказано по поводу КЗ по питанию?
Я не нашел.
Делаю вывод, что КЗ по питанию - нештатная, непрогнозируемая ситуация, ни как не обязывающая контроллер выполнять какие либо действия.
При резком пропадании питания (почти что размыкание цепи) в любых электрических цепях возникают переходные процессы в виде коротких импульсов, которые могут быть восприняты другими участками схемы, еще пока запитанными, как некие битовые командные сигналы. Отсчет времени на эти процессы исчисляется микросекундами, что достаточно для современных микросхем.
Т.С, вы каким программатором восстанавливали стёртый загрузчик? В сообщениях я этого не нашел.
По SPI интерфейсу? Предположим что так. Для возможности программирования по интерфейсу SPI обязательно во фьюзах должно стоять для этого разрешение (SPIEN). Если фьюзы инвертированные, то галочка должна быть установлена.
Если не удается даже прочесть фьюзы, тогда этот фьюз, SPIEN, сброшен. МК не может работать по этому интерфейсу. Что бы восстановить этот фьюз, нужен другой интерфейс.
Также можно предположить что сбросились биты, отвечающие за тактирование МК. Это уже другая история...

Отправлено спустя 36 минут 39 секунд:

KulibinOrsk писал(а): 07 янв 2023, 10:49 ВОПРОС - у кого то были подобные ситуации и как решали ?

было, в "доардуиновские" времена. Решал - применяя другие программаторы. Уже толком не помню.. Давно это было

вообще прошивки часто слетают не только у авр при аварийных ситуациях: например после гроз бывал слет прошивок и у телевизоров и у стиралок.
И при этом всегда уместе со слетом прошивки были неисправные блоки питания у этих стиралок и телеков

[ref]mehanikru[/ref], прошиваю конечно по SPI
То что КЗ это нештатная ситуация это понятно. НО ! ведь если в МК работает код, то он не слетает! У меня было раньше много МК работающих и ни у одного не слетало ПО. Я ранее в ассемблере программировал. Проблема именно в загрузчике с поведением которого хочется разобраться. То что нужно предпринимать схемотехнические решения это тоже понятно.
[ref]artemka19[/ref], никогда у меня ПО в МК не слетало и КЗ были и просадки питания, все было, но не слетало. Столкнулся вот в ситуациях с загрузчиком.

KulibinOrsk писал(а): 08 янв 2023, 15:31 Столкнулся вот в ситуациях с загрузчиком.

то-есть вы хотите сказать что после кз камень дальше работает как ни в чем не бывало ,только загрузчик слетел и все?

KulibinOrsk писал(а): 07 янв 2023, 22:26 никогда у меня ПО в МК не слетало

часто слетают прошивки.
именно в МК.
хоть в компьютере, хоть в бытовой технике.
И в 9 из 10 случаев - слет прошивки связан с неисправностями блоков питания

Отправлено спустя 1 минуту 55 секунд:
[ref]vovka1973[/ref], это логично в целом: именно загрузчик смотрит в usb же) мы же не знаем какого плана кз: вдруг там и по пинам d+ и d- что то прилетает

artemka19 писал(а): 08 янв 2023, 15:39 это логично в целом: именно загрузчик смотрит в usb же) мы же не знаем какого плана кз: вдруг там и по пинам d+ и d- что то прилетает

у меня камни после кз не стартуют даже программатор spi не видит .
если комп мини на 12 вольт то биос вылетает ,кз был привет от китайцев переходник на жесткий диск для юсб так вот там по питанию сапля была жирная плюс с минусом на 12 вольт вот и сюрприз мини пк в топку .

[ref]vovka1973[/ref], что в целом лишь подтверждает утверждения о слетем прошивок из за проблем по питанию.

возможно что это некая защита так реализована: если на питании в МК непонятно что, то для безопасности просто прекращаем функционирование всего кода

[ref]vovka1973[/ref], нет конечно - не работает МК. Приходится загрузчик заливать и ПО снова заливать.
В общем пока схемотехнически буду решать вопрос.

Пробовали загрузчик удалить совсем? КЗ ни на что больше не влияет?