Что-то не так с моей последовательной связью [закрыто]
Запись в / home / test / testfile осуществляется через две файловые системы, файловую систему ext4, которую вы записали в /home/tmpfs/fs.img и любую файловую систему, открывающую / home / tmpfs . Я не знаю, будет ли это само по себе повлиять на производительность на 50 +%, но я ожидал, что это повлияет на производительность.
Through this I can see that it is the ttyS0 that has an electrical connection.
Извините, но здесь вы ошибаетесь.
Сигналы RTS и DTR указывают только на то, что что-то активирует порт на локальной стороне, т. е. на порту вашего компьютера запущена программа screen, minicom, ModemManager, agettyкомпьютер. Они вообще ничего не говорят об удаленной стороне, так как оба являются исходящими сигналами. Используйте fuser -u /dev/ttyS0как root, чтобы получить PID локального процесса, активирующего порт.
Если вы мне не верите, запустите screen /dev/ttyS1и, пока он работает, снова запустите cat /proc/tty/driver/serialв другом окне. Теперь вы также должны увидеть активные сигналы ttyS1 RTS и DTR.
С другой стороны, сигналы CTS и DSR указывают на две вещи:
- кабель на самом деле имеет эти линии соединены (некоторые последовательные кабели имеют только три провода :входящие данные, исходящие данные и заземление )каким-то образом
- если сигналы CTS и DSR появляются поодиночке, без RTS и DTR, то и только тогда это будет означать, что на другом конце наверняка что-то есть. Некоторые нуль-модемные кабели соединяют локальный DTR с локальным DSR и локальный RTS с локальным CTS в каждом разъеме в качестве обходного пути для ситуации, когда устройство на одном конце должно использовать аппаратное подтверждение установления связи, а устройство на другом конце не может сделать это. В этом случае входящие сигналы CTS и DSR всегда будут появляться, как только на порт подается питание и устанавливаются исходящие сигналы RTS и DTR, даже если другой конец кабеля вообще не был подключен.
Часто также необходимо иметь параметры последовательного соединения, прежде чем оно вообще заработает. Наиболее распространенной переменной является скорость передачи (скорость )соединения :на консольном порту T5140. Я бы сначала попробовал 9600 бит/с. Другие устройства также могут использовать 38400 или даже 115200 бит/с; это самые распространенные значения в моем опыте.
Другими параметрами являются количество битов данных (8 — наиболее распространенное значение сегодня ), четность («нет» — наиболее распространенное )и количество стоповых битов (1 является наиболее распространенным ).
Даже если все параметры указаны правильно, другой конец может ничего не отправлять, пока не получит допустимые символы в качестве входных данных. Итак, как только вы начали screenили minicom, нажмите Enter один или два раза.
Большинство подключений к последовательной консоли работают по принципу «удаленного эха» :когда вы что-то набираете, введенные символы просто отправляются через последовательный порт, не отображая их на экране. Только когда удаленный конец повторит символы обратно, они будут отображаться. Это позволяет, например, вводить пароли, не отображая их на экране (, поскольку удаленный конец просто отключает функцию эха для ввода пароля )и сообщает вам, что введенные вами символы приняты правильно.
В последовательных соединениях, которые не предназначены для использования человеком, эта функция удаленного эха может быть опущена. :Если вы устраняете неполадки с таким соединением, вы можете активировать функцию «локального эха» в программе эмулятора терминала (. ] Q в разделе настроек «экран и клавиатура» в minicom, например ). Если у вас одновременно действует локальное и удаленное эхо, все, что вы набираете, отображается на экране как ddouubbleedd.