Собрал макетку на м128, по привычке как было с м8, м88, м16, 2313 нашо на ногах в даташите на м128 названия MISO/MOSI/SCK вывел их на разъм программатора PoniProg SPI, вобщем продолбался весь вечер, программатор отказывался работать, подключаю м16 все работает. Потом решил уйти в даташиты и обнаружил следующие отличия, на 2313 в разделе
Serial Programming Pin
MOSI PB5 I Serial Data in
MISO PB6 O Serial Data out
SCK PB7 I Serial Clock

вроде все нормально, открываю тотже раздел в м128
Pin Mapping SPI Serial Programming
MOSI (PDI) PE0 I Serial data in
MISO (PDO) PE1 O Serial data out
SCK PB1 I Serial clock

Вуаля ! Испоьзуются какието выводы PDI/PDO, и что самое интересное на тойже меге есть выводы MISO/MOSI которые не работают.

Если ктото прошивал м128 через SPI, подскажите через какие ноги её шить ???

PDO, PDI, SCK. Читайте datasheet, раздел "Memory Programming\Serial Downloading". Там написано и нарисовано.

Прийдётся вечером резать дорожки , увы, а зачем тогда MISO/MOSI ???

SPI.

Не забудьте ещё вывод PEN к единице подтянуть, иначе программироваться и работать не будет.

ATmega64 програмировалась нормально когда вывод PEN был в воздухе . Может это только у меня так ...

В ДШ сказано, что PEN подтянут к единице внутри, главное к нулю не подтягивать

PEN is a programming enable pin for the SPI Serial Programming mode, and is internally
pulled high

не переживай, он внутри подтянут.

Вобщем перерезал дорожки и перекинул MISO MOSI на PDO, PDI. Шится мега отказалась, тут вот прочитал что ещё нужно PEN на +VCC повешать -- последняя моя надежда

А по-моему уж если начинаете работать с новым контроллером, то удосужились бы внимательнее пробежаться по ДШ и тогда проблем бы не было таких.

А RESET на программатор завели? PEN пусть висит в воздухе. Если есть осциллограф проверить есть ли RESET с программатора.

Проверял опускается до 0 когда начинает программировать но шить нехочет.

Всёравно не шьется пробовал подцеплять и PEN к VCC и к RESET и без него
Обино что мега16 и мега88 через этот разём шётся нормально.

Программатор ПониПрог.

Схема включения верна, сам такой пользуюсью Разве что МК мертвый, или FUSE неправильно прошиты. Незнаю даже что еще посоветовать!

Вообще-то нужно ещё подключить AGND, как минимум.

кстати идея а ведь был подключен к ВСС, не хватило проводника так отпаял, даже бось грешить что контроллер убитый окажется

Ну, убитый вряд-ли, просто может дурковать при программировании и работе. Чтобы AVR спалить, нужно очень постараться.
MISO-MOSI не перепутаны? Тактовая частота программатора не слишком высока?
Кроме того, на вторую пару выводов GND-Vcc также нужен блокировочный конденсатор. Ну и на AVcc-AGND тоже.
Ещё, я бы не рассчитывал особо на внутреннюю подтяжку PEN, ибо случаи разные бывают. Если паяли каким-нибудь активным флюсом и недостаточно тщательно отмыли, тогда могут быть весьма значительные утечки. Ещё проверьте тестером (на прозвонке) наличие контакта непосредственно между выводами МК и разъёмом программатора, а также целостность цепей питания и земли. Может, вывод припаян некачественно, микротрещина в проводниках и т.д.

Если он даже и умер (контроллер) , то не сильно много и потеряно ...
Хотя лучше использовать STK300 для поиника.

Всем доброе утро.

Вобщем заработал девайс, как всегда причина не там где искал. Пришлось как в фильме ужасов переризать по одной дорожке и проверять работоспособность. Как оказалость на плате из переиферии стояла одна max232, а питание во время программирования с нё не снималось, а она одним портом была подключена к контроллеру, ноге 10 (SS) в итоге почемуто это и не давало шить мегу. И по закону подлость эта дорожка перерезалась последней и всё заработало.

Всем спасибо.

Привел бы схему девайса, ответ получил бы быстрей

Боротся с этим можно так: ставить джампер и разрывать цепь между MAX при программировании, но можно сделать проще включить последовательно резистор между МК и МАХ порядка 1к, а разъем программирования непосредственно ко входу МК и тогда перетяжки не будет.

Благодарю. Я поставил джампер, а вот про резистор как то вылетело, так намного удобнее.

Я ставлю резистор только на линию RxD. Хватает.

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



Как-то собрал программатор, а шлейф взял 70 см кусок плоского сетевого кабеля. Через месяц-два приборы стали возвращатся с зависанием. Перепрошивка помогала на некоторое время но вскоре возвращались снова. Долго немогли понять в чем дело.Оказалось что в этом шлейфе провода были не медные а из какогото сплава. Из 3.3 В до платы доходило 2.5. При верефикации все было нормально но через какоето время Flash слетала. Причем в основном Fuse биты. то BOD переключится на 4 В., то кварц, то еще что-нибудь. Прибор работает до следующего рестарта, а после просто не запускался. Пришлось всю партию отзывать и перешивать. Обратите внимание если ваш прибор прошивается не с первого раза причина может быть в низких уровнях программирования.

Не верю.

Зря не верите-судя по техническим подробностям программатора , просто ужасть наверное что творилось в самих девайсах...

Цитирую:
.....а шлейф взял 70 см кусок плоского сетевого кабеля......
....... Из 3.3 В до платы доходило 2.5........

1) Пусть плата потребляет 100mA, (3,3-2,5)/100*10^-3=80 Om, т.е. 1Oм/cм - опять не верю.
2) Если девайс потребляет больше, то питают не девайс от программатора, а программатор от девайса или от отдельных источников, поэтому - опять не верю.
3) В процессе записи флэш ошибки могут быть только при записи лог. 0, что при верификации сразу проявилось бы, т.к. если программатор ошибочно считывает лог. 0, то он прочитал бы практически все ячейки как 0хff, при ошибках записи аналогично - прочитал бы эти биты как лог.1. Поэтому - опять не верю.
Видимо, проблема либо не полностью изложена, либо не до конца исследована.

Сам долго не мог поверить. При этом ряд совпадений- смена прошивки, смена трасировки платы, два программатора один нормальный у программистов - другой у наладчиков. Да и прибор снятый с обьекта в лаборатории ведет себя вполне адекватно. Месяц ругались с друг с другом. Но статистика вещь упрямая. Несколько моментов привели к причине -
1.Приборы прошитые программистами - не возвращались.
2.Приборы у которых отсоединяли Rx от модуля при прошивании - не возвращались.
3.Приборы которые прошивались от питания программатора - не возвращались!!! (при питании от девайса наооборот длинна провода увеличивается в двое).
Далее посадили человека который тупо включал и выключал проблемный прибор. Через несколько часов он встал. И вот тогда увудели неправильную установку Фьюзов. Перегрузили -все нормально.
Типичный плавающий бит. Вполне вероятная вещь. В свое время мы таким образом защищали прошивки в ЕПРОМ с УФ стиранием от копирования. Провода были изготовленны из материала намного прочнее меди, упругость как у латуни. До сих пор неможем понять откуда этот шлейф взялся и для чего такой вообще нужен. Рядом лежала бухта точно такого-же провода - проверили все нормально провода другие. Ну и последнее. Плата, комплектующие, прошивка, програматор( кроме шлейфа) не менялись. Все приборы работают уже около года без возвратов(по крайней мере по этой причине).