Re: PC104das16jr/16 and MUX counter problem

Hi Frank,

here is what our data looks like:

0 0 0 0 0 0 0 0 0 0 0 0 0 7232 0 0 
0 0 0 0 0 0 0 0 0 0 0 0 0 7227 0 0 
0 0 0 0 0 0 0 0 0 0 0 0 0 7982 3689  
0 0 0 0 0 0 0 0 0 0 0 0 0 8045 3700 1149 
350 0 0 0 0 0 0 0 0 0 0 0 0 8509 3954 1245
296 0 0 0 0 0 0 0 0 0 0 0 0 9234 2986 1342
0 0 0 0 0 0 0 0 0 0 0 0 0 8123 3509 1454
0 0 0 0 0 0 0 0 0 0 0 0 0 7503 3216 0 
0 0 0 0 0 0 0 0 0 0 0 0 0 7217 0 0 
0 0 0 0 0 0 0 0 0 0 0 0 0 7427 3074 0 
0 0 0 0 0 0 0 0 0 0 0 0 0 8177 3200 1234 
0 0 0 0 0 0 0 0 0 0 0 0 0 7219 3326 0 
0 0 0 0 0 0 0 0 0 0 0 0 0 7145 0 0 
0 0 0 0 0 0 0 0 0 0 0 0 0 7215 234 0
0 0 0 0 0 0 0 0 0 0 0 0 0 7214 115 0 
0 0 0 0 0 0 0 0 0 0 0 0 0 7207 345 0 
0 0 0 0 0 0 0 0 0 0 0 0 0 7223 216 0 

When we increase the weight on our load cell, more and more channels get 
involved. The output looks almost like the output of your cmd program, though 
we only use a simple program that only reads data from every channel. Do we 
have a hardware problem with our MUX ? John told me that cutting cntr2 out 
line on the cable might solve the problem, but we didn`t try yet. Or is it 
probably a grounding problem ?
The other problem we`ve got is that the data on channel 14 varies pretty much,
even if there is no weight on the load cell..the data here should be more 
constant.

Daniel

> Can you send a couple lines of data so I can see exactly what you mean by
> 'scattering'?
>
> Frank
>
>
>
> _______________________________________________
> comedi mailing list
> comedi_at_stm.lbl.gov
> http://stm.lbl.gov/cgi-bin/mailman/listinfo/comedi

-- 
----------------------------------------------------------------------
"Schlage die Trommel und fürchte dich nicht" (Heinrich Heine)

Daniel Koch (danielkoch_at_gmx.net)

Received on 2002-06-16Z21:08:12