Adept (24.04.2024 14:50, просмотров: 139) ответил Звepoящep на Комрады, а не попадались китайские трансиверы 485-го с
автоматической сменой направления передачи, а то лениво лишний
транзюк (инвертор) вешать....делать нужно так, как нужно. А как ненужно - делать не нужно (С) Винни-Пух :)
-
- В этих наших интернетах тупо на вывод управления микросхемы-трансивера подают инвертированный сигнал TX. Но это неправильно, тогда во время передачи остается надеяться только на растяжку линии резисторами. Диод, резистор и конденсатор улучшают ситуацию, линия отпускается с любой наперед заданной задержкой. - Yurasvs(25.04.2024 15:02)
- Не только МК нужен 485й... POV(251 знак., 24.04.2024 15:13)
- оно переключает как в Кэне - после каждого бита. - Alex68(24.04.2024 15:09)
- ХитрО. Получается, что 1 принимается, а "0" как бы нет (драйвер его и
режиме передачи формирует на выходе). Но такое ежебитное
переключение чревато пропусками на высоких скоростях. Не, конечно,
если какие-нить жалкие 9600 (и даже может 115200, может и
проканает, но на мегабитных я б так делать не рискнул. Буду в
скорости копаться с новыми мегами, посмотрю логику работы ноги XDIR
(не повторяет ли оно вышеописанное?) - Adept(25.04.2024 16:51)
- На столе отлично работает на 115200. - Звepoящep(25.04.2024 18:55)
- погляди на сайте по ссылке, что я привел выше. они производят
конвертеры уж точно более 20 лет. схемы есть на многие. - Alex68(25.04.2024 18:04)
- охренеть какой олдскульный сайт :) такое впечатление, что попал в
90-е :) И сам
хардкорхардвар олдскульный, обилие DIP и TH-компонентов :) Гляну на досуге (сходу никакой документации, т.е. схем, не увидел) - Adept(25.04.2024 18:53)- вот так еще приятнее олдскульность. выбери - конвертеры, там
повыбирай модели. и будут схемки и фотошки. Alex68(1 знак., 25.04.2024 19:09, ссылка)
- схемки, прям из 80-х 90-х напомнило по стилистике схемки всяких радиогубительских доработок, гулявшие на толчке в Автово (Питер) и Тушино (Мск) . PAL-декодеры, RGB-модуляторы, АОНы, синклеры, НГМД/Z80CARD для РК/Специалистов/Орионов, спектрумы, музыкальные звонки, программаторы, и прочая и прочая.... :). Ребяты реально застряли во времени :) Adept(73 знак., 25.04.2024 21:06)
- вот так еще приятнее олдскульность. выбери - конвертеры, там
повыбирай модели. и будут схемки и фотошки. Alex68(1 знак., 25.04.2024 19:09, ссылка)
- охренеть какой олдскульный сайт :) такое впечатление, что попал в
90-е :) И сам
- Такая схема чревата "импульсным" изменением импеданса трансивера при переключении. Отраженный сигнал в момент изменения импеданса, да еще и в плохо согласованной линии может убить всю передачу. Так что такая схема только для "настольного" варианта преобразователя. - reZident(25.04.2024 17:07)
- RC цепочка с диодом поможет. Будет переключаться на прием через
заранее известное время после окончания передачи. Я бы это время
сделал немного больше времени передачи байта. Почему бы и нет? - Yurasvs(25.04.2024 16:55)
- потому что любой RC - инерционен по своей природе "реактивности".
при интенсивном диалоговом датаобмене с переключением направлений,
да ещё пакетами разной длины... Ну его нахрен такое решение. к тому
же время переключения у драйвера тоже ненулевое. Если при пакетном
обменен всё детерминировано, то при побитовом переключении всё
становится на порядок-два нестабильнее, особенно на высоких
скоростях... А если, как заметили выше, - несогласованная линия,
переотражения?? - Adept(25.04.2024 17:28)
- Какое побитовое переключение? Первый же передаваемый старт бит
включает передатчик, и он остается включенным до конца передачи
всего пакета из любого количества байт. Как только последний байт
передан, RC цепочка удерживает состояние передачи еще небольшое
время ( это время нужно для того, чтобы исключить ложное выключение
передатчика, если какой-то из передаваемых байт вдруг будет
состоять из одних единиц.). Как только защитный таймаут прошел,
передатчик освобождает линию Yurasvs(23 знак., 25.04.2024 19:06)
- первый бит априори имеет сильно бОбльшие шансы быть потерянным
(даже при несимметричной тау, с диодом) Последний наоборот -
тормозит переключение, когда его по факту уже можно делать (если
пакет передан, нужен страховочный временной интервал) Всё это ещё
температурозависимое. Работать конечно будет, и в некоторых случаях
весьма неплохо, но честно, - не люблю такие решения. Мне как-то
ближе "железобетонные" включил-выключил, когда тебе надо, а не
когда RC решит. Adept(745 знак., 25.04.2024 19:49)
- Такое не предназначено для сетей с большим количеством устройств.
Но неплохо подходит, если надо вынести далеко от основного
устройства умную панель управления, а на процессоре свободных ног
или каналов гальванразвязки для сигнала DE не хватает. Тогда ставим
RC цепочку с диодом на стороне устройства, а панель программируем
так, чтобы она начинала отвечать не сразу, как примет пакет, а с
задержкой на пару байт, чтобы передатчик основного устройства успел
освободить линию Yurasvs(116 знак., 25.04.2024 20:25)
- понятно. Классические костыли. Ну его нахрен. - Adept(25.04.2024 20:40)
- Такое не предназначено для сетей с большим количеством устройств.
Но неплохо подходит, если надо вынести далеко от основного
устройства умную панель управления, а на процессоре свободных ног
или каналов гальванразвязки для сигнала DE не хватает. Тогда ставим
RC цепочку с диодом на стороне устройства, а панель программируем
так, чтобы она начинала отвечать не сразу, как примет пакет, а с
задержкой на пару байт, чтобы передатчик основного устройства успел
освободить линию Yurasvs(116 знак., 25.04.2024 20:25)
- первый бит априори имеет сильно бОбльшие шансы быть потерянным
(даже при несимметричной тау, с диодом) Последний наоборот -
тормозит переключение, когда его по факту уже можно делать (если
пакет передан, нужен страховочный временной интервал) Всё это ещё
температурозависимое. Работать конечно будет, и в некоторых случаях
весьма неплохо, но честно, - не люблю такие решения. Мне как-то
ближе "железобетонные" включил-выключил, когда тебе надо, а не
когда RC решит. Adept(745 знак., 25.04.2024 19:49)
- Какое побитовое переключение? Первый же передаваемый старт бит
включает передатчик, и он остается включенным до конца передачи
всего пакета из любого количества байт. Как только последний байт
передан, RC цепочка удерживает состояние передачи еще небольшое
время ( это время нужно для того, чтобы исключить ложное выключение
передатчика, если какой-то из передаваемых байт вдруг будет
состоять из одних единиц.). Как только защитный таймаут прошел,
передатчик освобождает линию Yurasvs(23 знак., 25.04.2024 19:06)
- потому что любой RC - инерционен по своей природе "реактивности".
при интенсивном диалоговом датаобмене с переключением направлений,
да ещё пакетами разной длины... Ну его нахрен такое решение. к тому
же время переключения у драйвера тоже ненулевое. Если при пакетном
обменен всё детерминировано, то при побитовом переключении всё
становится на порядок-два нестабильнее, особенно на высоких
скоростях... А если, как заметили выше, - несогласованная линия,
переотражения?? - Adept(25.04.2024 17:28)
- Так и есть. ТХ идет через инвертор на ~RE\DE. - Звepoящep(25.04.2024 12:25)
- ХитрО. Получается, что 1 принимается, а "0" как бы нет (драйвер его и
режиме передачи формирует на выходе). Но такое ежебитное
переключение чревато пропусками на высоких скоростях. Не, конечно,
если какие-нить жалкие 9600 (и даже может 115200, может и
проканает, но на мегабитных я б так делать не рискнул. Буду в
скорости копаться с новыми мегами, посмотрю логику работы ноги XDIR
(не повторяет ли оно вышеописанное?) - Adept(25.04.2024 16:51)
- MAX13487 - Andreas(24.04.2024 14:52)
- Я так понял ихняя "state machine" мониторит состояние линии (компаратор A-B) состояние входа данных и сравнивает их. Не очень понятно правда как они отличают , к примеру "0" на линии DI от окончания передачи? по идее из стейт-машина должна уметь определять конец кадра и по какому-то таймауту отсутсвиия старт-бита формировать сигнал переключения, но вот, к примеру Adept(224 знак., 24.04.2024 15:37)