День добрый, столкнулся вот с такой проблемой: Имеется МК ATmega328p к UART которого подсоединен BT передатчик (HM-11) и преобразователь USB-UART (для отладки протокола обмена). Все работает, то есть могу рулить МК как через терминал с ПК так и через терминал смартфона через BT. Но встала задача добавить к этому делу Wi-Fi (естественно в нормальном режиме будет использоваться либо Wi-Fi либо BT) так вот при подключении к МК Wi-Fi шилда (ESP-07/12) как совместно с BT так и без него происходит вот такая фигня - через преобразователь USB-UART я могу только слышать МК, но входящие пакеты до него не доходят. UART интерфейс Wi-Fi модуля живой (на АТ команды откликается). Куда смотреть? Питание компонентов схемы 3.3В (то есть дело явно не в отсутствии согласователей уровня)
Это АРДУИНКА (причем из "простейших" - вероятно "нана") - на собственно аппаратный UART схемотехнически подвешен USB-COM, его же выводы (по замыслу конструкторов ардуино) при отсутствии работы с консолью IDE в ПК могут быть использованы для иного потребителя. А посикоку при работе с ПК одного Rх-Tх может бысть мало предусмотрен софтовый UART на любые иные выводы.
У топикстартера вообще-то идея стыковки "звездой" одного хаба(собственно его самоделка) с тремя потребителями. Причем ни заморачивться адресацией ни аппаратным выбором абонента желания не видать.
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Я вообще не понял, как ТРИ уарта между собой соединяются...
да как бы ничего сверхъестественного, есть управляющий МК который будет гадить данными либо через BT либо через WiFi включая либо отключая их. Соединение простое: RxD BT и RxD WiFi на TxD МК. одновременно работает только один приемопередатчик (за счет включения либо отключения ногами МК)
Это АРДУИНКА (причем из "простейших" - вероятно "нана") - на собственно аппаратный UART схемотехнически подвешен USB-COM, его же выводы (по замыслу конструкторов ардуино) при отсутствии работы с консолью IDE в ПК могут быть использованы для иного потребителя. А посикоку при работе с ПК одного Rх-Tх может бысть мало предусмотрен софтовый UART на любые иные выводы.
У топикстартера вообще-то идея стыковки "звездой" одного хаба(собственно его самоделка) с тремя потребителями. Причем ни заморачивться адресацией ни аппаратным выбором абонента желания не видать.
нет, увы не ардуинка, самопляс уже изготовленный. пытаюсь понять где накосячил. зачем мне адресация потребителя если конвертер висит для того чтоб слушать порт во время отладки, а в нормальном режиме будет работать либо WiFi либо BT путем физического отключения микросхемы командой с МК. Что тут адресовать? BT с WiFi общаться между собой не должны. UART использую аппаратный
ну ладно, фиг с ним, пусть будет ардуина. вопрос все же остается - как послушать шину между двумя устройствами не уваливая ее? ну и факультативно - почему с одной парой работает а с другой нет, что я упускаю?
как послушать шину между двумя устройствами не уваливая ее?
послушать - элементарно: сколько угодно RXD цеплять к единственному TXD. а вот передать из нескольких TXD в единственный RXD не получится без каких-то извращений. видимо, тут у вас собака и порылась...
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
для внесения ясности, под передачей из нескольких в одно вы подразумеваете одновременную (тут я в курсе что будет содомия) ? или просто объединения в одну сеть достаточно для проблем?
Почему работает Х.З. - честно такое еще не пробовал, пока работал только с стандартными Rx/Tx приложениями-примитивами. А вот ежли программа писалась под ардуинку - или использование того, что в среде предоставлено или разбираться с библиотеками. Дугое дело без бутлоадера и в соответствующем "чистом" компиляторе (хотя-бы АВРстудии - у ардуиноIDE своя "надстройка"излишняя по сравнению с чистым СИ заложена для удобства пользователя, обход много внимания и знаний требует). Вобщем... ежли "влоб" не удалось - принимаемся штудировать документацию.
Последний раз редактировалось BOB51 Пт фев 16, 2018 20:01:35, всего редактировалось 1 раз.
Прошивка писалась в Atmel Studio 7 бутлоадера нет ибо еще не осилил (да и задач таких не стояло). Проблема в том что в документации только распиновка и АТ комманды
Тогда или аппаратный репитер-повторитель или программный UART для дополнительных потребителей. Где-то не уживаются (по программе или аппаратно - вычитывать даташиты надо).
Это ежли каждый потребитель ПЕРСОНАЛЬНО АДРЕСУЕМ (в самом потребителе данное свойство предусмотрено). Другое дело - был бы протокол и шина I2C или иная с уже заложенной аппаратной адресацией.
для внесения ясности, под передачей из нескольких в одно вы подразумеваете одновременную (тут я в курсе что будет содомия) ? или просто объединения в одну сеть достаточно для проблем?
даже не одновременно два передатчика в одну линию работать не должны, разве что вы как-то будете переводить одну из линий TXD в режим с высоким импедансом... но это я и имел ввиду под извращениями
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
для внесения ясности, под передачей из нескольких в одно вы подразумеваете одновременную (тут я в курсе что будет содомия) ? или просто объединения в одну сеть достаточно для проблем?
даже не одновременно два передатчика в одну линию работать не должны, разве что вы как-то будете переводить одну из линий TXD в режим с высоким импедансом... но это я и имел ввиду под извращениями
а как же мультипроцессорный уарт? или это не одно и то же?
Это про возможность передавать/принимать адресный байт и данные с отличием в виде программируемого флага ... Особый режим работы - но физического интерфейса это не касается - во всех случаях это стандартные линии rx/tx на которых в каждый момент времени может быть активным только один передатчик. Приемников может быть и больше - при условии, что они умеют распознавать адресную посылку и определяться кому адресованы передаваемые данные.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 15
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения