Niță Eduard

Digilent Staff
  • Content Count

  • Joined

  • Last visited

1 Follower

About Niță Eduard

  • Rank

Recent Profile Visitors

404 profile views
  1. Hello @miezekatzen_dompteur, In the beginning of that tutorial it is stated that a license for the TEMAC IP is required. Have you followed this guide on how to obtain a license for it? Best wishes, Eduard
  2. Hello @lukelouyu, Do you use an external power supply? I have found these forum posts with a similar issue which were fixed by a) switching the micro-USB cable b) changing the power supply Best wishes, Eduard
  3. Hello, Can you post the source of your UART implementation? Also, does your implementation use any parity bits? In my case, using a parity bit made the terminal also display garbage. Best wishes, Eduard
  4. Hello, Sorry for the late reply. Perhaps using a pipeline directive to write the data in burst mode may fix the issue. Take a look at these code snippets. I'm not sure how HLS will handle the switch statement, but from the page linked above it states that: So an issue may also be caused by this. Maybe try to only send the data without the switch statement and see if the constants are sent correctly. Best wishes, Eduard
  5. Hello @Muhammed Kawser Ahmed, We currently do not have an example for software image processing for the Pcam project. This HDMI Input/Output project does software processing, which could be used as a starting point, if you need software image processing. However, edge detection would be slow if implemented using the processor. We also have the Embedded Vision Workshop, which guides you to create a demo which takes Pcam image data as input, processes it using a Sobel Edge Detection IP (whi
  6. Hello @Engr_Shan, We have several example projects which use the XADC IP. I'm not sure what board you have, but you if you want an HDL-only project, you can look at the following: where the LED associated with a channel brightens as that channel's voltage increases where the 7-segment displays show the voltage difference If you want to use it with a Zynq processor, you can check out this demo: https://refer
  7. Hello @seaover, The error you are encountering is very similar to the one described in this post on the Xilinx forum . Can you try to modify your makefile according to the process described in that thread? Also, take a look at this answer record, which is related to that post. Best regards, Eduard
  8. Hello @Zakir Hussain, These warnings appear in versions of Vivado greater than 2017.4. The > 0ns requirement was introduced to be in line with non-Zynq MIG-based designs, where negative delays were never permitted.  You can ignore these warning, since for Zynq based designs they won't cause any issues. For more information regarding the warning, please see this section of the reference manual. Best wishes, Eduard
  9. Hello @rt54321, You can use the commands mrd and mwr in the XSCT (Xilinx Software Command line Tool) to read/write values from/to registers. You can find the documentation for these here: Although not related to the project, here is a tutorial which debugs a VDMA IP using XSCT commands on registers: You could try clearing the interrupt pending register, which
  10. Hello @rt54321, From what I can tell, you implemented the button connection using the "Connect board component" option. This forces the AXI GPIO to be configured as "All inputs". I would recommend disconnecting the AXI GPIO from the board sidebar, reconfiguring the AXI GPIO to allow both inputs & outputs and then making the port of the AXI GPIO external (and after that creating an .XDC and constraining your ports). The XDC would look similar to this (Disclaimer: I have used a ZYBO Z7 to constrain the GPIO ports (which were named GPIO_0) to a led and 3 buttons, so you will have to mod
  11. Hello, Sorry for the delayed answer. I have managed to replicate the error using the same hardware setup as described, and it is thrown when I try to program the board while JP5 is set on QSPI. Can you try moving the jumper from QSPI to JTAG, as in the photo, and then program the board again? For me this fixed the issue. Best wishes, Eduard
  12. Hello @rt54321, According to the Xilinx's Zynq-7000 SoC Technical reference manual( ) you can program the trigger sensitivity using the INT_TYPE, INT_POLARITY and INT_ANY registers. In the reference manual you may also find useful 14.3.4 Reading Data from GPIO Input Pins; Option 2: Use interrupt logic on input pins and Appendix B.19 General Purpose I/O Register Details (gpio) Best wishes, Eduard
  13. Hello, Your idea is indeed correct, alternating between the displays really fast gives the illusion that both are turned on at the same time. As of implementing it, you could do something similar to this pseudocode selection <- read selection bit while(program runs){ data0 <- aquire digit value for display 0 data1 <- aquire digit value for display 1 display0 <- translateData(data0) // translate data0 into a seven segment encoding display1 <- translateData(data1) // translate data1 into a seven segment encoding if(selection == 0) then write display0 to data bits of the
  14. Hello, Here are some of our boards that utilize the HDMI interface, alongside the reference manual and demos similar to what you are looking for: Zybo-Z7 Arty-Z7
  15. Hello @aams, We have a very similar project for the Zybo Z7 that you can access here: Best wishes, Eduard