Что-то, как говорится, либо лыжи не едут, либо...
В общем, не удаётся настроить PB3 в ATtiny45 на вход.
На выход работает нормально, как переключаю на вход, сразу откуда-то берётся 1.75V, соответственно, при опросе, воспринимается, как постоянный "0".
Вроде уж все альтернативные модули принудительно отключил. Ничего не меняется.
При этом, на симуляторе - всё в порядке.
Клок - PLL, но пробовал и внутренний RC.

Абсолютную.

В каком смысле "какой"? Они что, разные бывают?

Вы вообще о чём? При чём тут какой-то UART, который где-то работает?

А прочесть пару первых постов?

А и надо, что б он не переключался, а он как-раз переключается.
Впрочем влияние альтернативных функций - одна из версий (о чём писАл не далее, как в предыдущем посте). Если знаете какие-то тонкости настройки, вэлком!

А смысл в этой точности?


Я к тому что UART не требует абсолютной точности, тем более при работе от RC-генератора.
Но к вашей проблеме это мало относится...


Как вы это определяете? Осциллографом? Отладчиком?


Имхо, маловероятно - я не нашёл альтернативных функций которые могут установить DDB3. Есть функции, которые требуют установки DDB3, но тех что сами ставят нет. Фузы могут отключать этот пин, но на вход.

Остаётся ошибка в программе: одновременная запись в разных местах программы или запись в DDRB по неправильному указателю или может ещё что...
Думать что

установит DDB3 в "1" как-то бессмысленно.

Даташит на вашу ATtiny45, стр. 55:
Тут же, кстати, фигурирует и расшифровка аббревиатуры DDR (выделил специально для вас).

Даташит ревизии N от 04.11, стр 205-206:
Ни слова про порт. А вот слово Register вынесено в заголовок раздела.

Во- первых в эррате нет ни слова про то, что "регистр DDR может иногда читаться неправильно" или "команда EOR иногда может работать неправильно".
Во-вторых, "миллионы леммингов не могут ошибаться" и если бы описанные вами ошибки в кристалле имели место - они бы уже были много раз найдены, описаны в эррате, а кристаллы пошли бы в мусорку, ибо с такими дефектами ни одна программа сложнее "мигания одним светодиодом" не могла бы работать.
Вы можете посмотреть хоть Гуглю хоть этот форум на предмет "ошибка компилятора". В 99.9% случаев оказывается, что виноват горе-программист.
Начинающему может быть и понятно, а специалисту хотя бы с небольшим опытом очевидно, что ошибка где-то в вашей программе. Вот уже и конфигурация всплыла... О конфигурации чего вы теперь ведете речь?
Откуда вы такое взяли? Я утверждаю, что если порт переключился на выход, значит кто-то где-то записал единицу в соответствующий разряд DDR. И надо искать кто и где это делает, а не валить все на некорректную работу элементарных команд или узлов кристалла.
При чем здесь вывод RESET? Он у вашей тиньки совмещен с пятым, а не третьим битом порта C. Или вам не нужно найти причину неправильного поведения вашей программы, а важно лишь поспорить, причем совершенно все равно - о чем?
Некоторые могут и не понимать. Хотели открыть нам Истину - не вышло. Для организации выхода типа "открытый коллектор". Весь грамотно написанный программный I2C строится именно так. Неграмотных реализаций полно и в интернете и на этом форуме они всплывали тоже.
Нет, не необходимо. Если это софтовый UART. Достаточно, чтобы длительность каждого битового интервала укладывалась в допуски, т.е. чтобы в конце десятого бита "разбег" между приемником и передатчиком был не более половины бита. Это дает +-2.5% на длительность каждого бита для каждой стороны (+-2.5% для приемника и +-2.5% для передатчика).

Неужели надо объяснять, что погрешности перемножаются?
Зачем, имея погрешность генераторов и линий, накладывать ещё погрешность программы?
Я поставил задачу её исключить.
Разумеется, если кто-то считает, что это - лишнее, может этого не делать.
Но, это - действительно оффтоп.

Давайте рассуждать.
Установлено, что ошибка происходит при считывании данных из регистра DDRB (вместо "0" считывается "1")
Как Вы (и многие другие) утверждаете, где-то в другом месте программы, происходит запись в этот регистр "1".
При этом порт продолжает работать на вход.
Такое может быть?
Впрочем, стопроцентную гарантию обеспечивает только страховой полис, и раз уж Вы (и остальные) так на этом настаиваете, давайте возмём под сомнение в/у утверждение, и подумаем, каким образом данные могут записаться не в тот регистр, в который предназначались?




Это переводится, как: "Портом называется совокупность ног ввода-вывода и связанных с ними регистров PORTx, PINx, DDRx"?

Невнимательно смотрите.
Стр.206: "In Port", "Out Port".
Но, если Вам так принципиально, будем считать, что Вы - правы, и давайте больше к этому вопросу не возвращаться (и так половина оффтопа в теме).

Это Вы к чему?
Если б они там были, этой бы темы и не существовало.

Ну, покажите, где в еррате написанно, что вместе с ресетом надо отключать SPI?
Или где написанно, что для некоторых кристаллов STK-500 меняет функционал выводов?

Вот те раз!
Даже моя программа и то работает, не говоря уже о "миллионах" которые не лезут в такие "дебри".

См. выше.

И вот, что я Вам хочу сказать.
Если Вами движет желание действительно помочь, Вам действительно интересна данная тема, и Вы хотите, что б был диалог, то:
1. Прочтите тему с начала (что б не спрашивать то, о чём сказано в начале)
2. Говорите от себя, а не за "миллионы" (по-моему, так должен поступать любой хомо-сапиенс)
Ваша основная мысль - "ошибка в программе" вполне ясна. Безусловно, я её ещё раз тщательно проверю.
И, если у Вас не возникнет других мыслей, не надо устраивать оффтоп, который, уж извините, я буду просто игнорировать.

Нет. Это вам кажется, что вместо 0 считывается 1. Остальные участники дискусии пытаются вас убедить в том, что 1 считывается именно потому, что он был туда (случайно) записан вашей программой.
Ваше знание классиков делает вам честь. Причин же может быть великое множество. Некоторые из них, связанные с прерываниями, я пытался вам изложить. Не видя исходника гадать можно до потери сознания (однако, боюсь, найдется совсем немного желающих ковыряться в ассемблерном исходнике даже если вы его покажете).
Вы не поверите...

Я понял. Это рудимент с времен i8080, когда адресные пространства делились на "память" и "порты ввода-вывода". И тогда действительно периферийные устройства подключались к процессору как устройства ввода-вывода и адресовались только командами IN и OUT. Сейчас же "смешались в кучу кони, люди" и используется более общее название "регистры специального назначения". Портами же принято называть нечто, "торчащее ногами наружу". И именно в таком ключе написана вся остальная документация на контроллер.
Это я к тому, что если бы был повод, то они бы там были. Просто по теории вероятностей если бы такая ошибка существовала, ее уже давно нашли бы. Если бы вы работали с инженерными образцами кристаллов - такую возможность можно было бы допустить, но в этом случае вы бы писали не сюда, а непосредственно в Атмел по прямому каналу в отдел разработок или как он там называется (в свое время я писал подобные письма в Texas Instruments по поводу первых образцов флешовых MSP430).
Оппа... Давайте вы изложите проблему более подробно, я распаяю в макетку имеющийся у меня ATtiny85 и мы попробуем разобраться с этим вопросом отдельно. У меня есть некоторая уверенность, что все не так страшно, как вам кажется.
Простите, а что здесь дебри - команда "Исключающее ИЛИ" или чтение регистра DDRx?

Спорю на пиво. Перешлю вам 1.5л красного имбиного Ingver Alus, если виноватым окажется не ваша программа. Если же ошибка в программе - вы мне пересылаете 1.5л вашего хорошего нефильтрованного. Принимаете?

Почти Ваша правда. "1" не считывается, но дело действительно было в программе.

Не поверю.

Это "рудимент" терминалогии Атмела, которые выделили их в отдельную область и назвали "I/O Register"

Так может и нашли, но я не читал.

Проблема 1: При отключённом Ресете, но включённом последовательном программировании, на в/у PB3, если он настраивался на вход, висело 1,75V. Сегодня опять попробовал, но всё заработало нормально (экспериментировал со старой программой, ещё до того, как исправил). Поэтому остаётся записать в "загадки".
Проблема 2: STK-500 не хочет программировать ATtiny 2313a по HVPP
Проблема 3: Для некоторых кристаллов, в STK-500 меняется функционал выходных портов. Проблема решена переделкой адаптера.
Проблема 4: При использовании конвертера USB-COM, необходимо устанавливать Jungo, иначе Студия не видит STK-500 (как программатор), хотя может заливать прошивку в сам программатор.

Отключение Ресета, да и вообще высоковольтное программирование. Правда "дебри", наверное, не совсем правильное выражение.

Поздняк метаться.
P.S.: Кстати, пива не жалко и так, но вот с пересылкой, это - такой гемор.