| 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 |