Arduino питают друг друга через сигнальные цепи
- Войдите на сайт для отправки комментариев
Пнд, 28/08/2017 - 17:14
Соединил два контроллера (UNO Nano или Nao, Nano) через software serial (Rx Tx GND). если подключить к USB или к др питанию один из них, то запускатся и другой, я так понимаю второй тянет питание по сигнальным цепям и в силу небольшого потребления запускатстя (особенности логики ТТЛ-внутренний КМОП?). Получается надо развязывать (не обязательно гальванически) сигналы.
Второй контроллер у меня по-началу просто был преобразователем компьютерного USB в ТТЛ-порт для отладки (эмулятором). В реале эмулятор заменяется на атмеловский контроллер (не ардуино). Планировал соединять напрямую, но теперь, наверно применю защиту от "несанкционированной" взаимной запитки (не проблема, конечно, но ...).
Сталкивался ли кто-нибудь с подобной ситуацией? Буду признателен за совет, опыт выхода из ситуации
vovandel1, соедините Rx-Tx, Tx-Rx через резисторы, номинал подобрать, от килоома и выше.
Думал об этом. Но выше килоома, я так понимаю, не есть хорошо: получатся RC-цепи (даже при коротких проводах), наверно, плохо влияющие на фронты сигналов, да и помехоустойчивость. Я не вникал в софтваресериал библиотеку, но, возможно, там с точностью частоты передачи похуже, чем у хард-порта .
Хоть и на небольшой скорости(9600/19200), но для неточного "сгенеренного" порта - как бы потом (в реале) не полезли браки.
Наверно попробую оптрон - (что-нибудь простое/дешевое PC817, MCT62): диод (входную цепь) светить 10 мА (~300-400 Ом) с выхода (вроде не напряжно для ардуино?). А выход (фототранзистор) - запитать от источника второй Arduino
типа схемки
vovandel1, у вас как дела с опытом в радиоэлектронике? Частота среза такого фильтра элементарно рассчитывается по формуле. Ёмкость входа можно измерить или посмотреть в даташите. А самый тормозной оптрон pc817 конечно не создаст проблем передачи? Ну-ну..
та вобщем с электроникой вроде ниче когда-то давно было. Емкость входа наверно единицы пФ + печать, разъемы, ... до 100 пФ(надеюсь).
Типа 1/тау= где-то немного более МГц, что больше гармоник создающих более-менее прямоугольный фронт (100кГц думаю хватит для 19200).
Если не углублятся в выбросы , бороды и т.п. (типа по Хоровиц/Хилл), а чисто про последовательный канал частотой 19кГц, то вроде пойдет.
А про оптроны я б не сказал, что они сильно тормозные для 19200: MCT62 например пишут время вкл/выкл 2,4 мкс (400кГц иначе). 817-й похуже конечно: типовые рост спад 4/3мкс и частота среза 80кГц (типа выше 9600 не желателен). Но у оптронов преимущество - помехоустойчивость благодаря мощному (относительно) сигналу, и благодаря тормознутости обрежут ВЧ пульсации , бороды. Применять же что-то быстро-дорогое (HCPL2630 etc) в ардуино-атмега проекте не хочется. Можно еще какие-нибудь дешевые драйверы посл. канала поставить, но оптрон как-то проще казался.
О каких помехах вы всё время говорите? Линия то поди не 10 метров. Быстрое и недорогое -6n135 например.
и еще вопрос, если можно , дилетанта ардуино-строения. (Или это надо в др. тему? )
В описаниях библиотеки SoftwareSerial не нашел того, как определить окончание выдачи. А когда на ней попытался сделать RS485, то оказалось, что задержку перед переключением из режима передачи в режим приема делать не надо.
Пока не закончится выдача, записанного в буфер выдачи, контроллер, не выходит из этой процедуры (выдача по софт-порту).
Линия должна до 1м. Посмотел 6n135 - спасибо взял на заметку