• Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by JColvin

  1. Hi CorradoSLC, In terms of capturing your rising edges, I would check out this other forum post that we have here where a user is using the ADC to determine if an incoming signal is above or below a certain threshold. Let me know if you have any more questions. Thanks, JColvin
  2. Hi Eric, Out of our microcontroller boards, the Wi-FIRE is the fastest and the only one that I am aware of that could reach your desired speed. What I still need to find out though is if the new Wi-FIRE (the one in production) truly reaches that speed; I know the pre-production silicon that is on the boards that Digilent sells did not meet the specification that Microchip originally claimed it would reach. I'll let you know what I find out. Thanks, JColvin
  3. JColvin


    Hi AlbertoEnablia, All of the NetFPGA code and projects are maintained by NetFPGA.org. You can find out more on their wiki (well, github) here. Thanks, JColvin
  4. Hi Taufiq and welcome to our forum! If you have any questions, feel free to post in them in our FPGA section!
  5. We can definitely incorporate the project into our Wiki! I'll inform the appropriate people and they'll get hopefully get that uploaded in the near future. Thank you for helping us out!
  6. Hi Warren, Your project definitely looks pretty cool! I'm not aware of any UART receive code on our wiki, although we would like to get some up there in the future. For now, I would probably check out this RS232 serial interface walkthrough here (as recommended to me by another user). Let me know if you have any more questions. Thanks, JColvin
  7. Hamster is right, I had forgotten about the fact that you not be able to achieve that high of resolution from the VGA port on the ZYBO. You will be severely limited in the color depth that you would be able to produce, which in your case since you want to stream HD camcorder images to the monitor, will be a determent for your project, so the ZYBO may not work out for you.
  8. Hi Jim Soong, The Nexys Video will be able to accomplish your needs; one of our forum members was able to get HDMI input and output running on their Nexys Video here. Based on that project, you will be able to simply use the Vivado WebPACK without issue. I am personally not aware of any other Digilent board that has two separate HDMI ports so that you can both send and receive information simultaneously aside from the Nexys Video. If you are not limited to HDMI and are able to use VGA to send the (presumably) 1080p data from an FPGA to a monitor, then the ZYBO does become a cheaper option for you. Let me know if you have any more questions. Thanks, JColvin
  9. Hi, I have forwarded this question onto our support team. They will get back to you here on the forums. Thanks, JColvin
  10. Hi, I personally don't know the answer, but I've forwarded your question onto our support team who will get back to you here on the forum, although somebody else might jump in before then. Thanks, JColvin
  11. JColvin

    JTAG-USB Question

    Hi, I have forwarded your question on to our support team. They'll get back to you here on the forum. Thanks, JColvin
  12. Hi Hervé, I unfortunately do not have news for you, but I have contacted tom21091 to make sure that this forum thread did not accidentally fall off of his radar. Thank you for your patience, JColvin
  13. Hi hamster, I'm told that they took advantage of the fact that Xilinx, like most companies, underrates their chips capability (to be on the safe side) and then the appropriate clock was just told to run over the specified speed to achieve the 1500 (or 1485) Mb/s and that they did not experience any signal integrity loss. I can try to find out more, but from what I can tell, it's not anything fancy beyond just "overclocking" the chip. Thanks, JColvin
  14. Hi, After chatting with a more experienced person than I, neither datasheet for the 7-series chip on the ZYBO or Nexys Video give a clear answer for if they can transfer 1080p due to HDMI using a slightly different signaling convention than what the datasheet reports in (TMDS vs the reported LVDS) for a specific application (networking), among other other things. However, like Mendeln, we have had no trouble ever transmitting 1080p from the ZYBO or Nexys Video at 60Hz. For receiving the 1080p the Nexys Video did fine, but there were some complications encountered when using the ZYBO due to receiving being inherently slower than transmitting. There were other reasons as well, but I personally didn't understand them. Thanks, JColvin
  15. Hi Umang, As I understand it, as the Logic Analyzer is a 3.3V CMOS device (as per the features list on the technical reference manual), it would only effectively analyze signals ranging from 0V to 3.3V. Thanks, JColvin
  16. JColvin

    GPS Spew.

    Why would the GPS jamming be a down-side? Couldn't you in principle just unplug/turn off the design if you are needing GPS tracking for other things...?
  17. Hi, After doing some searching the delay functions (such as __delay_ms() ) were native to XC8, but I don't know if they are also native to Harmony. You could try using some of the delay's suggested here and here on the microchip forums, or try the timer service library that comes with the system service library for Harmony (documentation tab, system service library, use the "control find" function with "delay" as your search term in the document) Let me know if you have any more questions. Thanks, JColvin
  18. I apologize for somehow missing this question before. I have let our support team know about your question and they'll get back to you here on the Forum. Thanks, JColvin
  19. Thanks for sharing this LariSan!
  20. JColvin


    Jon, I'm not sure if this is what you're looking for, but the reference component that he is referring to can be downloaded here. Thanks, JColvin
  21. Hi Ionut Priscari, I've contacted a person with a little more experience than I to help you find the ideal product for your needs. Thanks, JColvin
  22. Hi AHz, I've contacted our support team about this and they'll get back to you here on the Forum. Thanks, JColvin
  23. Hi JovianPyx, I've contacted our support team so they are aware of this and they'll get back to you here on the Forum. Thanks, JColvin
  24. JColvin

    Pmod Ad5

    Hi, Yes, your clock is currently too fast for the PmodAD5 to handle. You'll need to use a clock divider of some sort to get your clock rate down to 1 MHz much like hamster did earlier in this thread. There are several different forum posts explaining how you might do that (by hamster) here, here, and here. Note that PmodAD5 is limited to producing data only within a 4.7 Hz to 4800 Hz data rate. The AVdd does not need to be exactly 5V. According to the first page of the datasheet, AVdd can be anywhere from 3V to 5.25V. You will need to make sure that the voltage source stays at a constant voltage, and 5V will work great for your application. Yes, with that datastream, you may leave the other inputs (Ain3-Ain8) open and unconnected. The output will describe the amplitude of the incoming signal. Looking at the manual, I agree that it is unclear what the output data represents; I'll work on amending that. When you read the output data, you will receive a stream of 24 bits of data. By default, the device is in bi-polar mode which is what you want considering that you have some "negative" spikes in your signal readings. From page 33 of the datasheet, the datastream will be equivalent to: "Code = 2N – 1 × [(AIN × Gain/VREF) + 1] where: AIN is the analog input voltage. Gain is the PGA setting (1 to 128). and N = 24." So, with a default reference voltage of 2.5V, and a Gain setting of 32, we can determine what Analog input voltage is by rearranging the equation to be: AIN = [( Code / 2N - 1 ) - 1 ] × VREF/Gain As for working with the noise, now that I'm thinking it over again, there might be a way to determine if you are receiving noise or the signal. When you receive your desired signal, is it more or less guaranteed to be significantly above (or below, whichever the case may be) your noise level? If so, you would be able to take the values collected by FPGA and filter them in software to only report the values that are above your threshold level. However, if the signal value will be around the same voltage level as the noise, I do not think there would be a way for software or hardware to distinguish between noise pulses and signal pulses. I'm looking forward to seeing the pictures. Let me know if you have any more questions. Thanks, JColvin
  25. JColvin

    Pmod Ad5

    Hi 123244423, You're free to ask any question you may have-- we've set up the Forum as a place for people to learn things that they don't already know about, so any "lack" of knowledge is not a detriment. You wouldn't actually need to worry about your FPGA needing to read the 50 mV signal directly. The PmodAD5 is an analog-to-digital converter (ADC), so it will take the 50mV and turn it into a series of digital bits (zeroes and ones) that correspond to the logic level low and high voltages that the FPGA uses and can easily read. Because of this, it may be easier to think of the gain factor in this ADC has increasing the resolution of the incoming analog signal (as opposed to increasing the amplitude of that signal) in terms of what kind of data we would be receiving from the PmodAD5. However, as the gain factor that we select for the Programmable Gain Array internal to the Analog Devices (pg 32 of the datasheet) does increase the voltage of the incoming signal (as we would expect), it also correspondingly limits us to what kind of input voltages we can give to the chip so that we don't accidentally damage the chip or receive inaccurate data. According to the Analog Input specifications (bottom of page 5 of the datasheet), the differential input voltage that we apply needs to be between +/- Vref/gain. If we use the default reference voltage of 2.5V and set a gain of 32, this would allow us to apply a voltage anywhere from -78.125 mV to +78.125 mV without running into any issues. For the differential input, you can set 0V to the negative input and use the positive half of the pair as your actual input from the the Scintillation counter. A larger gain, such as the gain factor of 128, would limit us to 19.53 mV (2.5V divided by 128 = 0.01953 V = 19.53mV), which isn't quite large enough of a range to account for the potential 50 mV that you would be providing. A list of usable gain factors is given on page 28 of the datasheet and correspond to the last 3 bits in the datastream provided by hamster. The rest of his datastream should work for your application as well. He set it so that the pseudo differential measurement is used, which basically means that you would need to apply 0V to AINCOM on the PmodAD5 to match the 0V for the negative input as you suggested earlier. When I said the "default" voltage, I meant that when that particular component is idling or not receiving any input of its own, did it have an output voltage of 0V. After reading up on your project, it sounds like this is the case. I apologize for not being more clear when I originally asked the question. As for the noise from the thermionic emission, I have enough experience in the correct field to understand the idea of what your project is doing, but unfortunately I am not aware of a way to prevent or filter out this additional radiation. I guess ideally you would want to be in an isothermal environment, but that's easier said than done and beyond Digilent's realm of expertise. Let me know if you have any more questions. Thanks, JColvin