RockSeed RS310P

From sigrok
Revision as of 23:48, 4 November 2020 by SpeedProg (talk | contribs) (added initial device information)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search
ROCKSEED RS310P
Rockseed rs310p.jpg
Status unsupported
Channels 1
Voltage/current (CH1) varies
Connectivity serial over USB
Features programmable presets, values, output, over-(voltage,current,power) thresholds.

Please note: This page is a work in progress, more to come. This is a very low cost programmable switching power-supply providing up to 30V and 10A.

Hardware

Model Topology Voltage Current Max Power
RS310P Buck 0-30V 0-10A 300W

Protocol

Modbus RTU only function codes 0x03 and 0x06 are supported (according to the pdf that came with the device).(Wikipedia). Baudrate defaults to 9600, 1 start bit, 8 data bits, no checkbits and 1 stop bit. Registers are 16bits, bigendian.

Name Register Address Access
Output State 0x0001 RW
Protection State 0x0002 R
Model ID 0x0004 R
Output Voltage 0x0010 R
Output Current 0x0011 R
Output Power high bits 0x0012 R
Output Power low bits 0x0013 R
Voltage Target 0x0030 RW
Current Limit 0x0031 RW
OVP Value 0x0020 RW
OCP Value 0x0021 RW
OPP Value high bits 0x0022 RW
OPP Value low bits 0x0023 RW

1. There is actually no OPP button on the power supply, but the protocol documentation lists, the address for it. Not relevant at the moment for a driver, since sigrok seems to have no OPP support anyway. In the protocol documentation there is no mention of how to set the presets M1 to M6. But it seems they start at address 0x1000. This needs to be researched still, but I currently do not know how to handle presets in sigrok, so I need to find that out too. Also there is some other addresses listed in config files that are with the software provided, these need to be researched too.

2. The Protection State registers contains looks as follow and the designated bit goes high if the protection state is active:

Bit Designation
0 OVP
1 OCP
2 OPP
3 OTP
4 SCP
5
6
7
8

the 2nd byte does not give any information, and seems to always be 0.

See also