https://www.opennet.ru/openforum/vsluhforumID9/6228.html Есть задача - организовать обмен данными с неким устройством, которое подключено к последовательному порту компьютера с ОС Linux. При этом устройство общается с компьютером в простой асинхронном режиме, ничего сложного - принимать/отправлять байты (символы) получается, не проблема.<br><br>Но есть одна единственная загвоздка - при передаче данных устройству необходимо первый байт посылки принудительно пометить битом четности (т.н. wakeup bit). Кроме того, в некоторых случаях, от устройства тоже возможен прием байта с таким битом, при том, что контроль четности на самом деле отключен. В связи с этим, собственно, вопрос: можно ли каким-то образом при получении байта из порта проверить, а установлен ли бит четности; и наоборот, при посылке байта, принудительно его установить?<br><br>Внимательно изучив доступную документацию по работе с послед. портом, особенно вот здесь http://www.opennet.ru/docs/RUS/serial_guide/ - есть такая возможность:<br><br>&gt; Пробел (space parity) бита четности устанавливается также как и отсутствие пр https://www.opennet.ru/openforum/vsluhforumID9/6228.html#20 Thu, 13 Dec 2007 19:22:14 GMT &gt;так в конечном итоге решилась проблема? <br><br>Решилась - написанием своего драйвера последовательного порта и включением всех необходимых настроек порта вручную.<br> https://www.opennet.ru/openforum/vsluhforumID9/6228.html#19 Thu, 13 Dec 2007 10:18:58 GMT так в конечном итоге решилась проблема?<br> https://www.opennet.ru/openforum/vsluhforumID9/6228.html#18 Fri, 23 Mar 2007 14:08:59 GMT <br>&gt;Если использовать inb/outb для взаимодействия с ком-портом, то в любом случае придется <br>&gt;цепляться за прерывания, самому организовывать очереди и т.д. и т.п. В <br>&gt;конце-концов получим драйвер, надо будет делать модуль ядра - очень неохота <br>&gt;этим заниматься. ((( <br><br><br>да вы батенька хотите и рыбку сьесть и на х"&#8470;; сесть.<br><br>ничего там сложного нет. кроме того.. по всей видимости задача по другому не решится https://www.opennet.ru/openforum/vsluhforumID9/6228.html#17 Fri, 23 Mar 2007 14:05:33 GMT &gt;Попробуй использовать в своей проге функции inb/outb для взаимодействия с ком-портом, правда <br>&gt;прогу придется пускать из-под root'a и самому надо будет реализовать очередь. <br>&gt;Если ты программишь под Linux, то для доступа к портам в <br>&gt;этом случае потребуется ioperm. С помощью этих же функций можно читать <br>&gt;состояние регистров компорта. <br>&gt;А еще можно написать свой модуль ядра и зацепиться за прерывание ком-порта, <br>&gt;в обработчике прерывания можно будет побыстрому проверять нужные биты и складывать <br>&gt;данные в буфер. При отправки в модуле тоже можно по хитрому <br>&gt;организовать очередь и управление компортом. На уровне ядра (модуля) от многих <br>&gt;временных задержек можно избавиться. <br><br>Если использовать inb/outb для взаимодействия с ком-портом, то в любом случае придется цепляться за прерывания, самому организовывать очереди и т.д. и т.п. В конце-концов получим драйвер, надо будет делать модуль ядра - очень неохота этим заниматься. ((( https://www.opennet.ru/openforum/vsluhforumID9/6228.html#16 Fri, 23 Mar 2007 13:50:47 GMT &gt;Поэтому я сейчас ищу способ заставить ожидать отправки всех поставленных в очередь <br>&gt;байтов меньше времени (возможно, с помощью каких-либо сигналов), либо придется писать <br>&gt;какой-то свой драйвер. Если есть мысли по этому поводу, с радостью <br>&gt;выслушаю. <br>Попробуй использовать в своей проге функции inb/outb для взаимодействия с ком-портом, правда прогу придется пускать из-под root'a и самому надо будет реализовать очередь. Если ты программишь под Linux, то для доступа к портам в этом случае потребуется ioperm. С помощью этих же функций можно читать состояние регистров компорта.<br>А еще можно написать свой модуль ядра и зацепиться за прерывание ком-порта, в обработчике прерывания можно будет побыстрому проверять нужные биты и складывать данные в буфер. При отправки в модуле тоже можно по хитрому организовать очередь и управление компортом. На уровне ядра (модуля) от многих временных задержек можно избавиться.<br><br> https://www.opennet.ru/openforum/vsluhforumID9/6228.html#15 Fri, 23 Mar 2007 13:45:11 GMT &gt;так может по просторам безкрайнего пошарится и найти какую нибудь либу для <br>&gt;этого дела.. <br>&gt;<br>&gt;ЗЫ: <br>&gt;а что jerm?? ниче в нем интересного не нашлось?? <br><br>Для этого SAS'а даже описание платное, поэтому даже его найти на шару в сети оченно сложно. А уж либу, да еще желательно под Линукс - сильно сомневаюсь, хотя еще не искал.<br><br>ЗЫ. В jerm'е ничего интересного пока не нашел, терминал себе и терминал... использует тот же стандартный драйвер, точно также делает настройки... https://www.opennet.ru/openforum/vsluhforumID9/6228.html#14 Fri, 23 Mar 2007 13:03:19 GMT &gt;Ну тогда по порядку. Распространяться особо не буду, но скажу, что устройство <br>&gt;- игральный автомат, протокол - SAS, на сегодняшний день всеми авторитетами <br>&gt;в игральном мире признан как самый лучший протокол для связи с <br>&gt;ПК. <br><br>так может по просторам безкрайнего пошарится и найти какую нибудь либу для этого дела..<br><br>ЗЫ:<br>а что jerm?? ниче в нем интересного не нашлось??<br><br><br> https://www.opennet.ru/openforum/vsluhforumID9/6228.html#13 Fri, 23 Mar 2007 12:47:02 GMT &gt;Ну тогда по порядку. Распространяться особо не буду, но скажу, что устройство <br>&gt;- игральный автомат, протокол - SAS, на сегодняшний день всеми авторитетами <br>&gt;в игральном мире признан как самый лучший протокол для связи с <br>&gt;ПК. <br>&gt;<br>Уточню - для связи игровых автоматов с ПК https://www.opennet.ru/openforum/vsluhforumID9/6228.html#12 Fri, 23 Mar 2007 12:20:55 GMT &gt;&gt;А это поможет в решении проблемы?<br>&gt;Нет, не поможет. Просто, если в будущем у меня появится перспектива поработать <br>&gt;с такими устройствами, сразу от них отказаться. Хотя бы намекни абревиатуру <br>&gt;названия этого устройства. <br>&gt;Если по существу твоего вопроса, то отследить значение бита четности или его <br>&gt;наличие на _ПК_ нельзя, даже зная заранее скорость взаимодействия с устройством. <br>&gt;Объясняю почему. Com-порт на ПК перед началом взаимодействия с внешним устройством <br>&gt;устанавливается в определенный режим работы: скорость, контроль четности, количество бит в <br>&gt;байте, количество стоп-битов и т.п. Com-порт не предназначен, точнее в него <br>&gt;не закладывали такой функционал, чтобы на лету можно было менять режим <br>&gt;работы в рамках взаимодействия с одним устройством. Автоопределение там тем более <br>&gt;не заложено. Более того, пожет получиться такая ситуация: <br>&gt;1)ты установил ком-порт в нужный режим работы <br>&gt;2)получил первый байт от устройства <br>&gt;3)начинаешь переключать ком-порт в другой режим работы <br>&gt;4)пока