I need to acquire for more time than your max 8sec at max decimation:
can I increasing decimation?
or increasing frame buffer length?
or decreasing base frequency 125Mhz?
(my scan time can be 1mS or less)
Alternatively:
I don't like to acquire in polling because I've more red-pitaya sincronized with the same hw trigger and I want the same time-base
but if there is a single fast command to read IN1 and IN2 such as 'ANALOG:PIN? AIN1' I can try to create my server to do that.
change 125MHz
-
- Posts: 1441
- Joined: Sat Jun 07, 2014 12:49 pm
- Location: Königswinter
Re: change 125MHz
You can do all of these things, but each one would require changes to the logic design or to the hardware itself, or both.can I increasing decimation?
or increasing frame buffer length?
or decreasing base frequency 125Mhz?
You can combine trigger and polling. If you set a large trigger delay (beware: not possible through RP api / scpi-server), the RP will keep writing samples into its circular buffer until the counter runs out. If you wait for the trigger and start polling afterwards, polling will be synchronized between all your RPs (within the limits of their respective clocks).I don't like to acquire in polling because I've more red-pitaya sincronized with the same hw trigger and I want the same time-base
You could also tweak the AXI ADC example, which can use a much larger buffer.
There is not, but it wouldn't be very complicated to write one.if there is a single fast command to read IN1 and IN2 such as 'ANALOG:PIN? AIN1' I can try to create my server to do that.
jadalnie klasyczne ekskluzywne meble wypoczynkowe do salonu ekskluzywne meble tapicerowane ekskluzywne meble do sypialni ekskluzywne meble włoskie
Who is online
Users browsing this forum: No registered users and 32 guests