Re: ktimetrace & comedilib issues

Hi Frank,

Not sure you got my orignal message, I got a bounce (message follows):

From: Mail Delivery System <Mailer-Daemon_at_lists.sourceforge.net>
To: luc.lefebvre_at_mcgill.ca
Subject: Mail delivery failed: returning message to sender
Date: Wed, 25 Feb 2004 06:03:16 -0800

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  fmhess_at_verizon.net
    (generated from fmhess_at_users.sourceforge.net)
    SMTP error from remote mailer after RCPT TO:<fmhess_at_verizon.net>:
    host relay.verizon.net [206.46.170.12]: 550 you are not allowed to send mail to <fmhess_at_verizon.net>


On Wed, 25 Feb 2004 08:29:03 -0500
Frank Mori Hess <fmhess_at_users.sourceforge.net> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On Tuesday 24 February 2004 10:18 am, Luc Lefebvre wrote:
> > Hi,
> >
> > system Libranet 2.8.1 (kernel 2.4.22, libcomedi0 0.7.21.-3,
> > libcomedi-dev 0.7.21-3, comedi-modules 0.7.67-3, ktimetrace 0.2.36-4).
> >
> > Setup AIN0 = + 2.00V, AIN1 = -2.00V.
> >
> > When I run ktimetrace, ch0 starts as the top trace, ch1 is the bottom
> > trace.  The traces evetually flip back and forth and the data saved to
> > file does the same.
> >
> > I ran comedilib demo program cmd and if I read more than 2048 samples
> > (for ex cmd -r 2 -n 2 -N 2049 -F 1000 > test.txt) I get a series of
> > zeros as the early data points with the later ones being correct.
> >
> 
> Does 0.7.68 work any better?  Would you send me the output of dump_cis?
> 
> - -- 
> Frank
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.6 (GNU/Linux)
> Comment: For info see http://www.gnupg.org
> 
> iD8DBQFAPKMf5vihyNWuA4URAmAcAKDQMl7Wm7BLGxu6IyaT6QJttATgogCgsLwl
> l6qj46qtgK/YDxZM0Kr4tio=
> =/SGu
> -----END PGP SIGNATURE-----
Hi Frank,

I will try 0.7.68 (is this better than CVS?).

The calibration for the card appears to work (then I read a single input, or 2048 or fewer inputs, I get a value that makes sense WRT the measured analog in value).

The output from "dump_cis -v" follows:

Socket 0:
  offset 0x02, tuple 0x01, link 0x03
    00 00 ff 
  dev_info
    NULL 0ns, 512b

  offset 0x07, tuple 0x15, link 0x26
    05 00 4e 61 74 69 6f 6e 61 6c 20 49 6e 73 74 72 
    75 6d 65 6e 74 73 00 44 41 51 43 61 72 64 2d 36 
    30 36 32 45 00 ff 
  vers_1 5.0, "National Instruments", "DAQCard-6062E"

  offset 0x2f, tuple 0x1a, link 0x05
    01 01 00 02 07 
  config base 0x0200 mask 0x0007 last_index 0x01

  offset 0x36, tuple 0x1b, link 0x0f
    c1 41 99 79 55 36 3e 4e 6d 65 30 ff ff a0 14 
  cftable_entry 0x01 [default]
    [rdybsy] [pwrdown]
    Vcc Vnom 5V Istatic 300mA Iavg 350mA Ipeak 450mA
    Idown 70mA
    io 0x0000-0x001f [lines=5] [8bit] [16bit]
    irq mask 0xffff [level]

  offset 0x47, tuple 0x20, link 0x04
    0b 01 c4 02 
  manfid 0x010b, 0x02c4

  offset 0x4d, tuple 0x8f, link 0x04
    00 d5 75 39 

-- 
Luc Lefebvre

In the beginner's mind there are many possibilities,
in the expert's mind there are few.			<Shunryu Suzuki>

Key fingerprint = D2E5 5E35 B910 6F4E 0242  EC63 0FD9 96D0 C7F4 784E

Received on 2004-02-25Z17:07:44