Afonso Teles

<p>Hi Howard,</p> <p>Thank you for following up and posting your conclusions in the thread for others to enjoy.</p> <p></p> <p>To summarize what I see as the root cause of the issue:</p> <p>The AFG31k does not have a strict restriction between basic/AFG mode and advanced/sequence mode. This means sequence commands can be used even when the instrument is in basic mode and vice-versa. And these commands can have unforeseen consequences, in this case <code>SEQC:RUN:IMM</code>, which would be used to start outputting in sequence mode, actually leads to stopping the output in basic mode while keeping the output lights on.</p> <p></p> <p>Since the AFG31k doesn't separate strictly between basic and advanced mode, it is up to the remote control program to keep track of that state and to avoid using commands from the wrong mode, or else confusing behavior like this can arise.</p>

Hi Howard,<br> <br> I was not able to replicate your issue, at least in Basic mode, the command <code>output1:state on</code> enables the channel 1 output, as expected.<br> <br> Perhaps some more context is needed on what you're doing before the enable commands?

Hi,<br> <br> From the picture you sent, it looks like Windows 7 is booting up fine and then it starts loading the performance DPO firmware, which is what seems to get stuck. When the firmware starts it executes a lengthy self-test, so it's normal for it to take a few minutes.<br> If the instrument is stuck on the DPO firmware boot screen, you can try installing the newest version: <a href="https://www.tek.com/en/support/software/firmware/performance-dpo-firmware-%28win7-only%29-dpo70000sx-mso-dpo70000dx-dsa">https://www.tek.com/en/support/software/firmware/performance-dpo-firmware-(win7-only)-dpo70000sx-mso-dpo70000dx-dsa</a>

Hi Matthew,<br> <br> The decoding seems to be working as expected until it reaches the receive/transmit bit, suggesting the waveform data doesn't match what the instrument expects for the 1553 protocol.<br> <br> I would ask that you post here a waveform file of one of these waveforms that are giving you trouble so I can further help you with this problem.<br> &#160;

Hi Michael,<br> <br> First of all, the RSA API is unsupported and is not meant for general purpose automation, for that there is the much better supported and easier to use programming interface for SignalVu-PC: <a href="https://download.tek.com/manual/SignalVu-PC-Programmer-Manual-077072107.pdf">https://download.tek.com/manual/SignalVu-PC-Programmer-Manual-077072107.pdf</a>.<br> <br> If you still wish to use the RSA API (main advantage being speed and Linux support), then here are a few tips:<br> 1) .dll files should usually be placed in the Windows System32 directory so they can be loaded dynamically<br> 2) the RSA API works independently of SignalVu-PC and, in fact, it is best to not have both running at the same time as they can interfere with each other

Hi Yogesh,<br> <br> After some research I was unable to find a ready-made script to parse the data in the .mhtml file and convert it to .csv or .xls.

Hi Mike,<br> <br> First you should create a results table with the search results with the command <code>searchtable:addnew</code>.<br> Then, you can save this table to a file with <code>save:eventtable:searchtable</code>&#160; which you can then transfer to your computer with <code>filesystem:readfile</code> .<br> <br> This will give you an index of all the search hits found and their locations in time.

Hi Frank,<br> <br> The clock recovery option is meant for testing the rise time of a serial bus, limiting the measurement to transition bits.

Hi Vijay,<br> <br> I believe you had your question answered in a case but I will also answer it here so it may be useful to others:<br> <br> The self-tests test the front-end of the oscilloscopes, any failure here will require a hardware repair. Please make sure any signals and cables have been disconnected from the instrument before running the self-tests.<br> To set up a repair go to: <a href="https://www.tek.com/en/service-quote">https://www.tek.com/en/service-quote</a>

Hi Yogesh,<br> <br> We have yet to release a 7 series, so I presume you are talking about an MSO7000 of some sort.<br> <br> I'm not quite sure what reports you are storing. If you give me more information to how you are storing/generating these reports then I will be able to give you a more definitive answer on whether or not you can save them in a different format.<br> <br> There isn't a ready-made way to convert mhtml to csv as these file formats store inherently different things. It should be possible to do this conversion by writing a small script to parse the desired data in the mhtml file and save it as a csv.