RS232 대신 USB

RS232는 예전에는 인기가 없었으며 주로 USB [ wikipedia ] 로 대체되었습니다 . 이 질문에 언급 된 것과 같은 문제 는 그 명성에도 도움 이 되지 않습니다.

따라서 새로운 시스템 설계에서는 통신을 위해 직렬 포트 대신 USB를 사용하는 것을 생각할 수 있습니다. 그러나 여전히 RS232가 선택한 직렬 통신 프로토콜 / 포트 인 것 같습니다.

왜 그런 겁니까? RS232와 함께 작동하는 오래된 기계를 변경하는 것은 비용이 많이 들지만 새로운 시스템 설계자가 RS232 대신 USB를 사용 하지 못하게하는 이유는 무엇 입니까?

최소한 마이크로 컨트롤러 레벨에서 :

1. 대부분의 간단한 마이크로 컨트롤러에는 USB 컨트롤러가 없으므로 직렬 포트 (보통 TTL 또는 LVTTL)는 여전히 가장 일반적인 통신 방법입니다.

   예를 들어, 대부분의 8 비트 AVR 또는 PIC 마이크로 컨트롤러에는 USB가없고, 일부 32 비트 ARM 마이크로 컨트롤러에는 USB가 없지만 모두 직렬 포트가 있습니다.

2. TTL / LVTTL 직렬 통신에서 RS-232로 변환하려면 "간단한"논리 레벨 변환이 필요합니다. 이는 매우 저렴한 IC로 수행 할 수 있습니다 (MAX232 / MAX3232).

3. 마이크로 컨트롤러에 USB 컨트롤러가없는 경우 TTL / LVTTL 직렬 통신에서 USB로 변환하려면 일반적으로 스루 홀 패키징 옵션이없고 표면 실장 만있는 약간 비싼 IC (FTDI)를 사용해야합니다.

4. USB 호스트에서 요청할 수있는 현재 레벨과 같이 일반적으로 USB 장치를 사용할 때주의해야 할 프로토콜과 관련하여 몇 가지 세부 사항이 있습니다. 직렬 포트를 사용하면 시스템에서 일관되어야하는 3 ~ 5 개의 고정 매개 변수 (보레이트, 정지 비트 수, 패리티 등) 만 걱정하면됩니다.

간단합니다. USB 구현 (칩 및 드라이버 소프트웨어)은 일반적으로 많은 8 비트 마이크로 컨트롤러에서 찾을 수있는 우수한 ol 'RS232보다 더 복잡합니다. USB에는 많은 프로토콜 메커니즘이 있으며 버스를 통해 많은 참가자를 처리하도록 설계되었지만 RS232 연결에는 이러한 기능이 없습니다. 대신, 와이어를 통해 바이트를 전송할 수있는 "최소한"형식입니다.

Arduino와 USB- 직렬 어댑터의 보급이 증가함에 따라 USB는 RS232만큼 지배적이 될 것이라고 약속했습니다.

RS232가 머물렀던 가장 큰 이유는 제어를 위해 두 장치간에 시퀀스 ASCII 바이트를 보내는 것과 같이 임베디드 하드웨어에서 일반적인 사용 사례를 구현하는 단순성 때문이라고 생각합니다. USB로 제공되는 훨씬 더 빠른 속도로 정보를 전송하기위한 사용 사례 는 USB 프로토콜의 시그널링 구현으로 인해 복잡성이 절충 될 가치가 없습니다 .

더 빠른 속도에 대한 요구 사항이 나타나면 RS-485 가 매우 간단한 물리적 인터페이스와 높은 (최대 10Mb / s) 데이터 전송률로 인해 일반화되었다고 해도 놀라지 않을 것 입니다.

• 하드웨어 디자이너를위한 단순성 및 프로그래머를위한 쉬운 사용법
• 신뢰할 수 있음
• 많은 시스템에서 잘 알려져 있고 지원됩니다

RS232 대신 USB를 사용하도록 강요했을 때 특히 로봇 공학에 사용되었습니다 (새로운 PC에는 RS232 포트가 없었습니다). 우리는 많은 문제에 직면했다 :

1. 모든 USB 소켓 분리에는 시스템을 복구하기 위해 많은 노력이 필요합니다. 때로는 시스템 오류가 발생하여 PC를 다시 시작해야했습니다.

2. 충격이나 위험이 있으면 플러그를 뽑으십시오.

3. 프로그래밍 시간이 너무 큼

통신 대기 시간은 USB1.1 또는 USB2.0이 항상 RS232를 대체하지 않는 또 다른 이유입니다. USB1.1 또는 USB2.0 버스의 데이터는 각각 1ms 또는 125us 프레임으로 포맷되어 최소 수신이 2 프레임 기간 (보통 더 많은 경우)과 동일한 대기 시간을 전송하도록합니다. 이것은 일반적으로 내장 RS232 포트가없고 대신 USB / RS232 변환기가 사용되는 최신 PC 하드웨어의 중요한 고려 사항입니다.