Программирование com-портов. Изменение буфера r/w FIFO

[dlinyj]

Доброго времени суток. Камраден, пост о программирование СОМ-портов в linux!

Ваяем тут одну железяку с кучей СОМ-портов, работающую под линем. И для отладки драйверов и железа ваяю программу тестирования СОМ-портов. Чтобы не изобретать велосипед за основу была взята программа linux-serial-test (рекомендую программулинку заценить нуждающимся

Comments

[minimumlaw]

Хм... А man fflush (или fsync) Вам не поможет?

[dlinyj]

Вы путаете тёплое с мягким. Во первых, мы используем низкоуровневые функции, следовательно fflush и иже с ним тут не канают. Но, право признаюсь - это первое, что я подумал.

Но по теме, искал долго, и пока единственное, что мне удалось найти - это вот это http://www.groupsrv.com/linux/about57282.html

Там это делается примерно так:

void serial_ack()
{
write(fd, "a", 1);
#if TEST_OUTPUT_FLUSH
tcflush(fd, TCOFLUSH);
#endif
}

Но, не даёт ответа на вопрос - как менять размер внутренних буферов.

[minimumlaw]

Ну ладно, fflush высоковата, но fsync-то на нашем уровне. Правда на стековерфлоу пишут что не помогает... И рекомендуют как раз tcflush...
На самом деле, сколько не писал никогда таких проблем не видел. Правда, я всегда использовал RAW режим (тот, который не дожидается перевода строки). Но беглый осмотр референсного кода говорит о том, что и там оно...

А размер буферов - скорее всего никак. Надо поковырять ядерный код, но там скорее всего ничего путнего не будет. Ибо последовательный порт и Linux это не просто символьное устройство, а еще и termios.

[dlinyj]

Вот здесь говорят http://ru-radio-electr.livejournal.com/1158236.html?thread=22388060#t22388060 что поменять программно можно...

[tanner_of_kha]

Утилита setserial имеет параметры rx_trigger и tx_trigger. Может, их установка в "1" для нужного порта поможет?

Более риалтаймовое программирование компорта по идее должно учитывать то, что фифо-буферов в каждом направлении как минимум три: аппаратный и два софтварных, меняющихся при каждом прерывании. Гемор ещё тот, подозреваю.

[dlinyj]

Утилита setserial имеет параметры rx_trigger и tx_trigger. Может, их установка в "1" для нужного порта поможет?

Ценный коммент, спасибо! Осталось теперь посмотреть её исходники и поглядеть как же она это делает :))0

[minimumlaw]

А еще, попробуйте поиграться вот этим... Не уверен, что оно сказывается на записи, но чтение точно будет блокироваться до получения 128 байт.

// block for up till 128 characters
newtio.c_cc[VMIN] = 128;

// 0.5 seconds read timeout
newtio.c_cc[VTIME] = 5;

А так же рискну порекомендовать http://www.tldp.org/HOWTO/Serial-Programming-HOWTO/

[dlinyj]

Тут важно понимать, что блокироваться до получения 4-х байт из БУФЕРА! А не из СОМ-порта! Аналогично со write, так же запись в буфер

http://en.wikibooks.org/wiki/Serial_Programming/termios эта ссылка более полная.

[tzirechnoy]

Вообще, man termios, разумеется. По ссылкам из него тожэ можно походить -- но termios более портабелен, чем ioctl.

PS Да, а зачем Вам C для этой задачи? А то какой-нибудь tcl имеет более простые встроенные средства для простого контроля COM-порта.

[dlinyj]

Потыкайте носом, где в манах сказано как менять размер буфера?

>>PS Да, а зачем Вам C для этой задачи? А то какой-нибудь tcl имеет более простые встроенные средства для простого контроля COM-порта.

Для порта может быть,а для теста единовременной работы 16 СОМ-портов?

[anonymous]

А http://www.tldp.org/HOWTO/Serial-Programming-HOWTO/ вот это не в тему?

[dlinyj]

Я гуглом умею пользоваться, и разумеется это изучил.