подтягивающие резисторы

[jsv001]

Скобка лишняя, согласен. Фрагмент не брался из программы, а писал прямо здесь.

[jsv001]

Пин опрашивает тумблер, так, что дребезга нет.
Опрос производится через 2-3 минуты.

[jsv001]

Фузы, конешно, трогались. Но давно, когда начал писать эту программу.
WDT не включен за ненадобностью.
Зависания нет, программа бодренько делает почти все, что надо,
за исключением этой самой функции. Не делает то, что в ней написано.
А в ней контроллер работает только с портом PORTD.

Программу можно так описать.
Допустим, моторчик вращается вправо, сделав 347 оборотов, читает состояние тумблера.
Ежели тумблер замкнут, опять делает 347 оборотов.и.т.д.
Ежели разомкнут, заходит в функцию f(), где делает 512 оборотов влево,
и при этом жужжит.
Как то так. (Правда, моторчик виртуальный)

Если залить свеженькую программу, то переключение происходит.
Примерно через полминуты контроллер перестает реагировать на тумблер.
Потому я и стал мерить напряжение на ножке PC0.
Секунд через 20-30 после включения питания оно падает с 5 вольт в ноль.
Другие ноги я не смотрел.

С внешним резистором все работает прекрасно.

Я всегда ставлю резисторы примерно 3кома, они помех меньше ловят, чем внутренние.
А тут решил сэкономить.

[AR_Favorit]

Вариантов всего два. Или китайцы изготовили мегу328, в которой регистр, ответственный за подтяжку порта, самопроизвольно сбрасывается в ноль через 30 секунд, и продали этот экземпляр вам.

Или ваша сверхсекретная программа, исполняя "всё, что в ней написано", в какой-то момент портит состояние этого регистра, либо переключает ножку на выход, либо включает какую-то периферию, связанную с данной ножкой, что приводит к отключению подтяжки (РС0=ADC0) и т.д.

Меги от китайцев с бракованным флешем видел, с бракованным регистром подтяжки - пока не приходилось.

Программ, делающих не всегда только то, что задумал автор, видел много и сам такие "умею" писать. Но когда у меня получается такая программа - я пользуюсь какими-нить доступными средствами отладки, чтобы понять, что именно происходит с процессором.

[baiderin]

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

[jsv001]

Возможно, Вы правы. Такие программы я тоже "умею".
Я закомментировал всё, что не касается PC0.
А в сверхсекретной функции f() просто загорается светодиод.
АЦП и раньше не трогал.
Проблема не исчезла.
Так что не буду больше в этой конторе меги покупать.

[jsv001]

Посмотрел регистры.
MCUCR держит бит.PC0 падает до нуля.
Короче, надо менять микросхемку, бракованная.

Спасибо.

[МВА]

Или ваша сверхсекретная программа, исполняя "всё, что в ней написано", в какой-то момент портит состояние этого регистра, либо переключает ножку на выход, либо включает какую-то периферию, связанную с данной ножкой, что приводит к отключению подтяжки (РС0=ADC0) и т.д.

Эта гипотеза мне тоже близка. Лучше бы посмотреть программу. Я сам, два дня назад, натупил в этом плане. Один из входов задумывался как вход с подтяжкой и джампером замыкался на землю, когда снимаешь перемычку - должен переходить в режим программирования. Так вот, после того, как переходил в этот режим у меня самопроизвольно выключалась подтяжка. Когда прошел программу пошагово, то нашел в какой строке сбрасывался порт. Я просто вместо PORTB &= ~(1‹‹5); написал PORTB &= 1‹‹5; Так что гадать на кофейной гуще не лучший вариант. Ларчик, может быть , открывается просто.

[nml]

Посмотрел регистры.

Чем, где?

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

А насчет брака... За все годы работы с АВРками один раз попался очень-хитро-глючный чип, сбрасывался при записи ненулевого содержимого в OCR регистр.

Правда, последние партии мега8535 со странностями - фузы не соответствуют значениям "по умолчанию" и изредка попадаются исходно мертвые чипы(не входят в программирование). Видимо, производство переехало на малую Арнаутскую.

[ForcePoint]

MCUCR держит бит.PC0 падает до нуля.

Расшифруйте.