кроссплатформенный способ определения имен [активных] серийных портов (serial ports, COM1, /dev/ttyS0) и обращение к ним

@proxym · Регистрация: 22.04.2012

Студворк — интернет-сервис помощи студентам

Нашел библиотеку Boost.Asio

http://www.boost.org/doc/libs/... ports.html

Она позволяет обращаться к серийным портам. Мне нужно для того чтобы написать программу, посылающую AT-команды модему. Вот только не знаю как по-нормальному получить список имен этих самых серийных портов, причем желательно активных, к которым подключены устройства. Пока у меня только один вариант: делать полный перебор всех возможных имен, и пытаться опрашивать их. Но дело в том, что например в линуксе спец файл девайса серийного порта вообще говоря может находиться в любом каталоге и даже не обязательно начинаться с ttyS (при желании пользователя, особенно если он вручную драйвера ставил и заводил модем).

В крайнем случае могу сделать отдельную реализацию этого процесса для Windows и для Linux. Но в таком случае скажите какие реализации лучше использовать из легко доступных в C++.

На форумах обычно не пишу, но в этом случае гугл упорно не помогает мне.

@niXman · 12.10.2012, 10:36

Сообщение от proxym

в линуксе спец файл девайса серийного порта вообще говоря может находиться в любом каталоге

для этого нужна переконфигурация/пересборка ядра. вряд ли кто в здравом уме станет такое делать.

Сообщение от proxym

даже не обязательно начинаться с ttyS

так же, маловероятно, что такой случай возможен в реальной жизни.

Сообщение от proxym

какие реализации лучше использовать из легко доступных в C++.

в с++ нет никаких реализаций для работы с COM портами. в чем вопрос?

@Dmitriy_M · 12.10.2012, 11:28

Сообщение от niXman

для этого нужна переконфигурация/пересборка ядра. вряд ли кто в здравом уме станет такое делать.

Этим занимается udev

В Linux список устройств можно получить через dbus.

@niXman · 12.10.2012, 14:05

Сообщение от Dmitriy_M

Этим занимается udev

кстати да, это стало так после того, как появился udev.

@Dmitriy_M · 12.10.2012, 14:08

На ядрах 2.4 devfs.

@proxym · 12.10.2012, 17:35 **[ТС]**

Сообщение от niXman

Цитата Сообщение от proxym Посмотреть сообщение
даже не обязательно начинаться с ttyS
так же, маловероятно, что такой случай возможен в реальной жизни.

Еще как вероятно.
1) Серийный порт также может иметь например виды: /dev/ttyUSB0 /dev/ttyACM1 помимо /dev/ttyS0 https://www.redhat.com/mirrors... TO-11.html
2) Просто с /dev/tty может начинаться имя отнюдь не серийного порта, а псевдо терминала /dev/ttyp3, controlling terminal текущего процесса /dev/tty, терминала /dev/ttyI0 (кстати тоже может принимать команды модема), консоли /dev/tty0 http://www.tldp.org/HOWTO/Text... WTO-7.html

Добавлено через 4 минуты

Сообщение от Dmitriy_M

Этим занимается udev
В Linux список устройств можно получить через dbus.

Хорошо. Значит для Linux лучше всего udev, dbus для того что мне нужно. А в Windows?

Добавлено через 2 минуты

Сообщение от niXman

Цитата Сообщение от proxym Посмотреть сообщение
какие реализации лучше использовать из легко доступных в C++.
в с++ нет никаких реализаций для работы с COM портами. в чем вопрос?

В C++ Бьерна Страуструпа нет и Boost. Вопрос например в том, какие удобные готовые библиотеки существуют для этого?

Добавлено через 4 минуты

Сообщение от niXman

Цитата Сообщение от proxym Посмотреть сообщение
в линуксе спец файл девайса серийного порта вообще говоря может находиться в любом каталоге
для этого нужна переконфигурация/пересборка ядра. вряд ли кто в здравом уме станет такое делать.

Я не пересобирал ядро, у меня обычный Ubuntu Linux:

Code
1
2
3
4
5
6
7
8
9
proxym@ubuntu:~$ sudo mknod -m 666 /ttyS0 c 4 64
[sudo] password for proxym: 
proxym@ubuntu:~$ ls /
bin            dev         initrd.img.old  mnt   sbin     tmp    vmlinuz
boot           etc         lib             opt   selinux  ttyS0  vmlinuz.old
data_transfer  home        lost+found      proc  srv      usr
ddd.txt        initrd.img  media           root  sys      var
proxym@ubuntu:~$ ls -lsa /ttyS0 
0 crw-rw-rw- 1 root root 4, 64 2012-10-12 17:32 /ttyS0

@niXman · 12.10.2012, 17:51

Сообщение от proxym

Я не пересобирал ядро

я об этом уже писал, вряд ли кто в здравом уме станет такое делать.

@proxym · 12.10.2012, 17:56 **[ТС]**

Сообщение от niXman

я об этом уже писал, вряд ли кто в здравом уме станет такое делать.

ты писал более конкретно:

для этого нужна переконфигурация/пересборка ядра.

Если драйвер для линукса собран вручную (а это очень даже возможно в случае usb модемов) и возникли какие-то проблемы с созданием устройства, то пользователь еще как станет создавать устройство вручную, и он не обязан его именовать ни в соответствии ни с какими стандартами и создавать обязательно в каталоге /dev

Ладно так и быть. В моей программе будет дополнительная возможность вручную указать название порта. Это логично для тех кто вручную собирает драйвера =) Но авто обнаружение портов в обычном случае мне все равно нужно, поэтому вопрос открыт пока что.

@Dmitriy_M · 12.10.2012, 20:25

Сообщение от proxym

А в Windows?

Если верить доке, то оч. просто.

@proxym · 12.10.2012, 20:44 **[ТС]**

Сообщение от Dmitriy_M

Если верить доке, то оч. просто.

Это конечно здорово, но: "SerialPort::GetPortNames - метод .NET Framework 3.5"
Что-то мне совсем не хочется использовать .NET даже в виде такой реализации как Mono.
К тому же там с этим делом сплошные проблемы: весьма неадекватное поведение в разных ОС: http://stackoverflow.com/quest... -platforms

@proxym · 12.10.2012, 21:36 **[ТС]**

Так, я нагуглил реализацию через WinApi http://social.msdn.microsoft.c... bc2a263ea/

@proxym · 12.10.2012, 21:55 **[ТС]**

Нашел еще 2 источника по теме:
1) EnumSerialPorts http://www.naughter.com/enumser.html
2) Simple Device Manager http://www.codeproject.com/Art... ce-Manager

Наверно пора начать пробовать =)

@proxym · 13.10.2012, 18:03 **[ТС]**

Касательно udev, dbus, hal...
Вот этот bash-скрипт показывает серийные устройства в линуксе:

Bash
1
2
3
for sport in $(hal-find-by-capability --capability serial) ; do
  hal-get-property --udi "${sport}" --key serial.device
done

Но говорят он показывает не все. Хотя у меня в общем-то показал все что надо.

Еще есть python скрипт.

Python
1
2
3
4
5
import dbus
bus = dbus.SystemBus()
hwmanager = bus.get_object('org.freedesktop.Hal', '/org/freedesktop/Hal/Manager')
hwmanager_i = dbus.Interface(hwmanager, 'org.freedesktop.Hal.Manager')
print hwmanager_i.FindDeviceByCapability("serial")

Он возращает в принципе то же, что и команда "hal-find-by-capability --capability serial".

А вот кусочек кода на C:

C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
#include <stdio.h>
#include <fcntl.h>
#include <termios.h>
#include <string.h>
#include <errno.h>
 
#include <linux/fs.h>
#include <linux/serial.h>
#include <linux/tty.h>
...
int fd;
struct serial_struct serinfo;
 
if ((fd = open(device, O_RDWR|O_NONBLOCK)) < 0) {
    perror(device);
    return;
}
if (ioctl(fd, TIOCGSERIAL, &serinfo) < 0) {
    perror("Cannot get serial info");
    close(fd);
    return;
}

После "fd = open (path, O_RDWR | O_NONBLOCK)"
нужно вызвать "ioctl (fd, TIOCGSERIAL, &serinfo)",
и если не будет ошибки, то серийное устройство (порт).
Это решение подходит для полного перебора по "/dev/tty*".

Другой вариант с использованием информации из каталога /sys и bash:

Bash
1
2
3
4
5
6
7
8
ll /sys/class/tty/*/device/driver
lrwxrwxrwx 1 root root 0 2012-10-13 17:03 /sys/class/tty/ttyS0/device/driver -> ../../../bus/pnp/drivers/serial/
lrwxrwxrwx 1 root root 0 2012-10-13 17:03 /sys/class/tty/ttyS1/device/driver -> ../../../bus/platform/drivers/serial8250/
lrwxrwxrwx 1 root root 0 2012-10-13 17:03 /sys/class/tty/ttyS2/device/driver -> ../../../bus/platform/drivers/serial8250/
lrwxrwxrwx 1 root root 0 2012-10-13 17:03 /sys/class/tty/ttyS3/device/driver -> ../../../bus/platform/drivers/serial8250/
lrwxrwxrwx 1 root root 0 2012-10-13 17:03 /sys/class/tty/ttyUSB0/device/driver -> ../../../../../../../bus/usb-serial/drivers/option1/
lrwxrwxrwx 1 root root 0 2012-10-13 17:03 /sys/class/tty/ttyUSB1/device/driver -> ../../../../../../../bus/usb-serial/drivers/option1/
lrwxrwxrwx 1 root root 0 2012-10-13 17:03 /sys/class/tty/ttyUSB2/device/driver -> ../../../../../../../bus/usb-serial/drivers/option1/

Читаем /usr/src/linux-*/Documentation/filesystems/proc.txt:

1.7 TTY info in /proc/tty
Information about the available and actually used tty's can be found in the
directory /proc/tty.You'll find entries for drivers and line disciplines in
this directory, as shown in Table 1-11.
Table 1-11: Files in /proc/tty
File Content
drivers list of drivers and their usage
ldiscs registered line disciplines
driver/serial usage statistic and status of single tty lines

Получаем еще один способ с использованием /proc и bash:

Bash
1
2
3
cat /proc/tty/drivers | grep serial
usbserial            /dev/ttyUSB   188 0-253 serial
serial               /dev/ttyS       4 64-111 serial

Использование информации из /dev/serial (может отсутствовать в старых ядрах, и директории /dev/serial не существует, если серийных портов нет вообще) и bash:

Bash
1
2
3
4
5
ls -l /dev/serial/by-id/
итого 0
lrwxrwxrwx 1 root root 23 2012-10-13 04:29 usb-HUAWEI_Technology_HUAWEI_Mobile-if00-port0 -> ../../ttyUSB_utps_modem
lrwxrwxrwx 1 root root 22 2012-10-13 04:29 usb-HUAWEI_Technology_HUAWEI_Mobile-if03-port0 -> ../../ttyUSB_utps_diag
lrwxrwxrwx 1 root root 22 2012-10-13 04:29 usb-HUAWEI_Technology_HUAWEI_Mobile-if04-port0 -> ../../ttyUSB_utps_pcui

В приложении пример готового решения на C++. Компилируется по команде: g++ serial.cpp -o serial
Готовый исполнимый файл выводит у меня:

/dev/ttyUSB2
/dev/ttyUSB1
/dev/ttyUSB0
/dev/ttyS0

Источник: http://stackoverflow.com/quest... ening-them

@proxym · 13.10.2012, 18:44 **[ТС]**

В случае попытки проверки USB-девайсов на то что они серийные получаем:
1) Нужны права рута для вызова: open((*it).c_str(), O_RDWR | O_NONBLOCK | O_NOCTTY)
2) Вызов ioctl(fd, TIOCGSERIAL, &serinfo) не возвращает ноль об успешном выполнении вообще никак. errno возвращает номер 22: EINVAL (Invalid Argument). Забавно...
3) Поэтому автор той программки на C++, которую я привел во вложении к прошлому сообщению проверяет через ioctl только обычные серийные девайсы (с драйвером serial8250, но мне не нравится привязка к названию драйвера), а USB девайсы заносит в список без какой-либо проверки. Это не очень хорошо.

@Dmitriy_M · 14.10.2012, 16:44

Если ты внимательно читал доку, то там написано, что список доступных com портов храниться в реестре.

@proxym · 14.10.2012, 20:06 **[ТС]**

Сообщение от Dmitriy_M

Если ты внимательно читал доку, то там написано, что список доступных com портов храниться в реестре.

Да. Я же писал:

Сообщение от proxym

Так, я нагуглил реализацию через WinApi http://social.msdn.microsoft.c... bc2a263ea/

- там про реестр.

Но далее я писал про Linux, в котором реестра естественно нет.

Новые блоги и статьи Все статьи Все блоги /
Перемещение выделенных строк ТЧ из одного документа в другой Maks 30.03.2026 Реализация из решения ниже выполнена на примере нетипового документа "ВыдачаОборудованияНаСпецтехнику" с единственной табличной частью "ОборудованиеИКомплектующие" разработанного в конфигурации КА2. . . .	Functional First Web Framework Suave DevAlt 30.03.2026 Sauve. IO Апнулись до NET10. Из зависимостей один пакет, работает одинаково хорошо как в режиме проекта так и в интерактивном режиме. из сложностей - чисто функциональный подход. Решил. . .	Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .	Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .
Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .	Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .	Команды формы и диалоговое окно Maks 26.03.2026 1. Команда формы "ЗаполнитьЗапчасти". Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. В качестве источника данных. . .

@proxym 1 / 1 / 0 Регистрация: 22.04.2012 Сообщений: 30

	кроссплатформенный способ определения имен [активных] серийных портов (serial ports, COM1, /dev/ttyS0) и обращение к ним 12.10.2012, 03:11. Показов 4981. Ответов 15 Метки нет (Все метки) Нашел библиотеку Boost.Asio http://www.boost.org/doc/libs/... ports.html Она позволяет обращаться к серийным портам. Мне нужно для того чтобы написать программу, посылающую AT-команды модему. Вот только не знаю как по-нормальному получить список имен этих самых серийных портов, причем желательно активных, к которым подключены устройства. Пока у меня только один вариант: делать полный перебор всех возможных имен, и пытаться опрашивать их. Но дело в том, что например в линуксе спец файл девайса серийного порта вообще говоря может находиться в любом каталоге и даже не обязательно начинаться с ttyS (при желании пользователя, особенно если он вручную драйвера ставил и заводил модем). В крайнем случае могу сделать отдельную реализацию этого процесса для Windows и для Linux. Но в таком случае скажите какие реализации лучше использовать из легко доступных в C++. На форумах обычно не пишу, но в этом случае гугл упорно не помогает мне. 0

@Dmitriy_M 1443 / 1326 / 131 Регистрация: 20.03.2009 Сообщений: 4,689 Записей в блоге: 11
	12.10.2012, 14:08
	На ядрах 2.4 devfs. 0

@proxym 1 / 1 / 0 Регистрация: 22.04.2012 Сообщений: 30
	12.10.2012, 21:55 [ТС]
	Нашел еще 2 источника по теме: 1) EnumSerialPorts http://www.naughter.com/enumser.html 2) Simple Device Manager http://www.codeproject.com/Art... ce-Manager Наверно пора начать пробовать =) 0

@proxym 1 / 1 / 0 Регистрация: 22.04.2012 Сообщений: 30
	13.10.2012, 18:44 [ТС]
	В случае попытки проверки USB-девайсов на то что они серийные получаем: 1) Нужны права рута для вызова: open((*it).c_str(), O_RDWR \| O_NONBLOCK \| O_NOCTTY) 2) Вызов ioctl(fd, TIOCGSERIAL, &serinfo) не возвращает ноль об успешном выполнении вообще никак. errno возвращает номер 22: EINVAL (Invalid Argument). Забавно... 3) Поэтому автор той программки на C++, которую я привел во вложении к прошлому сообщению проверяет через ioctl только обычные серийные девайсы (с драйвером serial8250, но мне не нравится привязка к названию драйвера), а USB девайсы заносит в список без какой-либо проверки. Это не очень хорошо. 0

@Dmitriy_M 1443 / 1326 / 131 Регистрация: 20.03.2009 Сообщений: 4,689 Записей в блоге: 11
	14.10.2012, 16:44
	Если ты внимательно читал доку, то там написано, что список доступных com портов храниться в реестре. 0