AVRISP mkII (проблемы при работе ISP интерфейса)

[DeltaQ]

Был приобретён вот такой программатор: AVRISP mkII - http://www.chipnn.ru/docs.php?id=4
Хочу его применить при работе с ATXmega контроллерами (по интерфейсу PDI), но пока решил отработать некие технические решения на ATtiny2313 (по интерфейсу SPI).
И столкнулся c проблемой: AVRISP mkII видит контроллер считывает фюзы, сигнатуру, калибрацию и т.п. даже получилось пару раз прошить контролер, НО периодически сваливается в Красный мигающий (Короткое замыкание на программируемом устройстве.) состояние. Перестаёт считывать данные... т.е. в определённый момент может сообщить о том что есть ошибки в соединении между ним и контролером.
Если возникнут мысли, что криво подключен контреллер то: У меня есть мой старый внутрисхемный программатор, он замечательно читает/пишет. а в новый как будто бес вселился.

Хорош что у меня ATtiny2313 на панельке и их у меня несколько (удобней отлаживать) так вчера программатор внезапно (как германия в 41) изменила фьюз SPIEN что привело к неспособности программировать его. ( придётся его на параллельным оживлять )

Возникает вопрос: Причина такой нестабильной работы?

Думал проблема в рассинхроницации тактового сигнала: Частоты уже менял и у контролера и понижал тактируемый сигнал и работал и от внешнего кварца и от внутреннего RC контроллера. Ничего не помогло.

Щас вот сижу гуглю может найду у кого подобнео происходило.
Кто с подобными фокусами сталкивался? или что посоветуйте.

З.Ы. Если делаю команду считать из памяти контролера ФЛЕШ то считанные данные получаю, но при сравнении их между собой считанное вижу, что он считывает правильно первые несколько байт (всегда разное число байт, т.е. рандомно) а потом теряет связь с контроллером и забивает файл "FF" сваливаясь в режим Короткое замыкание на программируемом устройстве.

[Fasterpast]

Он у вас оригинальный или клон? В "старом программаторе" подача питания как реализована?

[Engineer_Keen]

На всякий случай еще вопрос: на линиях SPI кроме контроллера и программатора ничего больше нет?

[DeltaQ]

Он у вас оригинальный или клон? В "старом программаторе" подача питания как реализована?

1) Покупал в Терраэлектронике. Оригинал. (выглядит как на фотке тут: http://www.chipnn.ru/docs.php?id=4)
2) Старый программатор это самопальный LPT вот по этой схеме: http://www.masterkit.ru/info/magshow.php?num=324
3) Экспериментирую над контроллером который стоит на плате которую в своё время разработал еще боле 2 лет назад как некий осциллограф подключённый к компу через USB и получающий питалово от USB. Вобщем всегда прогал эту схему без проблем.

Сегодня провёл серию экспериментов и наткнулся на интересный эффект:
Решил я посмотреть как синхронизируются данные и осциллографом PCS500 решил в два канал смотреть Сигналы SCK и MISO. (Т.е. решил отработать всё в режиме чтения)
Процесс тестирования выглядел просто: я запускаю процедуру чтения ФЛЕШ и в процессе чтения смотрю уровни фронты и стабильность сигналов.
1) начал смотреть сигнал SCK: Уровень логической единицы 5.02В (в принипи всё ОК) частота синхронизации соответствует установленной частоте в прогроматоре. Сбои продолжаються при чтении т.е не удаётсья полноценно считать данные из ФЛЕШ. Хотя тактирующий сигнал был не постоянен и имел временные промежутки. Проще говоря сигналы вижу глючит программатор всё также.

2) Дабы понять имеют ли временные задержки воздейстиве на канал получаемых данных, задействол второй канал и решил смотреть сразу SCK и MISO. И о чудо... Программатор стал работать без сбоев!! . Я подумал, что я попал в полосу сплошной удачи и стал постоянно считывать данные и ни разу программатор не сваливался в ошибку. Т.е. стал работать стабильно. Я отключил оба щюпа от прибора и программатор снов начал глючить. Но когда подрубил щюп от осциллографа только к MISO всё стало работать идеально.

Вывод: Т.е. наличие щюпа на канале MISO привело к тому, что программатор стал работать корректно. Паразитная ёмкость от щюпа осцилюка сместила фронты?

прилагаю 3 файла осциллограмм:
125k_0 и 125k_2 - просто SCK сигнал из пункта (1).
data_3 - SCK и MISO из пункта (2) когда программатор стал работать правильно.

[DeltaQ]

Всё причина найдена. Моя невнимательность.
Но немного удивляет что так чувствителен оказался этот программатор.
Причина: К контроллеру был подключен через SPI интефейс АЦП AD7714. Конечно "чип-селект" бы для того чтобы АЦП не мешало при программировании, но при прошивки порт управляющий выбором кристалла был сброшен в "0" что привело к включению АЦП. (хотя странно ведь насколько я понимаю при программировании порты контроллера встают в высокий эмпинданс?)
После того как АПЦ был удалён с из схемы Программатор стал работать без сбоев.

Странно: Но почему то использование старого программатора к такому не приводило. (я старым программатором при включённом АЦП смогу корректно настроить фюзы и считывать ФЛЕШ контролера.)

[Kavka]

Думаю, что на старом программаторе у вас был буфер другой на входе/выходе программатора. Может ещё и шлейфик от программатора до устройства другой. В общем, характеристики линии. Втыкание осциллографа на линию добавляет, как минимум, ёмкость порядка 10-20пФ, что может достаточно поменять характеристики линии, чтобы изменилась скорость нарастания сигнала и исчез "звон".

Был случай с CPLD Альтера 7000й серии, когда никак не хотела эта микруха программироваться. Начали смотреть осциллографом - и, о чудо... так же как и у вас. Причём осциллограф помогал только когда подключались прямо к ножкам микрухи на плате. Включаешься в программаторе или на разъёме ISP - нет эффекта. В итоге поставили на все входные сигналы CPLD (используемые для программирования) кондёры по 10пФ на землю, прямо рядом с микрухой.

[Engineer_Keen]

Причина: К контроллеру был подключен через SPI интефейс...

Ага, я вот тоже один раз так попался, поэтому и спросил про устройства на шине SPI. Нужно просто линии CS подтягивать к питанию еще и резистором, хотя бы на время программирования или отключать все лишнее от SPI.