support non-actuator Dynamixel sensor devices (incl. HX Sensor Tip)

[jack0682]

요약

Dynamixel 프로토콜을 사용하는 센서 전용 장치(HX Sensor Tip 등)를
액추에이터와 분리된 read 경로로 처리할 수 있도록 일반화합니다. ROBOTIS HX Sensor
Tip 모델 정의도 함께 포함합니다.

동기

ROBOTIS Dynamixel 생태계는 X-series 모터뿐 아니라 동일 프로토콜을 사용하는
다양한 센서 제품군(예: HX Sensor Tip)도 포함합니다. 그러나 현재
dynamixel_hardware_interface는 모든 장치를 동일한 SyncRead / FastSyncRead
그룹으로 묶기 때문에 다음과 같은 한계가 있습니다:

1. 센서 1개의 통신 실패가 액추에이터 read 주기 전체를 지연/차단함
2. 센서가 모터보다 낮은 주기로도 충분한 경우에도 동일 고주기로 강제 폴링됨
3. 센서 측 에러 처리가 모터 제어 루프의 안정성에 영향을 미침

같은 버스 위에서 모터와 센서가 공존하는 구성은 ROBOTIS 표준 사용 패턴이므로,
이를 ros2_control 위에서 안정적으로 지원하기 위한 변경입니다.

주요 변경 사항

1. 센서 전용 read 경로 추가 (ReadSensorOnly)

• 액추에이터 SyncRead 그룹과 분리된 read 호출을 통해 센서 데이터를 수집
• 센서 측 통신 실패가 모터 read 그룹으로 전파되지 않도록 격리
• 실패 시 silent fallback — 모터 제어 루프 영향 없음

2. tactile_read_divider 파라미터

• 센서 read 주기를 모터 read 주기의 정수배로 분주 가능 (기본값 10)
• 고주기 모터 제어와 저주기 센서 폴링을 동일 hardware interface에서 공존 가능
• <hardware> 블록 파라미터로 URDF에서 설정 가능

3. HX Sensor Tip 모델 정의 추가

• param/dxl_model/hx_sensor_tip.model 추가
• ROBOTIS HX Sensor Tip의 control table 정의 포함
• 기존 모델 정의 포맷과 동일한 스키마 사용

4. 기존 동작 보존

• 새 파라미터 미설정 시 기존 동작과 완전히 동일
• 모터만 사용하는 기존 사용자에게는 breaking change 없음

호환성

• 기존 URDF / 설정 그대로 사용 시 동작 변화 없음
• 새 기능은 <hardware> 파라미터로 opt-in
• API / 플러그인 이름 변경 없음

테스트

• OMY 7-DOF arm + HX Sensor Tip 조합으로 실기 검증
• 센서 통신 실패 주입 테스트 시 모터 read 주기 영향 없음을 확인
• 모터 전용 기존 구성에서도 회귀 없음 확인

관련 제품

• ROBOTIS HX Sensor Tip (택타일 센서)
• 향후 동일 프로토콜을 쓰는 추가 센서 제품군에도 동일 경로 재사용 가능

[gemini-code-assist]

Code Review

This pull request introduces a dedicated sensor-only read path to decouple tactile sensor data acquisition from the main actuator control loop, including support for the hx_sensor_tip model and configurable read pacing. It also improves error handling by throwing exceptions instead of exiting and attempts to resolve memory leaks in write operations. However, the review identified critical bugs: the new RAII-managed write buffers result in dangling pointers as the SDK does not copy the data, and the sensor read logic fails to apply unit scaling. Furthermore, the batching logic in ReadSensorOnly incorrectly assumes readTxRx can handle multiple device IDs, and the mandatory routing of GPIO sensors to the new path constitutes a breaking change that should be made optional.