eos33 Posted September 10, 2019 Share Posted September 10, 2019 Hi , I use a Analog Discovery 2 device to develop the HDMI CEC function in the microcontroller. Now, the AD2 can capture the waveform of HDMI CEC. Just wondering if any way that I can translate the waveform to the readable data(Protocol). Appreciate for your help. Link to comment Share on other sites More sharing options...
0 attila Posted September 10, 2019 Share Posted September 10, 2019 Hi @eos33 I have added HDMI CEC interpreter to the latest WF beta build:https://forum.digilentinc.com/topic/8908-waveforms-beta-download/ Link to comment Share on other sites More sharing options...
0 eos33 Posted September 11, 2019 Author Share Posted September 11, 2019 hi Attila,thank you so much for your help. It's awesome and works great!! Link to comment Share on other sites More sharing options...
0 ca_michelle Posted October 25, 2021 Share Posted October 25, 2021 Hi, I know this is an old post, but I've just been trying the HDMI CEC decode with AD2 on waveforms (version 3.16.3), and it looks like the bit order is wrong, it should be MSB first for each nibble/byte. So in above example, it should decode to... Start, Src h8, Dst h1, End, Ack 0,.... There's no option to switch between LSB and MSB, only invert the polarity, which doesn't fix the issue. And no way to modify scripts for existing protocols, only create a custom one from scratch. Is there any chance this could be corrected, as reordering the bits manually defeats the object of having a protocol decode. I'm happy to create a new post, if needed, but as new to the site, I've not done one before. Thanks, Michelle Link to comment Share on other sites More sharing options...
0 attila Posted October 26, 2021 Share Posted October 26, 2021 Hi @ca_michelle Thank you for the observation. Next week you will have the version fixing this issue. ca_michelle 1 Link to comment Share on other sites More sharing options...
0 attila Posted November 2, 2021 Share Posted November 2, 2021 Hi @ca_michelle The bit order is corrected in the latest version: Link to comment Share on other sites More sharing options...
0 ca_michelle Posted November 2, 2021 Share Posted November 2, 2021 (edited) .... Edited November 2, 2021 by ca_michelle Link to comment Share on other sites More sharing options...
0 ca_michelle Posted November 2, 2021 Share Posted November 2, 2021 4 hours ago, attila said: Hi @ca_michelle The bit order is corrected in the latest version: Thanks @attila...I'll download it now, and let you know if successful. Link to comment Share on other sites More sharing options...
0 ca_michelle Posted November 12, 2021 Share Posted November 12, 2021 @attila Sorry for delayed response. the last week or so has been manic. I've tested the CEC decode, and the bit order is now correct, thanks. However I've noticed a couple of other issues. 1) If I trigger the scope/logic analyser using the CEC protocol, Start bit... the first packet is not decoded. but if I trigger just using simple trigger, falling edge of CEC line, it does. Of course triggering like this, it doesn't always align with the start of the packet. The I2C decode works fine, even on a single packet. 2) It doesn't appear in the Protocol Analyser instrument, only the Digital (Logic Analyser) section of the Scope, which is only really suitable for a few packets at a time, due to screen resolution and memory depth. Some transactions of CEC are up to about 20 packets at a time, so having it in the Protocol Analyser would be very useful. Is the any change of correcting number 1, and adding number 2? Thanks, Michelle Link to comment Share on other sites More sharing options...
0 attila Posted November 12, 2021 Share Posted November 12, 2021 Hi @ca_michelle 1. Could it be the "Start interpreter form here" was set to T0 ? Try right click and "Reset starts" 2. You could use Record mode to capture up to 100M samples in Logic Analyzer. The Protocol/CEC is on the to-do list. Link to comment Share on other sites More sharing options...
0 ca_michelle Posted November 12, 2021 Share Posted November 12, 2021 Thanks @attila The Reset Starts has done the trick with issue (1). The Record mode does help a bit for (2)...I'll play around with the settings, to get the best out of it. But being able to get the data out in text form (not graphical), from the Protocol instrument, will be a real advantage, when it happens ? Regards, MIchelle Link to comment Share on other sites More sharing options...
0 attila Posted November 17, 2021 Share Posted November 17, 2021 Hi @ca_michelle Protocol/CEC is added to the latest WF version: ca_michelle 1 Link to comment Share on other sites More sharing options...
0 ca_michelle Posted November 18, 2021 Share Posted November 18, 2021 23 hours ago, attila said: Hi @ca_michelle Protocol/CEC is added to the latest WF version: Thanks @attila I've given it a go, and it appears mostly OK, for general messages. But appears to have an issue with ACKs on Broadcast messages (Dst = F), and thinks they are NAKs. I'm guessing it doesn't realise that "For broadcast messages the sense of the ACK bit in inverted to allow for a single device to reject a message". So it needs to recognise it's a broadcast message, and then decode the ACK bit accordingly. For reference, here is the start of the same transaction (run separately, as you can't capture both at the same time) using the Digital section of the Scope instrument. It correctly recognises the ACKs, even for broadcast messages. I hope this isn't too much of a pain to fix. I've not tried the TX option, so not sure if that has any issues. Regards, Michelle Link to comment Share on other sites More sharing options...
0 attila Posted November 19, 2021 Share Posted November 19, 2021 Hi @ca_michelle The next version will show REJ for rejected broadcast messages. Thank you for the observation. ca_michelle 1 Link to comment Share on other sites More sharing options...
0 ca_michelle Posted November 19, 2021 Share Posted November 19, 2021 Thanks @attila, I look forward to trying the next update, when it's available. attila 1 Link to comment Share on other sites More sharing options...
0 ca_michelle Posted November 26, 2021 Share Posted November 26, 2021 @attila I saw there was a new update, and downloaded it. It appears to be handling the Broadcast messages better now...with no erroneous NAKs showing. Although I can't verify the REJ part, unless we intentionally reject a message. Thanks for your help Michelle attila 1 Link to comment Share on other sites More sharing options...
Question
eos33
Hi ,
I use a Analog Discovery 2 device to develop the HDMI CEC function in the microcontroller.
Now, the AD2 can capture the waveform of HDMI CEC.
Just wondering if any way that I can translate the waveform to the readable data(Protocol).
Appreciate for your help.
Link to comment
Share on other sites
15 answers to this question
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now