Author Topic: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1  (Read 37614 times)

0 Members and 1 Guest are viewing this topic.

Offline norbert.kiszka

  • Super Contributor
  • ***
  • !
  • Posts: 1132
  • Country: pl
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #25 on: November 27, 2024, 04:09:26 pm »
The full extended version compatible with firmware 00.01.04 is now available at Patreon.
It is free for those who have already purchased the 00.01.03 version or are enhanced Patreon subscribers.
what does Rigol say about the extended version you sell?
i mean i am sure it contains parts of Rigols own software/resources, that are under copyright of Rigol.
hacking things for free is one thing, but selling parts that is under copyright without permission, would be way too risky for me.

BTW: i love your compact UI.

About 80% of software on this scope is under GPL licence. They didn't bother to give a source code to anybody (but GPL licence is requiring to do that) and they give a s**t about what people does with their products. Also people and companies from China can't do anything to people in other countries - why You think it's opposite?

There is a plenty of modifications and hacking tools on a Github (including my own).

Offline carlosedp

  • Contributor
  • Posts: 15
  • Country: br
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #26 on: November 28, 2024, 08:05:00 pm »
I took the work of Norbert on DSRemote and merged it into https://github.com/snarkyerica/DSRemote-macOS fork which made it work on MacOS (LAN only, no USB) and also bumped to the latest changes from the upstream repo (https://gitlab.com/Teuniz/DSRemote).

The result is at https://github.com/carlosedp/DSRemote-macOS which I also provide a MacOS built version on the Releases.

I also added DHO824 and another PR which was open to rigol_vendor_bin tool and made it compile on MacOS. It's on https://github.com/carlosedp/rigol_vendor_bin/. I also provide a binary for it on Releases tab but only for Mac as I don't have a Windows PC available.
 
The following users thanked this post: AndyBig, mrisco, norbert.kiszka, s

Offline s

  • Newbie
  • Posts: 2
  • Country: 00
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #27 on: November 30, 2024, 03:12:07 pm »
I also provide a binary for it on Releases tab but only for Mac as I don't have a Windows PC available.

To make it independent of the host OS, I built it for the scope itself:
« Last Edit: December 01, 2024, 04:18:54 am by s »
 

Offline TheoB

  • Regular Contributor
  • *
  • Posts: 169
  • Country: nl
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #28 on: December 03, 2024, 08:27:05 am »
I don't know if this has been reported before, but I found two bugs in the search function.
The search trigger range does not seem to take the vertical probe multiplier (x10) into account.
Next, when I navigate the events the event is not centered, but instead offset by almost 100us. This means you have to move the zoomed screen by 100us after the event is selected.
Easy to reproduce by measuring the probe calibration. Put the timebase at 10ms/div and the zoom range to 50us/div or smaller.
« Last Edit: December 03, 2024, 10:39:10 am by TheoB »
 
The following users thanked this post: bkw

Offline iMo

  • Super Contributor
  • ***
  • Posts: 6846
  • Country: mu
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #29 on: December 04, 2024, 10:48:31 am »
« Last Edit: December 04, 2024, 11:32:42 am by iMo »
Readers discretion is advised..
 

Offline mriscoTopic starter

  • Frequent Contributor
  • **
  • Posts: 287
  • Country: pe
    • Github Profile
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #30 on: December 05, 2024, 03:18:54 am »
@mrisco: would this be complicated to add to your UI?
https://www.eevblog.com/forum/testgear/rigol-dho914s-bode-plot/msg5736103/#msg5736103

I already commented something similar sometime ago, I would need to have a programmable waveform generator.

Offline mriscoTopic starter

  • Frequent Contributor
  • **
  • Posts: 287
  • Country: pe
    • Github Profile
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #31 on: December 05, 2024, 07:07:50 am »
Just to confirm that if you send the SCPI Command:
Code: [Select]
:BODeplot:ENABle ONIn a DHO804 turned to DHO824 the Bode Plot screen is launched.
« Last Edit: December 05, 2024, 07:19:15 am by mrisco »
 
The following users thanked this post: iMo

Offline iMo

  • Super Contributor
  • ***
  • Posts: 6846
  • Country: mu
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #32 on: December 05, 2024, 07:21:10 am »
Hi, thanks.. The idea with "myBode" is to forget the built-in system app and create a new one from scratch called "myBode" in the android, where the signal generator could be any "myGenerator", where there will be an interesting option to use a myGenerator connected via the USB port in the front panel (there will be a small box with an MCU and some minimal HW for generating a sine with higher or lower amplitude at given frequency). It means - to get the myBode "fully under our control"..
So any DHO800/900 running myBode would be able to do bode analysis, and hackers/makers here could create their own myGenerator contraptions :) ..
« Last Edit: December 05, 2024, 07:26:30 am by iMo »
Readers discretion is advised..
 

Offline AndyBig

  • Frequent Contributor
  • **
  • Posts: 551
  • Country: ru
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #33 on: December 05, 2024, 07:48:05 am »
Just to confirm that if you send the SCPI Command:
Code: [Select]
:BODeplot:ENABle ONIn a DHO804 turned to DHO824 the Bode Plot screen is launched.
It's funny. I just don't get it from the proposed scheme - do they use one of the channels as an output?
 

Offline iMo

  • Super Contributor
  • ***
  • Posts: 6846
  • Country: mu
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #34 on: December 05, 2024, 07:53:16 am »
Nope, they use the rear AWG output to drive the transformer's primary. The CH1 and CH2 are there to measure amplitude and phase of the signal as the "reaction" to the AWG's signal irritation of the system.
The signal at the secondary is disbalancing the control loop of the system under investigation and the response is analysed.
Primary to secondary is 10:1 impedance ratio (because that 5ohm has to be matched to AWG's 50ohm output impedance).
The smallish 5ohm there is used because we do not want to change the system's control loop "feedback ratio" too much (the R1 to R2 ratio sets the feedback and those are typically values in XX kiloOhms range) so the 5ohm there should be "as small as possible" while still the response is well measurable.
« Last Edit: December 05, 2024, 08:20:01 am by iMo »
Readers discretion is advised..
 
The following users thanked this post: AndyBig

Offline AndyBig

  • Frequent Contributor
  • **
  • Posts: 551
  • Country: ru
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #35 on: December 05, 2024, 08:08:34 am »
Nope, they use the rear AWG output to drive the transformer's primary. The CH1 and CH2 are there to measure amplitude and phase of the signal as the "reaction" to the AWG's signal irritation of the system.
The signal at the secondary is disbalancing the control loop of the system under investigation and the response is analysed.
Primary to secondary is 10:1 impedance ratio (because that 5ohm has to be matched to AWG's 50ohm output impedance).
Now it's clear, thank you :)
 
The following users thanked this post: bkw

Offline iMo

  • Super Contributor
  • ***
  • Posts: 6846
  • Country: mu
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #36 on: December 05, 2024, 08:49:00 am »
"5ohm" - called "Rinj" there means "injection resistor" - they inject the disturbing signal into the control loop while the injection needle hole should stay as small as possible :) ..
Btw this "control loop system stability" topic is indeed a rocket science with a lot of complicated math. It could easily be Rigol or the users may mess up a detail here and there in their setup or measurement and the results get quickly suboptimal..
« Last Edit: December 05, 2024, 08:51:03 am by iMo »
Readers discretion is advised..
 

Offline carlosedp

  • Contributor
  • Posts: 15
  • Country: br
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #37 on: December 06, 2024, 07:14:19 pm »
My DHO804 just got here, updated it's firmware to 1.04 and patched to become a DHO824. Channels were not measuring anything and after a calibration it all went fine!

This is a thing of beauty isn't it?

I then added support to the DHO824 to DSRemote but have a question to @norbert.kiszka and others... why it has such low framerate? My DHO is connected via cable at 1GBPS switch and I see between 0.1 and 3FPS on it.

2455085-0

Anything I could be doing wrong or it's that inneficient?
Thanks
 

Offline norbert.kiszka

  • Super Contributor
  • ***
  • !
  • Posts: 1132
  • Country: pl
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #38 on: December 06, 2024, 07:18:42 pm »
I then added support to the DHO824 to DSRemote but have a question to @norbert.kiszka and others... why it has such low framerate? My DHO is connected via cable at 1GBPS switch and I see between 0.1 and 3FPS on it.

It was quite long time when I made this DSRemote fork, but I remember my scope was sending data with huge delays. So no, it's not a thing of beauty - more like example of extremely buggy software.

Offline carlosedp

  • Contributor
  • Posts: 15
  • Country: br
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #39 on: December 06, 2024, 08:01:07 pm »
I then added support to the DHO824 to DSRemote but have a question to @norbert.kiszka and others... why it has such low framerate? My DHO is connected via cable at 1GBPS switch and I see between 0.1 and 3FPS on it.

It was quite long time when I made this DSRemote fork, but I remember my scope was sending data with huge delays. So no, it's not a thing of beauty - more like example of extremely buggy software.

Ah the scope is fantastic... DSRemote seems to be very bad. Good thing I use the scope in it's interface 99.9% of time and if I need remote access it has web. Gonna scrap DSRemote since it's very slow.
 

Offline norbert.kiszka

  • Super Contributor
  • ***
  • !
  • Posts: 1132
  • Country: pl
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #40 on: December 06, 2024, 08:04:53 pm »
Good thing I use the scope in it's interface 99.9% of time and if I need remote access it has web. Gonna scrap DSRemote since it's very slow.

Only changes I made was with adding models and some changes in a communications (differences from a DS models). Those DHO scopes are slow and buggy.

Offline Fungus

  • Super Contributor
  • ***
  • Posts: 18109
  • Country: 00
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #41 on: December 07, 2024, 01:46:05 am »
Those DHO scopes are slow and buggy.

Just to clarify:  Those DHO scopes are "slow and buggy when used with DSRemote".

(and I don't know if that's true or not, I never used DSRemote - these DHOs have a built-in web interface which is very fast)

Just taking issue with people posting blanket statements like "those DHO scopes are slow and buggy" in forums (which is NOT true).
 
The following users thanked this post: AndyBig, carlosedp, Songhua

Offline norbert.kiszka

  • Super Contributor
  • ***
  • !
  • Posts: 1132
  • Country: pl
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #42 on: December 07, 2024, 01:49:20 am »
and I don't know if that's true or not, I never used DSRemote

Again You are trolling here. Please stop.

I used DSRemote with DS1054Z and it was fast.

Offline Nominal Animal

  • Super Contributor
  • ***
  • Posts: 8349
  • Country: fi
    • My home page and email address
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #43 on: December 07, 2024, 02:19:27 am »
Ah, the good ol' "my software is fast on X, so if it behaves slow on Y, the fault must be elsewhere" argument.  Yes, very convincing.  :-DD
 

Offline norbert.kiszka

  • Super Contributor
  • ***
  • !
  • Posts: 1132
  • Country: pl
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #44 on: December 07, 2024, 02:31:02 am »
Ah, the good ol' "my software is fast on X, so if it behaves slow on Y, the fault must be elsewhere" argument.  Yes, very convincing.  :-DD

Instead of making a fool of yourself, check original project webpage, because this is not my project and it's popular and it works with many models. What I did, was just a fork to add more models.

Also, You can query this scope via SCPI and with browser and You will see how incredibly slow it is. Next time investigate the topic, before settling statements.
« Last Edit: December 07, 2024, 02:32:41 am by norbert.kiszka »
 

Offline Nominal Animal

  • Super Contributor
  • ***
  • Posts: 8349
  • Country: fi
    • My home page and email address
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #45 on: December 07, 2024, 03:37:34 am »
Instead of making a fool of yourself
You're too late by decades! 8)

The difference between you and I is that I know I am a fool, whereas you think you are better than others.  It shows.

it works with many models. What I did, was just a fork to add more models.

Also, You can query this scope via SCPI and with browser and You will see how incredibly slow it is. Next time investigate the topic, before settling statements.
One of my specialities in HPC development is avoiding the common problem where communication latencies delay computation.  It is a common problem all across applications –– the most common human-observable result being user interfaces that become unresponsive when something else is being done; in HPC, significant fraction of available CPU time is wasted by waiting for communications to complete before continuing useful computation ––, all because their designers and developers do not understand asynchronous distributed parallel processing principles.

Your problem here is exactly the same.  You assume that because devices export the same synchronous SCPI interface, they should behave the same; and equate latency with slowness.  Neither is true, not generally, and not specifically with the DHO800/900 series, because both the physical interface and the web interface function perfectly acceptably (speed/latency-wise, at least; there are other bugs, as discussed).

As a software developer yourself, you should be able to take responsibility of what you deliver/publish.  This includes accepting the fact that if what you added/developed/hacked together does not perform to satisfaction, it is most likely your problem, and not an external one.  To verify, you use whatever applications there are to find out the achievable performance –– here, the web interface works as a comparison; although the SCPI interface itself would be a better point, but again, latency and slowness are two completely different things.

From observable facts we know that the oscilloscope series we're talking about is not slow per se, and its web interface works fine; so, your claim that the DHO scopes are slow because your software does not perform well with it, is utter bullshit and shows how blind to facts and self-important you are.  Drop your ego and all that social crap, then be a real engineer or scientist and examine the facts.  It could be that DHO800/900 series has a buggy SCPI interface, but that's not what you claimed; you simply labeled the entire scope slow to avoid even considering whether your software might have issues.

Now that is laughable.  Lennart Poettering -level delusions of grandeur.
 
The following users thanked this post: thm_w, KhronX, AndyBig, carlosedp

Offline iMo

  • Super Contributor
  • ***
  • Posts: 6846
  • Country: mu
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #46 on: December 07, 2024, 07:06:17 am »
Nope, they use the rear AWG output to drive the transformer's primary..

Also mind the transformer there is there because you want to DC decouple the AWG's output from the DUT (the PSU), which may have large DC at that measurement node (like XXX Volts, based on DUT). The same is valid for the probes and their grounding.
Be careful with the Rigol's switching PSU Bode example  not to blow up your scope..
« Last Edit: December 07, 2024, 07:08:22 am by iMo »
Readers discretion is advised..
 

Offline AndyBig

  • Frequent Contributor
  • **
  • Posts: 551
  • Country: ru
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #47 on: December 07, 2024, 08:04:36 am »
and I don't know if that's true or not, I never used DSRemote

Again You are trolling here. Please stop.

I used DSRemote with DS1054Z and it was fast.
In my opinion, it is strange to blame a device for the fact that it does not work well with a program that is intended for completely different devices.
 

Offline norbert.kiszka

  • Super Contributor
  • ***
  • !
  • Posts: 1132
  • Country: pl
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #48 on: December 07, 2024, 09:24:08 am »
and I don't know if that's true or not, I never used DSRemote

Again You are trolling here. Please stop.

I used DSRemote with DS1054Z and it was fast.
In my opinion, it is strange to blame a device for the fact that it does not work well with a program that is intended for completely different devices.

No. I blame it for very slow SCPI. I tried queries by hand according to the documentation and it was painfully slow. Also short keywords doesn't work - at least 50% of changes in my fork was with keywords only.

Im not 100% sure right now, but probably SCPI is handled by other application than front end app. Either way, CPU usage is above 80% normally, so maybe that's the reason.

So yes, I blame scope for not working properly and not according to the documentation.
« Last Edit: December 07, 2024, 09:49:23 am by norbert.kiszka »
 

Offline iMo

  • Super Contributor
  • ***
  • Posts: 6846
  • Country: mu
Re: Rigol DHO800/900 new firmware v00.01.04.00.02 2024/11/1
« Reply #49 on: December 07, 2024, 09:34:16 am »
It could be something appears "slow" or "fast", sure..
But this is the EE forum, so perhaps would be great to say "with ds1054z this ABCDE scpi query takes XXXms under this conditions" and "with the DHO804 this same ABCDE scpi query takes XXXms under this conditions".
Simply rather focus yourself on the technical details (as we love the technicalities here).
PS: and do leave the moderation here on the assigned moderators..
« Last Edit: December 07, 2024, 09:40:09 am by iMo »
Readers discretion is advised..
 


Share me

Digg  Facebook  SlashDot  Delicious  Technorati  Twitter  Google  Yahoo
Smf