AndrewHolzer

Hi @FPGA_Newb, Table 5 was a typo that you managed to catch. I've updated the reference manual to instead say Table 10.1. Thank you! Best regards, AndrewHolzer

Hi @Zeyu, Just letting you know that I moved your topic to a more appropriate forum. Best regards, AndrewHolzer

Thank you for your patience @Zafar. I'm waiting to hear back from an engineer on the best course of action for you to take. What I've found is that the commit that hash references doesn't belong to any branch in the repository. I've asked for a suitable replacement that you can use. If you wish to continue without having to wait, visit https://github.com/digilent/u-boot-digilent, select a commit you wish to use and note it down (or copy it to your clipboard). Then, in the petalinux project, run petalinux-config, select Linux Components Selection > Remote u-boot settings and then update the Remote u-boot Git Tag/commit with the one you copied. Best regards, AndrewHolzer

Hi @Zafar, I'm taking a look into the issue and see if I can recreate it following your steps. One quick question however: What is the version of the git tools that you are using? Regards, AndrewHolzer

Hi @Anatha Vidhya, I understand your frustrations and urgency, but this processes isn't a part of Digilent in order to keep our prices where they are. For that reason I am unable to instruct you on performing these calculations yourself. Thank you for your understanding, AndrewHolzer

Glad to hear MA00, you're welcome! Best regards, AndrewHolzer

The summary isn't quite correct. A change in Chrome security policies is preventing the browser from communicating with the Agent when accessing the live version of the site. Using the locally hosted version of the website skirts around these updated security policies, but required updating the static assets served by the local server to a version that supports OpenLogger. Using a different browser (such as Firefox) will allow use of the live version of the site, provided it isn't using the same browser engine as Chrome. AndrewHolzer

Hi Martin, It looks like some changes have occurred in the Chrome browser and others based on it that is breaking some things. You can correct it by going to the chrome://flags page, and setting the 'Block insecure private network requests' to Disabled. This flag is preventing requests made to localhost from sites available on an external IP address, ie waveformslive.com. Continuing to visit the http://localhost:42135 address will also work and has the same functionality of waveformslive.com, if setting a configuration flag in your browser isn't something you want to do. I have noticed that Firefox doesn't seem to have this issue, and I suspect other non-Webkit based browsers will also not experience this issue. I'm not aware of any solutions to account for these changes in browser behaviour, but I will say up-front that we have stopped putting developmental effort into these products and won't be updating the software should any solutions come to light. It also appears that your local WFL version is out of date. To update it, download the latest build from here and extract its contents to C:\Users\<username>\AppData\Local\Digilent\Digilent Agent\www, replacing <username> with that of your Windows 10 username. For future reference, you can enable logging in WaveForms Live by expanding the sidemenu on the Device Manager page, going into Settings, expanding Advanced and clicking on the Change Console Log button. Choose Console or Both in order for output to appear in the browser developer tools, which can be opened by right clicking on the web page and clicking Inspect. As for PuTTY, that can be used to bypass the agent and communicate directly with the device, and is helpful for determining its functionality. Since your issue is getting the browser to communicate with the Agent, PuTTY isn't going to much help to us at the moment. OpenLogger is only supported on Windows, but OpenScope is supported by Mac & Linux, which is why you see those listed as well. Regards, AndrewHolzer

Hi @MA00, I dug out my OpenLogger and had a look myself but found that everything was working fine. Can you enable logging in WFL and open the browser developer tools, then try to connect. There should be some output that appears in the console, and I would appreciate it if you could share a screenshot or text dump if it with me. You might also try running the agent as an administrator and see if that provides any results. Regards, AndrewHolzer

Hi @Anatha Vidhya, I am sorry to say that we don't have that information for the JTAG-SMT2, and have no plans to procure it. Regards, AndrewHolzer

Hello @ailee, According to this application note, the two can be used interchangeably. The note also details any differences between the two devices and their datasheets. Regards, AndrewHolzer

Hello @rappysaha, You will need to have licenses for the HDMI TX Subsystem, HDMI RX Subsystem and the VPHY controller. You may request an evaluation license or purchase one here. Regards, AndrewHolzer

Hey David, The Digital Discovery doesn't Slave mode, meaning it won't be able to send the ACK bit. Regards, AndrewHolzer

Hey @reddish, This is really cool and I know a few people who would love to see this! Thank you for sharing this demo with us!

Hello @mikew, The 240-021-6 will work as a replacement for 240-035. It is only missing the right-angle header. Regards, AndrewHolzer