Технический форум по робототехнике.
Duhas » 05 мар 2010, 15:17
Victorovych, тебя игнорируют
blindman » 05 мар 2010, 15:22
В общем сделал реализацию кольца как Андрей посоветовал. Прошивки переделал, работает замечательно
Нифига ты шустрый
Sergey_B » 05 мар 2010, 23:20
Ребята, а не запарились ли Вы.
Намек такой если не установить бит TXEN в регистре UCSRB то вывод TX будет обычным входом (а не выходом!!)
Соответственно вполне допустимо объединить в кучу вывода RX и TX ВСЕХ процессоров, при условии, что бит TXEN устанавливается ТОЛЬКО у того, кто работает на передачу на время передачи и затем снимается. И так все по очереди (или по опросу). Ложное эхо (в своем приемнике) легко сбрасывается пустым чтением сразу после передачи.
blindman » 06 мар 2010, 05:03
У FT232 тоже такой бит есть?
vadinator » 06 мар 2010, 05:04
Sergey_B, интересное решение
а на практике опробовали такой вариант?
Sergey_B » 06 мар 2010, 08:36
На практике применял.
Объединял в общую "шину" PIC16F877,PIC16F870 и ATmega16.
Нужно только не забыть общий подтягивающий резистор в питание.
У FT232 есть вывод TXDEN#. а дальше задача для малолеток.
blindman » 06 мар 2010, 08:48
И как этот вывод тут использовать?
Sergey_B » 06 мар 2010, 09:38
Смысл такого объединения в отличии от "кольца" в том, что НЕ СНИЖАЯ общей скорости передачи информации КОРРЕКТНО объединяются в подобие шины несколько USARTов. Изменить драйвер FT232, думаю, несколько затруднительно. Поэтому в простейшем случае будет выглядеть, как на рисунке.
В дополнение можно заметить, что полноценно "кольцо" будет работать только при работающей IBM, т.е. автономноя работа исключена.
- Вложения
-
- FT232.jpg (21.42 КиБ) Просмотров: 1160
blindman » 06 мар 2010, 09:55
Я прекрасно понимаю, как это может выглядеть. Но это в теории. А тут конкретный случай. Да я и не утверждаю, что кольцо идеальный вариант.
Sergey_B » 06 мар 2010, 10:04
А где тут ТЕОРИЯ??
Вывод TXDEN# это сигнал положительной полярности подтверждающий переход FTшки в режим передачи. Выставляется заранее и снимается по окончании ДРАЙВЕРОМ.
Я этот вывод и еще RXDEN# в пару к нему использую при переходе от FT232 через ST485BN на линию RS485.
для переключения STшки прием/передача.
Тут, уважаемый, голимая ПРАКТИКА.
blindman » 06 мар 2010, 10:15
Таких схем можно сколько угодно придумать. Теория - потому что не будет человек так делать. Сказано же - дополнительные корпуса не вариант. И в любом случае нафига ставить микросхемы драйверов чтобы передать данные на низкой скорости на 10см?
Sergey_B » 06 мар 2010, 10:20
Да и флаг в руки, каждый творец своих проблем.
п.с. "драйвер" в моем тексте - это не микросхема, а ПРОГРАММА.
blindman » 06 мар 2010, 10:32
Без дополнительных компонентов сигнал TXDEN бесполезен
vadinator » 06 мар 2010, 14:20
Таким образом, на один USB<>COM переходник можно повесить несколько микроконтроллеров и обеспечить их взаимодействие между собой (даже при отключённом компьютере)... спасибо за идею
т.е. получаем аналог 1wire шины, но с другим протоколом, а какая длинна проводников допустима между отдельными МК ?
Sergey_B » 06 мар 2010, 14:47
А черт его знает. В пределах 2метров работало нормально. Но на 9600. Я обычно вынужден работать на предельных возможностях МК, по этому такие способы связи использую в пределах одной блаты/блока. В свете чего все, что дальше метра, гоню по RS485.