Jump to content

attila

Technical Forum Moderator
  • Posts

    6,655
  • Joined

  • Last visited

Posts posted by attila

  1. Hi @EdWall

    In case of the first screenshot if you have used BNC adapter this was probably set to AC coupling.
    The scope inputs wires are differential. The scope channel reads the difference between 1+ and 1- or 2+ and 2-. This for instance to measure the voltage drop (current) on a shunt resistor.
    Using it in single ended mode the negative inputs should be connected to ground. Connecting the positive to ground and negative to signal you will have voltage reading with "opposite sign".
    And always make sure to have common ground connection between the devices and circuits!

    image.thumb.png.0c727da541165a55ab0ea4db0c59e725.png

  2. Hi @maz

    The "device descriptor request failed" indicates that the device attach is detected but the low level USB communication fails.
    1. It could be an USB contact issue with cable, connector on host or device side.
    Try other cable, other host connector, inspect the connector in the device. It is very hard to insert the microUSB reversely but such could break the inner contact plate.
    2. The USB controller in the device could be damaged.

  3. Hi @rainerle

    Did you try restarting your machine having the device unplugged?
    Restart is better than Shutdown. The Restart cleans up UEFI-system-driver cache which could contain invalid device info.

    Did you try with and without the driver-filter? This can be found in the WaveForms DMG
    Old macOS version require the driver to be installed, new macOS versions don't require it, on some new Mac hardware it may not work with the driver.

  4. Hi @Slawek

    The Script tool provides access to most of the control behind the interface, a lot of objects and functions.
    The commonly used ones are listed in the app Help and the Ctrl+Space can be used to reveal the child objects.
    The Script access for scope-measurements-reset is currently not available but it will be in the next version.

    Thank you for the clients since the feedbacks make the app evolve :)

    image.png.ac2df7cc4eb096ccf28d34b07aaaa546.png

  5. Hi @reddish

    With 2 devices I can reproduce the issue you are describing.
    Earlier I have tried with only one device and two application.

    @malexander

    Having 2 devices with separate apps connected to them. After killing one app or exit without disable/close, the following apps can't connect the device.
    The JtscInitScanChain fails with scerrInitFailed. May be the DPTI enabled flag remains set in FTDIFW and JTAG enable fails?
    Could we solve this problem?

  6. Hi @reddish

    I just tested it under Ubuntu 12.4 amd64.
    I can connect to the device even after the other connected process was killed and busy flag is stuck.

    Which Adept Runtime runtime version are you using?

    I have tested it with 2.20.1 and .2

    $ dpkg -l digilent.adept.runtime
    ||/ Name           Version        Description
    +++-==============-==============-============================================
    ii  digilent.adept 2.20.1         Digilent Adept Runtime

     

  7. Hi @reddish

    The device info is cached by Adept Runtime in shared memory. This is required because some info may be unavailable when a device is opened by another process.
    In case an app which uses a device crashes or is killed, the busy/opened flag will not be cleared. The clear is also performed in normal detach.
    When the last app using Adept Runtime closes, this gets unloaded from memory together with the info cache.
    However a stuck flag does not prevent an app to connect to a device.

×
×
  • Create New...