@yiv91

Ребята выручайте, нужен мозговой штурм...
Пару лет назад собрал USBasp, до недавнего времени прекрасно работал с Хазамой и Дудкой. Чипы я в основном использовал ATmega8. Были пробы tiny25, 85, tiny2313, с ними были некоторые проблемы под Хазамой, но под Дудкой справился. Но речь не об этом...

На днях почему-то перестали шиться мега8. Нажимаю запись, говорит ОК. Проверка - не совпадение. Читаю из флэша, там какие-то тормозные и левые данные - по 4 одинаковых байта мусора. Но запись в ЕЕпром, проверка, чтение - все работает правильно. Фьюзы шьются и читаются правильно. Сигнатура правильная. Другим программатором проверил прошивку самого USBasp - совпала с фирмваре. Откатил систему на пару недель назад, не помогло. Дудка читает то же, что и Хазама. С десяток заведомо рабочих Атмег8 ведут себя одинаково неправильно. Прикладываю образец того, что читается из чипа в рабочем устройстве на мега8. Завтра еще воткну в комп на работе. Как вообще такое может быть...

0

@IT_Exp

защита не стоит на чтение?

0

@yiv91

Проблема решилась после замены чипа мега8 в программаторе. И это было правильное решение, ибо другие пути грозят разрушением личности под влиянием противоречивых явлений физического плана...

0

@IT_Exp

что-то странно. если прошивка программатора нормальная, определение чипа, прошивка еепром идут, значит физически всё нормально с программатором. Не думаю что с мегой проблема.

0

@yiv91

Мы не знаем, как в этом программаторе USBasp реализована передача данных из порта, разбирается ли он в типах данных.
Я только констатировал факт - после замены чипа программатор заработал нормально. Хотя, теоретически, чтение флэша и еепрома делается идентично. Не знаю, в чем тут дело.

Наша продукция содержит Мега8, и по моим наблюдениям, примерно 1 чип примерно из 5000 может быть с сюрпризом - пишется и не стартует, утечка по AREF, работает не на той частоте, поставлен уже залоченный и т.п. Этим я хочу сказать, что проц архитектуры AVR очень сложен и частичный выход из строя внутренних элементов может и не привести к полному отказу чипа, а начать проявляться как неопознанные летучие явления.

Программатор же подключается к внешним устройствам. Если потребление устройства невелико, то в момент прошивки его можно питать от +5 порта USB, выведенного на разъем программирования. В моем случае устройство питалось от сетевого выпрямителя, поэтому в принципе, в момент подключения программатора может проскочить мощная помеха по какому-либо проводу и частично повредить чип. Это как версия.

0

@IT_Exp

А что тут знать - это протоколом описано. Передача данных из порта одинакова - отличаются только команды (и интерпретация данных, естественно). можете посмотреть протокол программирования на авр через spi. Странно, что перестали работать вдруг именно команды чтения флеш. Хотя может оперативка повредилась где, если буфера для чтения еепром и флеш разные, но что-то не верю

0

@OtixPM

Больше похоже на read-lock в целевых (не в UsbASPовском) МК, тем более, что ТС их ставит в "Нашу продукцию".
Надо было тем _другим_ программатором не UsbASPовский МК проверять, а те целевые Меги, которые не хотели читаться.

0

@IT_Exp

>>Больше похоже на read-lock в целевых (

ну так я именно это сразу и написал - но тс пишет, что помогла замена чипа в программаторе

0

@yiv91

"Десяток заведомо рабочих Атмег8" - это у меня дома всякие маленькие стендики, на которых я обкатываю алгоритмы и схемотехнику будущих устройств, которые делаю для себя. Наработки уходят в готовые девайсы, а стендики остаются. Разумеется, они все были исправны на момент последней работы с ними и не закрыты от чтения. Я никогда не закрываю код в своих поделках. На производстве - другое дело. Там я продаю продукт своей деятельности и не имею права его открывать, он мне не принадлежит.

Джонни, мы знаем протокол обмена по SPI с целевым чипом, но не знаем, о чем общаются программы для прошивки с программатором USBasp через порт USB. Мой случай немного проливает свет на организацию этого процесса. Но главный вывод - это то, что все-таки лучше соединять настраиваемое устройство с корпусом компа зажимом "крокодил" перед манипуляциями.

0

@OtixPM

Разве иходники UsbASP firmware, равно как и исходники USB-драйвера, - не открытый код ?

0

@yiv91

Будьте снисходительней к большинству. Не всем дано читать чужой код с листа так же легко, как Вам.

0

@OtixPM

Да нет, просто там нет никакого секрета. Прошивка Ftosh и прошивка EEPROM отличаются, как уже отмечал Johmmy0007, лишь кодами команд.

Вот если Вам действительно хочется найти причину и не лень помахать феном ещё два (максимум четыре) раза ;-) , проведите такой интересный эксперимент. Сдуйте новую Мегу с UsbASPа и верните на место старую (надеюсь, ещё не выбросили её?). Проверьте работу прошивальщика - возможно, старый чип будет работать не хуже нового. Если нет, то опять замЕните на новый чип. В любом случае получим ценный результат - информацию.

Электраника - наука о контактах, пОмните? А также о паразитных ёмкостях, проржавевших кабелях, несмытом флюсе и т.п. :-)

0

@yiv91

Собственно, я и забил тревогу, когда после прошивки чипы не заработали. Все они выпаянные б/у, поэтому вполне могут быть неисправны. Но после того, как я заменил 4-й чип, у меня закралось подозрение, что что-то не так. Чип от УСБаспа выкинул сразу же :)

Но нет худа без добра. Разобрался, как у меня был организован общий провод. Отлаживаемое устройство было подключено к блоку питания HY3005, осциллографу owon7102 и к телевизору по низкой частоте, и как выяснилось, в телевизор заходил ВЧ кабель, который уходит в шкафы на площадке и скорее всего, где-то соединяется с арматурой здания. От телевидения я отключился полтора года назад, больше его не включал, он у меня просто стоял вместо мебели. Значит, потенциал на моей схеме был около 0. На корпусе компьютера всегда около 110 вольт. В момент соединения программатора к схеме происходит импульсная помеха и с вероятностью 5% выжигает чип.

0