-
Posts
6,469 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Gallery
Posts posted by attila
-
-
Hi @Dinu
1. The Protocol/UART does not have auto rate option. The continuous Spy mode on multiple UART lines is not suitable for high rates specially with Digital Discovery since this does not support data compression.
2. FileAppend("~/Desktop/uart.csv", Logic.Channels.UART.events.join("")); -
Hi @HasNoCreek
The easiest way, if ms precision is sufficient, would be software control using FDwfDigitalIO... functions.
You can use digital-out function for automated precise control, see FDwfDigitalOut... functions.
For fully independent control the analog-out functions can also be used, see FDwfAnalogOut... functions. -
-
Hi @gcb
Continuous digital play is not available with any device.
The Digital Discovery has Play mode for up to 256MiB of data.
Other device support 'unlimited' AWG Play which could also be used as 1bit digital line.
Analog Discovery with 32k device buffer up to about 4MS/s. ADP3X50 has 32Mi AWG sample device buffer, ADP2230 has 128Mi buffer and USB3. -
Hi @bryan78
Thanks for the observation.
-
Hi @pfm
Corrected here:
I accidentally left it there in the previous version when trying to make it compatible with other RPM distributions. Unfortunately the packages have different naming in repositories.
-
-
Hi @Sam S.
For Network Analysis triggering is usually not important but your trigger settings seems to be ok.
For stability, to not to trigger on opposite edge due to noise, you can use FDwfAnalogInTriggerHysteresisSet.
Better use trigsrcAnalogOut1. The NA interface uses this for coherent averaging.You could also apply to FDwfAnalogImpedance... functions which can be used for NA, see the example.
Crosstalk depends on the setup. Leaving the high impedance oscilloscope inputs open, specially with wires attached will catch more noise and crosstalk.
Use BNC cables or twist positive/negative inputs and signal wires with ground for better noise rejection and less crosstalk. -
Hi @rjratnip
It could be a similar hub or driver problem as it is with RPi1,2,3 where FTDI USB packets are randomly lost or corrupt.
-
Hi @woldes
The I2C should be read as logic high in idle. Do you have pull-ups on the SCL and SDA ?
-
-
Hi @StefKay
Looking at the project, unfortunately there are no clock capable DIOs, so reference clock for device synchronization is not really possible with EclypseZ7.
-
-
Hi @GCompton
With the current sw version you can select Trigger 1 to output 'Scope Detector' and select Sampling Clock T1
This will store one sample for each trigger event with 15 cycle delay, 150ns delay for 100MHz or 120ns with 125MHz system frequency.
The next version will let you select directly 'Scope Detector' as Sampling Clock. -
Hi @Rohan16
If you referring to the SPI mode with '0th clock pulse' ? This can be adjusted with Polarity and Phase options.
-
Hi @StefKay
It looks like dual mode with reference clock is not supported with EclypseZ7. I will try to add support for this next week.
-
Hi @rjratnip
1. It could be an adapter/cable contact problem.
2. The AUX supply can only be blocked by the the under/overvoltage 4.11V/5.76V protection circuit.
You could have a grounding issue. Are the RPi and 5V supplies floating or grounded ? If both are grounded make sure to use nearby sockets, same splitter.
With the default 'USB Power' 'Stop with AUX' the USB supply line is turned off if the AUX voltage is ok, 4.5V...5.5V
If this option is 'Always ON' the USB and AUX currents will balance according the voltage/cabling resistance. If the USB voltage is higher than AUX, the AUX current will be lower.Verify the voltage of your supply or use powered HUB.
-
-
Are you using similar vertical range for C2 in WF and script ?
The AD3 scope inputs have two input ranges. If C2 with WF app is in low range (high resolution) and with script in high range, the lower resolution could hide details.
dwf.FDwfAnalogInChannelRangeSet(hdwf, 1, c_double(5.0)) # C2 low rangeApproximate overlay looks like this:
-
-
Hi @GCompton
The AD3 bandwidth of 9/30MHz may be too low for such pulse lengths.
The device has sampling clock option trigger IOs but this requires digital level signal. Now I tried to enable a sample on analog trigger event but this with the current 'firmware' has a minimum trigger to sampling delay of 12cycles, 96-120ns
The only eventual option I see is capturing more data, with min/max sampling and processing it. -
-
-
ADP3540 cannot install SDK on the device itself
in Test and Measurement
Posted
Hi @BSc
For ADP3X50 embedded Linux use digilent.waveforms.adp3X50_x.x.x_armhf.deb