Rigol DHO800/900 new firmware v00.01.04.00.02  2024/11/1 - Page 1
Forum section: electronics / testgear

author: mrisco
author_rank: Regular Contributor
timestamp: November 22, 2024, 01:30:19 pm
content: Link:https://int.rigol.com/products/detail/DHO800Change log:[Model Supported] All the DHO800/900 series oscilloscopes[Latest Revision Date] 2024/11/1[Updated Contents]v00.01.04.00.02 2024/11/11. Resolve the issue of no waveform when uncalibrated.v00.01.04.00.01 2024/10/151. Resolve No waveform in XY mode when rolling down.2. Resolve No waveform in XY mode after default reset.3. Resolve When vertical units are in volts and a probe ratio is set, trigger and decode thresholds are incorrect.4. Resolve Menu labels are too short after AUTO.5. Resolve MATH scale does not follow after setting V/A probe ratio.6. Resolve Waveform disappears.7. Resolve Measurements are calculated only once at a 50ms time base.8. Resolve System crash when modifying all measurement sources under extended time base in measurement settings.9. Resolve Screen grid settings are ineffective.10. Resolve Incomplete waveform display when adjusting the time base to enter scan mode in XY mode.11. Resolve System crash after enabling all measurements and performing default in scan mode.12. Resolve Abnormal horizontal offset when switching from roll to scan at 200ms horizontal time base.13. Resolve Waveform does not refresh when switching from channel one to channel two in SCAN mode.14. Resolve Abnormal color of options in "Source" and "Modify All Measurement Sources" in measurement settings.15. Resolve Channels do not automatically turn on when modifying all measurement sources.16. Resolve Waveform does not refresh with multiple stop and run actions in SCAN mode.17. Improve self-calibration pass rate.18. In engineering mode, add build time, WPU, and SPU.A to *IDN? response.v00.01.04.00.00 2024/09/131. MATH vertical gear is not an integer, and the offset is not 02.the FFT unit in MATH is dbm/dbV, but only dbV is displayed3. Add new modelDHO8244. Added storage depth option 50M for new modelDHO8245. When the vertical gear is selected as A, the probe ratio needs to be displayed as V/A6. Solve the problem that XY can't be opened7. Fixed the problem that oscilloscopes other than 824 models could not display waveformsBUG #1:https://www.eevblog.com/forum/testgear/rigol-dho800900-new-firmware-v00-01-04-00-02-2024111/msg5723745/#msg5723745BUG #2:https://www.eevblog.com/forum/testgear/rigol-dho800900-new-firmware-v00-01-04-00-02-2024111/msg5724711/#msg5724711Upgrade DHO804 to DHO824:https://www.eevblog.com/forum/testgear/rigol-dho800900-new-firmware-v00-01-04-00-02-2024111/msg5723799/#msg5723799

author: TimFox
author_rank: Super Contributor
timestamp: November 22, 2024, 02:25:13 pm
content: No sign of improvements to Bode plot function software.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: November 23, 2024, 12:58:04 am
content: I don't understand why we need three separate topics for each software.

author: mrisco
author_rank: Regular Contributor
timestamp: November 23, 2024, 04:15:29 am
content: BUG #1- With the CH1 probe connected to the calibration output, sometimes when pressing the AUTO button the time base is miscalculated.Update:https://www.eevblog.com/forum/testgear/rigol-dho800900-new-firmware-v00-01-04-00-02-2024111/msg5724199/#msg5724199

author: mrisco
author_rank: Regular Contributor
timestamp: November 23, 2024, 05:43:14 am
content: The DHO804 can be upgraded to DHO824 giving 200MHz maximum bandwidth and 50M memory depth.For that, it is just necessary to use a binary editor to change one of the model strings to DHO824 in the tool rigol_vendor_bin to enable the DHO824 as a selectable model using the command:Code:rigol_vendor_bin -M DHO824

author: csuhi17
author_rank: Frequent Contributor
timestamp: November 23, 2024, 08:18:17 am
content: Bode is just as bad, no change.It doesn't work with channel 3 or 4... :'(

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: November 23, 2024, 01:07:14 pm
content: Quote from: csuhi17 on November 23, 2024, 08:18:17 amNot working at ch. 3&4 is not as that big problem as plot different from real results - if You switch view to a table instead plot, it differs a lot. Even if I short both channels, then I don't have 0 dB from left to right.Some time ago I was thinking to make my own script to make bode plots with much more settings - like fast, precise or something between.

author: Proxy64
author_rank: Regular Contributor
timestamp: November 23, 2024, 01:53:40 pm
content: When updating from 1.02 to 1.04, do it keep the installed licenses options for bandwidth and memory depth ? (I'm not talking about a modified vendor.bin)

author: cte
author_rank: Regular Contributor
timestamp: November 23, 2024, 02:39:35 pm
content: Quote from: Proxy64 on November 23, 2024, 01:53:40 pmYes.

author: TimFox
author_rank: Super Contributor
timestamp: November 23, 2024, 02:50:15 pm
content: Quote from: csuhi17 on November 23, 2024, 08:18:17 amI can accept using only channels 1 and 2 for a Bode plot, but the results with the supplied firmware are a function that appears to work, but creates a very inaccurate graph of magnitude and phase for even a simple circuit.(See my previous posts for detailed results).

author: mrisco
author_rank: Regular Contributor
timestamp: November 23, 2024, 03:07:25 pm
content: Related to BUG #1, I did the calibration before the upgrade to DHO824, if I put signals on channels 1 and 2, the AUTO button works as expected.

author: mrisco
author_rank: Regular Contributor
timestamp: November 23, 2024, 03:11:21 pm
content: Quote from: norbert.kiszka on November 23, 2024, 12:58:04 amIf I am a new user I will look for information related to the firmware I am currently using. It is expected that eventually all DHOs will come with the new firmware.

author: mrisco
author_rank: Regular Contributor
timestamp: November 23, 2024, 03:21:02 pm
content: Quote from: csuhi17 on November 23, 2024, 08:18:17 amIf Rigol open their API, due to the use of Android as base OS, could be possible to implement third party applications, currently should be possible to so something using a PC and acquiring controlling the oscilloscope and a wave generator via SCPI commands.In addition, I have already demonstrated that the oscilloscope is able to control other devices by using USB UART, I have been able to control a RD6006 power supply via serial commands using only the oscilloscope as controlling device.

author: mrisco
author_rank: Regular Contributor
timestamp: November 24, 2024, 02:18:52 am
content: Bug #2- After the AUTO operation, Noise Reject (NR) is enabled by default but it is not reflected in the trigger configuration.In that condition it is not possible to triggering in small signals, it can be verified with the internal calibration signal and setting the vertical scale to 5V. Entering the trigger settings and adjusting the NR ON/OFF will solve the issue.

author: mrisco
author_rank: Regular Contributor
timestamp: November 25, 2024, 01:09:36 am
content: The FFT application works correctly, FFT apk:https://github.com/mriscoc/RIGOL_DHO800_DHO900_GUI/releases/tag/FFTAVG0.3.3

author: Serg65536
author_rank: Regular Contributor
timestamp: November 25, 2024, 08:26:36 pm
content: After I changed model from 804 to 924 (regular, no S)auto calibration fails!What should I do?ADC Gain, 1MOhm, Ch1-4 options are checked (by default).

author: J-R
author_rank: Super Contributor
timestamp: November 25, 2024, 09:21:28 pm
content: Quote from: Serg65536 on November 25, 2024, 08:26:36 pmTry changing the model back to 804, run self cal, then 924 and self cal again.At each step, make sure the scope shows the correct model number for the vendor.bin file you copied over. If not, copy the vendor.bin file a second time, restart, make sure model is as expected.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: November 25, 2024, 09:24:41 pm
content: Quote from: Serg65536 on November 25, 2024, 08:26:36 pmReset settings to defaults. Run again.Also don't run self-calibration on cold. Give "him" at least 30 minutes to warm up.

author: mrisco
author_rank: Regular Contributor
timestamp: November 26, 2024, 01:50:15 am
content: Hi-Resolution Free demo version 00.01.04 is available at:https://github.com/mriscoc/RIGOL_DHO800_DHO900_GUI/releases/download/EXTGUI/SparrowExt_v00.01.04.apk

author: mrisco
author_rank: Regular Contributor
timestamp: November 26, 2024, 07:51:49 am
content: The full extended version compatible with firmware 00.01.04 is now available atPatreonIt is free for those who have already purchased the 00.01.03 version or are enhanced Patreon subscribers.

author: Elextro
author_rank: Contributor
timestamp: November 26, 2024, 04:57:10 pm
content: Updated my DHO802 from 00.01.02 to version 00.01.04.02 apparently without problems. Then the self-calibration was done correctly. Greetings

author: Randy222
author_rank: Frequent Contributor
timestamp: November 26, 2024, 11:24:50 pm
content: Was the FFT fully fixed? Soes 104 seem OEM stable, yet still hackable for upgrading?Rigol download links are wonly again.v00.01.03.00.06.zip pulls down the 1040002 version, and the release notes make no mention of the 1030006https://beyondmeasure.rigoltech.com/acton/attachment/1579/f-039474f1-9a13-4c60-ab54-691bdc47e60c/0/-/-/-/-/DHO800_DHO900(Software)UpdateV00.01.03.00.06.zipAnd some new GUI APK? -->https://github.com/mriscoc/RIGOL_DHO800_DHO900_GUI

author: beta-tester
author_rank: Contributor
timestamp: November 27, 2024, 09:13:40 am
content: in the firmware 00.01.04.00.02, the embedded help user guides (DHO800_EmbeddedHelp_EN.pdf, DHO900_EmbeddedHelp_EN.pdf) are not up to date.e.g.:missing new power sleep mode,missing new feature SMB,missing new model DHO824,missing new storage depth 5M for DHO800,...

author: ebastler
author_rank: Super Contributor
timestamp: November 27, 2024, 09:34:42 am
content: Quote from: Randy222 on November 26, 2024, 11:24:50 pmI did not see any indication that Rigol didanywork on the FFT for this firmware release.What mrisco referred to above was his own, add-on FFT application I believe.

author: beta-tester
author_rank: Contributor
timestamp: November 27, 2024, 03:44:36 pm
content: Quote from: mrisco on November 26, 2024, 07:51:49 amwhat 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.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: November 27, 2024, 04:09:26 pm
content: Quote from: beta-tester on November 27, 2024, 03:44:36 pmAbout 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 (includingmy own).

author: carlosedp
author_rank: Contributor
timestamp: November 28, 2024, 08:05:00 pm
content: I took the work of Norbert on DSRemote and merged it intohttps://github.com/snarkyerica/DSRemote-macOSfork 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 athttps://github.com/carlosedp/DSRemote-macOSwhich 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 onhttps://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.

author: s
author_rank: Newbie
timestamp: November 30, 2024, 03:12:07 pm
content: Quote from: carlosedp on November 28, 2024, 08:05:00 pmTo make it independent of the host OS, I built it for the scope itself:

author: TheoB
author_rank: Regular Contributor
timestamp: December 03, 2024, 08:27:05 am
content: 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.

author: iMo
author_rank: Super Contributor
timestamp: December 04, 2024, 10:48:31 am
content: @mrisco: would this be complicated to add to your UI?https://www.eevblog.com/forum/testgear/rigol-dho914s-bode-plot/msg5736103/#msg5736103

author: mrisco
author_rank: Regular Contributor
timestamp: December 05, 2024, 03:18:54 am
content: Quote from: iMo on December 04, 2024, 10:48:31 amI already commented something similar sometime ago, I would need to have a programmable waveform generator.

author: mrisco
author_rank: Regular Contributor
timestamp: December 05, 2024, 07:07:50 am
content: Just to confirm that if you send the SCPI Command:Code::BODeplot:ENABle ONIn a DHO804 turned to DHO824 the Bode Plot screen is launched.

author: iMo
author_rank: Super Contributor
timestamp: December 05, 2024, 07:21:10 am
content: 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..

author: AndyBig
author_rank: Frequent Contributor
timestamp: December 05, 2024, 07:48:05 am
content: Quote from: mrisco on December 05, 2024, 07:07:50 amIt's funny. I just don't get it from the proposed scheme - do they use one of the channels as an output?

author: iMo
author_rank: Super Contributor
timestamp: December 05, 2024, 07:53:16 am
content: 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.

author: AndyBig
author_rank: Frequent Contributor
timestamp: December 05, 2024, 08:08:34 am
content: Quote from: iMo on December 05, 2024, 07:53:16 amNow it's clear, thank you

author: iMo
author_rank: Super Contributor
timestamp: December 05, 2024, 08:49:00 am
content: "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..

author: carlosedp
author_rank: Contributor
timestamp: December 06, 2024, 07:14:19 pm
content: 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.Anything I could be doing wrong or it's that inneficient?Thanks

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 06, 2024, 07:18:42 pm
content: Quote from: carlosedp on December 06, 2024, 07:14:19 pmIt 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.

author: carlosedp
author_rank: Contributor
timestamp: December 06, 2024, 08:01:07 pm
content: Quote from: norbert.kiszka on December 06, 2024, 07:18:42 pmAh 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.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 06, 2024, 08:04:53 pm
content: Quote from: carlosedp on December 06, 2024, 08:01:07 pmOnly 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.

author: Fungus
author_rank: Super Contributor
timestamp: December 07, 2024, 01:46:05 am
content: Quote from: norbert.kiszka on December 06, 2024, 08:04:53 pmJust to clarify: Those DHO scopes are "slow and buggywhen 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 isNOTtrue).

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 07, 2024, 01:49:20 am
content: Quote from: Fungus on December 07, 2024, 01:46:05 amAgain You are trolling here. Please stop.I used DSRemote with DS1054Z and it was fast.

author: Nominal Animal
author_rank: Super Contributor
timestamp: December 07, 2024, 02:19:27 am
content: Ah, the good ol' "my software is fast onX, so if it behaves slow onY,the fault must be elsewhere" argument. Yes, very convincing.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 07, 2024, 02:31:02 am
content: Quote from: Nominal Animal on December 07, 2024, 02:19:27 amInstead of making a fool of yourself, check original projectwebpage, 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.

author: Nominal Animal
author_rank: Super Contributor
timestamp: December 07, 2024, 03:37:34 am
content: Quote from: norbert.kiszka on December 07, 2024, 02:31:02 amYou're too late by decades!The difference between you and I is that I know I am a fool, whereas you think you are better than others. It shows.Quote from: norbert.kiszka on December 07, 2024, 02:31:02 amOne 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 samesynchronousSCPI interface, they should behave the same; and equatelatencywithslowness. 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 likelyyourproblem, 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 thefacts. 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.

author: iMo
author_rank: Super Contributor
timestamp: December 07, 2024, 07:06:17 am
content: Quote from: iMo on December 05, 2024, 07:53:16 amAlso 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..

author: AndyBig
author_rank: Frequent Contributor
timestamp: December 07, 2024, 08:04:36 am
content: Quote from: norbert.kiszka on December 07, 2024, 01:49:20 amIn 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.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 07, 2024, 09:24:08 am
content: Quote from: AndyBig on December 07, 2024, 08:04:36 amNo. 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.

author: iMo
author_rank: Super Contributor
timestamp: December 07, 2024, 09:34:16 am
content: 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..

author: AndyBig
author_rank: Frequent Contributor
timestamp: December 07, 2024, 09:55:27 am
content: Quote from: norbert.kiszka on December 07, 2024, 09:24:08 amWhere in the documentation is support for this third-party program stated?You can also call this oscilloscope buggy because it does not support 5GHz WiFi dongles

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 07, 2024, 09:56:04 am
content: Quote from: iMo on December 07, 2024, 09:34:16 amI was little sleepy and I misread AndyBig nick (as another person which was here long time ago), so I mistakenly blame him. Sorry AndyBig.Quote from: iMo on December 07, 2024, 09:34:16 amThis was rather seconds than miliseconds.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 07, 2024, 09:59:17 am
content: Quote from: AndyBig on December 07, 2024, 09:55:27 amDid You ever tried to make SCPI calls to these models?In documentation there is a SCPI which You can use by hand or by some any software. In both cases that doesn't work as they said in documentation.Are You still sure this is DSRemore fault now?

author: iMo
author_rank: Super Contributor
timestamp: December 07, 2024, 10:04:24 am
content: Guys, again - show an example with numbers thus people may analyze and verify.This is the EE blog.We need numbers, tables, graphs, source codes, schematics, diagrams, math, simulations, pictures.EEs do solve issues with measurements, calculations, comparisions..

author: AndyBig
author_rank: Frequent Contributor
timestamp: December 07, 2024, 10:15:49 am
content: Quote from: norbert.kiszka on December 07, 2024, 09:59:17 amUsed it to send some commands, didn't notice any glitches.Can you give a specific example in the form of "Here in the documentation it says something, we try it on an oscilloscope - and it doesn't work or doesn't work as described in the documentation"?

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 07, 2024, 10:43:31 am
content: Quote from: AndyBig on December 07, 2024, 10:15:49 amWhat exact commands? Names please.Quote from: AndyBig on December 07, 2024, 10:15:49 amAfter about half year it's hard to remember anything, but I already told that in documentation You have short and long keywords. Short ones doesn't work in most cases. Some of long ones gives no reply, but it should.If You want to start a fight like others, I will not sit and try commands to prove anything. Im happy already with my current knowledge and I don't give a s**t if somebody disbelieves because onlyonetested SCPI command worked properly (which required very little processing).I can spend half day to prove my point and after winning I will end up with lost of half day. Pointless.

author: Fungus
author_rank: Super Contributor
timestamp: December 07, 2024, 10:58:29 am
content: Quote from: norbert.kiszka on December 07, 2024, 10:43:31 amHey,you'rethe one making a claim.Quote from: norbert.kiszka on December 07, 2024, 10:43:31 amThat claim should only take you thirty seconds to demonstrate.

author: ebastler
author_rank: Super Contributor
timestamp: December 07, 2024, 11:11:32 am
content: Quote from: iMo on December 07, 2024, 10:04:24 amIndeed. A forum of slightly grumpy older-than-average men who like to beright.

author: AndyBig
author_rank: Frequent Contributor
timestamp: December 07, 2024, 11:40:07 am
content: Quote from: norbert.kiszka on December 07, 2024, 10:43:31 amNow I tried the commands CLE, RUN, STOP, SING, AUT, ACQ, CHAN, COUN, CURS, DISP, LAN, TRIG, MEAS, WAV with different parameters. They all work, and in a shortened form, as described in the documentation. So what exactly does not work from what is specified in the documentation?By the way, the responses come without any noticeable delay. Except for reading the wave data array, but here everything is clear - the transmission speed via Wi-Fi is not very high.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 07, 2024, 11:44:40 am
content: Quote from: Fungus on December 07, 2024, 10:58:29 amSounds like a owner of a magic glass ball. Only booting this scope takes one minute.Source code of my fork and original version is available and it's free of charge. Everybody can do their tests by themselves. But yeah, I understand, people are too lazy to do this, but fight on a public forum is way easier to force somebody else to do that.Best proof is by make it by Yourself.

author: TheoB
author_rank: Regular Contributor
timestamp: December 08, 2024, 12:12:33 am
content: I tried to run these commands but at first I did not get reliable data:Code::STOP:WAV:SOUR CHAN1:WAV:MODE RAW:WAV:FORM word:WAV:STAR 1:WAVeform:STOP 5000000:WAVeform:DATA?:runAs soon as the amount of points exceeds 100k, data gets corrupted. Every now and then even the scopes display is actually wrong. Changing the x-axis up/down fixes the display. The display also shortly shows "Remote Cmd Execute Error".Once I manually stop the display, and then run the script it works reliable. The stop command is an asynchronous command and needs some time to finish before the next command (probably waveform:data?) may be issued.I tested this with wired LAN connection with this little oneliner to not depend on any software (other than ncat):Code:cat cmd | timeout 10 ncat --no-shutdown 192.168.1.57 5555 |tail -c +13 > data50Mpixels takes 8 seconds to create a 100Mbyte data file (wired LAN). That's limited by the scopes 100Mbit Ethernet connection. USB might be faster, I have not tested it.To postprocess the data in octave/matlab:Code:fid=fopen("data");data=fread(fid,Inf,"uint16","b");plot((data-32768)*1.3333E-04,"-")

author: Fungus
author_rank: Super Contributor
timestamp: December 08, 2024, 01:11:51 am
content: Quote from: TheoB on December 08, 2024, 12:12:33 amYou probably need to add a "*WAI" after the ":STOP"Section 2.3 of the programming manual covers that...

author: TheoB
author_rank: Regular Contributor
timestamp: December 08, 2024, 09:38:17 am
content: Thanks. That's indeed what I needed. Conclusion, scope works reliable and is fast with SCPI command. It's a pity they put a fast NIC on the device instead of a Gigabit.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 08, 2024, 01:31:24 pm
content: Quote from: TheoB on December 08, 2024, 09:38:17 amHow fast exactly? Did You measure it?

author: TheoB
author_rank: Regular Contributor
timestamp: December 08, 2024, 04:27:26 pm
content: Speed is close to 100MBps. It takes 8 to 9 seconds to transfer the binary 50Mpoints memory. And that makes sense: 50Msamples*2bytes*8bits=800Mbit. The M here is million not 2^20. With a Gigabit connection it would take less than a second.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 08, 2024, 05:06:49 pm
content: Quote from: TheoB on December 08, 2024, 04:27:26 pmQuite unprecise measurement. Sounds more like a guess.

author: TheoB
author_rank: Regular Contributor
timestamp: December 08, 2024, 07:11:26 pm
content: @norbert.kiszka: I have used a timeout of 8 which is too short and 9 which is always enough. I did this deliberately on low level to show that the scope is not the limiting factor. No it's not a guess, it's a measurement with 1 s uncertainty.If you need higher accuracy, repeat my example but instead change the timeout to 8.1, 8.2, 8.3 etc.I'll help you with an example:Code:$ cat cmd | timeout 8.8 ncat --no-shutdown 192.168.1.57 5555 |tail -c +13 > data; ls -l data-rw-r--r-- 1 thba thba 100000000 8 dec 20:01 data$ cat cmd | timeout 8.7 ncat --no-shutdown 192.168.1.57 5555 |tail -c +13 > data; ls -l data-rw-r--r-- 1 thba thba 98835508 8 dec 20:01 dataFor me there is no reason to be more accurate. I'm now using Python pyvisa to do the same and notice already twice as long time to pull the same data from the scope. I guess I need to figure out how to optimize that. But if anybody has already done so, please share. My goal is to pull the maximum amount of data from the scope and perform an FFT on that data. That should be much better than the 1M points FFT that the instrument uses. But the display will no longer be realtime. Instead an update every 9 seconds for 50Mpoints (+ time for computing the FFT)Code:$ time python rigol.pyRIGOL TECHNOLOGIES,DHO804,DHO8A261703782,00.01.04real0m22,891suser0m5,212ssys0m0,956s

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 08, 2024, 07:17:07 pm
content: Quote from: TheoB on December 08, 2024, 07:11:26 pmIn Bash You can use 'time':Code:$ time cat cmd | ncat --no-shutdown 192.168.1.57 5555 | tail -c +13 > data; ls -l data-rw-r--r-- 1 thba thba 100000000 8 dec 20:01 data

author: TheoB
author_rank: Regular Contributor
timestamp: December 08, 2024, 07:37:24 pm
content: Quote from: norbert.kiszka on December 08, 2024, 07:17:07 pmIt shows that you have not tried this out. If you are interested, please read the manual of ncat (man ncat)The problem with this very low level ncat command is that it stops once end-of-file is detected on the input. To let it continue and listen for any response, the no-shutdown option must be used. You just removed the timeout, so it will wait forever.

author: Fungus
author_rank: Super Contributor
timestamp: December 08, 2024, 08:06:49 pm
content: Quote from: norbert.kiszka on December 08, 2024, 05:06:49 pm"guess"It's plenty accurate enough for what's being discussed.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 08, 2024, 08:30:12 pm
content: Quote from: Fungus on December 08, 2024, 08:06:49 pmSound like a unsuccessful attempt to troll meTry again.

author: Nominal Animal
author_rank: Super Contributor
timestamp: December 09, 2024, 03:29:12 am
content: Don't bother; you'll never convince someone that deep in denial. I guessed they'd start calling others liers or trolls if anyone provided any measurements, and that's exactly what happened. Just add them and their software forks to your Ignore list, forum or mental!

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 09, 2024, 08:56:02 am
content: Quote from: Nominal Animal on December 09, 2024, 03:29:12 amExactly. If somebody spent some bigger money for the scope, (s)he will never admit that this scope is bad. Better example is with Iphones - expensive and preetty bad (except for camera) - most people (especially US citizens, since for them, everything made in US is the best in the world) will tell You that is the best device of all devices, while is the opposite.More over, I can link to that problems:https://en.wikipedia.org/wiki/Confirmation_biashttps://en.wikipedia.org/wiki/Wishful_thinking

author: mrisco
author_rank: Regular Contributor
timestamp: December 16, 2024, 01:09:04 pm
content: I opened this thread with the hope of keep it focused about the new firmware release, but you move here the similar discussions from other threads

author: keen246
author_rank: Newbie
timestamp: December 18, 2024, 12:00:59 am
content: Hi all,I recently bought the 804 and came with ver. 1.02. I already performed the hack to get 100 MHz and 50M storage. I wonder if I can update the firmware to 1.04 and still keep these hacks. Can someone please confirm? Thanks in advance.

author: ebourg
author_rank: Contributor
timestamp: December 18, 2024, 07:33:43 am
content: Quote from: keen246 on December 18, 2024, 12:00:59 amYes the options are preserved when upgrading from 1.02 to 1.04.

author: TurboTom
author_rank: Super Contributor
timestamp: December 18, 2024, 09:07:21 am
content: But the FFT window parameter files get overwritten, so if you "repaired" the flat top window, you need to do it again after a firmware update. Anyway, no big deal...

author: TheoB
author_rank: Regular Contributor
timestamp: December 18, 2024, 09:35:42 pm
content: You better change the model to DHO924. Then you get 250MHz bandwidth, but also 200uV/div and 2ns/div. My rise/falltime now displays as 1.2ns

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 18, 2024, 09:37:47 pm
content: Quote from: TheoB on December 18, 2024, 09:35:42 pmAfter removing LC filter(s) it goes down to 0.8 ns.

author: Fungus
author_rank: Super Contributor
timestamp: December 19, 2024, 03:04:13 am
content: Quote from: TheoB on December 18, 2024, 09:35:42 pmActually 280MHz,measured.Quote from: TheoB on December 18, 2024, 09:35:42 pmYep.

author: Fungus
author_rank: Super Contributor
timestamp: December 19, 2024, 03:10:32 am
content: FWIW here's the .bat file I use to switch model. It takes under 10 seconds to run, no reboot needed.I have a separate folder for each model (DHO804/DHO814/DHO914/DHO924) in my "ADB" folder.I put a vendor.bin and this .bat in each one then just double-click the .bat to change model.(Fill in your own IP address)Code:..\adb connect 192.168.XXX.YYY:55555..\adb root..\adb push vendor.bin /rigol/data..\adb shell kill -9 $(pidof com.rigol.scope)..\adb shell am start -n com.rigol.scope/.MainActivity..\adb shell sync

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 19, 2024, 09:11:45 am
content: And why You added this sync at the end, Mr. "professional"?

author: Fungus
author_rank: Super Contributor
timestamp: December 19, 2024, 03:54:15 pm
content: Quote from: norbert.kiszka on December 19, 2024, 09:11:45 amI just modified averyimportant file on the file system. Let's make sure it got fully written.What's your beef with the world, anyway?

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 19, 2024, 04:03:17 pm
content: Quote from: Fungus on December 19, 2024, 03:54:15 pmAnd You don't have backup of this small and averyimportant file on the file system

author: Fungus
author_rank: Super Contributor
timestamp: December 19, 2024, 05:12:43 pm
content: Quote from: norbert.kiszka on December 19, 2024, 04:03:17 pmIs there any problem at all with doing that?Please dispense some of your boundless wisdom so we can all learn.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 19, 2024, 06:10:09 pm
content: That usually happens when You try to troll others.Quote from: Fungus on December 19, 2024, 05:12:43 pmI will be very happy to share my knowledge and experience with others. Not with You in particular.

author: beta-tester
author_rank: Contributor
timestamp: December 20, 2024, 08:23:59 am
content: Quote from: TheoB on December 18, 2024, 09:35:42 pmi thought, with fw v00.01.04.00.02 and higher, it is now better to change to model DHO824 for a DHO804 scope, to have the bandwidth without having the LA stuff.

author: TheoB
author_rank: Regular Contributor
timestamp: December 20, 2024, 08:27:32 am
content: Could be true, but the utility under Linux does not support that (yet?).

author: beta-tester
author_rank: Contributor
timestamp: December 20, 2024, 08:29:33 am
content: Quote from: TheoB on December 20, 2024, 08:27:32 amdoesn't it?! sorry, then you are true.

author: iMo
author_rank: Super Contributor
timestamp: December 20, 2024, 08:47:23 am
content: There is the mod in that utility for the 824, afaik..https://www.eevblog.com/forum/testgear/hacking-the-rigol-dho800900-scope/msg5732695/#msg5732695

author: TheoB
author_rank: Regular Contributor
timestamp: December 20, 2024, 10:28:52 am
content: I just can't get it to compile. Something to do with i386-diet which I could not find/install. My main message is just that changing the model gives more benefit than enabling all the options for dh0804 only.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 20, 2024, 11:04:50 am
content: Quote from: TheoB on December 20, 2024, 10:28:52 amTry this fork:https://github.com/norbertkiszka/rigol_vendor_binMaybe Im not familiar with Windows and MacOS, but I modified it and tested it with Debian (Linux). However I didn't tested generated vendor.bin (vendor.enc) file on the scope.Also I added DHO824 and more models. I only tried to generate vendor file for DHO824 and looks like it works correctly.

author: Fungus
author_rank: Super Contributor
timestamp: December 20, 2024, 12:10:58 pm
content: It would be good if somebody could just generate a vendor.bin for every DHO model with serial number DHO8A000000000 (or something like that).That way we wouldn't need to be compiling anything, we could just download a zip file with a set of vendor.bin files for all models.

author: TheoB
author_rank: Regular Contributor
timestamp: December 20, 2024, 12:32:24 pm
content: Quote from: norbert.kiszka on December 20, 2024, 11:04:50 amHi NorbertYes that works to create model DHO824. But that's not giving me 200uV/div (2ns/div is there). BW is also limited to 200MHz instead of 250MHz.So DHO924 seems to be the easiest and best option. Unless you are bothered by the non-working LA soft-buttonI re-recreated the vendor.enc file using your fork. Both the two models worked for me.

author: Fungus
author_rank: Super Contributor
timestamp: December 20, 2024, 01:45:07 pm
content: Quote from: TheoB on December 20, 2024, 12:32:24 pmCoolQuote from: TheoB on December 20, 2024, 12:32:24 pmThe "200MHz" bandwidth option is really 250MHzmeasuredbandwidth.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 20, 2024, 02:05:48 pm
content: Quote from: TheoB on December 20, 2024, 12:32:24 pmDid You measure it?I don't know if vendor.bin generated for DHO924 will make BW 250 MHz. In my original DHO924S, BW is limited by LC filters - without it, BW goes above 1 GHz. First filter cutoff is at 250 MHz and second one is at 800 MHz.In DHO800 series, there are three options: 1. BW limited by front end. 2. BW limited (upper limit 200 MHz) by LC filters. 3. BW limited by ADC.Front end ICs communication is done by SPI bus between them and CPU (RK3399 GPIO). Im planing to do a reverse engineering of that protocol and recreate it from scratch.Quote from: Fungus on December 20, 2024, 12:10:58 pmProbably first time when You said something useful here.https://github.com/norbertkiszka/rigol_vendor_bin/tree/main/generated_ready_to_useDid I earned star to this repository?

author: TheoB
author_rank: Regular Contributor
timestamp: December 20, 2024, 02:27:44 pm
content: Quote from: Fungus on December 20, 2024, 01:45:07 pmThis is what is mentioned by the scope itself. I quickly measured the risetime of a generator and it's indeed almost the same (around 1.61ns) for both versions. DHO0804 2.57ns with BW upgrade option to 100MHz. I think the 200/250MHz displayed in Utility->About should be the same as there is no actual difference in BW between DH824 and DH924.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 20, 2024, 02:32:13 pm
content: 1.61 ns is equivalent to the 217.4 MHz. How did You measure it? Passive probe, BNC wire or direct connection? This generator is what?

author: TheoB
author_rank: Regular Contributor
timestamp: December 20, 2024, 02:58:25 pm
content: This is measured with the cal output of the TinySA Ultra. I don't know what the rise/fall times of this cal output are so I don't say this also reflects the actual bandwidth. I will measure this evening with a 1ns pulse generator (is a bit more involved to get that on my desk).

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 20, 2024, 03:04:21 pm
content: Rise time with less than 1 ns can be generated with 74AC14 and You can generate around 0.6 ns with 74LVC14AD - You don't have to design PCB for it.Both ICs are not expensive.https://www.eevblog.com/forum/testgear/show-us-your-square-wave/525/

author: TheoB
author_rank: Regular Contributor
timestamp: December 20, 2024, 05:39:24 pm
content: I measure the input capacitance of the scope as 14.7pF (specification says 15pF). With 50 Ohm that alone gives a bandwidth corner of 215MHz. I don't see how it makes sense to look for any higher bandwidth with a 15pF input loading. Yes it can be done by terminating with 25 Ohm. But it's not very practical. I've measured with 50 Ohm cable and external termination at input of the scope.What you propose is to add a Schmitt trigger buffer in front of the input and put multiple in parallel. Yes that will lower the drive impedance below 50 Ohm to measure the voltage bandwidth of the scope input. But you still need a non-standard load at the input of the scope to benefit from it.Conclusion, anyone interested in over 200MHz bandwidth (rise/fall time <1.75ns) should look for a scope with a 50 Ohm input, not these cheap Rigols

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 20, 2024, 05:48:02 pm
content: Quote from: TheoB on December 20, 2024, 05:39:24 pmAfter removing LC filters in two channels I have 0.8 ns rise time.With 400 MHz square wave I have same amplitude as power supply of this generator (avg acquisition, so noise wasn't included in measurement).With passive probes (350 MHz), I get around 1 ns.Without compensation, You will always have R(L)C filter, which lowers bandwidth.

author: TheoB
author_rank: Regular Contributor
timestamp: December 20, 2024, 06:23:53 pm
content: The LC you removed, does that define the 15pF input load? Have you measured the new input capacitance?You normally would want to have nice 20dB/decade rolloff. With an LC present at the input that could cause ringing in the transient signal. The classical BW=350/(Trise) is only true when the input is 20dB/decade. The first 90% transition point is reached after -log(0.9)=0.1 time constant whereas the second crossing point at 10% is reached after -log(0.1)=2.3 time constants. The rise time measured is thus 2.2 time constants apart. w=2.2/Tr or in Hz, f=2.2/(Tr*2*pi)=0.35/Tr. But the scope is not a nice first order transfer function with it's anti-alias filters and sin(x)/x interpolation. I just checked the BW using a sine waive and it looks much higher than 216MHz. Perhaps there is digital compensation for the limited analog bandwidth

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 20, 2024, 06:37:11 pm
content: Quote from: TheoB on December 20, 2024, 06:23:53 pmThere are two LC filters for each channel - not in frontend, but after it. Less than one centimeter from ADC. First stage is 250 MHz (at least in 924) and second one is 800 MHz. After removing it (and correcting compensation) I have higher bandwidth, lower rise/fall time and signal is not distorted (but noise is higher, which can be cancelled with avg acquisition). They didn't use first better inductors.Quote from: TheoB on December 20, 2024, 06:23:53 pmIm pretty sure there is no such thing in those scopes.Quote from: TheoB on December 20, 2024, 06:23:53 pmDo You know what is compensation in probes?Looking at the documentation of similar series DHO4000 with same front end and 800 MHz bandwidth, it's even more. 19 pF to be exact.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 20, 2024, 06:47:52 pm
content: In attached print-screen You can see I recreated situation with 15 pF input and mentioned compensation. Since this is a simulation with ideal elements with 0% tolerance and generator rise time is 0 ps, at the (right) capacitor, You also have exact same rise time, which is also 0 ps.Edit: I know, this is an incredible old software running under Wine (which allows me to run software under Linux but written for a crappy Windows).

author: TheoB
author_rank: Regular Contributor
timestamp: December 20, 2024, 07:10:15 pm
content: Yes I know how that works. For passive probes I don't expect anyone to use probes due to their limited bandwidth and issue with ground lead inductance. I assume all is measured with 50 Ohm above 200MHz (or with Fet probe, also terminated with 50 Ohm).But you could in principle make a 1:10 attenuator at the input of the scope BNC connector and place a 50 Ohm cable termination in front of it (termination the coax). Hadn't thought about that. That would then be 10M||1.5pF.1.5pF with 50 Ohm gives a bandwidth of 2GHz. But have you tried this actually to make any practical use of your mod? It looks to me that you show more "synthetic" pictures of rise/fall times. Note something that is 50 Ohm suitable.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 20, 2024, 07:21:13 pm
content: Best passive probes reaches 1.5 GHz bandwidth and active probes much much more. It all depends how You use them.In case of direct connection, I don't need to have any termination or compensation, because at 400 MHz wavelength is 0.75 m (75 cm). Between IC in generator and IC in frontend is much much shorter distance.With 50 ohm termination I was using one meter BNC cables without any significant loss of bandwidth. With those, I need to have at least 5 GHz to see any problems, but this is way outside of 924S capabilities.

author: iMo
author_rank: Super Contributor
timestamp: December 20, 2024, 10:28:57 pm
content: Build yourself the Z0 probe - 1k (or similar) resistor is the tip, then 50ohm coax and 50ohm termination at BNC of your scope. No compensation.. Works beyond 1GHz afaik.

author: TheoB
author_rank: Regular Contributor
timestamp: December 20, 2024, 10:47:51 pm
content: The Z0 probe is still limited by the 15pF input scope capacitance unless you use a scope with builtin termination. As Norbert correctly mentions there are passive probes that go far beyond the scopes bandwidth. I was not aware. I work either with RF or rather low frequency signals (<100 MHz). But using a passive probe still puts a significant load (15 pF again) on your measurement point thereby lowering the measurement bandwidth again. Measuring strong digital drivers should work though up to 200MHz.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 20, 2024, 10:56:16 pm
content: Quote from: TheoB on December 20, 2024, 10:47:51 pmDepends on what exactly You try to measure. Mentioned 74AC14 and mentioned 74LVC14AD can drive 15 pF - with 400 MHz as I said.If You really need very low capacitance input - best way will be with making Your own passive probe - probably differential. Three fast opamps. In a economic scenario, with single opamp You will have fast differential probe with impedance 0.5-5 pF and around 10 kΩ.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 20, 2024, 11:04:21 pm
content: OPA694ID will do the job. 690 MHz with 2V/V gain and with 1/1 1.5 GHz. With one, You will have 1.5-3 pF and with three it will be around 1 pF.Edit: OPA847 is also nice and cheap enough.

author: gf
author_rank: Super Contributor
timestamp: December 20, 2024, 11:30:20 pm
content: Quote from: iMo on December 20, 2024, 10:28:57 pmAny feed via coax cable and feed-through terminator to the Hi-Z input is limited to roughly 424 Mhz (-> 25Ohms/15pf lowpass). To prevent the unavoidable reflections (due to the input capacitance) from bouncing back and forth multiple times, the coax should also be source-terminated with 50 Ohms. The same basically applies to Z0 probes as well. So IMO better use a 500R/56R divider at the Z0 probe tip, and not just a 500R series resistor, if the scope end of the cable is connected via feed-through terminator to a Hi-Z input.

author: psykix
author_rank: Newbie
timestamp: December 22, 2024, 10:13:26 am
content: I'm green behind the ears with this scope..I have DHO804 and a while back modded it to DH814 and added wifi dongle etc. It's been a few months and I just went to update firmware to 1.04 but the scope says no firmware found.Is there a way to update over wifi?Thanks!

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 22, 2024, 10:19:07 am
content: You can use adb and update files manually.apk files (apps) can be installed via pm install xyz.apk

author: Fungus
author_rank: Super Contributor
timestamp: December 22, 2024, 11:11:27 am
content: Quote from: psykix on December 22, 2024, 10:13:26 amWhen you select the file in the update dialog you have to make sure the little circle next to the name is marked.

author: psykix
author_rank: Newbie
timestamp: December 22, 2024, 01:06:17 pm
content: Quote from: Fungus on December 22, 2024, 11:11:27 amI think I am missing something here.. I was pressing the Upgrade button on the scope itself and it just says No Firmware AvailableI don't know where the update dialog that you refer to is located?Thanks!

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 22, 2024, 01:11:11 pm
content: As far I remember in my case, this never worked: main menu (bottom left corner) -> upgrade.But somewhere in the file manager, there was a option to upgrade.To test it, I have to switch SD card to another, but currently I will not, because Im working on something completely else.

author: Fungus
author_rank: Super Contributor
timestamp: December 22, 2024, 01:13:25 pm
content: Quote from: psykix on December 22, 2024, 01:06:17 pmMenu->Storage->Upgrade.

author: psykix
author_rank: Newbie
timestamp: December 22, 2024, 01:22:20 pm
content: Quote from: Fungus on December 22, 2024, 01:13:25 pmSo how do I get the firmware file then? Do I need to download manually and put it somewhere? I followed a link to download and it takes me to Rigol passport thing and it wants login details.Sorry if I'm being dense!

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 22, 2024, 01:29:29 pm
content: USB stick. Put unpacked .GEL file into.

author: psykix
author_rank: Newbie
timestamp: December 22, 2024, 01:31:17 pm
content: Quote from: norbert.kiszka on December 22, 2024, 01:29:29 pmThanks! For some reason I expected it to be able to update over the air!

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 22, 2024, 01:33:22 pm
content: Quote from: psykix on December 22, 2024, 01:31:17 pmMagic... That scope "by default" is not connected to the internet. You can do it via Ethernet or via usb wifi dongle.

author: psykix
author_rank: Newbie
timestamp: December 22, 2024, 01:44:09 pm
content: Quote from: norbert.kiszka on December 22, 2024, 01:33:22 pmGot there in the end - and my wifi dongle etc still works.Thanks both!

author: Malmen
author_rank: Contributor
timestamp: December 22, 2024, 02:04:33 pm
content: How long will it take to update via wifi dongle? Its been "updating" for 30 minutes now. Will I mess things up if I disturb it?

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 22, 2024, 02:07:54 pm
content: Quote from: Malmen on December 22, 2024, 02:04:33 pmI think this scope is not designed to update firmware via wifi.

author: Malmen
author_rank: Contributor
timestamp: December 22, 2024, 04:59:33 pm
content: Quote from: norbert.kiszka on December 22, 2024, 02:07:54 pmI'm trying network cable now with same result. Update is found and something is downloading with a progressbar, goes pretty quick to 100% and then it says "Upgrading, please wait...." for ages and I have to restart the scope. Maybe its some "hack" I did to extent bandwith and mem depth that did something that messed up things?Edit: And now I tried with a USB stick with the GEL file on it. Scope just says no firmware found. I've messed up something for sure.Edit2: Ok, now I got the update to work, via Storage menu. I'm now on 01.04 but I lost my hacks and are now back on 70 Mhz and 25 M mem depth. Bummer! So, can I use the rigol.vendor.bin to make it a 924 with this new 01.04 firmware or do I need to go back to 01.02 to do that?

author: Fungus
author_rank: Super Contributor
timestamp: December 22, 2024, 07:23:15 pm
content: Quote from: psykix on December 22, 2024, 01:31:17 pmIt will if your network is working.Quote from: norbert.kiszka on December 22, 2024, 02:07:54 pmYes it is.

author: Fungus
author_rank: Super Contributor
timestamp: December 22, 2024, 07:30:09 pm
content: Quote from: Malmen on December 22, 2024, 04:59:33 pmYes, i seems like they decided they weren't going to sell upgrades and took that code out.Quote from: Malmen on December 22, 2024, 04:59:33 pmThere's a new DHO824 option, I'd use that one instead of 924.No, you don't need to go back.

author: Malmen
author_rank: Contributor
timestamp: December 22, 2024, 09:02:17 pm
content: Thank you! I followed AndyBigs excellent guide and used his version of rigol_vendor_bin_824 to make it a DHO824 and it worked great! Doing a SelfCal now.

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 23, 2024, 12:24:53 am
content: There are somewherepregenerated files vendor.bin for all dho models. Just saying.

author: Malmen
author_rank: Contributor
timestamp: December 23, 2024, 05:51:11 pm
content: Quote from: norbert.kiszka on December 23, 2024, 12:24:53 amNice! Is it possible to add some decoders to the 824 model? The 924 also have a LIN decoder but 824 only have CAN. Is it possible to add a LIN decoder for 824?

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: December 23, 2024, 07:27:53 pm
content: Quote from: Malmen on December 23, 2024, 05:51:11 pmFor 99.9% LIN decoding is enabled via library libscope-auklet.so (.so in Linux is a equivalent of .dll ), when vendor.bin is generated for 900 series. It's theoretically possible to hack it, but this is highly time consuming and if nobody wants to pay me for this, then Im not doing it. Personally I have DHO924S and I don't need to do it.

author: Fungus
author_rank: Super Contributor
timestamp: December 24, 2024, 04:42:37 am
content: Quote from: Malmen on December 23, 2024, 05:51:11 pmNo, that's a DHO900 feature.

author: faraday
author_rank: Regular Contributor
timestamp: January 25, 2025, 07:11:13 am
content: Is it worth upgrading to this version?

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: January 25, 2025, 08:10:07 am
content: Quote from: faraday on January 25, 2025, 07:11:13 amThis, means what version? Sorry, I can't read in somebody else mind.

author: iMo
author_rank: Super Contributor
timestamp: January 25, 2025, 08:16:06 am
content: I upgraded 804 to 1.04 with none problems so far (I did the selfcal after the upgrade)..

author: faraday
author_rank: Regular Contributor
timestamp: January 25, 2025, 08:29:38 am
content: Quote from: norbert.kiszka on January 25, 2025, 08:10:07 amDon't need to be rude what is the topic name?

author: norbert.kiszka
author_rank: Frequent Contributor
timestamp: January 25, 2025, 08:32:14 am
content: Quote from: faraday on January 25, 2025, 08:29:38 amLast discussion in this topic was about upgrading DHO800 to DHO900. So I don't know if You talk about firmware version or making 900 from 800.

author: Inssomniak
author_rank: Newbie
timestamp: May 19, 2025, 03:02:39 am
content: Is there a recommended Amazon probe that one might buy to better suit this 200mhz mod? or Are the probes included with the 802/804 ok ?

author: Fungus
author_rank: Super Contributor
timestamp: May 19, 2025, 04:33:26 am
content: Quote from: Inssomniak on May 19, 2025, 03:02:39 amYes.