ATtiny45 настройка PB3 Опции

[Dmitry Dubrovenk...]

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

[Dmitry Dubrovenk...]

Дальнейшие эксперименты показали, что, помимо RESET'а надо ещё отключить и последовательное программирование.
Но это ещё не всё.
После выполнения следующей последовательности:
1. Корректируем бит 3 (и другие, разумеется) в регистре R16 в "0"
2. Копируем порт DDRB в регистр R18. Бит 3 был настроен в "0"
3. Производим побитное XOR регистров R18 и R16 (с сохранением в R16). "0"+"0"="0"
4. Копируем регистр R16 в порт DDRB.

Код

     andi   R16,0b00010000
     in     R18,DDRB
     eor    R16,R18
     out    DDRB,R16

"0" почему-то становится "1", и порт, соответственно, переключается на выход.
Команда

Код

andi   R18,0b00010000

после п.2 решает проблему, но хотелось бы понять, почему, в в/у пункте, вместо "0" считывается "1"?

[Сергей Борщ]

после п.2 решает проблему, но хотелось бы понять, почему, в в/у пункте, вместо "0" считывается "1"?

Всегда? Подозреваю, что иногда. И что в программе используются прерывания. И что не все регистры корректно сохраняются/восстанавливаются в прерываниях.

[Dmitry Dubrovenk...]

Всегда? Подозреваю, что иногда.

Напрасно подозреваете.
После включения - вход. Первая же посылка - сразу "сваливается" на вывод.

И что в программе используются прерывания. И что не все регистры корректно сохраняются/восстанавливаются в прерываниях.

Это вопрос или утверждение?
В любом случае: Прерывания используются. Всё сохраняется корректно (как бы, в противном случае, программа работала).

[Сергей Борщ]

Напрасно подозреваете.
После включения - вход. Первая же посылка - сразу "сваливается" на вывод.

То есть вы утверждаете, что в вашем конкретном кристалле неправильно работает команда EOR? Как говорил в таких случаях великий Станиславский: "Не верю!". Приведенный вами в сообщении №20 код не может изменить состояние третьего бита DDRB. Значит каким-то образом портится либо содержимое DDRB до выполнения этого кода, либо содержимое R16 или R18 во время выполнения этого участка. Испортить регистры могут только прерывания. Как работает при этом остальная программа - загадка, но такое случается

Вы хотели версий - я дал одну.

[Dmitry Dubrovenk...]

в вашем конкретном кристалле

Конкретных двух кристаллах из разных партий, и разных корпусах (см. предыдущие посты).

Вы хотели версий - я дал одну.

Поскольку неправильное выполнение команды EOR, как и порча содержимого регистров, маловероятно, напрашивается вывод, что неправильно считывается содержимое порта DDRB (это, кстати, вовсе не означает, что его содержимое испорчено).
Так вот, и хотелось бы услышать гуру, почему такое происходит?

P.S.: А данный код как-раз и выполняется в прерывании.

Сообщение отредактировал Dmitry Dubrovenko - Jun 12 2013, 13:24

[Сергей Борщ]

Конкретных двух кристаллах из разных партий, и разных корпусах (см. предыдущие посты).

Тем более.

напрашивается вывод, что неправильно считывается содержимое порта DDRB

Это не порт. Это регистр направления. Внутренний регистр. Вероятность его порчи по аппаратным причинам ничтожно мала.

P.S.: А данный код как-раз и выполняется в прерывании.

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

[Dmitry Dubrovenk...]

Это не порт

У AVR это называется именно "порт", с использованием соответствующих инструкций.

Вероятность его порчи по аппаратным причинам ничтожно мала.

Повторяю ещё раз: Неправильное считывание вовсе не означает повреждения регистра.

Вот может это прерывание происходит во время доступа к этому же регистру из основного цикла?

Не происходит.

[Сергей Борщ]

У AVR это называется именно "порт", с использованием соответствующих инструкций.

Портом называется совокупность ног ввода-вывода и связанных с ними регистров PORTx, PINx, DDRx. А отдельно взятый DDRx - регистр специального назначения (Special Function Register, SFR).

Повторяю ещё раз: Неправильное считывание вовсе не означает повреждения регистра.

Ну продолжайте бороться с ветряными мельницами. Заметьте - вы первый за почти 20 лет существования AVR нашли в них такую особенность. Или смотрите питание - какой там должен быть ужас, чтобы сигнал добегал с искажениями из одной части кристалла до другой? Опять же, питание маловероятно ибо стабильно только один сигнал и на нескольких разных кристаллах. Ищите в консерватории своей программе.

P.S. да, когда найдете причину - не забудьте сообщить ее здесь.

[Dmitry Dubrovenk...]

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

Ссылочку на источник, плиз.
А по-моему, логичнее называть "портом" то, для чего используются команды работы с портом (см., например, даташит на ATtiny 25/45/85, стр.206).

Заметьте - вы первый за почти 20 лет существования AVR нашли в них такую особенность

Я Вас умоляю!
Если Вы не сталкивались, не надо за всех говорить.
Одних ерратов сколько вышло.
Посмотрите Гугль по теме, типа: "не программируется 2313a по HVPP", или ещё чего-нибудь, узнаете много интересного.

Или смотрите питание - какой там должен быть ужас, чтобы сигнал добегал с искажениями из одной части кристалла до другой?

Чё ж у Вас за решения каие-то всё "координальные". По-моему, уже самому начинающему должно уже быть понятно, что, если это не глюк/особенность чипа, то - ошибка конфигурации. Или Вы хотите сказать, что одной строчкой в программе можно убрать помехи по питанию?

Ищите в консерватории своей программе.

Вы хотите сказать, что в порт регистр DDRx можно записать "1" и он не переключится на выход?

когда найдете причину - не забудьте сообщить ее здесь.

А это надо? У всех же всё и так работает.
И вообще, найдите хотя бы пяток человек, которые Ресет отключают. А некоторые об этом и не знают.
Некоторые также не понимают, зачем выводить информацию в DDRx, а не в PORTx.

я вижу инверсию ЧЕТВЁРТОГО бита DDRB, если он был "1" в r16 до "andi r16".

Не совсем так. Там возможны четыре варианта:
1. Бит в DDRB был "1", в r16 - "1" --> бит в DDRB инветртирутся.
2. Бит в DDRB был "1", в r16 - "0" --> бит в DDRB не инветртирутся.
3. Бит в DDRB был "0", в r16 - "1" --> бит в DDRB инветртирутся.
4. Бит в DDRB был "0", в r16 - "0" --> бит в DDRB не инветртирутся.
Это сделано, что бы исключить джиттер.
Поскольку это - софтовый UART, необходимо, что б все смены уровней происходили через одинаковые интервалы, поэтому все ветки программы (включая вход в обработчик прерывания) выровнены и оптимизированы по времени.

А третий (и все, кроме четвёртого) бит в DDRB не изменился.

ДОЛЖЕН не изменяться, но почему-то (без принудительного сброса) меняется.
В этом собственно и суть вопроса.