Непонятная ситуация с фьюзами

[Саня]

У меня тоже было такое с самодельным STK200/300, после прошивки (чистой) (ATTiny2313A) программатор переставал видеть мс (не читалась даже сигнатура) и не перепрошивал ее, помогло повышение напряжение, в пределах нормы конечно (‹5.5V).

На современных компах LPT на новой быстрой элементной
базе, надо делать согласование волновых сопротивлений.
Давно использую RS-232 порт, программатор на ATTiny2313, ни разу не удалось
поймать "глюк".

[st_1]

Доказательства в студию !

Какбэ аксиома... и не требует доказательств...

Давно использую RS-232 порт, программатор на ATTiny2313, ни разу не удалось
поймать "глюк".

"Никогда не говори никогда!"... Дело времени...

[orionSSV]

Попробуйте прошить программой uniprof . У меня иногда бывало такое ,CV не видит МК а uniprof нормально прошивал.

Пожалуй попробую. Терять то нечего...

У меня тоже было такое с самодельным STK200/300, после прошивки (чистой) (ATTiny2313A) программатор переставал видеть мс (не читалась даже сигнатура) и не перепрошивал ее, помогло повышение напряжение, в пределах нормы конечно (‹5.5V).

У меня программатор питается от LPT порта, Вы предлагаете отдельно запитать?

И господа не стоит превращать тему в поле битвы LPT vs COM... их всех победит USB. Мне просто интересно, может всё таки дело во фьюзах. Т.к. МК работает(но только при наличии кварца), программатор видит другой МК вставленный в кроватку вместо нашего "поциэнта". Понижение номинала кварца с 12МГц, до 4МГц к решению проблемы не привела... зогадка однако...

[Саня]

"Никогда не говори никогда!"... Дело времени...

Да я и не спорю, - через n-цать лет FLASH слетит, или кто-нибудь
наступит на программатор. )))

[nonamedov]

Давно использую RS-232 порт, программатор на ATTiny2313, ни разу не удалось
поймать "глюк".

Ну, если используете, так используйте, никто Вам не мешает, я же говорю о реальном опыте, а про согласование волнового сопротивления это Ваши домыслы, во-первых, никто не мешает установить в БИОС стандартный LPT (есть еще EPP, ECP), во-вторых, никакое согласование для скорости 1,2Мбит/сек не нужно.

[nonamedov]

У меня программатор питается от LPT порта, Вы предлагаете отдельно запитать?

Да, именно, странно что Вы до сих пор так не сделали.

[Саня]

про согласование волнового сопротивления это Ваши домыслы.

Это не только мой опыт, но и опыт других людей. Ссылки ищите сами.

[orionSSV]

Да, именно, странно что Вы до сих пор так не сделали.

До этого момента все шилось нормально и с питанием от LPT, правда я до этого и кварцами не пользовался - хватало внутреннего RC

[orionSSV]

господа-товарищи, походу я разобрался... подозреваю бит "Boot Lock Bit1". Он у меня за каким-то .... стоит в В11=0, В12=1 по даташиту это "SPM is not allowed to write to the Boot Loader section." что в переводе гугла "РП не разрешается писать в разделе загрузчика." Не знаю, каким образом я туда его перевёл, может случайно ткнул... Сейчас хочу проверить на нормальном МК...
Да так есть - по умолчанию эти биты в самой верхней позиции стоят...\
Вобщем разобрался. Действительно я нехотя и не ведая залочил МК вышеупомянутым битом. То есть теперь я имею оригинальный тестер светодиодов и кварцев с простенькой защитой от техношпионажа и меня самого))).
Выводы следующие: LPT легко тянет МК с кварцем до 12 МГц. Питания LPT порта вполне хватает для программирования "высокочастотных" МК.
Всем большое СПАСИБО!

[nonamedov]

правда я до этого и кварцами не пользовался

Вот в этом и дело, с повышением частоты и использованием кварца увеличивается потребляемая мощность.

походу я разобрался... подозреваю бит

Нет, не то, данный фьюз запрещает самопрограммирование загрузочном разделе (команду SPM), к тому же, Вы сами писали, что МК не "видится", и Flash lock bit то не No Protection.