https://www.solaris.opennet.ru/openforum/vsluhforumID15/4242.html День добрый!<br><br>Debian. Через USB-com подключена к компу погодная станция. Не могу подобрать настройки для serial port.<br>Вот он:<br>[ 391.580060] usb 6-3: new full-speed USB device number 5 using ohci_hcd<br>[ 391.748471] usb 6-3: New USB device found, idVendor=10c4, idProduct=ea60<br>[ 391.748486] usb 6-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3<br>[ 391.748496] usb 6-3: Product: CP2102 USB to UART Bridge Controller<br>[ 391.748504] usb 6-3: Manufacturer: Silicon Labs<br>[ 391.748511] usb 6-3: SerialNumber: 0001<br>[ 391.892057] usb 6-3: reset full-speed USB device number 5 using ohci_hcd<br>[ 392.054853] usb 6-3: cp210x converter now attached to ttyUSB1<br><br>Производитель пишет о настройке порта:<br>Serial communication parameters are:<br>8 data bits, 1 start bit, 1 stop bit, and no parity.<br>Default baud rate is 19200<br><br>Вот мой конфиг (#:stty -F /dev/ttyUSB1 -a):<br><br>speed 19200 baud; rows 0; columns 0; line = 0;<br>intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = &lt;undef&gt;;<br>eol2 = &lt;undef&gt;; swtc https://www.solaris.opennet.ru/openforum/vsluhforumID15/4242.html#12 Sun, 28 Jun 2015 09:09:55 GMT &gt; Спасибо! Все заработало!<br><br>Отлично :)<br><br>&gt; Благо обошлось без этого.<br><br>Но запомнить этот момент не лишне. Я так как-то долго прыгал по грабелькам. А потом заметил что файл девайса оказывается вовсе и не файл девайса, а уже обычный файл.<br><br>&gt; Полностью согласен. И не читайте всякими hexdum`пами и cat`ами и иже с ними.<br><br>Ну это все-таки не совсем обычный файл. Там буферизация, настройки таймаутов, потенциально - процессинг ввода. И какие настройки по дефолту и насколько это то что вы хотели - отдельный вопрос. И в разных системах все это по разному.<br><br>&gt; Особенно миникомами. <br><br>Он переклинен на диалапных модемах. Терминалка для обзвона BBS-ок. Остальное там - "можно, но сложно".<br><br>&gt; Действительно уйму времени угробил, пока понял, что не все они "читают".<br><br>Миником ожидает модем. А обычные утили - обычные файлы. Попытки кормить софт не тем чем он ожидал - ни к чему хорошему не ведут.<br><br>&gt; мощь не позволило недостаточность моих знаний.<br><br>Да там все достаточно просто. Хотя спама может быть многовато. Можно обру https://www.solaris.opennet.ru/openforum/vsluhforumID15/4242.html#11 Fri, 26 Jun 2015 07:18:17 GMT Начну с конца:<br>Спасибо! Все заработало!<br>Далее по пунктам.<br><br>&gt; И кстати вот еще какой момент: безбашенным echo и прочим - вы <br>&gt; могли ... загадить себе файл девайса.<br><br>Благо обошлось без этого.<br><br>&gt; 5) Больше не эхайте в спецфайлы!<br><br>Полностью согласен. И не читайте всякими hexdum`пами и cat`ами и иже с ними. Особенно миникомами. Действительно уйму времени угробил, пока понял, что не все они "читают".<br><br>&gt; А еще, для понимания того что реально происходит в плане системных вызовов <br>&gt; - есть хотя-бы strace.<br><br>"Опустился" уже в какой-то момен и до неё. Но полностью применить её мощь не позволило недостаточность моих знаний.<br><br><br>&gt; Если есть какие-то непонятки, делаем тот самый тест UART с замыканием линий: <br><br>[...]<br>&gt; Это имеет смысл сделать одной из первых вещей<br><br>Это было сделать не тривиально: UART бридж на основе CP210x физически спрятан (впаян) внутри устройства, а не классический кабель-переходник, а разбираться в схемотехнике самого устройства у меня знаний не хватает.<br><br><br>&gt;&gt; Под виндой сделал за пар https://www.solaris.opennet.ru/openforum/vsluhforumID15/4242.html#10 Fri, 26 Jun 2015 04:07:47 GMT &gt; Нашел - установил - буду пробовать.<br><br>Достаточно полезная штука для изучения что вообще происходит. Может показывать не только данные, но и управляющие сигналы и их изменения.<br><br>И кстати вот еще какой момент: безбашенным echo и прочим - вы могли ... загадить себе файл девайса. Дело в том что /dev/ttyUSB0 - не только девайс, но и некий СПЕЦИАЛЬНЫЙ файл, реально существующий в файловой системе на диске. Как часть иерархии ФС. А ваше "echo" и прочие "обычные" утилиты - не в курсе что файл СПЕЦИАЛЬНЫЙ. И могут, натурально, снести его куда подальше и создать на месте /dev/ttyUSB ... обычный файл, в который запишут тот же текст из echo. Файловой системе все-равно. Просите нормальный файл по этому пути - сделаем нормальный, значит. Единственная проблема: этот файл ... не будет иметь никакого отношения к UART-ам и вас ждет много интересных открытий. Когда вы будете пытаться читать обычный текстовичок как якобы UART и внезапно обнаружите что творится какая-то фигня. Если терминалки и прочие jpnevulator "глючат" и в https://www.solaris.opennet.ru/openforum/vsluhforumID15/4242.html#9 Wed, 24 Jun 2015 07:18:02 GMT &gt; Некоторые посказки: <br>&gt; 2. Анализировать состояние порта логично какой-нибудь более специализированой<br>&gt; рограммой. Скажем jpnevulator. <br><br>Нашел - установил - буду пробовать.<br><br>&gt; 3. У дебиана таки древнее ядро.<br><br>К сожалению систему не могу выбирать.<br><br>&gt; 4. Простой тест работы UART: замкнуть RX и TX и послать что-нибудь.<br><br>Если ничего не поможет, то так и сделаю.<br><br><br>&gt;&gt; Те команды, что под виндой работали исправно, <br>&gt; Вообще не аргумент.<br><br>Не столько как аргумент, мне просто нужно сделать рабочее приложение по дебианом. Под виндой сделал за пару часов, а тут борюсь уже пару недель. То что девайс работает - это точно, затык именно в линухе.<br><br><br>&gt;&gt; Ушел читать про udev.<br>&gt; Там все просто:<br><br>Вообще спасибо за советы! Очень путные!<br><br> https://www.solaris.opennet.ru/openforum/vsluhforumID15/4242.html#8 Wed, 24 Jun 2015 03:30:49 GMT А еще может быть например flow contorl не соответствующий действительности. Скажем если по дефолту аппаратный, но сигналы никто не дергает - передача встрянет навечно, т.к. ожидаемые изменения сигналов никогда не приедут.<br> https://www.solaris.opennet.ru/openforum/vsluhforumID15/4242.html#7 Wed, 24 Jun 2015 03:28:19 GMT Некоторые посказки:<br><br>&gt; равно нестабильно "отрабатывает" ttyUSB. <br><br>1. Работать с uart-ами через echo - достаточно проблемное начинание. И там довольно много грабель. Потому что файл девайса, конечно, файл. Но есть нюансы. Напишите какую-нибудь простенькую программу, шелл неважно работает с произвольными бинарными данными и спецсимволами. А чтение из UART имеет некоторую специфику.<br><br>2. Анализировать состояние порта логично какой-нибудь более специализированой программой. Скажем jpnevulator. Он дотошно показывает что и как с конкретным портом. Может даже состояния линий flow control и прочее. Поищите в репах по словам типа RS232 или serial.<br><br>3. У дебиана таки древнее ядро. И как оно там поддерживает этот конвертор - отдельный вопрос. Ядру 3.2 стукнул не один год, если что.<br><br>4. Простой тест работы UART: замкнуть RX и TX и послать что-нибудь. Из-за соединения линий - должно приехать назад то что вы ввели. Удобно делать в терминалке типа picocom (тоже есть в репах). Главное при этом убедиться что терминал https://www.solaris.opennet.ru/openforum/vsluhforumID15/4242.html#6 Tue, 23 Jun 2015 09:42:15 GMT &gt; Под виндой работает исправно, <br>&gt; присылает ответ 'TEST' <br>&gt; Какие параметры покрутить stty, чтоб настройки были "зеркальные" винде?<br>&gt; Заранее спасибо.<br><br>В винде кодировка CP1551, строки обычно заканчиваются кодами 10,13 возврат каретки, перевод строки.<br>С портом в дебиане Вы работаете в UTF-8 и строки заканчиваются только возврат каретки<br><br>https://ru.wikipedia.org/wiki/п÷п╣я─п╣п╡п╬п╢_я│я┌я─п╬п╨п╦<br><br> https://www.solaris.opennet.ru/openforum/vsluhforumID15/4242.html#5 Sun, 21 Jun 2015 12:52:05 GMT &gt; все действия и считывание с утройства под root выполняете?<br>&gt; скорее всего после переподключения, права теряются. попробуйте создать правило для UDEV <br>&gt; типа: <br>&gt; # touch /etc/udev/rules.d/60-ttyUSB.rules <br>&gt; # (прописать в нем правило для ttyUSB* устройств, подставив свою группу и <br>&gt; права 0666 или 0777) <br>&gt; KERNEL=="ttyUSB[0-9]*",NAME="tty/USB%n",SYMLINK+="%k",GROUP="tty",MODE="0666" <br><br>В том то и дело, что права поменялись без переподключения. По крайней мере dmesg ничего о переподключении не указал. Прямо во время считывания с порта hexdump`ом. Считывание прекратилось, hexdump остановился, все вернулось в командную, по ls показал новые права.<br><br>Выполнял от простого пользователя, пользователь в группе tty.<br>Под рутом тоже гонял. Проблем меньше, хотя бы с правами, но все равно нестабильно "отрабатывает" ttyUSB. Те команды, что под виндой работали исправно, под дебианом или через раз срабатывают или вообще не срабатывают. Такое впечатление, что каки либо символы или недопосылает в порт или игнорирует на https://www.solaris.opennet.ru/openforum/vsluhforumID15/4242.html#4 Sun, 21 Jun 2015 12:33:46 GMT &gt; На echo откликается, hexdump считывает, даже какое-то время работает. Потом hexdump прерывается, <br>&gt; возвращается в командную строку...<br>&gt; при попытке: <br>&gt; $ hexdump -C /dev/ttyUSB0 <br>&gt; hexdump: /dev/ttyUSB0: Отказано в доступе <br>&gt; $ ls -la /dev/ttyUSB0 <br>&gt; crw-rw---- 1 root tty 188, 0 Июн 21 14:32 /dev/ttyUSB0 <br>&gt; dmesg никаких новых событий не показывает. Кто(что) меняет атрибуты ttyUSB0? Куда копать?<br><br>все действия и считывание с утройства под root выполняете?<br><br>скорее всего после переподключения, права теряются. попробуйте создать правило для UDEV типа:<br># touch /etc/udev/rules.d/60-ttyUSB.rules<br># (прописать в нем правило для ttyUSB* устройств, подставив свою группу и права 0666 или 0777)<br>KERNEL=="ttyUSB[0-9]*",NAME="tty/USB%n",SYMLINK+="%k",GROUP="tty",MODE="0666"<br><br> <br><br><br>