RuiDeng Riden RD6006 DC power supply

[littlebill]

have you gotten this to work on the pc with the w2 card? it works fine on the android phone. Like i said i use 3 different computers, 3 different network adapter, and 2 different os's, not much left I can try here.

Managed to get it to work (with the original ESP8266 version) with a Mac, but needed an Android phone to set it up. Used DHCP to force my android phone on my usual Mac's address, set up the PSU, then moved all IP addresses back. Now the PSU thinks it's talking to an android phone, but it is a Mac. Don't use it much though, as I have other PSUs that speak a real instrumentation language (SCPI).

I got my head around this. I wasn't sure how to handle the software, but I justed need to click connect. So now I have it configured to point to my desktop. Appreciate this working perfect now. Would have been a lot easier to just let us program the ip, or the normal AP to input the wifi stuff, then switch to client mode.

[littlebill]

how do i reset the Ah and Wh without turning off the unit?

[Meter Deter]

im going to buy RD RD6030 could i par it with  DPS-1200SB Power Supply??  ( i will do the OVP Mod)

can connect... why not.
But DPS-1200SB is 12V/100A, therefore you will get maximum 11V from RD6030.

thats why im doing the OVP Mod to get 14v. with 50A or a little higher Amps

[Pukker]

how do i reset the Ah and Wh without turning off the unit?

Reset Metrics (Ah/Wh/Time)
“MEM” + “●”

The Manual by Sunkmail (Scott Mitten) is very nice.
https://www.eevblog.com/forum/testgear/custom-firmware-reference-document-for-riden-rd60xx-power-supplies/msg3482952/#msg3482952

[Atlan]

im going to buy RD RD6030 could i par it with  DPS-1200SB Power Supply??  ( i will do the OVP Mod)

can connect... why not.
But DPS-1200SB is 12V/100A, therefore you will get maximum 11V from RD6030.

thats why im doing the OVP Mod to get 14v. with 50A or a little higher Amps

What is the purpose of such a power source.

[littlebill]

That doesn't work for me, it does nothing and mem stays lit

[littlebill]

how do i reset the Ah and Wh without turning off the unit?

Reset Metrics (Ah/Wh/Time)
“MEM” + “●”

The Manual by Sunkmail (Scott Mitten) is very nice.
https://www.eevblog.com/forum/testgear/custom-firmware-reference-document-for-riden-rd60xx-power-supplies/msg3482952/#msg3482952

doesn't work for me, mem stays lit, nothing resets, is that only for the custom firmware? I am still running the stock one.

[bateau020]

Guess so. Unfortunately there is no definitive list of differences between the custom and the factory firmware, especially since Riden copied some of the custom FW functionalities and put them in their later versions. But the list of differences is still big.

[littlebill]

do we know if a custom one is being made for the 6030? is there a chart that indicates the differences?

[bateau020]

do we know if a custom one is being made for the 6030?

no, not for RD6024, RD6030 or RD6012P.
It only works on RD6006, RD6012, RD6018, RD6006P.

is there a chart that indicates the differences?

not that I'm aware of.

[UniSoft]

how do i reset the Ah and Wh without turning off the unit?

Reset Metrics (Ah/Wh/Time)
“MEM” + “●”

doesn't work for me, mem stays lit, nothing resets, is that only for the custom firmware? I am still running the stock one.

There is no such a function in the stock firmware (at least in previous models, 6030 I didn't reversing, as I don't have it).

[gamerpaddy]

Just uploaded a test & teardown of the rd6030 for those interessted in it.

[mirakels]

Hi, new user here, just bought this RD6030.

@gamerpaddy: In your video you mention it shows temperature (02:52) but the unisoft firmware is needed for that.
Did you flash this firmware on hte 6030? From previous post I understood there is no custum firmware for it...

Thanks!

[hamishpd]

So I have tried what UniSoft proposed in the last post on my unit, RD6024.
Unfortunately my unit doesn't work as it should, the voltage loss on wires is compensated at the load side (sometimes over compensated) however the unit makes a very strange hissing sound, like something starts to oscillate inside. The op-amp sensing the output voltage and all of the SMD resistors layout is the same as in UniSoft's post.

I have made a YouTube video so you guys can better understand, and maybe we can figure out a solution or at least an explanation for the hissing sound.

Note, without sense wire connected, the unit works exactly like before.

Hi,

Did you get the remote voltage sensing to work?

Thanks

[tomvid]

Dear UniSoft,

Thank you for your outstanding firmware for our Ridens.

About two years ago, I kindly asked you to implement the "-ΔV/Δt Lockout" function (see this topic, posts starting from February 1, 2022).

After comprehensive tests, I would like to request a small correction. The Lockout prevents the -ΔV/Δt termination, but it terminates the charging process immediately after the Lockout time is due. Let’s have a brief look at a graph. I believe the first sample is taken at time = 0 ("voltage A"), and if after the "Lockout time" the corresponding "voltage B" is lower than "voltage A", the termination kicks in immediately. However, this should not work like that.

My suggestion: the first sample of the voltage for the -ΔV/Δt termination algorithm should be "voltage B" taken just after the -ΔV/Δt Lockout, not "voltage A" taken at t=0, so the charging goes further as presented in the graph.
Would it be possible to make this correction for us, please?

[gamerpaddy]

no firmware for 6030, ive been using the 6012 with it for a long time and forgot know which features are stock or unisoft

[bateau020]

it always bothered me that the wifi dongle was using such an uncommon protocol for EE lab instrument automation: modbus. So I bit the bullet and went for the superb riden-dongle (https://github.com/morgendagen/riden-dongle).
I added VXI-11 capabilities to it (thanks to https://github.com/awakephd/espBode, well, I also participated a bit in that) and corrected some bugs.
Waiting for the PR to be accepted, but in the mean time, if you want to transform any of the RD60xx PSUs into 'normal' VISA/SCPI controllable instruments with web interface and all, go take a look at https://github.com/hb020/riden-dongle

edit: it is merged now in the original repo.

[Eheran]

Thanks for the great work bateau020. On your(?) Github page, the firmware link points to /morgendagen/riden-dongle with v1.3.0. Would that be without your additions? I would like to try this to connect to it via python from PC for doing simple control/logging functions, so simply not having to have a USB connection.

I assume I will find the pin-numbers, otherwise:
- Snip EN-Enable from the header so it does not make contact with the power supply
- solder 1k resistor between EN and 3.3V to have it always on (PS enables wifi module only in "wifi mode")
- In order to initially flash the Riden WiFi module, solder on three additional wires: GPIO0, EN, and 3.3V. [is GND missing here? Programming with only 1 data wire?]

- Download firmware
- compile with PlatformIO (would it be possible to upload a compiled file so not everyone has to install this massive software and get used to it?)
- connect Wifi module to PC via adapter
- upload with PlatformIO
- profit

[bateau020]

> Would that be without your additions?

indeed, v1.3.0 is without my additions.

> - Snip EN-Enable from the header so it does not make contact with the power supply
> - solder 1k resistor between EN and 3.3V to have it always on (PS enables wifi module only in "wifi mode")

Not really needed when you use the custom FW, as it has a 'TTL + EN' setting. But yes, you will need to pull EN high for flashing (probably). And please make that 10k, 1k can be close to the limit of some MCUs. Haven't checked the ESP8266, but it is just a general rule I have.

> - In order to initially flash the Riden WiFi module, solder on three additional wires: GPIO0, EN, and 3.3V. [is GND missing here? Programming with only 1 data wire?]

Best is to power it with 5V via the pin header. You will need GND, RX, TX (the 2 latter 3v3) for the serial link, and at bootup you will need to pull GPIO0 to GND shortly. I always prefer to attach 2 small buttons: 1 to RST and 1 to GPIO0. Each to GND, with a pullup to 3v3. Just add a small perforated PCB on top of the ESP8266 housing for that, but do not cover the antenna. The "make ready for programming" sequence is: push both buttons at the same time, then release RST, then release GPIO0. After that you can send the firmware via serial with your preferred USB to TTL serial cable.

> - Download firmware
> - compile with PlatformIO (would it be possible to upload a compiled file so not everyone has to install this massive software and get used to it?)
> - connect Wifi module to PC via adapter
> - upload with PlatformIO

Well, platformio alone, or vscode with platformio. I prefer the latter, as it is so integrated and makes life a lot easier.
The Arduino IDE will not do for compiling, but may do for flashing.
You could also try it the manual way via esptool.

Latest firmware is now in my repo (to the right, v1.4.beta1). the original repo: https://github.com/morgendagen/riden-dongle/releases

[Eheran]

So I was able to flash it. Then realized that I really have to cut the original EN trace on the Wifi board, since the RD6006P pulls it down when you switch to TTL. So cut it, pull up with 10 kOhm resistor to 3.3 V. Now it started flashing... then died right away. I measured EN and shortly pulled to GND to see what happens. It flashed again, then stopped again. I try again and this time it stays on. This is repeatable across multiple power cycles with a varying number of tries to get it running. 3.3 V are perfectly stable and EN is present. It starts flashing slightly faster (2x per second?) after a moment. But no access point is available. Is the ESP8266 ESP-12F dead? It gets warm to the touch.

When the wifi board was still removed, I changed to TTL and changes the update speed from "medium" to "high". Then, when powering on, there was a nice short-circuit "cracking" sound inside the RD6006P and I think even some smoke escaped. I expected it to be dead. I have no idea what was going on there, let alone why. The device has worked fine for over a year and still seems to work fine...? 

[bateau020]

If it is flashing fast when not inserted in the PSU, that is normal: it wants to talk to the PSU and complains when it cannot. If it is not that, you'd need to debug. 2 main options:

* test it outside of the PSU, connect your PC to the RX/TX lines, and see what is communicated. Try different speeds: 9600 and 74880 (the last one is the communication speed at boot)
* best: recompile with the setting "-D MOCK_RIDEN" (remove the comment mark before line 21 in platformio.ini), flash, and test with your PC on 74880 baud. It then will not need the PSU, and will print all kinds of debug messages.

[Eheran]

It works now with a new ESP8266. One question regarding BAUD-Rates:

Before re-inserting the module into your power supply, it may be a good idea to make the necessary configuration changes. You need to select `TTL` as the communications mode, and 9600 as the speed.

Handles approximately 65 queries/second using Modbus TCP or raw socket SCPI (tested using Unisoft v1.41.1k, UART baudrate set at 921600).

If you do not want that, insert a sleep of more than 150ms after each write command, forcing the network to send 1 command at a time.

1. On the web-interface, in the settings, I can also change a BAUD-Rate. Is that alle the same? If so, why 9600 if any other value works too? Do I have to change both the ESP8266 and the setting in the RD6006P on its own? Or is that in one go (for example the ESP8266 commands a change of BAUD-rate) and we only need to sync it at the first boot to get things going?
2. Is it 65 read commands per second but only one every 150 ms (~7 Hz) write commands? Why is there such a massive discrepancy from 65 Hz to 7 Hz?

[bateau020]

1. On the web-interface, in the settings, I can also change a BAUT-Rate. Is that alle the same? If so, why 9600 if any other value works too? Do I have to change both the ESP8266 and the setting in the RD6006P on its own? Or is that in one go (for example the ESP8266 commands a change of BAUD-rate) and we only need to sync it at the first boot to get things going?

To change the communication speed between the WiFi module and the PSU, you need to change it on both sides: on both the PSU and via the web interface of the WiFi module. Then a reboot is preferred.

2. Is it 65 read commands per second but only one every 150 ms (~7 Hz) write commands? Why is there such a massive discrepancy from 65 Hz to 7 Hz?

The 150ms for raw sockets is an extra long wait to trick your PC's network stack into sending a message, and not group lots of messages together.
VXI-11 does not have this issue, as it wants a reply after each message.

Also: the 65 Hz was with a higher baud rate (921600), not the default 9600.

But frankly, with VXI-11 on 9600 you can already go really fast. You don't need extremely high speeds, the PSU is not that fast in sampling and in output control. It is not an oscilloscope.

Edit/clarification:

at 9600 baud, the time a query takes is about 33ms. It can become as low as 15ms if you set the baud rate a bit higher, but the update speed of the Volt or Current measurements is minimum about 200ms, even when the PSU is set to high update speed.

[light-seeker]

Dear UniSoft, can you tell me where I can find the latest firmware for the RD6018? Have you some a github page or something like that, or should I find it only in this thread ?

Thank you!

[bateau020]

A bit late reply, but the answer was: yes, in this thread.

Not officially supported by unisoft, but up to date: https://github.com/wildekek/rdtech-firmware-unisoft