• Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by JColvin

  1. Hi @Ravi Kumar, I apologize. We're not certain what the problem might be. The strange bit is that the code seems to report data correctly temporarily, loses communication, and then seems to successfully regain communication. If you have an oscilloscope or logic analyzer to look at what is happening, that could help reveal the problem. Beyond that, I am not certain. Thank you, JColvin
  2. Hi @hendog82, I have asked some other engineers for their input on this. Thank you, JColvin
  3. Hi @abdul, Here are a couple of forum threads (link1, link2) that may be interest to you. Thanks, JColvin
  4. Hi @[email protected], When did you receive Cmod A7 and could you let me know it's serial number? I know there was a hardware change that was made to it for this particular issue. Thanks, JColvin
  5. Hi @Charles Hill, I have asked some other engineers for their input on this. The MAC address would be stored in the Quad-SPI Flash OTP region (which you already mentioned) which for your board may be a Spansion S25FL128SAGMFI00, though there are some other potential loads as listed in it's Reference Manual here: https://reference.digilentinc.com/reference/programmable-logic/arty-z7/reference-manual#quad_spi_flash. The datasheet for the Spansion chip I mentioned is available as a direct download from Cypress here: https://www.cypress.com/file/448601/download. Thanks, JColvin
  6. Hi @laurent01, You do not need to be directly connected a router or ethernet switch if you are connected to the Zybo Z7 board via an Ethernet cable; I was not directly connected to a router (only connected via WiFi) when I tested this. Xilinx's lwip example assigns itself it's own IP address (by default Giving yourself a fixed IP (shown in steps 12.1 through 12.2.5 of the Getting Started with Zynq Server tutorial) will let you be on the same IP range as the Zybo Z7. After you have gotten to the point where your serial terminal has reported the IP address of the Zybo Z7 and the port it is operating on, you can connect to to that particular IP address through a new telnet connection on port 7 (shown on step 12.3). The catch is if your internet connection your computer is using already uses the 192.168.1.X address space, because those particular IP addresses might already be taken. You can find out if you are already on that IP address range by (presuming you are on a Windows system) opening up the command prompt and running the command ipconfig. However your computer is connected to the network (usually WiFi or Ethernet) will list it's assigned IP address (you'll look for the IPv4 address). If the first 3 octets listed match 192.168.1, I can give you some further instructions on things to try. Let me know if you have any questions about this. Thanks, JColvin
  7. Hi @bhayame, I don't have a Pmod IA on hand and wasn't actually aware that the connectors had a 50 Ohm impedance, though I did confirm that is the case. I believe you would need to add 100 Ohms to the value to get accurate values; it will be a larger impact when calibrating for smaller impedances as discussed on page 30 and 31 of the AD5933 datasheet. Thanks, JColvin
  8. Hi @Rob Frohne, I have moved your question to a more appropriate section of the forum where the engineer most familiar with the Analog Discovery 2 and the WaveForms software will be able to see and respond to your question. Thanks, JColvin
  9. Hi @laurent01, I got it working successfully with lwip on a Zybo Z7-10 on both 2019.1 and 2019.2. The change that I needed to make was leaving the temac adapter settings at auto negotiate (the default); it would then settle at a PHY speed at 1000 and work as advertised. I did not have to make the change that @asmi referenced, though I will be testing microblaze systems next to see if they need it. Oddly and for reasons I did not understand, setting the PHY speed specifically to 1000 rather than leaving on auto-negotiate does not work; I just kept continually getting the repeated Ethernet up, Ethernet down message. Since my board is directly connected to my laptop, I did need to use the static IP address. I recall while at work when I connected to an Ethernet switch that I do not need to set a static IP address. Let me know if you have any questions about this. Thanks, JColvin
  10. Hi @laurent01, I reproduced the issue in 2019.1; I am working on figuring out what needs to be done differently to get working correctly. Thanks, JColvin
  11. Hi @sungwon, That page is intentionally blank, similar to the other USB-UART FTDI solution page missing on our other product schematics. My understanding is that do offer licensing options for our FTDI solution. Let me know if you would like to get in touch with the appropriate Digilent representative to discuss this. Thank you, JColvin
  12. Hi @Mark1, I have sent you a PM with some instructions. Thanks, JColvin
  13. Hi @dudette, Are you using the original Zybo or the Zybo Z7-10? Which version of Vivado are you working with and what do you mean by "it keeps failing"? When you said you have tried the things suggested on the other threads, does that mean you created a new project that only used the UART on the Zynq processor, generated the bitstream, exported the project, and then did the memory test? Thanks, JColvin
  14. JColvin


    Hi @flutnic, Yes, it is possible to do, though I have not personally done this. I took a look and found these two guides from Xilinx on how this might be done here and here. Digilent has a pre-made Petalinux image that ships with the SD card that comes with the board; it's sources are available on our GitHub here. Thanks, JColvin
  15. JColvin

    Type 6 Expanded?

    Hi @KKING, We are in the process of updating the standard; I'll let you know once it goes through. Thanks, JColvin
  16. Hi @laurent01, What version of Vivado/Xilinx SDK are you using? Thanks, JColvin
  17. Hi @[email protected], I will PM you the Digilent contact that will be able to discuss the licensing options that we have regarding the FTDI configuration. I'm not sure what you mean by burn Xilinx FPGA from PC, but if you have a bitstream already created and the board supports it, you could place the bitstream on a flash drive and load it from there. Or if it happens to be a Digilent board, you can load it via the Digilent Adept software. Otherwise, you may just need to use the Vivado Lab Edition. Thanks, JColvin
  18. Hello, I presume you mean the Cmod S6 rather than the Cmod A6. As mentioned in this thread, the Cmod S6 does not have a JTAG header. Thanks, JColvin
  19. Hi @Thejashree, I have asked some other engineers more familiar with our FMC Pcam adapter for their input on some of your questions, but I'll provide some input on the ones that I can. 1) Since 4 cameras are supported through the FMC Pcam adapter, each camera has two pairs of of MIPI lines that are controlled by pairs of pins on the FMC connector. 3) The FMC Pcam Adapter as an adapter does not dictate what lines are broken out the LPC FMC Adapter, that is instead dictated by Vita 57.1. However, the Zynq 7020 devices such as the Zedboard of which we have demos for the FMC Pcam adapter, do not have HP, GTX, or GTH lines, only the HR I/O lines. 4) Unfortunately, our FMC card does not support Zynq Ultrascale+ devices. 6) No camera is included with our FMC Pcam Adapter. The camera that we have tested it with is Digilent's Pcam module: https://reference.digilentinc.com/reference/add-ons/pcam-5c/start. 7) We have not tested it with Sony's cameras so I cannot confidently comment one way or the other on that. 9) The pinout of the FMC Pcam adapter is detailed in it's reference manual here: https://reference.digilentinc.com/reference/add-ons/fmc-pcam-adapter/reference-manual#pin-out. Thanks, JColvin
  20. Hi @brian222, Yes it is possible to do through the Record mode; there are some more details about this available in these forum threads: Thank you, JColvin
  21. Hi @Andy Rabagliati, I have moved your question to a more appropriate section of the forum where the engineer most familiar with the Analog Discovery 2 and the WaveForms software will be able to see and respond to your question. Thanks, JColvin
  22. Hi @dchandra439, The only board that Digilent has with the 2x7 JTAG header is the Zedboard: https://reference.digilentinc.com/reference/programmable-logic/zedboard/start. With regards to the voltage options on the Zedboard, the only way to get 1.8V logic of any kind would be through the LPC FMC header and setting the corresponding VADJ jumper to 1.8V. The FMC header provides 68 single-ended I/O (which can be configured as 34 differential pairs), though you would need an adapter to have them conform to the 2.54 mm pitch spacing. However, the Zedboard (and the other Digilent boards) do not have a header containing 10 I/O pins with a 2.54 mm pitch; all of our Pmod headers only have 8 I/O pins matching that pitch spacing. Let me know if you have any questions about this. Thanks, JColvin
  23. Hi @dchandra439, Digilent has a mix of those features on our boards, though not necessarily all at the same time. There are three questions that I have regarding your specifications: 1) Do your digital I/O pins at the different voltages all need to conform to the connector with the 2.54 mm pitch spacing? 2) For the JTAG cable connectivity, are you looking directly for a 2x7 JTAG header with the 2.00 mm pitch spacing, a small 6-pin header with the TMS, TDI, etc pins, or just the ability to load a bitstream from a host computer? 3) What logic standard is the digital IO at 1.8V and 3.3V conforming to? CMOS? TMDS? Something else? Thanks, JColvin
  24. Hi @2U3, I have moved your thread to a more appropriate section of the forum where the engineer most familiar with the Digital Discovery will be able to see and respond to your question. Regarding the 8ch x 640 x 480 data at 24 MHz that you want to output though; what sort of data is this? Is this 24-bit video data that you want to stream from your PC? Would this be happening at the same time as the recording of the 12ch of data at 24 MHz? Thanks, JColvin
  25. JColvin

    Type 6 Expanded?

    Hi @KKING, I believe we are on board with adding a Type 6A to the standard, though we do have a couple of questions/points that we would like your (or anybody reading this thread) feedback on as a customer. The main drawback against creating a Type 6A at the moment is that if pre-defined GPIO lines are added (I presume you are needing more than two of these GPIO lines since the standard as it currently stands allows for two alternate signals, such as an interrupt and a reset line, to be used in place of the No Connects on pins 1 and 2 on the Pmod header) the ability to daisy chain different I2C modules will become difficult. In principle, if all of the extra GPIO signals were only used on the bottom row of the Pmod header, you could still daisy chain I2C modules by treating the top header row as just Type 6, though that isn't necessarily following the spirit of being able to daisy-chain multiple modules together if you ignore half of the pins. Do you (or anybody else that happens to be reading this thread) have an opinion on this? Additionally, do you think the pass-through pins on header pins 1 and 2 would still be needed on the Type 6A, for the top row or to be included on the bottom row? Thank you, JColvin