reddish

Members
  • Content Count

    6
  • Joined

  • Last visited

  1. Thanks, that works like a charm! I am now limited by the OS's handling of USB, I think, which means I can set DC values at up to 1 kHz (or slightly below if the OS is busy), and settling time is < 100ns. That exceeds the performance we'll be needing with some margin to spare. Great.
  2. Hello, i am trying to use an Analog Discovery 2 in a Python-based control system. Specifically, I want to use its first analog output channel to set a control voltage, based on some (independent) sensor, approximately like this: CHANNEL1 = 0 while True: x = get_sensor_value() v = 0.1 * (x - 2.0) analog_discovery.setvoltage(CHANNEL1, v) I want to do this as fast as possible; and I want the transition of the AD's channel 1 voltage to be glitchless and as-fast-as-possible. I tried two approaches: - Keeping the channel IDLE, and manipulating the offset of the Carrier node: it takes about 10 ms for the analog out channel to reach the new offset value when I make a 1V jump. - Put the channel in DC mode, and manipulate the offset: this also takes ~ 10 ms for the channel to reach the new value. I would like to make the jumps a lot faster. Clearly if I could precalculate the waveform the AD is fully capable of delivering the required bandwidth, but is there a way to improve the performance when the value needs to be calculated on-the-fly, on an attached PC?
  3. Thanks for the answer, indeed it is no big deal to save this state myself. I was mostly just curious if there was a solution. I will write an email with my comments about dwf.h. Thanks a lot for your assistance.
  4. I tested the solution with the new beta, this works -- thanks a lot, it saves us a lot of hassle. It is necessary to set the "OnClose" parameter before doing the open. Am I correct in understanding that the "OnClose" parameter is now also inspected while opening a device? If so, this makes the name of the parameter a bit of a misnomer, of course.. Is there a way to get the currently programmed and active value of the DC offset through the API, after opening a device without a reset/reconfigure? As a last remark: I made a pretty eleborate Python binding to libdwf, which I plan to put on github once I'm satisfied with it. In the process of making this, I encountered a few minor issues in the header file dwf.h. Is this forum the correct place to report those issues, or should I send them to some email address? Best regards, Sidney
  5. Hi Attila, That's great! Will this feature be available in upcoming stable releases as well? For my application I need a 64-bit Linux version. Best regards, Sidney
  6. Hi, I have a question about the Analog Discover 2. I am programming it using Python. When you close a device, it's possible to keep the device running by setting the "OnClose" parameter on the device. This is useful, e.g., when the AD2 is part of a larger measurement setup. I use it in this way to set a DC voltage on the AnalogOut device. However,. when you later re-open the device, it resets the AnalogOut device, setting the output level to 0V. Is there a way to prevent this resetting behavior at open time (analogous to preventing resetting of the device at close time)? Best regards (and thanks for your wonderful product), Sidney