- From: Dobsovic, Matej (HPIT OBE UX1) <"Dobsovic,>
- Date: Wed, 23 May 2007 15:38:56 +0200
Hello,
Please exclude me from the mailing list. I can not access your web page
to do it manually.
Thank you
M.
-----Original Message-----
From: comedi-admin_at_comedi.org [mailto:comedi-admin_at_comedi.org] On Behalf
Of comedi-request_at_comedi.org
Sent: Wednesday, May 23, 2007 3:36 PM
To: comedi_at_comedi.org
Subject: comedi digest, Vol 1 #2040 - 1 msg
Send comedi mailing list submissions to
comedi_at_comedi.org
To subscribe or unsubscribe via the World Wide Web, visit
https://cvs.comedi.org/cgi-bin/mailman/listinfo/comedi
or, via email, send a message with subject or body 'help' to
comedi-request_at_comedi.org
You can reach the person managing the list at
comedi-admin_at_comedi.org
When replying, please edit your Subject line so it is more specific than
"Re: Contents of comedi digest..."
Today's Topics:
1. Re:RTAI and comedi: leaving real time? (L.C. Karssen)
--__--__--
Message: 1
Subject: Re: RTAI and comedi: leaving real time?
From: "L.C. Karssen" <l.c.karssen_at_phys.uu.nl>
Cc: comedi_at_comedi.org
Date: Wed, 23 May 2007 14:35:44 +0200
To: sedlacep_at_gin.fsid.cvut.cz
After getting rid of the syscalls during hard RT as described below, I
found that the DIO lines are no longer being flipped. Only the analog
out works.
When I replaced the call to comedi_dio_bitfield() with 8 calls to
comedi_dio_write() (one for each DIO channel) it works again.
Unfortunately this takes too much time. I set a period of 20us, but when
I record the time using rt_get_time_ns to check the time difference
between to successive iterations of my for-loop I see that about once in
every three iterations the time difference is 40us, indicating that the
execution took more that one period.
Just to emphasise that my usage of comedi_dio_bitfield() is in principle
OK: Using comedi_dio_bitfield() in my code works when including
comedilib.h instead of rtai_comedi.h (but this results in syscalls being
made).
So, can anybody tell me if using comedi_dio_bitfield() in hard RT works
for him/her? In RTAILabs rtai_comedi_dioout.c I see that only
comedi_dio_write() is used. I also noticed that rtai_comedi.h doesn't
have a wrapper for the (new) comedi_dio_bitfield2() function (which is
supposed to supersede the comedi_dio_bitfield() function if I'm not
mistaken).
Thanks,
Lennart.
On Tue, 2007-05-22 at 14:09 +0000, L.C. Karssen wrote:
> I think I solved/worked around the problem. I don't include
> comedilib.h anymore and I changed the comedi_t pointer for a comedi
> device to a void pointer (as expected by rtai_comedi.h). Furthermore I
> removed all references to the comedi_range struct and the calls to
> comedi_get_range() and comedi_perror(). These functions are not
> defined in rtai_comedi.h (but are defined in comedilib.h, which I no
> lnger include).
> This removes any errors about either missing or double definitions.
> No more syscalls are added to /proc/rtai/scheduler. Everything seems
> to work now.
>
> It's probably not the nicest solution, but it works. If somebody has a
> better solution, I'll be glad to hear it.
>
>
> Lennart.
>
> On Mon, 2007-05-21 at 19:09 +0200, L.C. Karssen wrote:
> > On Mon, 2007-05-21 at 16:30 +0000, L.C. Karssen wrote:
> > > On Mon, 2007-05-21 at 19:52 +0200, Paolo Mantegazza wrote:
> > > > L.C. Karssen wrote:
> > > > > On Mon, 2007-05-21 at 09:42 +0000, L.C. Karssen wrote:
> > > > >
> > > > >>On Sun, 2007-05-13 at 23:37 +0200, Paolo Mantegazza wrote:
> > > > >>
> > > > >>>L.C. Karssen writes:
> > > > >>>
> > > > >>>
> > > Furthermore, I looked at rtai_comedi_dioout.c from RTAILab and
> > > found that it includes rtai_comedi.h. I have the following RTAI
> > > and comedi related includes:
> > > #include "/usr/local/include/comedilib.h"
> > > #include <rtai_lxrt.h>
> > >
> > > I included rtai_comedi.h but that resulted in a lot of errors
> > > because of overshadowed definitions (because of comedilib.h).
> > An example of such an error:
> >
> > In file included from daqwrite.c:25:
> > /usr/realtime/include/rtai_comedi.h:123: error: conflicting types
> > for 'comedi_open'
> > /usr/local/include/comedilib.h:68: error: previous declaration of
> > 'comedi_open' was here
> >
> >
> > In comedilib.h:68:
> > comedi_t *comedi_open(const char *fn);
> >
> > In rtai_comedi.h:123:
> > RTAI_PROTO(void *, comedi_open,(const char *filename)) {
> > char lfilename[COMEDI_NAMELEN];
> > struct { char *minor; } arg = { lfilename };
> > strncpy(lfilename, filename, COMEDI_NAMELEN - 1);
> > return rtai_lxrt(FUN_COMEDI_LXRT_INDX, COMEDI_LXRT_SIZARG,
> > _KCOMEDI_OPEN, &arg).v[LOW]; }
> >
> >
> > > When only including
> > > rtai_comedi.h I get a lot of syntax errors. I'm going to check why
> > > that happens.
> >
> > When not including /usr/local/comedilib.h I get errors because of
> > missing definitions of e.g. comedi_t, comedi_range and comedi_dev.
> > The typedefs of these are in comedilib.h.
> > I need those to initialise my comedi device, as in the following
> > code for example:
> > comedi_t *comedi_dev;
> > comedi_dev = comedi_open(comedi_devname);
> >
> >
> > Lennart
> >
> > >
> > > Thanks,
> > >
> > > Lennart
> > > >
> > > > Paolo
> > > >
> > > > >
> > > > >
> > > > >>Any help is appreciated!
> > > > >>
> > > > >>
> > > > >>Lennart.
> > > > >>
> > > > >>
> > > > >>int do_comedi(struct data_struct *options) {
> > > > >> comedi_t *comedi_dev = options->device;
> > > > >> unsigned int ao_subdev = options->AO_subdevice; //
Analog Output
> > > > >> unsigned int dio_subdev = options-> DIO_subdevice; //
Digital IO
> > > > >> int range=0; // AO has only one range: 10V -> -10V
> > > > >> comedi_insn insn;
> > > > >> lsampl_t data;
> > > > >> unsigned int dio_bits;
> > > > >> int aref = AREF_GROUND;
> > > > >> unsigned int dio_mask = 0xFFFFFFFF; // Tells which DIO
> > > > >>bits are to be flipped (all).
> > > > >>
> > > > >> int period;
> > > > >> struct bits *data_arr = options->bitsarr;
> > > > >>
> > > > >> RT_TASK* task;
> > > > >> int priority=0;
> > > > >> int stack_size=4096;
> > > > >> int msg_size=0;
> > > > >>
> > > > >> int i;
> > > > >>
> > > > >> /* Prepare the AO instruction as much as possible. Later,
> > > > >>in real time
> > > > >> * we'll only fill in the data sample. */
> > > > >> insn.insn = INSN_WRITE;
> > > > >> insn.n = 1;
> > > > >> insn.subdev = ao_subdev;
> > > > >>
> > > > >> /* A better scheduler than linux' one */
> > > > >> struct sched_param mysched;
> > > > >>
> > > > >> /* We don't want to be swapped out the mem */
> > > > >> mlockall (MCL_CURRENT | MCL_FUTURE);
> > > > >> /* Allow nonroot users hard realtime access */
> > > > >> rt_allow_nonroot_hrt();
> > > > >>
> > > > >> /* Initialise Scheduler as SCHED_FIFO. Greatly improves
scheduler!
> > > > >>*/
> > > > >> mysched.sched_priority =
sched_get_priority_max(SCHED_FIFO) - 1;
> > > > >> if( sched_setscheduler( 0, SCHED_FIFO, &mysched ) == -1 )
> > > > >> {
> > > > >> fprintf(stderr, "Error in setting the Scheduler!\n");
> > > > >> exit(1);
> > > > >> }
> > > > >>
> > > > >> /* Register this thread as a RT task. As long as it's
> > > > >> not switched to hard_real_time, it's still a normal
process and
> > > > >> can do all normal things */
> > > > >> task = rt_task_init(nam2num("do_comedi"), priority,
> > > > >>stack_size, msg_size);
> > > > >>
> > > > >> // Set mode to periodic. Other option is 'oneshot'
> > > > >> rt_set_periodic_mode();
> > > > >> period = (int) nano2count((RTIME)options->period*1000);
> > > > >>
> > > > >> start_rt_timer(period);
> > > > >>
> > > > >> // Switch to hard realtime mode
> > > > >> rt_make_hard_real_time();
> > > > >>
> > > > >> // Start scheduler
> > > > >> rt_task_make_periodic(task, rt_get_time() + period,
> > > > >> period);
> > > > >>
> > > > >>
> > > > >> for (i=0; i<options->n_rows; i++)
> > > > >> {
> > > > >>
> > > > >> /* Prepare and write digital data. */
> > > > >> dio_bits = data_arr[i].DIO;
> > > > >> comedi_dio_bitfield(comedi_dev, dio_subdev, dio_mask,
> > > > >>&dio_bits);
> > > > >>
> > > > >> /* Prepare and write AO data */
> > > > >> data = data_arr[i].AO0;
> > > > >> insn.data = &data;
> > > > >> insn.chanspec = CR_PACK(0, range, aref);
> > > > >> if(comedi_do_insn(comedi_dev, &insn)<0)
> > > > >> {
> > > > >> comedi_perror("/dev/comedi0");
> > > > >> exit(1);
> > > > >> }
> > > > >>
> > > > >> data = data_arr[i].AO1;
> > > > >> insn.data = &data;
> > > > >> insn.chanspec = CR_PACK(1, range, aref);
> > > > >> if(comedi_do_insn(comedi_dev, &insn)<0)
> > > > >> {
> > > > >> comedi_perror("/dev/comedi0");
> > > > >> exit(1);
> > > > >> }
> > > > >> rt_task_wait_period();
> > > > >> }
> > > > >>
> > > > >> rt_make_soft_real_time();
> > > > >>
> > > > >>#ifdef DEBUG
> > > > >> printf("We're back in soft realtime.\n"); #endif
> > > > >>
> > > > >> // Stop timer
> > > > >> stop_rt_timer();
> > > > >>
> > > > >> // Unregister RT task
> > > > >> rt_task_delete(task);
> > > > >>
> > > > >> // Unlock mem
> > > > >> munlockall();
> > > > >>
> > > > >> return 0;
> > > > >>}
> > > > >>
> > > > >>
> > > > >>
> > > > >>>Paolo.
> > > > >>>
> > > > >>>
> > > > >>>>Lennart.
> > > > >>>>--
> > > > >>>>*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
> > > > >>>>L.C. Karssen
> > > > >>>>Department of Physics and Astronomy Faculty of Science
> > > > >>>>Utrecht University Princetonplein 1
> > > > >>>>3584 CC Utrecht
> > > > >>>>The Netherlands
> > > > >>>>
> > > > >>>>tel.: +31 (0)30-253-2208
> > > > >>>>fax.: +31 (0)30-253-7468
> > > > >>>>e-mail: L.C.Karssen_at_phys.uu.nl
> > > > >>>>www: http://www1.phys.uu.nl/wwwaoud
> > > > >>>>-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
> > > > >>>>
> > > > >>>>
> > > > >>>>_______________________________________________
> > > > >>>>RTAI mailing list
> > > > >>>>RTAI_at_rtai.org
> > > > >>>>https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai
> > > > >>>
> > > > >>>
> > > >
--
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
L.C. Karssen
Department of Physics and Astronomy
Faculty of Science
Utrecht University
Princetonplein 1
3584 CC Utrecht
The Netherlands
tel.: +31 (0)30-253-2208
fax.: +31 (0)30-253-7468
e-mail: L.C.Karssen_at_phys.uu.nl
www: http://www1.phys.uu.nl/wwwaoud
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
_______________________________________________
RTAI mailing list
RTAI_at_rtai.org
https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai
--__--__--
_______________________________________________
comedi mailing list
comedi_at_comedi.org
https://cvs.comedi.org/cgi-bin/mailman/listinfo/comedi
End of comedi Digest
Received on 2007-05-23Z12:38:56