Не совсем понятно - эти значения 28-29 это значения без изменений после ProcessData? Или после применения функции MassConverter()? (1-ый канал это с индексом 0 или 1?). Если после ProcessData то это очень странно, так как 29 Вольт L502 не в состоянии померить.

Во вторых, нужен ли Вам прием с цифровых линий? Если нет, то можете зацементировать строчку result = device.StreamsDisable(L502.Streams.DIN); Тогда все упростится. А так получается, если Вы собираете цифровые входы с 2МГц, а с АЦП намного реже, то в при определенных RECV_BUF_SIZE может получится, что вы примете только данные с цифровых линий и adcSize будет меньше 4 и тогда у вас получаться вообще неинициализированные данные. По крайней мере в любом случае следует попробовать их отключить и посмотреть останется ли эффект.

Алексей, добрый вечер.  Спасибо за советы. 1-й канал - это канал с индексом 1,прошу прощения что ввел в заблуждение (не аккуратно скопировал значения), но на самом деле такая закономерность наблюдается по всем каналам.

Процедура MassConverter(double x) :
private double MassConverter(double x)
        {
            x *= 1000;
            return 22.83978 - 0.7519 * x + 0.01398 * x*x - 7.12802E-5 * Math.Pow(x,3) + 2.46248E-7 * Math.Pow(x,4) - 4.18395E-10 * Math.Pow(x,5) + 2.96567E-13 * Math.Pow(x,6);
        }

оттого и получилось 29.

Повторюсь, ситуация такая и для 0-го канала, которые не имеет постобработки.  Сегодня рабочий день уже закончился, завтра пришлю образец того, что получаем при применении Ваших советов.

Сильно похоже на то, что данные цифрового ввода не отбрасываете.
А какой смысл такие полиномы к данным применять (и техподдержке результаты полиномов выкладывать), пока не добились корректных данных  от АЦП в Вольтах?

Алексей, сырые отсчеты - это, наверное, содержимое rcv_buf, то есть то, что на *входе* ProcessData.
Дамп rcv_buf как массива uint32_t в шестнадцатеричном формате очень помог бы понять ситуацию.

P.S. А полином я бы, кстати, все-таки считал по схеме Горнера -
http://ru.wikipedia.org/wiki/%D0%A1%D1% … 1%80%D0%B0
Хоть современные компьютеры и невероятно быстрые, а все-таки функция вычисляется в каждой точке.

>>А какой смысл такие полиномы к данным применять (и техподдержке результаты полиномов выкладывать), пока не добились корректных данных от АЦП в Вольтах?

Данные корректны И полином собственно и применяется для оценки их корректности. Проблема не в этом. Проблема в том, что они повторяются. Это в общем-то просто настораживает.

>>Если нет, то можете зацементировать строчку result = device.StreamsDisable(L502.Streams.DIN);
Ничего не изменилось.

>>Алексей, сырые отсчеты - это, наверное, содержимое rcv_buf, то есть то, что на *входе* ProcessData.
Дамп rcv_buf как массива uint32_t в шестнадцатеричном формате очень помог бы понять ситуацию.

Не совсем уверен, что понял правильно, но дамп можно посмотреть тут:
http://yadi.sk/d/AZ-54fsyKSnY5

Данные этого дампа похожи по формату на данные от АЦП с 1-го по 4-ый физический канал L-502. Но такого характера повторений, как в сообщении 12.03.14 16:08, я не увидел. Есть иногда совпадающие данные от 3-го и 4-го канала, но это иная ситуация, которая вполне  может объясняться совпадающими входными уровнями на этих входах.

Что находится в файле example.txt? Можете просто вывести в hex значения до ProcessData (как в dump.txt) и значения double полученные из них же после ProcessData (без любой обработки)?

Если разобрать по каналам и смотреть поток по каждому, то есть случайные (и не синхронные по каналам) повторения по 2-3, реже больше отсчетов.

Слева - количество случаев "N одинаковых подряд", справа - N.

c2 (канал 2 дифф)
  17989       1 
   2611       2 
    440       3 
     81       4 
     20       5 
      3       6 
      2       7 
      1       8 

c3 (канал 3 дифф)
  17773       1 
   2660       2 
    487       3 
     71       4 
     25       5 
      2       6 
      3       7 

d0 (канал 0 общ земля)
  17890       1 
   2624       2 
    476       3 
     79       4 
     20       5 
      1       6 
      1       7 

d1 (канал 1 общ земля)
  17997       1 
   2586       2 
    453       3 
     96       4 
     14       5 
      2       6 

Возьмем для примера канал 2 (c2).
Всего в дампе 16 разных значений отсчетов (сигнал меняется очень мало): от ffefef до fffe97
(Поскольку АЦП 16-битный, а 24 бита волучаются после умножения на калибровочный коэффициент, мы видим не все значения в этом диапазоне, а с шагом около 234.5 единиц: ffefef, fff0da, fff1c4 и т.д.)

Не может ли это просто быть нормальными отсчетами АЦП?

Не может ли это просто быть нормальными отсчетами АЦП?
- Да.

Не может ли это просто быть НЕнормальными отсчетами АЦП?
- Тоже Да, если схема подключения некорректна вообще или относительно произведённых настроек...

Распределение приращений между соседними отсчетами:

-11	1
-10	1
-9	13
-8	41
-7	84
-6	279
-5	612
-4	1149
-3	1915
-2	2882
-1	3617
0	3848
1	3549
2	2880
3	1941
4	1138
5	636
6	268
7	100
8	30
9	6
10	2
11	2

укладывается в нормальное распределение (stddev ~= 2.5913) с точностью около 1% от медианного значения.

Спасибо Александру Е! Нормальность распределения говорит о том, что измерение похоже на реальный физический процесс в канале АЦП при отсутствии детерминированной переменной составляющей в сигнале. Но, при этом,  корректно ли L-502 будет измерять то, что нужно, зависит от схемы подключения.

>>Что находится в файле example.txt? Можете просто вывести в hex значения до ProcessData (как в dump.txt) и значения double полученные из них же после ProcessData (без любой обработки)?

Алексей, я записал дамп, если конечно я правильно понял, что именно, Вы хотели, чтобы я записал. Правда записан шум, колодку в момент записи я отсоединил.

http://yadi.sk/d/z9OL1bbqKjwwe
и вот еще побольше, если нужно (165 Мб):
http://yadi.sk/d/tz24Rm5MKk75q

Разбирается так:

double[] mydata = new double[4];

                    UInt32 lch_cnt = device.LChannelCount;

                    /* устанавливаем в индикаторах значение первого отсчета из массива */
                    for (uint i = 0; (i < lch_cnt) && (i < adcSize); i++)
                    { mydata[(firstLch + i) % lch_cnt] = adcData[i]; }

Алексей, по поводу одинаковых значений мы вроде бы разобрались, что это нормально (следствие дискретности по уровню).

Или Вас смущает что-то другое?

По поводу дискретности: у Вас входной сигнал колеблется в незначительных пределах, попадая в полтора десятка возможных значений 16-битного кода АЦП.
Те числа double (вольты и т.п.), которые Вы видите, хотя и "непохожи" на дискретные, но на самом деле являются отображением конечного множества, в данном случае состоящего из горстки элементов.
Ну, это как если я пронумерую грани игрального кубика не { 1, 2, 3, 4, 5, 6 }, а { 0.6931, 1.4142, 1.6180, 2.7183, 3.1416, 9.8066 }.

Здравствуйте! Спасибо за предыдущие ответы и представленную схему усилителя. Схему реализовали, она работает. Однако у нас возникла следующая проблема. Термопары, ЭДС которых мы измеряем, измеряют температуру металлических деталей, которые соединены с корпусом прибора. Получаемые значения ЭДС сильно шумят. Шум остается, если подключать и читать только с одной термопары. Пробовали измерять ЭДС термопары, не соединенной с корпусом прибора и шум пропадает. Подскажите пожалуйста, как нам избавиться от шумов.

1. Для измерения напряжения с не изолированных термопар вход измерительного прибора должен быть изолирован от остальных цепей (Например, как вход H-27T + LTR27). А Ваши подключения этой изоляции не обеспечивают, и этот результат вполне ожидаем.

2. На Вашем месте самое простое - это изолировать термопару теплопроводящим изоляционным  материалом.

Существуют термопары с изолированным спаем, помещённым в керамическую трубку.

Если остаточные шумы останутся, то нужно посмотреть их спектр. Если 50 Гц мешает, то  режекторный программный фильтр применить. И вообще, качественный программный ФНЧ для термопарного канала не помешает, поскольку полоса пропускания измерителя у Вас на порядки превышает полосу полезного сигнала с термопары.

Кроме того, нужно осознавать, что при "особо удачном" касании термоПАРЫ в месте спая к стороннему маталлу может возникнуть термоТРОЙКА, искажающая показания.

Спасибо за быстрый ответ! Однако, изолировать термопары к сожалению мы не можем.

Юрий, у нас все ходы записаны.

17.02.14 13:54 я Вас спрашивал:
- Выходы УПТ, датчика Холла, термопар изолированы друг от друга? Какие выходы связаны с землёй (с корпусом установки)?

17.02.14 16:54 Вы мне ответили:
- Все выходы изолированы друг от друга и не один не связан с землей.

...Ну что ж, придётся вернуться к выбору оборудования. Применяйте LTR-U-1-4 + LTR27 + H-27T для не изолированных термопарных каналов. Подключить LTR-U-1-4 к тому же компьютеру можно по USB.

Понятно, спасибо за совет. У нас тогда еще такой вопрос. В наши руки попал модуль Е-24. А его мы не сможем использовать для этих целей. Документацию по нему мы пока не нашли.

Документация:
http://www.lcard.ru/download/e24.doc

Если бы был 1 канал термопары, то  можно было бы попробовать Е-24, поскольку этот модуль имеет гальваноразвязку от компьютера. Но у Вас два  не изолированных термопарных канала, поэтому нужна  поканальная гальваноразвязка, которой нет в E-24. Кроме того, E-24 давно снят с производства, устарел, и его  техподдержка проблематична по многим причинам.

Здравствуйте! Мы подключили L502 к нормальному элементу Вестона. Был подключен лишь один канал. Больше никаких проводов к колодке не присоединялось. Измерения проводили в режиме с общей землей в диапазоне 2 В. Опорная частота 10 кГц. Наш нормальный элемент выдает 1,018 В. Получили следующие результаты:

rcv_buf[0] = D02EA198  adcData[0] = 1,01867466666667
rcv_buf[1] = D02EA265  adcData[1] = 1,018743
rcv_buf[2] = D02EA386  adcData[2] = 1,01883933333333
rcv_buf[3] = D02EA23A  adcData[3] = 1,01872866666667
rcv_buf[4] = D02EA2F8  adcData[4] = 1,018792
rcv_buf[5] = D02EA2F2  adcData[5] = 1,01879
rcv_buf[6] = D02EA379  adcData[6] = 1,018835
rcv_buf[7] = D02EA40B  adcData[7] = 1,01888366666667
rcv_buf[8] = D02EA45E  adcData[8] = 1,01891133333333
rcv_buf[9] = D02EA4EF  adcData[9] = 1,01895966666667
rcv_buf[10] = D02EA62A  adcData[10] = 1,01906466666667
rcv_buf[11] = D02EA71F  adcData[11] = 1,01914633333333
rcv_buf[12] = D02EA799  adcData[12] = 1,019187
rcv_buf[13] = D02EA7AF  adcData[13] = 1,01919433333333
rcv_buf[14] = D02EA7E3  adcData[14] = 1,01921166666667
rcv_buf[15] = D02EA836  adcData[15] = 1,01923933333333
rcv_buf[16] = D02EA8D0  adcData[16] = 1,01929066666667
rcv_buf[17] = D02EA8DA  adcData[17] = 1,019294
rcv_buf[18] = D02EA90F  adcData[18] = 1,01931166666667
rcv_buf[19] = D02EA844  adcData[19] = 1,019244
rcv_buf[20] = D02EA63F  adcData[20] = 1,01907166666667
rcv_buf[21] = D02EA247  adcData[21] = 1,018733
rcv_buf[22] = D02E9D84  adcData[22] = 1,01832666666667
rcv_buf[23] = D02E9BC9  adcData[23] = 1,018179
rcv_buf[24] = D02E9BBA  adcData[24] = 1,018174
rcv_buf[25] = D02E99F2  adcData[25] = 1,018022
rcv_buf[26] = D02E99FA  adcData[26] = 1,01802466666667
rcv_buf[27] = D02E9AD6  adcData[27] = 1,018098
rcv_buf[28] = D02E98BE  adcData[28] = 1,01791933333333
rcv_buf[29] = D02E9914  adcData[29] = 1,017948
rcv_buf[30] = D02E9A4F  adcData[30] = 1,018053
rcv_buf[31] = D02E9AD4  adcData[31] = 1,01809733333333
rcv_buf[32] = D02E99FB  adcData[32] = 1,018025
rcv_buf[33] = D02E99B3  adcData[33] = 1,018001
rcv_buf[34] = D02E99CC  adcData[34] = 1,01800933333333
rcv_buf[35] = D02E98CA  adcData[35] = 1,01792333333333
rcv_buf[36] = D02E98EC  adcData[36] = 1,01793466666667
rcv_buf[37] = D02E9824  adcData[37] = 1,017868
rcv_buf[38] = D02E97FB  adcData[38] = 1,01785433333333
rcv_buf[39] = D02E993E  adcData[39] = 1,017962
rcv_buf[40] = D02E97EF  adcData[40] = 1,01785033333333
rcv_buf[41] = D02E982A  adcData[41] = 1,01787
rcv_buf[42] = D02E9A84  adcData[42] = 1,01807066666667
rcv_buf[43] = D02E9AD2  adcData[43] = 1,01809666666667
rcv_buf[44] = D02E9B3E  adcData[44] = 1,01813266666667
rcv_buf[45] = D02E99D9  adcData[45] = 1,01801366666667
rcv_buf[46] = D02E995E  adcData[46] = 1,01797266666667
rcv_buf[47] = D02E9A73  adcData[47] = 1,018065
rcv_buf[48] = D02E9BB6  adcData[48] = 1,01817266666667
rcv_buf[49] = D02E9BE0  adcData[49] = 1,01818666666667
rcv_buf[50] = D02EA57D  adcData[50] = 1,019007

Подскажите пожалуйста, с чем связано наличие такого шума. Длина проводов около 40 см.

Юрий,
1. Ваше сообщение не содержит полных данных, чтобы техподдержка смогла проверить правильно ли Вы подключили и правильно ли настроили.

2. Общий подход, который позволяет практически понять причину шума на входе АЦП, изложен в короткой статье  http://lcard.ru/download/articles/optim … _adc.pdf. 

3. Для улучшения сигнал/шум в L-502 есть дифференциальное подключение, а также встроенная функция  усреднения отсчётов.

4. Нормальный элемент Вестона - это химический источник ЭДС, который нельзя считать низкоомным.
Цитирую Википедию:  "Нормальные элементы обладают заметным внутренним сопротивлением — типично от 100 до 3000 Ом, отклоняющим их напряжение от ЭДС при протекании тока. Кроме того, при протекании тока уже в единицы микроампер (мкА) в течение нескольких минут НЭ выходит из строя полностью или на длительное время (от минут до недель). Поэтому продолжительный ток через нормальный элемент, превышающий доли мкА, недопустим".
Кроме того, его выходной импеданс на мегагерцах может быть совсем не низкоомным, т.е по высокой частоте - это некий не экранированный объект (видимо немаленький), который является неплохой антенной.  L-502 - имеет широкополосный вход (мегагерцы), поэтому наличие такого шума, как Вы показываете выше, вполне соответствует тому, что Вы, по сути, делаете даже при настройке на 1-канальный режим...

Юрий, а какую физическую задачу Вам требуется решать с помощью L-502?

Если цель состояла в проверке точности измерения по напряжению постоянного тока, то можно использовать собственный ЦАП (если у Вас модификация с ЦАП) как источник стабильного напряжения +-5V, а контролировать внешним эталонным вольтметром.

Не совсем понятно, что значит "Опорная частота 10 кГц".

В характеристиках L-502 указано, что собственный входной шум АЦП при закороченном входе при частоте дискретизации 2 МГц на установленном поддиапазоне +-2 В и при Куср.= 1 составляет  50 мкВ (RMS). Если в 1-канальном режиме поставить Куср.= 128 и частоту дискретизации 10 кГц, то шум будет 12 мкВ (RMS). -Это не сложно проверить и самостоятельно. Таким образом, бOльшие уровни шумов явно обусловлены внешними причинами, о которых я говорил выше. Справедливости ради отмечу, что 12 мкВ (RMS) - это конечно без учёта дрейфа нуля, который может быть порядка 0,015% (от поддиапазона измерений) на 10 град.С изменения температуры окружающей среды.