UART & Serial Display Solutions: Panel + Driver Board + Firmware
많은 산업용 호스트(PLC, 싱글보드 컴퓨터, 레거시 컨트롤러, 계측기)에는 디스플레이 인터페이스가 전혀 없지만, 모두 시리얼 포트는 갖추고 있습니다. 시리얼 디스플레이 솔루션은 그 간극을 메웁니다. MCU가 UART를 통해 호스트와 통신하고, 화면을 렌더링하며, 백라이트를 제어하고, 터치를 중계하는 작은 보드로 구동되는 TFT 패널입니다. 고객사 펌웨어는 잘 구성된 프레임을 전송합니다. 패널, 그 초기화 시퀀스, 전원 시퀀싱은 케이블의 당사 측에 있습니다.
3단계 아키텍처
1단계는 고객사의 호스트 MCU 또는 컨트롤러입니다. 2단계는 드라이버 보드입니다. 그 마이크로컨트롤러는 시리얼 라인으로 고객사 프로토콜을 수신하고, 패널의 네이티브 인터페이스(8080 병렬 또는 RGB)를 통해 패널에 렌더링하며, 백라이트 PWM을 구동하고, 터치 컨트롤러를 읽습니다. 그리고 동일한 시리얼 라인을 통해 터치 이벤트를 브리지로 되돌립니다. 3단계는 패널 그 자체로, 당사 193종 카탈로그 중 고객사 크기와 해상도에 맞는 어떤 모델도 채택할 수 있습니다. 경계는 명확합니다. 시리얼 커넥터 너머는 모두 당사의 설계, 그 앞은 모두 고객사의 것입니다.
TTL, RS232, RS485: 먼저 전기 계층을 선택하십시오
| 계층 | 신호 방식 | 실용적 도달 거리 | 노이즈 면역성 | 멀티드롭 |
|---|---|---|---|---|
| TTL (3.3/5 V) | 싱글 엔드 로직 | 동일 케이스 내부 | 낮음 | 아니요 |
| RS232 | 큰 스윙 싱글 엔드 | 수 미터, 점대점 | 보통 | 아니요 |
| RS485 | 차동 쌍 | 소음이 많은 현장에서의 장거리 | 높음(공통 모드 제거) | 예 — 하나의 트위스트 페어에서 주소 지정된 노드 |
무엇보다 먼저, 계층을 케이블 길이와 환경에 맞추십시오. RS485 네트워크의 경우, 양 물리적 끝을 케이블의 특성 임피던스(일반적으로 120옴)로 종단하고, 디스플레이 노드를 '폴링될 때까지 리스너'로 유지하며, 프로토콜 헤더에서 각 노드에 고유 주소를 부여합니다.
고정 명령 세트인가, 프로젝트 정의 프로토콜인가
서로 다른 두 제품이 '시리얼 디스플레이'라는 라벨을 공유합니다. 명령 세트 방식 스마트 스크린은 폐쇄형 명령 집합과 벤더 설계 도구를 갖추어 표준 UI에는 빠르지만, 고객사 호스트 코드는 그 벤더의 프로토콜에 묶입니다. 구성 가능한 브리지 보드는 고객사와 함께 프로토콜을 정의합니다. 바이트 레이아웃, 프레임 헤더, 체크섬 규율, 명령 목록을 정하고 그 문서를 넘겨줍니다. 고유한 프레임 형식, 특정 커넥터 배치, 또는 고정 명령 세트로는 표현할 수 없는 동작이 필요할 때 브리지 경로가 중요합니다. 모든 공급업체에 직접 물어보십시오. 프로토콜은 고정인가, 프로젝트별로 정의되는가, 그리고 문서를 누가 보관하는가를.
드라이버 보드가 수행하는 것
커넥터의 당사 측에서 보드는 패널의 전원 인가 순서(리셋 해제 전에 전원 레일 안정), 패널 리비전별 정확한 초기화 시퀀스, 감마 및 VCOM 설정, 백라이트 디밍, 터치 컨트롤러 브리지를 처리합니다. 프레임 규율은 내장되어 있습니다. 헤더, 길이, 명령, 페이로드, 체크섬. 손상된 프레임은 그려지지 않고 폐기됩니다. 펌웨어 버전은 단위별로 각인되므로, 6개월 후 패널 로트가 바뀌어도 그것은 당사 측의 버전 관리된 초기화 업데이트이지 고객사 측의 재설계가 아닙니다.
고객사가 받는 것
모든 시리얼 디스플레이 프로젝트에는 다음이 포함되어 배송됩니다. 바이트 수준 프로토콜 문서, 커넥터 핀맵 도면, 버전 관리된 초기화 코드 참조, 터치 이벤트 형식, 그리고 생산용 지그의 테스트 보고서. 호스트가 PLC나 레거시 컨트롤러인 경우, 펌웨어 작업 시작 전에 정확한 바이트 레이아웃을 서면으로 합의합니다. 프로토콜 문서는 고객사가 보유합니다. 그것이 패널 세대를 거쳐 고객사 호스트 코드를 안정적으로 유지하는 것입니다.
맞춤 표준 패널
시리얼 계층은 보드 측에 있으므로, 패널 선택은 프로젝트 후반까지 열려 있습니다. 카탈로그의 이러한 표준 모델은 4.3~7인치 시리얼 디스플레이 구성에서 자주 쓰이는 출발점입니다.
- RG-T043BPSA-01 — 4.3″ 480x272 IPS TFT LCD 모듈
- RG-T043BPI-01ND — 4.3″ 480x272 TN TFT LCD 모듈
- RG-T050BPSA-01 — 5.0″ 480x272 IPS TFT LCD 모듈
- RG-T050BMSA-01 — 5.0″ 720x1280 IPS TFT LCD 모듈
- RG-T070BAE-32 — 7.0″ 1024x600 TN TFT LCD 모듈
- RG-T070BAHA-01 — 7.0″ 1024x600 TN TFT LCD 모듈
관련 가이드
- UART / Serial TFT Display Modules: TTL, RS232 and RS485 Explained — 이 페이지 뒤에 있는 엔지니어링 가이드
- Driving a TFT LCD with Your MCU: the 8080 Parallel Interface — 호스트가 대신 패널을 직접 구동할 때
- Custom Display Driver Board: From Specification to Shipment — 전체 ODM 흐름
- TFT LCD Interfaces Explained: SPI, I2C, 8080, RGB and MIPI — 카탈로그의 네이티브 인터페이스 측면
자주 묻는 질문
UART 디스플레이는 고정 명령 세트를 가진 스마트 시리얼 스크린과 같은 것입니까?
아니요. 명령 세트 방식 스마트 스크린은 고객사 호스트 코드를 벤더 프로토콜에 묶습니다. 드라이버 보드가 있는 UART 인터페이스 디스플레이는 프로젝트별로 정의된 프로토콜을 사용합니다. 고객사와 제조사가 바이트 레이아웃에 합의하고, 프로토콜 문서는 고객사의 것이 됩니다. 둘 다 시장에 존재합니다. 무엇을 사는지 명확히 하십시오.
어떤 전기 계층을 선택해야 합니까: TTL, RS232, RS485?
TTL은 동일 케이스 내 보드 수준 거리에, RS232는 수 미터 점대점에, RS485는 긴 케이블, 전기적으로 소음이 많은 환경, 또는 하나의 버스를 공유하는 여러 디스플레이에. 먼저 물리 계층을 정하십시오. 계층이 운반하지 못하면 프로토콜 논의는 무의미합니다.
통신 프로토콜을 소유하는 것은 누구입니까?
프로젝트 정의 브리지 보드에서는 고객사여야 합니다. 제조사가 바이트 수준 프로토콜 문서를 작성해 넘기고, 그것은 고객사의 것으로 남습니다. 그 문서야말로 호스트 펌웨어를 건드리지 않고 나중에 패널 공급업체를 변경할 수 있게 하는 것입니다.
공급업체는 드라이버 보드와 함께 무엇을 납품해야 합니까?
바이트 수준 프로토콜 문서, 커넥터 핀맵 도면, 버전 관리된 패널 초기화 코드, 터치 이벤트 형식, 그리고 생산용 지그의 테스트 보고서. 벤더가 바이트 수준 프로토콜 문서를 작성하지 못한다면, 그 벤더는 폐쇄형 모듈을 재판매하는 것입니다. 이는 고객사의 세컨드 소스 전략을 바꿉니다.
당사 엔지니어에게 문의하십시오
호스트 유형(MCU, PLC, SBC), 케이블 길이와 환경, 화면 크기, 터치 요건을 sales@odmlcd.com 으로 보내주십시오. 제안 아키텍처, 맞춤 표준 패널, 그리고 검토용 프로토콜 초안으로 회신하겠습니다.