ao_waveform problem

Dear All,

	I am a little confused over here.  I am unable to run the ao_waveform example even though i have installed everything properly.  The error message was "command not supported" when i run the ao_waveform example.  The card that i am using is a NI DAQ 6024E PCMCIA card.

	I tried the ./info and got this message that reconfirmed that command is not supported for my AO port..

"
.
.
.
subdevice 1:
	type: 2 (analog output)
	number of channels: 2
	max data value: 4095
	ranges:
		all chans : [1e-06,1e-06]
	command:
		not supported
.
.
.
"
	Just a side note, all my other subdevices (eg DIO, counter, calibration etc) also have the command entry as "not supported". Only the subdevice (analog input) has a list of commands shown.

	I think this AO port does have AO data FIFO as shown in the DAQ-STC manual from NI (page 1-4).  Can anyone help me please?

	Thanks a lot.

wee

-----Original Message-----
From: comedi-admin_at_comedi.org [mailto:comedi-admin_at_comedi.org]On Behalf
Of comedi-request_at_comedi.org
Sent: Tuesday, July 20, 2004 9:31 PM
To: comedi_at_comedi.org
Subject: comedi digest, Vol 1 #1302 - 5 msgs


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:help with comedi and kernel 2.6.3 (Bernd Porr)
   2. Re:USBDUX (Bernd Porr)
   3. rtai_comedi.ko error (Josu)
   4. Re:usbdux - rtai problem (Bernd Porr)
   5. Re:faster return from read() -- buffer problem!! SOLVED (Christian Fleischer)

--__--__--

Message: 1
Date: Fri, 16 Jul 2004 09:31:56 +0100
From: Bernd Porr <B.Porr_at_elec.gla.ac.uk>
To: Naveed Naz <nan_at_orc.soton.ac.uk>, comedi <comedi_at_comedi.org>
Subject: Re: help with comedi and kernel 2.6.3

Hi!

It probably does. But I would go for the latest kernel which is on that 
page. The early 2.6.x kernels are quite buggy and I recommend using a 
later one.

As you can imagine I don't have any NI card. There's enough work with my 
duxboard(s). ;-)

/Bernd

www:    http://www.berndporr.me.uk/
         http://www.linux-usb-daq.co.uk/
Mobile: +44 (0)7769 506746
Work:   +44 (0)141 330 5237
         University of Glasgow
         Department of Electronics & Electrical Engineering
         Room 519, Rankine Building, Oakfield Avenue,
         Glasgow, G12 8LT


Naveed Naz wrote:
> hello,
> 
> i'm a phd student studying at the university of southampton (ORC). i 
> would like to get a national instrument (PCMCIA) DAQCard-1200 to work 
> under linux (distro: mandrake 10, kernel 2.6.3).
> 
> i apologise for contacting you so unexpectedly, but i dug your email 
> address, while trawling the net for info. in an email you wrote to the 
> comedi list you mentioned the following site:
> 
> http://www.linux-usb-daq.co.uk/driver/2.6/
> 
> could you please tell me if this patch would work with kernel 2.6.3 and 
> my NI card? if not could you please recommend what else i could try? 
> 
> i thank you kindly for your time.
> 
> regards
> 
> naveed
> 
> ______________________________________
> 
> Naveed Naz
> Postgraduate Student
> Optoelectronics Research Center
> Physics Building
> University of Southampton
> SO17 1BJ
> 
> Tel: +44 (0)23 8059 3136
> Fax: +44 (0)23 8059 3142
> E: nan_at_orc.soton.ac.uk
> ______________________________________


--__--__--

Message: 2
Date: Fri, 16 Jul 2004 14:34:17 +0100
From: Bernd Porr <tech_at_linux-usb-daq.co.uk>
To: Haavard Holm <haavard.holm_at_marin.ntnu.no>, comedi <comedi_at_comedi.org>
Subject: Re: USBDUX

Hello Haavard,

do I understand it right that you are going to control motors with a 
variable impulse/pause period? Thus, PWM?

My plan is the following: I'll just add another 4 channels. The first 4 
analogue output channels are then the "real" analogue output channels. 
The next 4 analogue output channels will become the PWM channels. In 
this way the PWM output is completely transparent to the application. 
The application is just seeing an analogue output channel.

How does that sound to you?

/Bernd

Haavard Holm wrote:
> Hello,
> 
> I plan to make a program which controls a wave-maker in a small (0.6x2m) 
> basin. In the
> basin there will be a ship.  The program shall measure the heave motion 
> of the ship.
> 
> The program shall be controlled (wave height and wave period) through a 
> web-interface.
> Output from the program (heave-motion, maybe also pitch, driftforces and 
> so on),
>    will be presented by a web-page.
> A video of the ship in waves will be streamed to web.
> 
> I think I have good control over most of the programming/setup. The 
> programming
> of the daq remains.
> 
> This will be used for education / illustration.
> 
> Haavard
> 
> 
> 
> Bernd Porr wrote:
> 
>> Thanks for the code. I'll have a look into it. In particular the API 
>> is interesting.
>>
>> Re the timeline: since I'm writing the stuff on my own I can't predict 
>> how long this will take. I think the hard bit it not shuffling the 
>> bits around but the API. And there you have some good stuff already. 
>> My personal timeline is to submit working code to the CVS a the end of 
>> next week. Then you could test it. Which application do you have in mind?
>>
>> Herman Bruyninckx has asked me already regarding this.
>>
>> /Bernd
>>
>> Haavard Holm wrote:
>>
>>>
>>> Hello
>>>
>>> Sounds good. Maybe you can use code from :
>>> http://people.mech.kuleuven.ac.be/~kgadeyne/software/pprts/drivers/comedi/ni660x/test/ 
>>>
>>> or viewpoints from  
>>> https://cvs.comedi.org/pipermail/comedi/2003-April/004381.html
>>>
>>> What is the time-line for a working implementation ?
>>>
>>> Best regards
>>>
>>> Haavard Holm
>>>
>>>
>>> Bernd Porr wrote:
>>>
>>>> Haavard,
>>>>
>>>> I'm planning to do that. I didn't have the time to implement it so 
>>>> far. Do you need it for a robotics application?
>>>>
>>>> Probably I'll start this week implementing it. Please watch out in 
>>>> the comedi mailing list.
>>>>
>>>> There are also requests for counters. This is also on my todo list.
>>>>
>>>> Regards
>>>> /Bernd Porr
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
> 
> 


-- 
http://www.linux-usb-daq.co.uk/
Mobile: +44 (0)7769 506746
Work:   +44 (0)141 330 5237


--__--__--

Message: 3
Date: Fri, 16 Jul 2004 18:27:02 +0200
From: Josu <josu_at_we.lc.ehu.es>
To: comedi_at_comedi.org
Subject: rtai_comedi.ko error

Hello,

I am trying to compile   linux-2.6.7 + cvs rtai with comedi support. The
compilation is sucessful
but when I try to load rtai_comedi.ko , an error message says that there
are symbols undefined

In compilation several warning appear indicating that different symbols
are undefined, as for example

rt_get_time

The same problem appears compiling the cvs version of comedi, when i try 
to load comedi.ko
i get an error due to undefined symbols 

Anybody has the same problem?

thanks


--__--__--

Message: 4
Date: Tue, 20 Jul 2004 00:06:08 +0100
From: Bernd Porr <tech_at_linux-usb-daq.co.uk>
To: Michael Van Damme <michael.vandamme_at_vub.ac.be>, 
 comedi <comedi_at_comedi.org>
Subject: Re: usbdux - rtai problem

Michael,

yes. Probably the hotplug script is not called automatically. I don't 
know if the rtai patch has disabled the hotplug call.

There might be another reason: I've just seen that at least the CVS 
version of comedi installs the hotplug script under 
/usr/local/etc/hotplug. It must be unter /etc/hotplug. Thus:

./configure --sysconfdir=/etc

Anyway. You can simply issue the command by hand:

comedi_config -i /usr/share/usb/usbdux_firmware.hex /dev/comedi0 usbdux

If the firmware is not under /usr/share/usb it's under /usr/local/share/usb.

/Bernd


Have a look at

Michael Van Damme wrote:
> Hi,
> 
> I'm having problems to get the usbdux-bnc running under rtai.
> 
> I'm using kernel 2.4.25 with the adeos-rtai patch, and comedi and
> comedilib versions form cvs (the release version gives problems when 
> compiling the rtai-comedi modules). The distribution is gentoo (which 
> requires using devfs).
> 
> After booting, I do this:
> 
> modprobe usb-ohci
> modprobe usbdux
> 
> This results in the following dmesg output:
> 
> usb-ohci.c: USB OHCI at membase 0xde913000, IRQ 5
> usb-ohci.c: usb-00:03.1, Silicon Integrated Systems [SiS] USB 1.0 
> Controller (#2)
> usb.c: new USB bus registered, assigned bus number 1
> hub.c: USB hub found
> hub.c: 3 ports detected
> PCI: Found IRQ 11 for device 00:03.0
> usb-ohci.c: USB OHCI at membase 0xde915000, IRQ 11
> usb-ohci.c: usb-00:03.0, Silicon Integrated Systems [SiS] USB 1.0 
> Controller
> usb.c: new USB bus registered, assigned bus number 2
> hub.c: USB hub found
> hub.c: 3 ports detected
> hub.c: new USB device 00:03.1-2, assigned address 2
> usb.c: USB device 2 (vend/prod 0x13d8/0x1) is not claimed by any active 
> driver.
> Adeos: Domain RTAI registered.
> RTAI 3.0r4 mounted over Adeos 2.4r12/x86.
> comedi: version 0.7.68.1 - David Schleef <ds_at_schleef.org>
> rt_pend_tq: RT bottom half scheduler initialized OK
> usbdux.c: v0.99b:Stirling/ITL USB-DUX -- Bernd.Porr_at_cn.stir.ac.uk
> comedi_: usbdux: setting all possible devs to invalid
> usb.c: registered new driver usbdux
> comedi_: usbdux_: finding a free structure for the usb-device
> comedi_: usbdux: usbduxsub[0] is ready to connect to comedi.
> comedi_: usbdux: ifnum=0
> comedi_: usbdux0 has been successfully initialized.
> 
> The line 'comedi_: usbdux: setting all possible devs to invalid' seems 
> to mean that something is wrong...
> 
> Running insn (in comedilib/demo) results in:
> /dev/comedi0: No such device
> 
> The file /dev/comedi0 exists, however (it didn't before the modprobe's, 
> I think devfs automatically creates it).
> 
> Any idea what I'm doing wrong?
> 
> Thanks in advance,
> Michael Van Damme
> 
> 
> 



--__--__--

Message: 5
From: Christian Fleischer <fleischer_at_cs.tu-berlin.de>
Organization: Technische =?iso-8859-1?q?Universit=E4t?= Berlin
To: Bernd Porr <BerndPorr_at_f2s.com>
Subject: Re: faster return from read() -- buffer problem!! SOLVED
Date: Tue, 20 Jul 2004 14:50:20 +0200
Cc: comedi_at_comedi.org

Hi!

It's nothing wrong with the buffer, it turned out.
I just had to configure the command to return for every scan, like:

cmd->flags |=3D TRIG_WAKE_EOS;

this is part of a comment in cmd.c.

Thanks anyway,
Christian


=2D-=20
Dipl.-Ing. Christian Fleischer
Technische Universit=E4t Berlin / Technical University of Berlin
Technische Informatik und Mikroelektronik / Computer Engineering and=20
Microelectronics
Sekr. EN 10 - Einsteinufer 17 - 10587 Berlin - Germany
=46on:+49 (0)30 314-73114
=46ax:+49 (0)30 314-21116
fleischerATcsDOTtuMINUSberlinDOTde




--__--__--

_______________________________________________
comedi mailing list
comedi_at_comedi.org
https://cvs.comedi.org/cgi-bin/mailman/listinfo/comedi


End of comedi Digest

Received on 2004-07-21Z07:25:47