https://opennet.me/openforum/vsluhforumID9/9206.html Здравствуйте!<br><br>Возникла необходимость научиться работать с com-портом под Linux. <br><br>Мой прошлый опыт в этом направлении, к сожалению, относится к далеким временам лет 15-20 назад. Разработки были под голый DOS и все было проще пареной репы: расчеты/логика на ЯВУ, работа с портами/памятью - inline вставки на ассемблере или отдельно собираемые .obj на том же ассемблере. Продукты с "доведенной" логикой прогоняли под профайлером и пару-тройку самых медленных функций тоже переписывали на ассемблере.<br><br>Интернет пестрит статьями по теме, но основная масса, насколько я понимаю, описывает процесс со стороны embedded\ARM и т.п., что мне не очень близко.<br><br>Хотелось бы советов от почтеннейшей публики - с чего мне проще начать со своим "багажом", чего остерегаться, на что обратить внимание.<br><br>В частности интересны такие вопросы:<br>1. Если нет особо жестких требований по времени - достаточно ли просто работы с /dev/ttySX, в частности непонятно - можно ли контролировать последовательность приема-передачи (мне важно зна https://opennet.me/openforum/vsluhforumID9/9206.html#5 Wed, 03 Aug 2011 18:09:09 GMT &gt;&gt; 1. Если нет особо жестких требований по времени - достаточно ли просто <br>&gt;&gt; работы с /dev/ttySX, в частности непонятно - можно ли контролировать последовательность <br>&gt;&gt; приема-передачи (мне важно знать, что такой-то байт был получен до или <br>&gt;&gt; после отправки такой-то команды)?<br>&gt; Точная привязка по времени невозможена даже из-за буфера в 16550. В обычном <br>&gt; Unix время между приходом байта в порт и чтением из /dev/ttySx <br>&gt; никак не регламентировано. Посмотри внимательнее на протокол - если нельзя сделать <br>&gt; дисциплину запрос-ответ, то может понадобится какая-нибудь RTOS.<br><br>Я выразился невнятно. Точная привязка ко времени - не нужна, нужно знать что такой-то ответ пришел после такой-то команды, т.е. порядок ответов относительно команд, а не относительно времени. Железка отвечает за известное время и всегда шестью байтами, если не все нужны, лишние - пустые, первый всегда маркер ответа (не может встречаться в данных). По своей инициативе ничего не присылает, но если долго (около 40 секунд) нет команд, сиг https://opennet.me/openforum/vsluhforumID9/9206.html#4 Tue, 02 Aug 2011 21:04:39 GMT &gt; 1. Если нет особо жестких требований по времени - достаточно ли просто <br>&gt; работы с /dev/ttySX, в частности непонятно - можно ли контролировать последовательность <br>&gt; приема-передачи (мне важно знать, что такой-то байт был получен до или <br>&gt; после отправки такой-то команды)?<br><br>Точная привязка по времени невозможена даже из-за буфера в 16550. В обычном Unix время между приходом байта в порт и чтением из /dev/ttySx никак не регламентировано. Посмотри внимательнее на протокол - если нельзя сделать дисциплину запрос-ответ, то может понадобится какая-нибудь RTOS.<br><br><br>&gt; 2. Правильно ли я понимаю, что вместо того, чтобы расставлять вычисления маленькими <br>&gt; кусочками между чтением/записью, сейчас более правильно просто "отсаживать" обмен в<br>&gt; отдельный поток с более высоким приоритетом?<br><br>Сильно проще - while (select(...)) { read .... write .... }, однако см. #1. Кроме того, read может вернуть только часть посылки и нужно будет дочитывать остальное. Ещё советуют делать tcdrain перед каждой записью.<br><br><br>&gt; 3. Важн https://opennet.me/openforum/vsluhforumID9/9206.html#3 Tue, 02 Aug 2011 17:05:27 GMT Спасибо! Копию текста в другом месте видел, но дата напугала, ушел искать поновее. Оказалось - все вполне неплохо. <br> https://opennet.me/openforum/vsluhforumID9/9206.html#2 Tue, 02 Aug 2011 14:46:08 GMT На мой неискушённый взгляд вот здесь достаточно хорошо изложено:<br><br>http://www.opennet.ru/docs/RUS/serial_guide/<br><br>На хитрые вопросы отвечать не берусь.<br> https://opennet.me/openforum/vsluhforumID9/9206.html#1 Tue, 02 Aug 2011 10:47:01 GMT Читаешь, записываешь в файл /dev/ttySx, настраиваешь работу с устройством через функцию ioctl. <br>