Arduino NANO: Подскажите по использованию UART (он же для программировани)

[ElectronicRTC]

Привет всем.
Вопрос возник при использовании ардуинки НАНО: если мы задействуем аппаратный УАРТ то в последующем сможем ли перепрограммировать контроллер ? Или нужно будет что то делать ?
Вопрос возник почему: начал использовать аппаратный УАРТ и после этого не могу перепрошить ардуинку нано.
Дело то в том что эти же пины Tx Rx используются при перепрограммировании контроллера.
Сижу и гадаю - совпадение или реально нельзя задействовать аппаратный уарт.

[Sancho]

Вся проблема, скорее всего, в пине RX, который D1. Он, при подключении ещё одного устройства, может подтягиваться очень сильно к 1, больше, чем 0 через 1К к чипу USB, поэтому попробуй подключать его через диод, анодом к D1, катодом к твоему устройству.
Это работает, если аппаратный uart является мастером, в противном случае придётся на время прошивки отключать устройство от D1.

[ElectronicRTC]

[ref=#ff8000]Sancho[/ref], в том и дело - при перепрошивке все устройства отключаю, но перепрошивка не идет!
Выдавало ошибку о том что контроллер не обнаружен, вот потому и размышления:
- либо уарт работает и не дает перепрошить контроллер
- либо совпадение какое то

[aidar_i]

Проблем не должно быть, скорее шнур Ваш плохой.
Номер компота, надеюсь, правильно ставите.

[ecoins]

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

Так на многих контроллерах.
Решение - перед входом RX контроллера поставить джампер, который следует снимать при перепрошивке.

Nano.jpg

Такое простое решение позволило нам существенно упростить работу.

[Sancho]

[ref]ecoins[/ref], Попробуйте, для эксперимента, вместо джампера вставить диод, анодом к RX, катодом к модулю БТ.
Как в посте 2 описал.

[ecoins]

Мы много экспериментировали.
Но как выглядит ситуация при загрузке - поток данных от компьютера идет не только в контроллер, но и на вход BlueTooth. Это устройство не понимает, что у него на входе и чем-то отвечает - и это тоже идет в контроллер и вместо кода прошивки на входе "смесь"...
Это устойчивая проблема, когда один и тот же Uart используется для разных целей.
На место джампера мы иногда для удобства ставим кнопку или переключатель.

[Sancho]

Но как выглядит ситуация при загрузке - поток данных от компьютера идет не только в контроллер, но и на вход BlueTooth. Это устройство не понимает, что у него на входе и чем-то отвечает - и это тоже идет в контроллер и вместо кода прошивки на входе "смесь"...

Я понял Вашу мысль.
Выход преобразователя USB TTL подключен к входу мк. Сюда-же подключен выход дочернего устройства.
А вот выход мк - к обоим входам.
Но.
Чем-то отвечать - это тот случай, когда при ответе загрузчика мк на запрос от PC, устройство с АТ набором команд тоже это слышит, ответ мк,
считает что оно одно, всё ему, а оно не в курсе принятого. И шлёт error.
При работе с протоколом МБ такого нет.

[ecoins]

При работе с протоколом МБ такого нет.

Если устройство связи BlueTooth, то посложнее.
Только что на Nano повторил загрузку самой простой тестовой программы blink.
Если RX(mcu) соединен с TX(bluetooth), то программа не грузится.

[Rovki]

При работе с протоколом МБ такого нет.

Если устройство связи BlueTooth, то посложнее.
Только что на Nano повторил загрузку самой простой тестовой программы blink.
Если RX(mcu) соединен с TX(bluetooth), то программа не грузится.

Значит на модуле выход не на 3 состояния ..

[ecoins]

Значит на модуле выход не на 3 состояния ..

Посмотрел логическим анализатором там высокий уровень.
Видимо два обычных выхода "соревнуются", но у Bluetooth "сильнее"

Отправлено спустя 3 минуты 13 секунд:
Любопытно, что раньше эта проблема не обсуждалась - я думал что с ней многие сталкивались.

[Sancho]

Значит на модуле выход не на 3 состояния ..

Не может быть у активного устройства TX выход в z состоянии.
Никто не соревнуется, кто сильнее. Просто мк слышит ERROR-ы от модулей с АТ командами на то, что прилетает к нему от них при поступлении неизвестных команд при прошивке. Они их слышат с пина ТХ, хотя это ответ мк для PC.
Такая ситуация будет с любым( наверно) устройством, управляемым через АТ команды.

[Rovki]

Значит на модуле выход не на 3 состояния ..

Не может быть у активного устройства TX выход в z состоянии.

На счет ответа модуля на абракадабру по входу сообщением error согласен , таков протокол ...