кроссплатформенный способ определения имен [активных] серийных портов (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, в котором реестра естественно нет.

Новые блоги и статьи Все статьи Все блоги /
Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .	Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Нашел на реддите интересную статью под названием The Thinkpad X220 Tablet is the best budget school laptop period . Ниже её машинный перевод. Thinkpad X220 Tablet —. . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.
Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .

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

	кроссплатформенный способ определения имен [активных] серийных портов (serial ports, COM1, /dev/ttyS0) и обращение к ним 12.10.2012, 03:11. Показов 4909. Ответов 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