Products > Test Equipment
REVIEW - Rigol DS2072 - First Impressions of the DS2000 series from Rigol
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
[0] Message Index
[#] Next page
[*] Previous page
Go to full version