시리얼 브레이크 리눅스 감지

Question

시리얼 브레이크를 감지하고 어떤 시리얼 포트가 리눅스에서 그것을 생성했는지 알려줄 수 있습니까? 내가 휴식에서 sigint를 생성하는 몇 가지 솔루션을 봤어,하지만 난 2 직렬 포트 중 하나가 내가 sigints와 함께 할 수 없다는 것을 이해하는 휴식을 읽어야합니다.

Answer 1

BRKINT은 직렬 포트가 포 그라운드 프로세스 그룹의 제어 tty 인 경우 신호를 보냅니다. 세션은 이하일 수 있습니다. tty를 제어합니다. 따라서 두 개 이상의 포트에서 신호를 수신 할 수 없으므로 신호의 출처를 알리는 것에 대해 걱정할 필요가 없다고 생각합니다.

이 termios은 모든 사람들이 직렬 텔레타이프 터미널을 사용하여 다중 사용자 메인 프레임에 연결된 시대의 고대 UNIX입니다. 소프트웨어 고고학. 직렬 UART 모니터링을위한 것이 아니기 때문에 직렬 포트에 대해 모르는 임의의 UNIX 명령이 누군가의 모뎀이 끊어지면 자동으로 종료 될 수 있습니다. vi은 편집중인 파일을 저장할 수 있습니다. vt102 터미널에서 'BREAK'키를 누르면 현재 명령이 종료됩니다.

이것을 사용하려면 두 개의 프로세스가 필요하며 각각 하나의 직렬 포트를 모니터링해야합니다. 어떤 포트가 신호를 받았는지에 따라 어느 포트가 중단되었는지 알 수 있습니다. 각 프로세스를 자체 세션 리더로 만들고 (setsid() 참조) 직렬 포트를 제어 tty로 설정해야합니다 (TIOCSCTTY 및 TIOCSPGRP 참조).

또 다른 방법은 TIOCGICOUNT ioctl을 사용하여 직렬 포트를 연속적으로 폴링하는 것입니다. 이렇게하면 해당 포트의 중단, 프레임 및 패리티 오류 수에 대한 카운터가 제공됩니다. 그들이 증가 할 것을 지켜보십시오. 물론 폴링은 신호를받는 것보다 훨씬 효율적이지 않으므로 휴식을 발견하기 전에 폴링 간격까지 걸릴 수 있습니다.

응용 프로그램이 무엇인지 잘 모르겠지만, 문제가 될 수있는 재고가있는 Linux의 고대 및 불분명 RS-232 프로토콜에 대해 이야기하고있는 것으로 나타났습니다. BREAK를 위해 시리얼 라인 뱅크를 모니터링하거나, 패킷 간 프레이밍이나 8 비트 너비보다 큰 문자 등을 알리기 위해 글자 사이에 10 마이크로 초의 갭을 사용하는 것 등은 제대로 작동하지 않습니다. 커널 프로그래밍을 할 수 있다면 이러한 일을 가능하게하는 커스텀 라인 분야를 만들 수 있습니다. 포트의 사용자 공간에서 select() 번으로 전화하면 모니터링 된 이벤트가 발생할 때 신호를 보냅니다.이 중 하나는 휴식 (또는 프레이밍 오류 또는 패리티 오류) 일 수 있습니다.