Hi,
On Wed, Sep 8, 2010 at 4:30 PM, Stefan Schaal ssch...@usc.edu wrote:
Hi Alexis,
sorry for my late reply -- I was traveling.
Essentially, in my DIO communication, I need to switch some DIO channels from
READ to WRITE after several scans, and than back. This is why the stop
argument
Hi Alexis,
sorry for my late reply -- I was traveling.
Essentially, in my DIO communication, I need to switch some DIO channels from
READ to WRITE after several scans, and than back. This is why the stop argument
would be very useful.
Also, currently in the cmd_bits test program, one gets
Hi,
Stefan Schaal wrote:
Hi Alexis,
we are making great progress with our work. One issue that came up is
whether it would be possible to add
.stop_src = TRIG_COUNT,
.stop_arg = n,
in the command structure, i.e., that the command terminates after n scans.
Currently, when I
Hi Alexis,
we are making great progress with our work. One issue that came up is whether
it would be possible to add
.stop_src = TRIG_COUNT,
.stop_arg = n,
in the command structure, i.e., that the command terminates after n scans.
Currently, when I try this, dmesg tells me that this
Hi Alexis,
amazing progress!! And it works! I just ran my test program on our NI6259
board and got perfect performance. I quickly tested 5MHz DIO rate, and it
appeared to work fine according to the square waves on the oscilloscope.
I will go back to developing our DAQ interface, and
Hi,
Stefan Schaal wrote:
Hi Alexis,
as usually, we are more than grateful that you are willing to spend time on
this issue. Here are answers to your questions:
1) I tried CR_INVERT -- no success
2) I tried very slow frequencies like 10Hz in the counter clock (which is
nicely
Hi,
Sorry for answering late.
Stefan Schaal wrote:
Hi Alexis,
I managed to port some of the Comedi examples to Analogy. In particular, I
could configure one of my counter subdevices to become a high frequency
clock, following the gpct_pulse_generator.c example. I routed the output of
Hi Alexis,
as usually, we are more than grateful that you are willing to spend time on
this issue. Here are answers to your questions:
1) I tried CR_INVERT -- no success
2) I tried very slow frequencies like 10Hz in the counter clock (which is
nicely visualized on my oscilloscope) -- no
Hi Alexis,
I managed to port some of the Comedi examples to Analogy. In particular, I
could configure one of my counter subdevices to become a high frequency clock,
following the gpct_pulse_generator.c example. I routed the output of the clock
to my PFI0 pin, and could visualize the signal
Stefan Schaal wrote:
Hi Alexis,
thanks a lot for the explanations. One item I am confused about is
that you write that TRIG_TIMER is not suitable for DIO, but in
cmd_write.c in your sample code, it is used for the analog write
without problems. Wouldn't one be able to just use the
Stefan Schaal wrote:
Hi Alexis,
maybe it is more useful to mention what I actually want to achieve with DIO
on my NI6259. My DIO communication involves a series of interactions with
another board to collect sensory data from a robot, and to send out commands
to this board. For
Hi Alexis,
in the Comedi examples
(http://www.comedi.org/download/comedilib-0.8.1.tar.gz, the do_waveform.c
example), they suggest to use a general purpose counter as clocking input to a
cmd-based DIO acquisition. This seems to be the signal
kCDO_Update_Source_SelectG0_Out= 28
Hi Alexis,
maybe it is more useful to mention what I actually want to achieve with DIO
on my NI6259. My DIO communication involves a series of interactions with
another board to collect sensory data from a robot, and to send out commands to
this board. For instance, to read one of the
Hi Alexis,
I guess I slowly understand that my clocking signal connected to
scan_begin_arg has to come from an external DIO input, if scan_bigin_src =
TRIG_EXT, and that the insn instruction is still needed to trigger the entire
acquisition.
Alternatively, would it be possible to use the
Hi,
Stefan Schaal wrote:
Hi Alexis,
I guess I slowly understand that my clocking signal connected to
scan_begin_arg has to come from an external DIO input, if
scan_bigin_src = TRIG_EXT, and that the insn instruction is still
needed to trigger the entire acquisition.
Yes. The
Hi Alexis,
thanks a lot for the explanations. One item I am confused about is that you
write that TRIG_TIMER is not suitable for DIO, but in cmd_write.c in your
sample code, it is used for the analog write without problems. Wouldn't one be
able to just use the same clock source for DIO as in
Stefan Schaal wrote:
Hi Alexis,
I conceptually understand what you are telling us, but I am bit confused
how to implement your advice:
So, Stefan, here is a quick solution:
if you have access to your board you can choose one of these signals
(in which a regular pulse is
Hi Alexis,
thanks a lot for the clarification. Thus, scan_begin_arg is set to the
digital line that I would like to use as a trigger. The triggering itself has
to happen by flipping the bit on this specific digital line, e.g., using
a4l_sync_dio() on this specific line? I assume that I do
Hi Alexis,
I conceptually understand what you are telling us, but I am bit confused how
to implement your advice:
So, Stefan, here is a quick solution:
if you have access to your board you can choose one of these signals
(in which a regular pulse is occuring) and you can modify
Hi,
Stefan Schaal wrote:
Hi Alexis,
thanks for the feedback. We have 32 bit DIO on subdevice #2, and I am not
sure that there is anything special to be configured. I will check again.
Feel free to log into our machine with the pwd I indicated to you some time
ago. The computer is not
Hi,
Alexis Berlemont wrote:
Hi,
Stefan Schaal wrote:
Hi Alexis,
thanks for the feedback. We have 32 bit DIO on subdevice #2, and I am not
sure that there is anything special to be configured. I will check again.
Feel free to log into our machine with the pwd I indicated to you
Hi,
Stefan Schaal wrote:
Hi Alexis,
I did a reboot, ran my modified cmd_bits.c again one time.
cat /proc/xenomai/irq reports:
IRQ CPU0CPU1CPU2CPU3CPU4CPU5
CPU6CPU7
56: 0 0 0 0
Hi,
Stefan Schaal wrote:
Hi Alexis,
thanks so much for the new analogy software. Here are some first
observations:
1) cmd_bits.c works fine on our NI6250 board
2) however, a slightly modified version hangs -- I appended my cmd_bits.c to
this email. All what I added is a for loop
Hi Alexis,
I did a reboot, ran my modified cmd_bits.c again one time.
cat /proc/xenomai/irq reports:
IRQ CPU0CPU1CPU2CPU3CPU4CPU5
CPU6CPU7
56: 0 0 0 0 0 0
Hi Alexis,
thanks so much for the new analogy software. Here are some first observations:
1) cmd_bits.c works fine on our NI6250 board
2) however, a slightly modified version hangs -- I appended my cmd_bits.c to
this email. All what I added is a for loop around the a4l_async_write() and
Hi,
Alexis Berlemont wrote:
Hi Stefan,
Stefan Schaal wrote:
Hi Alexis,
I was just wondering whether the new experimental branch in your git
repository is something that can be tried already.
No. Not yet. This branch is aimed at temporarily holding the
corrections I am
26 matches
Mail list logo
