![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Свежее чертово вуду с /dev/ttyS*
Есть несколько прог, работающих с ком-портом:
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.
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.
no subject
Подземные стуки не настолько сильны, чтоб 100 мс такт поломать, ящетаю.
no subject
no subject
no subject
А с NMI,ACPI и аппаратной виртуализацией что делать будете? Вот померещится вашему биосу перегрев, всё заморозится на пару секунд.
ненене. Весь реалтайм - в отдельной железке, без винды и (анти)вирусов. И желательно без прочих прелестей современной х86 инфраструктуры.
no subject
померещится вашему биосу перегрев
А ещё метеорит упадёт, ага. Положу в холодильник на полчаса. Задача-то одноразовая.
no subject
Вы про честный 8250/16550, или как там его?
Или про любую хрень, которая видится компортом, включая pl2303?
Вам надо быстрый (быстрее килогерца) битбанг, или вы хотите этот rts/cts дергать синхронно с потоком байтов?
если одноразовая - то можно. Но у меня пролетающая помеха помешала перешить, пришлось еще два раза по нескольку часов ждать. Хотя, если уар не через УПШ, то для одноразовой работы нормально. Но я бы тогда вообще на ЛПТ завязался.
no subject
100 мс - это быстрее килогерца?
Но я бы тогда вообще на ЛПТ завязался.
Я бы завязался на LPT с самого начала, и сейчас всё бы уже работало готовое, если бы этот LPT был.
no subject
Я знаю устройство 586+ инфраструктуры, и потому не боюсь её.
no subject
у х86 практически только один плюс - порог вхождения.
no subject
no subject
можно всякие затейливые битбанги делать.
и стоит рупь пучок.