• Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by JColvin

  1. Hi Kristoff, Thanks for getting back to me. I guess I have one more clarification question about your first point on the timebase and sampling. If I had a time base of 100 ms/div or 200 ms/div, the device would then collect for 1 second and 2 seconds respectively, correct? It looks like it gets cut short from the amount of expected, but still maintains what appears to be a reasonable resolution considering the amount of data it has to collect. Is the software just hitting an internal limitation on how long it can sample for (since as you mentioned it's focused on fast acquisition as opposed to streaming or buffering)? As for the Math Menu, I guess what I was envisioning was if I was collecting some real data that was changing and had the WFL set to run (as opposed to single shot) I would like to be able to refresh the math as the incoming data is changing. Would the Math Menu do this automatically or would I need to close out the window and then reopen it to get updated data? If it wasn't dynamically updating as new data was being collected, I would like to be able to click the refresh button to update all of the values in the Math Menu without the Math Menu closing on that first click. I'm excited to see how everything develops! Thanks, JColvin
  2. This is just an idea, but maybe the backers who pledged for a case by itself or an OpenScope with a case can get it personalized in some way (or maybe have it say "proud Kickstater backer" or something similar), and everybody else gets generic cases instead? I'm not directly involved with this project so I don't know if there's a difference between the injection molding and 3D printing of the cases or how difficult it would be to personalize the cases and the time constraints that would be placed on such an endeavor. @WereCatf, what were you envisioning for the educational aspect? Learning materials or some physical components to play with? My concern with either of those is that it would mesh a lot with the Learning Edition backer level.
  3. Hello! I really like the look of WaveForms Live, and I don't doubt that one day most applications will be browser based rather than having a client version on your PC so I think it's a good think to start working on now, but I do have a few questions/feedback about it. @Kristoff, it looks like the buffer size (at least for the simulated device) appears to only collect about 3/4's of a second of data at a time. I imagine this is fine for a wide variety of debugging applications where you just need to see if the series of digital commands you sent/received are accurate, but in long term applications I imagine you would want to be able to stream/record data to your PC. Is it possible to stream data on WFL? It took me a long while, but I finally found the tutorial button in the lower right hand corner; it would be nice if there was a "Tutorial" watermark (at least on the initial screen) that helped draw attention to it. I'm glad that every time I take a new data sample set, it re-centers the acquisition to 0 seconds. However, when I'm scrolling in and out on the data set to view the data more closely and changing the time base, it seems to lose the centered position on 0 seconds. Is there a way to add a "re-center" button or have a way to nicely lock on to different segements of the time base (say every quarter or 8th or whatever is reasonable of whatever the timebase currently is) when you are panning across your data by dragging the associated bar at the top of the screen? Will WaveForms Live eventually be able to connect to existing Digilent instrumentation like the AD2 or the EE board? Could we get some more information/tutorial walkthrough on the Digital I/O? It's disconcerting when you first see it and attempt to click on it, but have nothing happen since I'm not in the correct settings yet. It looks like I can also get some green waveforms when I manage to switch them to "A" (for analyzer? not sure what that implies since I thought I could see "inputs" as well), but I don't know which green waveform corresponds to which analyzer that's enabled. They also seem to be on their own scale that I don't know how to adjust. I like the look of the Math Menu, but I wish that when I clicked the refresh math button it didn't close out the Math Menu popup, then have to click refresh again to convince myself that it worked, and then re-open the Math Menu. The Device Pinout button (which I'm super happy is there so I can easily reference which hardware pin my software is connecting to) next to the main viewing section seems to have big shorthand labels for everything but the last 5 SPI/UART pins on the lower right. Do those have names? What does the Console Log mean under Settings? Otherwise in terms of positive feedback, I think that looks very nice, I like being able to type in specific settings for voltages and frequency. I'm glad it's a dark background rather than the white, although I partially wish I could turn it to white some my laptop doesn't auto adjust the screen contrast everytime I switch tabs. It also looks very intuitive and easy to get things up and running. I also really like that I can zoom in nicely from a large timebase to a smaller timebase and not lose a ton of resolution. I'm super excited to see how WFL and OpenScope continues to develop! Thanks, JColvin
  4. JColvin


    Hello, I have moved your question to a more appropriate section of the Forum so that other users will be able to find your question more easily. The main issue you are running into is that the code example you are referencing is not for Vivado; it is for MPIDE, which is a programming environment similar to the Arduino IDE, neither of which will program the FPGA (which FPGA are you working with?). The code that you will instead need to use is available in the folder you presumably downloaded from our Github to get the PmodALS_v1_0 IP. The particular folder name style you are looking for is explained in step 12 of our Using Pmod IPs Tutorial. It has all of the appropriate library code for the PmodALS to run in the SDK. As for the ext_spi_clk pin on your block diagram, the Run Connection Automation does not connect that pin (since different Pmods require different clock speeds). I recall the Pmod ALS needing a pretty slow clock speed that Vivado had difficultly generating. I don't know which FPGA board you have, but you can add an additional output clock to the clocking wizard and configure it to output a 10 MHz clock. It's outside of the the 1 to 4 MHz spec listed in the datasheet for the Pmod ALS, but is within the maximum clock frequency limit (20 MHz) for that same datasheet. You can then connect that 10 MHz clock to the "ext_spi_clk" pin, and from what I've heard from my co-workers, this works for the Pmod ALS. This tutorial is for the Arty (again, I don't know what FPGA you have) but step 3.3 in it's MicroBlaze tutorial shows how you would add an additional clock for the clocking wizard. Let me know if you have any questions. Thanks, JColvin
  5. Hello, I have moved your question to the main portion of the Scopes and Instruments section of the Forum where the engineer best suited to help you will be able to see and respond to your question. Thanks, JColvin
  6. On a more personal note, I'm pretty excited about the project and have put some money where my mouth is and backed the project myself to show my support.
  7. Hello! I'm excited to announce that Digilent has our first Kickstarter project for the OpenScope! I won't be able to give the project proper justice in describing the OpenScope and WaveForms Live, so I encourage you to check out the Kickstarter to learn more about the mission of the project. With regards to this sub forum, Digilent would like this to be a place where backers of the Kickstarter are able to ask questions and provide feedback for both the OpenScope and the browser based WaveForms Live. As such, we kindly request that only backers of the project ask questions related to the OpenScope and WaveForms Live and provide feedback related to functionality, features, and the like. Those of us involved with the project at Digilent will do our best to respond back to those questions and feedback. However, if you just have some general encouragement or other positive feedback that doesn't fall into the described request in the above paragraph that you want to post here, I personally won't feel a need to stop you Thanks! The Digilent Team
  8. Thanks for sharing what you did! I think the reason the enclosure is such a tight fit to begin with is that the Analog Discovery (1) and other Digilent boards had some historical issues with the USB connector on the PCB physically coming off, which wasn't so easy to fix for most users, so it was made sure that wouldn't be a problem with this one. From what I've been told, it was found that you were far more likely to break the USB cable prior to the USB host connector coming off the PCB. I guess it's a little odd that you had issues with it disconnecting upon any sort of movement; I've picked up my whole assembly to move it from from one side of the monitor to the other, or rotated the whole assembly while debugging an accelerometer and haven't had any sort of disconnection issue. Glad to hear it's working the way it should now though.
  9. Hello, I have moved your question to our FPGA section of the Forum, so that way one of the Digilent engineers familiar with that particular demo of ours will be able to see and respond to your post. Thanks, JColvin
  10. Hi daveoprea, @[email protected] is correct in his guess that Digilent does not really support the Raspberry Pi directly; what we do have is the LabVIEW MakerHub LINX which can target the Raspberry Pi and has pre-existing VI's for a number of Digilent Pmods (although not all of them), so creating code to run directly on the Raspberry Pi is a bit out of the realm of what Digilent does. I'm not even certain myself how one would do it outside of LINX that's in a nice friendly fashion. The Pmod AD1 does technically have two rows of 6 pins each, but in terms of connecting it to the Raspberry Pi, you would only want to concern yourself with the male pins on the J1 header side of the module. You'll end up physically connecting the Raspberry Pi and the Pmod (whether the Pmod AD1 or any other Pmod) via a set of cables and individual gender changers (Digilent has some of these that come in rows of 6). Digilent doesn't have a single cable (whether for 6 wires or a single wire) that will directly connect the two pieces of hardware. Because of the way the Raspberry Pi is set up (and truthfully, the vast majority of microcontroller/microprocessor boards that exist) you will need to wire the Pmod to the board through individual pins since the Raspberry Pi does not have a "Pmod Host port". There isn't really any way to get around that for the Raspberry Pi that I am aware of. In terms of SPI, you'll find that a variety of development boards (such as the Raspberry Pi) have a number of prebuilt SPI ports, commonly labeled SPI0, SPI1, etc. For a Pmod that uses SPI (I2C and UART follow this same pattern), you would only need to connect to one such port, such as SPI0. You wouldn't have to worry about SPI1. In terms of the physical connection, it would be done much like it is shown in this tutorial that runs a SPI Pmod on a Digilent board through LabVIEW; the Raspberry Pi will not have the same connection pin numbers, but you would connect the Pmod to the SPI pins that do exist on the Raspberry Pi in a very similar manner. As Dan correctly points out, you would only need to connect the CS pin, the D0 pin, the CLK pin, the GND pin, and the VCC pin to get "half" of the Pmod AD1 working. In theory (as he mentions) you could also connect the D1 pin to a different SPI port (since SPI only consists of 4 pins: CS, MOSI, MISO, and SCLK; you can learn some more about SPI here), but that has a whole other set of problems that is beyond the scope of this thread (that and I don't know how it would be done on a Raspberry Pi directly). I suppose this begs the question of it's so difficult to make the Pmod AD1 work on a microcontroller why was it designed this way? The answer to that is that it was designed for FPGAs (and prior to Digilent getting its toe dipped in the microcontroller sector), and FPGAs can handle two data input lines simultaneously far more easily than a microcontroller and can easily account for pins being in different arrangements. I guess a final point might be that at Digilent we want to help teach people about electronics and want to help people learn about them. We'll definitely help you in the ways that we can to get you started, but we won't be able to promise that everything will be as straightforward as plugging a keyboard into your computer and having it work, cool as that would be for Pmods; there'll be a little more learning involved Let us know if you have any more questions. Thanks, JColvin
  11. Hi mishassio, We like to avoid putting personal emails on our Forum. Although we are moderators here on the Forum, we do not have access to the main Digilent website to see your information. As Christina is our coordinator for international academic orders (who also does not have access to our main US system), you will need to provide the information she requested to her via email. Thank you, JColvin
  12. Hello, Here's a page with the pinout on the Raspberry PI 3: https://developer.microsoft.com/en-us/windows/iot/docs/pinmappingsrpi which nicely lists the pins and protocols you're looking for. Let me know if you have any more questions. Thanks, JColvin
  13. Hello, The LabVIEW software is available for download here: https://www.labviewmakerhub.com/doku.php?id=libraries:labview:start. After clicking the link, click the Download Now button. You will be directed to another site to download the software. During the installation process, you will be prompted to enter the serial number that you received in the email from us. Once the install and activation process is complete, you will be ready to use the software. If you've already downloaded the evaluation version of LabVIEW and had the demo version run out, you can activate LabVIEW Home with the serial number received in the email from us. This serial can be used to activate the software online or it can be used to generate the 20 digit activation code manually. If the computer you're using is connected to the internet you can activate by performing the following steps: Launch NI License Manager from the Windows start menu. In the left column find LabVIEW Home Edition. Right click it and choose activate. Choose automatically activate through a secure internet connection. Enter your 9 digit serial number and complete the activation process. Repeat the steps for Applications Builder (under Modules) and any of the other LabVIEW Home Edition Modules you've installed (listed below). Let us know if you have any trouble activating the software and we can manually generate activation codes for you. As a side note, LabVIEW Home Edition includes: LabVIEW Full Development System LabVIEW Control Design and Simulation Module LabVIEW MathScript RT Module LabVIEW Application Builder LabVIEW Application builder enables you to build executables from your LabVIEW VIs that can run without the full development environment (they still require the LabVIEW runtime). It also enabled you to deploy LabVIEW VIs to BeagleBone Black and Raspberry Pi 2/3 using LINX. If you’re new to LabVIEW, you can get started quickly with the LabVIEW MakerHub’s LabVIEW Basics video tutorials (https://www.labviewmakerhub.com/doku.php?id=learn:tutorials:labview:basics). If you have any questions about your LabVIEW project feel free to join us in the LabVIEWMakerHub forums: https://www.labviewmakerhub.com/forums/. Please let us know if you have any other questions. Thanks, JColvin
  14. A customer on our website asked the following question: I purchased the LabVIEW Home Bundle from you and got the corresponding serial code for it, but I'm confused as to what I'm supposed to do next. The answer is below.
  15. @Ross Arnott, I asked around and it sounds like the update will be scheduled to release sometime next month. As for the reason why it seems so late in relation to this thread, perhaps there's something else that Digilent is planning to coincide with the update . Thanks, JColvin
  16. @Cameron, The schematic for the High Current Adapter is available on it's Resource Center under the Documentation section now: https://reference.digilentinc.com/ni/mxp_high_current_adapter. Let me know if you have any questions and I'll do my best to make sure they get answered. Thanks, JColvin
  17. Hi Flyline, Truthfully, I have no idea what the "Moderating ratio" is supposed to signify, Google refuses to provide any information about it aside from it being a measurement of how well a material can slow down neutrons, which I'm pretty sure doesn't apply here. That particular specification was pulled from the corresponding datasheet for that stepper motor, available on it's Resource Center. If I was forced to guess, I suppose it could be a redundant specification to signify the "/25" that is the part of the step angle specification of 5.625/25 degrees. Maybe /25 is an internal gear reduction ratio? You would have 64 discrete steps than are further divided by 25 times through gears so you get a smaller radial rotation distance? Again, this is speculation so I can't vouch for the validity of this. Thanks, JColvin
  18. @jpeyron, could you re-link to that thread you found? For some reason I'm not finding the aforementioned link in your comments, but maybe I'm missing something. Thanks, JColvin
  19. Hi Cameron, I'm not certain why there isn't a schematic available for the high current adapter. It's a more specialized product for NI (rather than just Digilent), so I don't personally know if there are any weird restrictions or something like that. I'll ask some of our higher ups to see if we can get the information you're looking for to you. Thanks, JColvin
  20. Hello, I have tagged @attila to see if they can provide an accurate answer for you; I don't personally know the answer and like you mentioned, it's better not to make a mistake. Thanks, JColvin
  21. Hello, When the documentation for Spartan 3E was created about 10 years back, it was not deemed necessary at the time to list what LCD screen was on the board (a Okaya RC1602, pn LCD-RC1602-D), since it was a fairly standard LCD screen with a display controller compatible with the Hitachi controller Dan mentioned. The exact display controller has and the compatible display controllers are listed on page 43 of the Xilinx user guide for that board here. As Digilent is a different company now, we're trying to make sure we list the relevant p/n's for that sort of embedded component. Naturally, we won't be able to release everything that's on our boards, but for things like displays or DDR chips, we can make sure you get the information you need. Let me know if you have any more questions. Thanks, JColvin
  22. JColvin

    Nexys 4 DDR

    Hello, I agree that those intermediate project walkthroughs are a lot more difficult to find. I personally am learning Verilog myself so I don't have much to offer on the VHDL side for good tutorials... I have asked some of our applications engineers though to see if they are aware of some good resources that will help you out; they'll get back to you here on the Forum. Thanks, JColvin
  23. Hi M. Mihalek, I was able to track down a Max32 and an Analog Shield and was able to get some measurements out of it that followed a trend I expected. Since you got it working on the Uno successfully, it sounds like you have the shield plugged in to the right ports on the Max32 and are measuring from the right ports on the shield (D0 on the DAC and A0 on the ADC, presumably). Potentially it could be an issue with the I/O voltage select since the Max32 will use 3.3V on it's I/O rather than 5V (like the Arduino Uno), but when I changed the jumper to 5V on my setup it didn't seem to affect anything adversely... I was using the Arduino IDE 1.6.13, but recall having used MPIDE in the past without any problems. I guess to make sure, are jumpers JP3 and JP4 on the Max32 set to the Master configuration rather than the Slave configuration for SPI? Also, it looks like the slave select pin for the Max32 (pin 53) is used on the Ethernet interface on the Network Shield, but is used for SPI on the Analog Shield and I'm fairly certain neither can be reconfigured if they are routed to that pin; I haven't looked into the Network Shield, but that is the case for the Analog Shield. The Network Shield also uses pin 2 for USB, which is also used by the Analog Shield, but I don't know if that will be a problem for you. Also, as a point of curiosity (as opposed to a likely problem) is the power select jumper next to the barrel jack connector on the Max32 set to "reg" if you are using an external power supply that isn't rated at 5V? If you are powering it through the USB mini connector, I believe it shouldn't make a difference in terms of operation (at least from looking at the schematics). Let me know if this helps. Thanks, JColvin
  24. For other people reading this thread, it has been continued on the duplicate thread here: Thanks, JColvin
  25. Hello, I don't think any of us here at Digilent have used this particular kit so we won't be able to offer a lot of help. It looks like there might be some sort of driver for it, as per this thread on the Nordic website. If there is a Linux driver, mostly you have to make sure that it's compatible with the version of Linux that you embed onto your SoC FPGA (presumably some sort of Zynq based board). If there's not a driver, it's technically possible to write a driver...but that's beyond the scope of this Forum. I'd recommend checking out this comment on one of our threads. And as the first thread I linked to mentioned, yes you would be able to interface directly between an FPGA and the chip. Thanks, JColvin