Products > Test Equipment
REVIEW - Rigol DS2072 - First Impressions of the DS2000 series from Rigol
<< < (483/566) > >>
Teneyes:
Obscure Bug in FW 00.03.00.01.02
Understandable, When the range for decoding is 10Kb/s to 1.00Mb/s  and there is a Fix Baud setting for 1.00Mb/s. Then the Owner would only be trying to select a "USER" baud rate of  11-999 ( all in Kb/s)
But in "USER" Trigger mode Rigol allows the Trigger to be 1.00Kb/s -  10.00Mb/s, so that copying the trigger range is bigger than the programmed Decode range.
Is there a Need for a wider CAN decoding Baud range,?
Mark_O:

--- Quote from: Teneyes on May 04, 2014, 02:41:25 pm ---
--- Quote from: Teneyes on April 29, 2014, 10:26:00 pm ---Obscure Bug in FW 00.03.00.01.02

--- End quote ---

In the Display below , See what is wrong with the Settings

--- End quote ---

Nice catch.  Kind of strange that something as simple as copying a setting from the trigger section to the decode section would be broken.
Mark_O:

--- Quote from: Teneyes on May 04, 2014, 03:36:51 pm ---Thanks Carrington

I could not download the second link
--- End quote ---

Me neither.


--- Quote ---The videos and  pdf file shows how a DSO decodes message and then shows the decoded data ,but does NOT show enough detail to show Stuffed Bits and the bit by bit comparison

--- End quote ---

I doubt any of them do.  You're doing the bit-wise comparison to check if the Rigol is decoding properly.  The rest assume they do decode properly, so there's no reason to check the device operation.  I.e., the purpose is to test the bus, not the test instrument.  For that purpose, no one cares which bits are stuff bits.
Carrington:

--- Quote from: Teneyes on May 04, 2014, 03:36:51 pm ---Thanks Carrington

--- End quote ---
You're welcome.


--- Quote from: Teneyes on May 04, 2014, 03:36:51 pm ---I could not download the second link
Could this be the Video, showing how Hardware decoding helps
Agilent video

--- End quote ---
Yes, it's the same video.


--- Quote from: Teneyes on May 04, 2014, 03:36:51 pm ---It might be interesting to see a test of  the speed of Protocol decoding between Rigol vs Tek

--- End quote ---
Sure!


--- Quote from: Teneyes on May 04, 2014, 03:36:51 pm ---The videos and  pdf file shows how a DSO decodes message and then shows the decoded data ,but does NOT show enough detail to show Stuffed Bits and the bit by bit comparison

--- End quote ---
No, about that particular detail, I haven't found anything.
Carrington:

--- Quote from: Mark_O on May 04, 2014, 04:18:37 pm ---
--- Quote from: Teneyes on May 04, 2014, 03:36:51 pm ---Thanks Carrington

I could not download the second link
--- End quote ---

Me neither.

--- End quote ---
Oops! Me neither.

I don't know if this link works:
http://www.element14.com/community/docs/DOC-35783/l/debugging-can-based-designs-video--agilent


--- Quote from: Mark_O on May 04, 2014, 04:18:37 pm ---
--- Quote ---The videos and  pdf file shows how a DSO decodes message and then shows the decoded data ,but does NOT show enough detail to show Stuffed Bits and the bit by bit comparison

--- End quote ---

I doubt any of them do.  You're doing the bit-wise comparison to check if the Rigol is decoding properly.  The rest assume they do decode properly, so there's no reason to check the device operation.  I.e., the purpose is to test the bus, not the test instrument.  For that purpose, no one cares which bits are stuff bits.

--- End quote ---
No idea, but probably you're right.
Navigation
Message Index
Next page
Previous page
There was an error while thanking
Thanking...

Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod