Products > Test Equipment
REVIEW - Rigol DS2072 - First Impressions of the DS2000 series from Rigol
<< < (482/566) > >>
Teneyes:
Here is a CAN Bus Message of 3 Bytes of Data (43,41,4E)
I have zoom display of each sections of the Frame for discussion.
I will show all sections in this Post then I will highlight points where I have some concerns in additional posts
The  Display are:
   ID
   Frame DATA Length
   3  Bytes of Data
   CRC
   ACK
   Between meesage Gap
Teneyes:
Here are my comments on the Sampling position of the signal and How the DS2000 displays data.
I do not have and experience with  analog sigansl with Data decoding.

In the first display I show how adjusting the Trigger sample point shifts the Trace and Data relative to the Orange Trigger point.I shoe at 5 %, 50 % and 95% sample point
 All looks nice and Good.

In the second display I show how adjusting the Decode sample point shifts the Trace and Data relative to the Input Trace.I show 3 conditions
        Trigger at 5 %,  and Decode at  95% sample point
        Trigger at 50%  and Decode at  50% sample point
        Trigger at 95%, and Decode at    5% sample point

Here I think I would prefer that the entire Message is shifted and NOT just the Length and DATA.
Is this a BUG??
WHat to other DSO's do?
What do others think?

You will see that the Data overlaps the CRC some times.
Just be aware of the shifting , when you are trying to examine trace timing and CAN Data  bits
good feature of the Copy trigger , is the sample point is copied so Both Trigger and Decode are the same, but if you adjust the Decode , the Trigger point does not Follow.


Note this CAN messges was done with Arb Gen.,
But I am still trying to calculate the Correct CRC

AintBigAintClever:

--- Quote from: Teneyes on May 02, 2014, 08:58:13 am ---
--- Quote from: AintBigAintClever on May 01, 2014, 08:11:52 pm ---My DS2072A-S works happily on rev. 2.x firmware, signal generator and all. Whatever's been added in 3.x, I don't think A-S support is it.

--- End quote ---
@AintaBigCleaver :D
Did you try  FW 00.03.00.01.03 ?
     or Beta  FW=00.03.00.00.00 ?

--- End quote ---
Skipped the beta. No idea what was on it out-of-the-box (idiot boy forgot to check first!). Tried it on 2.x grab-the-key firmware and 00.03.00.01.03, both of which would allow feature unlocking keys but no bandwidth change keys, so it's on 2.x non-A-keys firmware for now, fully unlocked  ;D
Teneyes:
Here's a Test to see Frequency tolerance of the Rigol CAN bus Decoding;
The base Frequency was set to max. of 1.0Mb/s and the input message bit rate was raised until an Error and then lower until errors.
 Displays;
      1:  Good decoding  at a higher Bit rate (1.087Mb/s) just before  Errors occured
      2:  No decoding     at a higher Bit rate (1.111Mb/s) as Errors occur

      3:  Good decoding  at a lower Bit rate (0.915Mb/s) just before  Errors occured
      4:  Error decoding  at a higher Bit rate (0.909Mb/s) as Errors occur

So I would say  Tolerance is  -8.5%  to  +8.7 %  of Baud rate:
but I am not sure what the theoretical range is?
The timing could be from the the Trigger point, but with 70 bit times there might  be re-syncing at the bit change edges
Carrington:

--- Quote from: Teneyes on May 03, 2014, 12:27:18 am ---Does anyone know how Agilent deals with displaying CAN data??   Hydrawerk??

--- End quote ---
Hi Teneyes.  :)

The other day I found this video. Is that what you wanted to see?



And also I found this video (download to see):

http://www.element14.com/community/servlet/JiveServlet/downloadBody/35783-102-2-217111/T%26M-Learning%20Center-Oscilloscopes-Video-Agilent.Training_Videos_6.wmv
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