HL-3620-C002 · Software integration¶
Overview and files · Mechanical integration
Control interface: TTL. Confirm the full model suffix against the physical label.
Model-specific control specifications¶
Official source · 2026-10-02
| Parameter | Manufacturer specification |
|---|---|
| Operating Modes | 模式0：角度伺服模式 （默认此模式，0-360度[敏感词]位置可控） Mode 0: Angle servo mode (default mode, absolute position controllable from 0-360 degrees) |
| Multi-Loop Mode | [敏感词]精度下可以正负7圈[敏感词]位置控制，但掉电圈数不保存（扩大分辨率，圈数可翻倍） control of positive and negative 7 turns at the highest accuracy, but the umber of power failure turns is not saved (the resolution can be expanded, and the number of turns can be doubled) |
| Constant force output | 设定输出扭矩值，舵机可保持该扭矩(44号地址输入相对应的目标扭矩值，舵机可保持该扭矩) Set the output torque value, the servo can maintain this torque (input the target torque value corresponding to address 44, the servo can maintain this torque) |
| Command signal | Digital Packet |
| Protocol Type | Half Duplex Asynchronous Serial Communication |
| ID | 0-253 |
| Communication Speed | 38400bps ~ 1 Mbps |
| Control Algorithm | PID |
| Neutral Position | 180°（2048） |
| Running degree | 360° (when 0~4096) |
| Resolution [deg/pulse] | 0.088°(360°/4096) |
| Rotating Direction | Clockwise(0→4096） |
| Feedback | Load（负载）, Position（位置）,Speed（工作速度）, Input Voltage（输入电压），Current（工作电流）,Temperature（工作温度） |
Consult the exact firmware memory table for register writes; the specification table does not replace it.
Choose the application layer¶
Family reference: HLS → Python hls; Arduino / C++ HLSCL. Read the family memory-table guide and packet protocol. This identifies the family entry point, not confirmed addresses, units or modes for this model and firmware.
| Development environment | Existing guide |
|---|---|
| PC / Raspberry Pi / Jetson | Python |
| Arduino / ESP32 / PlatformIO | Arduino / ESP32 |
| Linux C++ / STM32 HAL | Linux / STM32 |
These are shared SDK guides; no model-specific hardware-tested example is supplied in this package yet.
Read first, then move¶
- Confirm power, shared ground, connector pinout and the matching TTL or RS-485 interface using wiring and adapter guidance. Pinout drawings for the exact model take precedence over wire colors.
- Connect one servo with the mechanism unloaded, keep clear of start-up movement, and confirm its current ID and baud rate using the documented discovery procedure. No default ID or baud rate is asserted here.
- Verify the SDK class and firmware/memory-table revision; then run a unicast Ping and supported read-only queries. Log responses and timeouts before writing anything.
- Establish torque-enable state, mode, units and software/mechanical limits. Use only a validated small motion with a matching example; never copy a position/register limit from another family.
- Add unique IDs, bounded retries, communication-loss handling and multi-servo operation after single-servo validation.
See first motion for the shared workflow and troubleshooting for diagnosis.
Required model-specific information¶
Check the resource table. Pinout, control limits, protection thresholds, firmware behavior and model-tested code remain unconfirmed unless supplied and explicitly identified there. A missing value is not zero or a default.
Record a reproducible integration¶
| Record | Your value |
|---|---|
| Full physical label / firmware | Record before testing |
| Controller, OS and toolchain | Record exact versions |
| SDK commit / example path (bus) or PWM configuration | Record exact revision and parameters |
| Supply / adapter / wiring revision | Record measured conditions |
| Initial state, command and expected result | Start with the smallest validated operation |
| Actual response, timeouts and stop behavior | Save logs; include test date and load condition |
Share this record with technical support when requesting a model-specific example.