Comments 21
Возникала ли у вас необходимость в работе с виртуальными последовательными портами в Linux?
Прошивка различных устройств может требовать последовательного порта. Мне казалось что все потихоньку едет в USB, но что-то не торопясь.
Не претензия к корректности перевода, но действительно ли кто-то использует словосочетание "последовательный порт" за пределами печатной литературы? Везде, где встречал, обычно используют "serial порт"
Разумнее давать всё же хоть краткое соответствие стандарта.
я чаще всего встречаю UART. Это сразу как бы подразумевает логические уровни напряжения, и исключает "промышленные" стандарты вроде RS-232, RS-485.
Да. Но это уже "страшные тайны".
Для обычных обывателей — если я покупаю на алишке мелкий свисток из usb в uart это всё же достаточно ясно намекает именно на логический уровень. Это не стандартно и не регламентировано, просто так сложилось.
Esp8622 бюджетный конвертер из ttl uart в беспроводной ethernet. Логику конвертирования пишите самостоятельно.
У меня два прибора общаются через TLS1.2/HDLC/RS485 и я эту связь прослушиваю через следующую схему:
MAX475->Arduino->Raspi /dev/ttyUSB0
При помощи pyserial я могу получать с /dev/ttyUSB0 поток байт, но хотелось бы все этого добро подать нормально на вход в wireshark.
Хорошего дня. Уже очень давно пользуюсь вот таким решением https://censor-m.ru/product/preobrazovateli-interfeysov/pirs-2-0-preobrazovatel-interfeysov/
Использую в промышленности и подключаю всё что мне нужно. На выходе Ethernet, со стороны РС можно использовать любой эмулятор "последовательного порта". Я же не парюсь, просто пишу в tcp то, что мне нужно передать-прочитать из последовательного порта оборудования. Практика показала, что данное решение не только дешевле, но и надёжней Moxa. Сам занимаюсь мониторингом технологического оборудования.
Кунг-фу стиля Linux: разбираемся с последовательными портами