jpeyron

Technical Forum Moderator
  • Content count

    1,075
  • Joined

  • Last visited

  • Days Won

    43

jpeyron last won the day on March 20

jpeyron had the most liked content!

4 Followers

About jpeyron

Contact Methods

  • MSN
    jpeyron@hotmail.com

Profile Information

  • Gender
    Male
  • Location
    Pullman

Recent Profile Visitors

1,517 profile views
  1. Hi @MrKing, Welcome to the forums! What can we help you with? For starters Here is the resource page and here is the github for the Arty. cheers, Jon
  2. Hi @zar, I reached out to another engineer and confirmed that there should be no issues with using the two Pmod-step-motor-drivers with the Pmod adapter. I do not know what the current limitation is on the MYRio but if needed you can use vext on the Pmod adapter to power the two Pmod-step-motor-drivers. cheers, Jon
  3. Hi @Minikurt, You are correct with the Speed/torque and stop start question. At the bottom of that PDF in the Using the Adapter with myRIO section it goes into detail like direction is controlled by setting the myRIO “DIR0” or “DIR1” pin HIGH or LOW and speed/torque is controlled by setting the duty cycle on the myRIO PWM0 and/or PWM1 pins. cheers, Jon
  4. Hi @kennethryan, Thank you @Larry Standage for the correction. So do not change any existing code but rather add the code block provided above in the file I pointed you to. cheers, Jon
  5. Hi @mmedrano, Could i get a screen shot of your current block design? I am not seeing anything else jump out at me. Could you attach a compressed copy of you project? Have you looked at our IP cores here? If you look at the bottom of our wiki you can see which Pmods use spi and how we connect them and the code used in sdk. cheers, Jon
  6. Hi @kennethryan, To add to @Larry Standage comment to find the file for my computer the path to find the System_defs.h is: C:\Users\jpeyron\AppData\Local\Arduino15\packages\chipKIT\hardware\pic32\1.4.0\cores\pic32 In System_Defs.h on line 384ish edit the text to remove the line: #if defined(__PIC32_PPS__) and the line: #endif original text #if defined(__PIC32_PPS__) #define _SPI2_IPL_ISR IPL3SOFT //interrupt priority for the ISR #define _SPI2_IPL_IPC 3 //interrupt priority for the IPC register #define _SPI2_SPL_IPC 0 //interrupt subpriority for the IPC register #endif edited test #define _SPI2_IPL_ISR IPL3SOFT //interrupt priority for the ISR #define _SPI2_IPL_IPC 3 //interrupt priority for the IPC register #define _SPI2_SPL_IPC 0 //interrupt subpriority for the IPC register after editing i was able to compile with not issue. cheers, Jon
  7. Hi @dand400, Glad to here that you got the uartlite to work on the JB port. I am curious why your project wouldn't work on JE. I will look more into this through the week and see if i can track done what the issue was. cheers, Jon
  8. Hi @zar, I believe that there are no issues with using the two Pmod-step-motor-drivers with the Pmod adapter but i will verify tomorrow with a more experienced engineer. Unfortunately, We have very limit knowledge of the MYRio. We do not sell the MYRio so we can't really offer experienced support it. I would suggest to reach out to NI for assistance using the MYRio here. cheers. Jon
  9. Hi @mmedrano, Looking at your block design, The arty's ui_clk coming out of the MIG is not suffecent to run the ext_spi_clk of the quad spi IP. I believe to fix this you should add a 3rd output clk from the clock wizard at 100 Mhz clock and connect all of the ext_spi_clk of the quad spi IP to it. cheers, Jon
  10. Hi @qriusGate, The error "Unknown USB Device: Device Descriptor Request Failed" means that is unable to read the device descriptor. This means that the USB is broken. Unfortunately we do not do repairs anymore so in this case I would suggest to look into the Analog Discovery 2 here or the Digital Discovery here based on your needs. cheers, Jon
  11. Hi @Simon, First you load the quad_spi_flash of the CmodA7 with your program like we do with the hello world in the flash tutorial. Secondly, when you unplug the CmodA7 and plug it back in the program will restart from the beginning without having to reprogram it from SDK. When unplugging power and then plugging in power it will not restart from the point it stopped when power was removed. I know that you can read and write to flash while in use so you might be able to have a basic state machine that keeps track of where in the program you are in in case there is power loss so that when power comes back on it continues from the last state that it was in. Unfortunately I have never done anything like this so i would be very helpful for guidance. Here is a thread that talks about reading/writing to the quad spi flash. cheers, Jon
  12. HI @jonb, Unfortunately, In order to qualify for academic pricing, you must be a current student, instructor, professor, or researcher at an approved academic institution, and you must use the product for academic purposes. We do have other less expensive FPGA like the Nexys Video that has a HDMI in and a HDMI out or the Zybo, Zedboard that have HDMI and VGA here. thank you, Jon
  13. Hi @FerventGeek, Glad to hear that adding a external power fixed your issues! cheers, Jon
  14. Hi @Minikurt, Unfortunately, We have very limit knowledge of the MYRio. We do not sell the MYRio so we can't really offer experienced support it. I would suggest to reach out to NI for assistance using the MYRio with C++ here. cheers, Jon
  15. Hi @Andris and @Simon, Thank you, I was looking for that thread. I was adding more memory to local and cache until I didn't get error in sdk. My understanding is that you get the errors because because you need more memory than what you gave it. That's interesting that I was able to get the srec_spi_bootloader to not have and errors at 16 local and 16 cache in Vivado 2016.4. I'm not sure why that would change but I would suggest using 32KB for local and 16 KB for cache. @Andris did you compress the bitstream or just run as normal? If you did not compress the bitstream did you change the blconfig.h located in src's and change FLASH_IMAGE_BASEADDR to 0x00300000. cheers, Jon