Нужен ли кварц при прошивке

Неоспоримо.
Только тема не про внутрисхемное программирование, где способ тактирования уже определен, а про т.н. "переходник"...

Я пишу так, как прошиваю сам.
Проблем не было.

 

Спасибо, воспользуюсь этим, выглядит более аккуратно, чем моё творчество

 

Хорошее замечание -- про ATmega и ATtiny.

Не обязательно. Есть разновидности с низким потреблением и соответственно с низкой частотой. Например, у ATmega8L максимальная гарантируемая производителем частота 8 МГц. Хотя и на 16 МГц этот МК вполне себе работает, но всё желательно соблюдать рекомендации производителя. По крайней мере, это будет показателем профессионализма разработчика -- разбирается в тонкостях разных МК.

Скорее всего это связано с тем, что прошивали МК, у которых настройки тактирования совпадали со схемой включения МК. Тем более, что у распространённых МК по умолчанию используется внутренний генератор.

 

У меня пара-тройка вялотекущих разработок, которые тактируются кварцем.
Время от времени что-то в программе меняется, МК достается из рабочей платы (панелька) и водружается в подобие обсуждаемого тут переходника.
На плате-переходнике все "по-минимуму" - кварца нет, питание от программатора.

 

Все picopower, которые знаю, без проблем до 20 МГц по даташиту. На данный момент использовать МК, которые разработаны во время стыка тысячелетий считаю не профессиональным подходом.

 

Так снаружи поди от usbasp только протокол, а унутри параллельный))

 

В новых аттнях нулевой и первой серии вроде тоже нет, ибо огрызок от atxmega. Впрочем, xplained на 817 тиньке заказана, 814 тинька лежит уже в коробочке. Будем поглядеть. Внутри там все очень вкусно.

 

А в чем ошибка?

 

провода длинющие и вихляющие.
Я бы кварц расположил по середине, на сколько это возможно. Кондеры как можно ближе к кварцу. Землю можно сделать большим сплошным полигоном. Не знаю, правильно ли, но, может, ещё и длины до микрух сделал бы как можно более равными по длине.

 

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

 

Интересно, а нафига столько кроваток. ИМХО, полезные только DIP8 и DIP28 - а остальные для каких-то древних мастодонтов... Сейчас куда более актуальны мелкие плоские корпуса.

Кроме того, идея прошивать МК в отдельном переходнике вообще не кажется мне плодотворной. Я ISP разъем прямо в целевую плату ставлю и шью МК на месте.

 

В хороших САПР для начала вы проектируете принципиальную схему, настраиваете связи. Потом каждому объекту задаёте корпус. А потом разводите плату. В таком порядке ошибок будет меньше, а печатные дорожки "красивее", а сам процесс прозрачнее.
Каждой кроватке по кварцу это лишнее)

 

а если на SPI шине сидят другие устройства? их не затронет шум прошивки?

 

не знаю, не пробовал На многоногих корпусах пока ног хватало, чтобы оставить SPI пустым
А для DIP8 - тут соврал - я действительно пользовал подобный переходник, только простенький, самоделку на макетке

 

А как Вы отлаживаться собираетесь?
Поэтому, на первом устройстве все равно приходится ставить SPI.
Прошиваться придется раз 10 - как минимум.

 

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

Ну тут, нужно на SPI, подключать то, что менее критично к сигналам во время загрузки кода.
Ну подумаешь, что то помигает в момент загрузки кода !

 

Да, nrf24L01 с ума сходит. Решается сбросом питания.

 

у меня там куда вставить планирую,на MOSI/MISO сидит драйвер мотора l298 не знаю, вроде как он не должен помереть от мусора на линии

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

 

я больше не за код переживаю, а за ошибки в электронной схеме

 

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