Можно использовать в AVR-ах (MOSI-MISO-SCK) как порты? Сбои?

[gip]

Можно ли использовать в AVR-ах выводы для ISP программирования (MOSI-MISO-SCK) для своих (пользовательских) целей? Риск самопроизвольного перепрограммирования есть? Велик? Задача: хочу использовать их в качестве SPI-интерфейса для связи с внешним устройством индикации (т.е. - только на вывод, см. "Радиомир" 4/2008, стр. 18 "Универсальное устройство индикации"). Получается достаточно длинный кабель (до 70-100 см) - не сработаетли в качестве антенны? В смысле - прием наводок при работодающем электродвигателе со всеми вытекающими последствиями? В цикле статей С.Рюмика (журнал "Радиоаматор") встречал указание, что лучше эти выводы не трогать - притянуть к земле и все. Более того, даже штырьки разъема программирования в идеале (по этой же статье) должны отсутствовать, а для программирования можно припаять разъем временно на проводах. Но возникает законное недоумение - неужели Атмел чего-то не досмотрел? И еще - а как же серия "8-ножек" (Tiny) - если не использовать выводы программирования, минус две ноги на питание/общий - так там же для своих целей вообще ТРИ пина остается! Маловато будет... Или нет?

[gip]

Другие выводы не предлагать - устройство уже готовое, работает, все Ок. Но - хорошо было бы добавить внешний (выносной, подключаемый) индикатор.

[lsa]

Эти порты принадлежат к аппаратному SPI.
Их можно смело использовать в проекте.
Вероятность перепрошить случайным образом ничтожно мала.
Вот только 1 метр это мгого. Хотя для индикатора на низкой частоте обмена будет работать.
ЗЫ. На время программирования (прошивки) шлейф индикатора лучше будет отключать.

[niXto]

Другие выводы не предлагать - устройство уже готовое, работает, все Ок. Но - хорошо было бы добавить внешний (выносной, подключаемый) индикатор.

Смело используйте SPI - у меня за пару лет никаких глюков не было. Тем более что программирование при неактивном Ресете невозможно в принципе, а для прошивки нужно подать несколько определённых 4-байтных слов, что совешенно невозможно (случайно).

[Don_Ambrosio]

Сообщение от gip

Другие выводы не предлагать - устройство уже готовое, работает, все Ок. Но - хорошо было бы добавить внешний (выносной, подключаемый) индикатор.

Смело используйте SPI - у меня за пару лет никаких глюков не было. Тем более что программирование при неактивном Ресете невозможно в принципе, а для прошивки нужно подать несколько определённых 4-байтных слов, что совешенно невозможно (случайно).

Да.. Есть опасность.. Сам такого не встречал, но народ писал, что FLASH слетала даже у микроконтроллеров, у которых даже нет функции самопрограммирования и соответственно команд записи стирания FLASH в программме, а есть только возможность ISP. Именно из-за спровоцированного помехами входа в режим программирования


Причём не только FLASH слетает, но и случайным образом перепрограммируются FUSE-биты, что хуже не меньше чем слёт FLASH

[nml]

Да.. Есть опасность.. Сам такого не встречал, но народ писал,

Книгу Солженицына не читал, но осуждаю

А если серьезно - то такая ситуация может быть только в случае если все пины SPI болтаются в воздухе (не подперты АППАРАТНО) и МК долгое время находится в сбросе. Притяните SCK несколькими килоомами и забудьте про дурное.

Если пин в воздухе - считайте, что на нем сплошной белый (или серый ) шум. А из него в течение долгого времени вполне может выйти любая посылка. В том числе и разрешающая программирование.

Почему так уверенно? А был у нас девайс, принимающий USART по радиоканалу. И забыл в программе анализировать выход радиомодуля "есть сигнал". Так при большом удалении от передатчика проскакивали сбойные посылки, несмотря на то, что передача (в отличие от SPI) асинхронная, и к тому же кадр передавался с маркером и контрсуммой, как положено... Примерно раз в минуту.

[niXto]

Ещё раз повторю - вход в режим программирования при НЕАКТИВНОМ Reset невозможен! И в большинстве "правильных" схем Ресет напрямую соединён с шиной питания.
А слетать прошивка может по множеству других причин - импульсы по питанию (в том числе Тиристорный эффект), понижение напряжения питания, мощные электромагнитные наводки...
Единственное - если длина проводов более 50 см, не забывайте поближе к ножкам контроллера в разрыв включать резисторы на пару кОм.

[xerox2]

Ещё раз повторю - вход в режим программирования при НЕАКТИВНОМ Reset невозможен! И в большинстве "правильных" схем Ресет напрямую соединён с шиной питания.
А слетать прошивка может по множеству других причин - импульсы по питанию (в том числе Тиристорный эффект), понижение напряжения питания, мощные электромагнитные наводки...
Единственное - если длина проводов более 50 см, не забывайте поближе к ножкам контроллера в разрыв включать резисторы на пару кОм.

+1

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

[nml]

И в большинстве "правильных" схем Ресет напрямую соединён с шиной питания.
....
не забывайте поближе к ножкам контроллера в разрыв включать резисторы на пару кОм.

1) По моему, правильнее все же подтянуть резистором.
2) "в разрыв" - это имеется в виду что? Последовательно? И чем тогда это поможет от статики или наводки высоковольтной?

[rubel]

Сообщение от niXto

И в большинстве "правильных" схем Ресет напрямую соединён с шиной питания. .... не забывайте поближе к ножкам контроллера в разрыв включать резисторы на пару кОм.

1) По моему, правильнее все же подтянуть резистором.
2) "в разрыв" - это имеется в виду что? Последовательно? И чем тогда это поможет от статики или наводки высоковольтной?

Резистор в резете конечно лишь способствует наводкам прямо таки скажем пропорционально его номиналу. Его вроде ставят, чтобы девайс можна было перепрограммировать. Если жестко на питание reset - то как перепрошить? Еще один правильный вариант - подтянуть резистором на "+" и кондером 0,1 мкф(гасит сетевую наводку 50Гц, если наводки других частот, нужно подбирать) на "-".Номинал резистора берут все разный - обычно 10К.Я ставил минимально 1K5.Чем меньше, тем лучше - главное, чтобы программировалось и программатор не дымился. Но если рядом мощный синхронник - может не помочь.