• Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by JColvin

  1. Hi, I would recommend checking out the tutorials that we have on our Learn site. We have a set of modules designed for the MX7 with MPLAB, which I've linked to in my earlier link. Let me know if you have any more questions. Thanks, JColvin
  2. Hi BJWilliams, I'm still not sure what board you are referring to; I don't personally recognize the description. Perhaps you can upload a photo to our Gallery? Thanks, JColvin
  3. Hi rman12345, I sent you a PM with some details.
  4. Hi BJWilliams, I'm not certain which board you're referring to from the barcode. Is it perhaps one of these two boards; the myDigital or the myProto? Thanks, JColvin
  5. Hi Manoj Peiris, In principle you are certainly allowed to connect to FPGAs to a single PC. What you will be limited by (and what you need to try out) is if your application can control both of the boards at the same time. Thanks, JColvin
  6. Hi Flyline, Unfortunately, there is currently no user guide (in the style that you're hoping for) for the Digilent IP Stack. The most information that I have been able to find can be found in the links from this particular forum thread. You could also try checking out this Instructable that shows how to control a microcontroller over WiFi with the Digilent IP Stack. Let me know if you have any more questions. Thanks, JColvin
  7. Hi Roney, There is currently not a video tutorial for the PmodIA. The most up to date information that we have for the PmodIA can be found in the PmodIA Resource Center. There you can find some reference material as well as a code example designed for chipKIT boards (since Digilent primarily works with chipKIT microcontrollers). Within the zip file for the code, you will see documentation explaining how to use the functions in the library to calibrate and configure the PmodIA. Since the code used for chipKIT is fairly similar to Arduino style code, and this particular library does not have any chipKIT specific code that I can see, I believe it *should* be able to run on the Leonardo without a large amount of effort, although I do not have an Arduino Leonardo myself so I cannot confirm this. The PmodIA communicates with the host board through the I2C protocol; if you are not familiar with I2C, I would recommend checking out Nick Gammon's forum on working with I2C and Arduino board's here. Let me know if you have any more questions. Thanks, JColvin
  8. Hi Lukas, I know that (unfortunately) you will not be able to use an alternate chip select pin for the WiFi Shield. The reason for this is because there is a trace connecting pin 10 to the chip select pin on the WiFi module on the shield. Although, you may want to make sure that the JP4 jumper is set so that the jumper block is connecting pin 10 to RG9 to ensure that that WiFiShieldOrPmodWiFi_G.h works correctly. As for the compatibility of the libraries, I think that they should be compatible in principle presuming that you declare an appropriate alternate pin that you can easily access that is not otherwise used by the WiFi Shield or the SD card, but I do not know this for certain. The support team will get back to you here on the forum with a more accurate answer. Thanks, JColvin
  9. Hi bahare, The project that herve was referencing is available in one of the above comments here. Thanks, JColvin
  10. Hi Gerhard, The crystal used does run at 8 MHz, but the onboard PIC32 uses a divider (at least it's set to use one in MPIDE) to bring up the sysclk frequency to 40 MHz. If you're using mplab, you'll want to follow the advice on this microchip thread to get the 40 MHz clock frequency (at least from my understanding). Let me know if you have any more questions. Thanks, JColvin
  11. Hi Leslie, I think I know what you're going for. Although we don't have the direct USB to PS/2 Pmod, we do have a Pmod similar to that, the PmodUSBUART. It doesn't send strict PS/2 signals, but rather in the UART convention. I personally don't know how well it would handle commands from a keyboard/mouse and it doesn't have the USB type A connector that most keyboards and mice use, but I imagine there are conversion cables that exist out there. Although I do agree that the direct USB to PS/2 in the 6 or 12 pin configuration Pmod would be pretty cool to have. Let me know if you have any questions. Thanks, JColvin
  12. Hi Illini_2017, The cable will be able to physically interface by itself to the board from your computer. What you will need is the software to send the appropriate commands/data over the cable. I personally haven't done anything like this before, but Digilent does have an AVR Device Programmer that you can use with that cable. Let me know if you have any other questions and I'll do my best to help you out. Thanks, JColvin
  13. Hi skimber, Great questions! I have temporarily moved this topic to this particular forum so that one of our users who knows these answers can find this topic more easily. I'll then move this topic back to the sales section (as that is the more appropriate section for users searching for similar sales answers). Let me know if you have any more questions. Thanks, JColvin
  14. Hi djcheezy, I did some searching myself and haven't found any nice libraries or other higher level code to effectively use the output compare pins... I remember seeing some talk about using the pins on the chipKIT forum from what I recall, but none of the code presented was very user friendly (at least in my limited experience). Let me know if you have any more questions. Thanks, JColvin
  15. Hi Leslie, That's an interesting idea! I have been considering a Pmod that took a USB input and turned it into a compatible Pmod header format. The USB to PS/2 would be different though since you would still need the header pins (the 6 or 12 pins) so that way it could plug into a Pmod port, effectively making it have three different header types on one board which you don't see too often. Are you wanting to use the older PS/2 communication style rather than trying to work with USB (since USB is significantly trickier to work with)? Thanks, JColvin
  16. Hi Mike, I have sent this question off to our support team who will get back to you here on the forum. Thanks, JColvin
  17. Hi Lincoln, I have sent this question off to our support team who will get back to you here on the forum. Thanks, JColvin
  18. Hi rman12345, I'm very sorry to hear that you burned out your component. I grabbed a PmodPS/2 of my own and was able to verify that yes the silkscreen is labeled incorrectly with the added issue that there are no clear traces for the external power. I am currently working with my supervisors to see what Digilent can do for you. Please let me know if you have any questions. Thanks, JColvin
  19. Hi Jack, All the currently available versions of MPIDE that I am aware of are available here. You'll notice that there is not an MPIDE 0022. The reason for this (from my understanding at least) is that MPIDE was originally created off of the Arduino IDE and has been slowly modified over time as bugs were fixed and whatnot and eventually became known as MPIDE. I was able to find all of this in the revisions list here, although I wasn't able to find any of the older versions that they mentioned in the text file. Thanks, James Colvin
  20. JColvin

    reference design

    Hi, You can find the schematics for the FMC-HDMI board at the bottom of it's product page. Otherwise, it is Digilent policy not to release the design files for most of our boards. Let me know if you have any more questions. Thanks, JColvin
  21. Hi Jack, What code are you using? Most of the code developed for chipKIT (at least most code that is released by Digilent) has been developed to no longer have any dependency on Microchip's plib.h. If you are working with MPIDE, plib.h can be found in the following folder within your directory: /.../main_MPIDE_location_name/hardware/pic32/compiler/pic32-tools/pic32mx/include/plib.h Let me know if you have any more questions. Thanks, JColvin
  22. Hi Bill, You are correct in only seeing those boards. We do not currently offer a board/shield combination that can achieve both WiFi and CAN. The WiFi Shield doesn't have the same form factor as the Max32, so it will not be able to directly plug into it. I would recommend that you follow your last suggestion of using either the Wi-FIRE or the WF32 with a compatible 3rd party CAN shield. Let me know if you have any more questions. Thanks, JColvin
  23. Hi Ricardo, I'm not sure what the timeline for the guide Kaitlyn mention is. I know that a number of the Forum Moderators, including myself, were gone at NI Week this past week so we were unable to devote a lot of time to the Forum. FPGAs are not my strong suit so I am not able to help you out directly, but we'll definitely let you know when the guide is completed so that way anybody who as a question on changing UCF files will be able to have their question answered. Thank you for your patience. Thanks, JColvin
  24. Oh ok, that makes sense. I was just looking for a way that you could potentially only use 6 pins to make part of the design slightly easier, but it sounds like that may actually end up being more work in your situation. Otherwise, it sounds like you have everything else all figured out and ready to go. Let us know how it goes! Thanks, JColvin
  25. Hi raghavendar, I would like to make sure that I understand your question correctly. Are you hoping to have the code that you load onto the ZYBO board available and running every time you power on the board so you do not have to keep reprogramming the board with the same program? Or do you only want to store your result from testing your code in the flash memory? Thanks, JColvin