Приоритет последовательного порта Linux

Question

В настоящее время мы используем Fedora Core 3 для системы, над которой мы работаем.Эта система должна общаться через последовательный порт.Время общения имеет решающее значение.В настоящее время кажется, что последовательный драйвер задерживает передачу данных из 4k fifo в 16-байтовый аппаратный UART.

Есть ли способ заставить Linux рассматривать это действие с более высоким приоритетом?

Answer 1

Попробуйте использовать setserial, чтобы установить параметр low_latency.

По умолчанию последовательные порты оптимизированы для пропускной способности, а не для задержки, эта опция, я думаю, позволяет вам ее изменить.

Answer 2

Подумайте о том, чтобы заставить производителя устройства сменить протокол на что-то менее глупое, если время не имеет значения.

Наличие последовательного протокола, критичного по времени, или действительно, требующего подтверждения одного сообщения перед отправкойво-вторых, это действительно глупо.

последовательные порты в стиле rs232 очень медленные, и все, что делает их хуже, - плохая идея.протокол - каждый байт данных был индивидуально подтвержден (duuh!), а следующий не был отправлен до получения подтверждения - это означало, что скорость передачи данных была ничтожной частью того, что должно было быть.

Посмотрите, к примеру, на протокол zmodem, который менее глуп.

Еще лучше, попросите продавца войти в 1990-е и использовать USB.

Answer 3

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