Adept (25.04.2024 16:51, просмотров: 49) ответил Alex68 на оно переключает как в Кэне - после каждого бита....делать нужно так, как нужно. А как ненужно - делать не нужно (С) Винни-Пух :)
-
- На столе отлично работает на 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)