Technical Forum Moderator
  • Content count

  • Joined

  • Last visited

  • Days Won


malexander last won the day on February 11 2016

malexander had the most liked content!

About malexander

  • Rank

Profile Information

  • Gender

Recent Profile Visitors

517 profile views
  1. Hi Carson, In IMPACT you can specify a different clock frequency through the cable setup dialog. Open the cable setup dialog and do the following: 1. Choose "Select Speed" for the "TCK Speed/Baud Rate:" option. 2. Click "OK". The Dialog should now refresh. 3. Under "TCK Speed/Baud Rate:" choose the clock frequency that you desire. I recommend trying 10 MHz, as it should work for my chips and board designs. 4. Click "OK". Now the cable should be open and ready to use. Thanks, Michael
  2. Hi Quique, Remote device configuration is not related to indirect programming of SPI flash. The Xilinx tools should be able to program the SPI flash that's attached to the FPGA. Thanks, Michael
  3. Hi Mike, Can you describe the topology of the scan chain and tell me all the devices that are supposed to be in the scan chain? Thanks, Michael
  4. The fact that it doesn't work makes me think there is something wrong with Darkkey's Vivdao installation. I suggested installing the Digilent software for troubleshooting purposes.
  5. Hi Darkkey, Have you downloaded and installed the Adept Runtime and Adept Utilities packages? If not please download and install the appropriate (32-bit or 64-bit) RPM packages from the following website: Once you've installed both packages you should be able to execute "dadutil enum" in the terminal and see the Arty listed as one of the connected devices. Assuming that works, the next thing to try is "djtgcfg init -d Arty" which will enable the JTAG interface, read the ID code from the devices in the scan chain, and then display a list of devices that are in the chain. Assuming all of this works, try running hardware server again, as it should now be working. Thanks, Michael
  6. Can you run the Adept GUI application, which came with the Adept System, and then see if it reports 4 devices with the correct ID codes when you click initial scan chain? It should show 4 devices but it may not be able to identify them, as it is only able to recognize devices that are on Digilent system boards. However, the ID codes listed in the status Window should in theory be correct. It would be great to compare the ID codes shown against the ID codes provided by iMPACT. Thanks, Michael
  7. Hi there,

    Here's the list of USB devices on my Mac Pro, as requested :) I had to compress it to get it down to a size the forum would accept, so you'll have to 'bzip2 -d' it to read it.





    1. malexander


      After examining the file you sent me it appears that you have 3 FTDI based devices attached to your MAC. Two of them are Digilent devices and the third is using FT230X for the name in it's string descriptor. Both of the Digilent devices show that the Digilent KEXT is attached, while the other shows Apple USB serial. I thought that perhaps the Digilent driver wasn't attaching on your system but the log shows otherwise.

      FTDI has their own kext that's supposed to prevent Apple's driver from attaching. It's called D2XXHelper. The downside to their kext is that it will prevent the Apple USB serial driver from attaching to all FTDI devices, not just the Digilent ones. So using D2XXHelper isn't a long term solution even if it solves the problem on your system. However, if you could try it out and let me know whether or not it addresses your issue I would really appreciate it.

      I would detach all FTDI devices, run the pkg file, reboot, and then try attaching the Digilent devices again and run the to see if all 4 methods of enumeration show the Digilent devices.

      Do you know which piece of hardware the FT230X is associated with? The FTDI D2XX library will only allow a single application to open a device interface at any given time. If you are running any other software that opens FTDI devices with D2XX make sure that it's not opening the Digilent ones automatically otherwise that could lead to our software failing to open the device.

      Also, to remove D2XX helper after you've tried this test you have to delete the associated kext from your /Library/Extensions directory and reboot.



    2. SpacedCowboy


      Thanks - I'll try this on Monday. I hadn't actually logged into the site, so I didn't see your reply until just now :(




  8. There appears to be a different issue on your system. Our internal library that enumerates FTDI devices directly using libusb appears to see the AD2 but for some reason FTDI's D2XX library does not. I don't recall ever encountering this situation before. Normally both don't work. Can you please execute "ioreg -c IOUSBInterface -l -w 0 > usbdevices.txt" and then send me the txt file? Thanks, Michael
  9. Hi Naoshi, I'm glad to hear that it's finally working. I understand why the python script wasn't previously working but I'm still not sure why the WaveForms application bundle didn't work prior to you installing the dwf.framework. The Runtime should have been able to find those data files in the application bundle without the dwf.frame being installed. It works correctly on my system. I will continue to research this problem and see why it doesn't work for some people. Thanks, Michael
  10. Hi Naoshi, It sounds like you don't have the dwf framework installed, which may explain why it can't find the Digilent data directory or the firmware images directory. Presently we perform the following search when attempt to locate the data directory: 1. Check to see if the path to the data directory was specified by the "DIGILENT_DATA_DIR" environment variable. If this path exists then it is returned as the path to the data directory. 2. Check to see if the "@executable_path/../Resources/digilent/adept/data/" directory exists. If this directory exists then assume it contains the appropriate data files. 3. Check to see if the "@executable_path/../Frameworks/dwf.framework/Resources/digilent/adept/data/" directory exists. If this directory exists then assume it contains the appropriate data files. 4. Check to see if the "/Library/Frameworks/dwf.framework/Resources/digilent/adept/data/" directory exists. If this directory exists then assume it contains the appropriate data files. 5. Check to see if the "/usr/local/share/digilent/adept/data/" directory exists. If this directory exists then assume it contains the appropriate data files. Since this python script is not executing the WaveForms application bundle paths 2 and 3 that I listed above won't be found and the expectation is that we are going to fall back to path 4. However, if the dwf framework isn't installed then that path won't be found either. We don't expect any external users to have the software installed in their /usr/local directory and that path is a fallback used for internal testing. Can you please mount the waveforms dmg and then drag dwf.framework into both the "Frameworks" and "SDK" folders to the right of it? After that try re-running the python script. Be sure that the environment variables for generating the log files are still set. Thanks, Michael
  11. Hi Naoshi, Can you please check to see if this directory exists: "/Library/Frameworks/dwf.framework/Resources/digilent/adept/data/firmware" ? It should exist and contain the following files: FTDIFW_50_00000011_00000000_010A.dylib FX2FW_01_00000001_00000000_030A.HEX FX2FW_09_0000000D_00000000_030A.HEX FTDIFW_51_00000001_00000000_010A.dylib FX2FW_01_00000010_00000000_030A.HEX FX2FW_0A_0000001D_00000000_030A.HEX FTDIFW_52_00000011_00000000_010B.dylib FX2FW_02_00000001_00000000_030A.HEX FX2FW_0B_00000000_0000000D_030A.HEX FTDIFW_53_00000001_00000000_010A.dylib FX2FW_02_00000004_00000000_030A.HEX FX2FW_0C_0000000D_00000000_030A.HEX FTDIFW_54_00000013_00000000_010B.dylib FX2FW_03_00000011_00000000_030A.HEX FX2FW_0D_0000000D_00000000_030A.HEX FTDIFW_55_00000811_00000000_010A.dylib FX2FW_04_00000005_00000000_030A.HEX FX2FW_0E_0000000D_00000000_030A.HEX FTDIFW_56_00000811_00000000_010A.dylib FX2FW_05_0000000D_00000000_030A.HEX FX2FW_0F_00000000_0000000D_030A.HEX FTDIFW_57_00000001_00000000_010A.dylib FX2FW_06_0000001D_00000000_030A.HEX FTDIFW_60_00000000_00000801_010A.dylib FX2FW_08_0000000D_00000000_030A.HEX Assuming that directory does exist one additional thing to try doing is executing "export DIGILENT_DATA_DIR=/Library/Frameworks/dwf.framework/Resources/digilent/adept/data" and then re-running the python script. It would be odd if that worked, and if it does then it would suggest that there's a bug in code that searches for the location of the data directory and for some reason or another it doesn't manifest on the Mac's that we have here. Thanks, Michael
  12. @Naoshi I was checking this thread regularly for a few days and then got distracted and forgot about it. Anyway, ERC 3090 means that there was an error while initializing DPCOMM. There are a number of reasons why this could happen. Thankfully there is a way to enable an error log. Can you please do the following: 1. Execute "export ADEPT_RT_LOGDETAIL=1" 2. Execute "export ADEPT_RT_LOGFILE=~/adept_erc.log" 3. Re-run your modified version of and post the output of the log file here. Thanks, Michael
  13. @ChristopherN If the script reports that no devices are connected please disconnect your AD2, reconnect it, and then execute the "syslog" command. If the Digilent kernel module is working correctly then you should see something similar to the following: Jan 16 16:45:57 michaels-mbp kernel[0] <Notice>: Digilent Stopping Jan 16 16:46:04 michaels-mbp kernel[0] <Notice>: Digilent probe8: initial probe score = 100000 Jan 16 16:46:04 michaels-mbp kernel[0] <Notice>: Digilent probe: Manufacturer Name = Digilent Jan 16 16:46:04 michaels-mbp kernel[0] <Notice>: Digilent probe8: final probe score = 100001 Jan 16 16:46:04 michaels-mbp kernel[0] <Notice>: Digilent Starting If you can't find anything with "syslog | grep Digilent" or you see "Digilent Stopping" while the device is still connected then something isn't working correclty with the kernel extension. Thanks, Michael
  14. @ChristopherN I modified Attila's python script so that it will call the FTDI enumeration functions inside of libdftd2xx.dylib prior to attempting to call the ones in libftd2xx.dylib. Can you please try running the below script on your MBP with the AD2 attached and post the output? Thanks, Michael
  15. Hi SteveA, While the JTAG-HS3 does support a 6 MHz TCK frequency it does not support continuous clocking of the TCK pin. Thanks, Michael