Свежее чертово вуду с /dev/ttyS*

[metaclass]

Есть несколько прог, работающих с ком-портом:
minicom - полноценный терминал, понимает модемы, куча настроек и прочая.
microcom - тупой минимизированный терминал.
stty - родная прога для управления параметрами терминала
cat /dev/ttyS0 и echo -e "CHERVIE\r" >/dev/ttyS0
и моя софтина для управления железом.

И имеется такой симптом: иногда после запуска minicom порт превращается в такую тыкву, что open("/dev/ttyS0", O_RDWR) виснет. Соответственно, microcom, cat и моя прога виснут. minicom и stty - нет.
Если поменять настройки порта с помощью stty - начинают работать опять:
stty -F /dev/ttyS0 ispeed 115200 ospeed 115200 -echo -parenb cs8 -crtscts -ixon -ixoff clocal cread icanon icrnl ignpar
Похоже, что основная проблема в настройке clocal - если этот флаг установлен, все работает, иначе открытие виснет.
Заглянул в исходники minicom - делают чертовейшее вуду. Открывают порт с O_NDELAY, затем сбрасывают этот флаг. И далее, получив рабочий дескриптор файла - меняют его настройки.

PS: И вот как бы это следующее найти в мане, а не в гугле:
The O_NDELAY flag tells UNIX that this program doesn't care what state the DCD signal line is in - whether the other end of the port is up and running. If you do not specify this flag, your process will be put to sleep until the DCD signal line is the space voltage.

Comments

[nealar.livejournal.com]

В идеологии обычного терминала мне хватит стандартных утилиток и того же Serialport. Хочется именно синхронный протокол и прям на коленке. Поскольку параллельного порта больше нет, то сделать его можно только на ножках последовательного. Отсюда RTS/CTS/задержки и конец кроссплатформенности, например.
Настоящие джедаи взяли бы микроконтроллер и сваяли на нём переходник "обычный компортовый терминал <-> синхронный протокол", но для моей недозадачки это будет оверкилл.

[metaclass.livejournal.com]

А почему именно синхронный?

[nealar.livejournal.com]

Потому что это в условиях задачи. :( Есть техника, выдающая инфу по доисторическому медленному синхронному протоколу с уровнями RS232. Надо этот поток просунуть через связное оборудование. Чтоб понять, как, надо склепать стенд - с наскока не получилось.
Либо административно утрясти перенастройку на что-то более современное на обоих концах канала. Этот вариант решения не проходит, потому что слишком медленно. Масква, блин.

[metaclass.livejournal.com]

Да, я бы смотрел в сторону FTDI или микроконтроллера, да.

[nicka-startcev.livejournal.com]

Синхронный нафиг. Для синхронного берите или SPI или вариации на тему JTAG. а вообще, на персоналке с подземными стуками и многозадачностью синхронности и реалтаймовости не место. Например, все перверсии с дерганием битиком в компорту при использовании упш2ком переходника начинают работать на скорости "1 бит на 8 больших кадров" и жалкая атмега8 шьется около 4 часов.

[nealar.livejournal.com]

Это где ж я в компе возьму SPI или JTAG?
Подземные стуки не настолько сильны, чтоб 100 мс такт поломать, ящетаю.

[metaclass.livejournal.com]

100 - запросто поломается.

[metaclass.livejournal.com]

И опиши вообще задачу, может там синхронность и не нужна совсем.

[nicka-startcev.livejournal.com]

(вкрадчиво) Буферизацию компорта отключать будете?

А с NMI,ACPI и аппаратной виртуализацией что делать будете? Вот померещится вашему биосу перегрев, всё заморозится на пару секунд.

ненене. Весь реалтайм - в отдельной железке, без винды и (анти)вирусов. И желательно без прочих прелестей современной х86 инфраструктуры.

[nealar.livejournal.com]

У ножек RTS/CTS/etc есть буферизация? Вот новость!
померещится вашему биосу перегрев
А ещё метеорит упадёт, ага. Положу в холодильник на полчаса. Задача-то одноразовая.

[nicka-startcev.livejournal.com]

>У ножек RTS/CTS/etc есть буферизация?

Вы про честный 8250/16550, или как там его?
Или про любую хрень, которая видится компортом, включая pl2303?

Вам надо быстрый (быстрее килогерца) битбанг, или вы хотите этот rts/cts дергать синхронно с потоком байтов?

если одноразовая - то можно. Но у меня пролетающая помеха помешала перешить, пришлось еще два раза по нескольку часов ждать. Хотя, если уар не через УПШ, то для одноразовой работы нормально. Но я бы тогда вообще на ЛПТ завязался.

[nealar.livejournal.com]

быстрее килогерца
100 мс - это быстрее килогерца?
Но я бы тогда вообще на ЛПТ завязался.
Я бы завязался на LPT с самого начала, и сейчас всё бы уже работало готовое, если бы этот LPT был.

[nealar.livejournal.com]

желательно без прочих прелестей современной х86 инфраструктуры
Я знаю устройство 586+ инфраструктуры, и потому не боюсь её.

[nicka-startcev.livejournal.com]

а я знаю альтернативы и по возможности пользую их.
у х86 практически только один плюс - порог вхождения.

[nealar.livejournal.com]

Именно он, порог вхождения. Альтернативы надо во-первых купить. И на следующую задачу их придётся опять по-первых купить. А 686 или изредка arm9 - вон он, на полке стоит.

[nicka-startcev.livejournal.com]

ну, плюс, посмотрите, например, ардуино нано. оно с усб2уарт и небольшим набором ног.
можно всякие затейливые битбанги делать.

и стоит рупь пучок.

[http://users.livejournal.com/_slw/]

синхронный. ты уверен, что правильно понимаешь этот термин?
стандартный RS232 на персоналке не умеет быть синхронным.
там, вообще-то, пропадают старт-стоп биты и появляются клоки на rx и tx.

кстати, парелельный порт найти проще, чем последовательный, если хоть что-то есть.
и джедаи ваяли бы не компорт-синхронный, а usb-синхронный, поскольку rs232 практически извели.