Добрый день.

Модуль E20-10 Сер. ном. 5D775109 Ревизия B ЦАП Нет

Микроконтроллер MCU AVR ATmega162 Частота 7500 кГц. Версия 2.1 от Apr 18 2008

Загрузчик Версия 2.0 от Mar 18 2008

ПЛИС PLD ALTERA Cyclone EP1C3T144 Частота 60000 кГц Версия 2.00.06 от 01.09.08.

Работает в режиме внешнего старта с записью N отсчетов на частоте 1 МГц.
В процессе работы количество отсчетов N может меняться от 40 000 до 400 000 (определяется цифровыми входами).
В этот момент происходит отстановка сбора ( StopLDevice ), перезаполнение настроек и рестарт (см. ниже)

В большинстве случаев все работает нормально. Но иногда возникают 2 отклонения от штатного поведения:
1) Часть данных в первом замере заменяется нулями. Причем часть не непрерывная, выглядит как "гребенка" (общая продолжительность ~7 мс).

2) В буфер записывается лишний кусок данных (по длине чуть меньше "гребенки").

В руководстве пользователя нашел упоминание двух версий прошивок, вышедших после 2.00.06:

Для рев.A (понимаю, что другая ревизия, но по описанию похоже на отклонение 1) - 1.00.07 от 29.10.08г:
"Устранена порча данных при многократном чередовании внешнего старта и программного останова."

Для рев.B - 2.00.08 от 20.11.12г:
"Устарнена проблема попадания в буфер АЦП лишних данных при повторном запуске сбора данных по сигналу START в режиме с программным остановом сбора данных".

Могут ли быть связаны указанные отклонения с прошивкой?
Можно ли получить прошивку 2.00.08 ( на сайте только версия 2.00.06)?

C уважением, Анатолий Колпаков.

========================================

// Инициализация и старт сбора данных.
// N определяется состоянием цифровых входов. От 10 000 до 400 000 (кратно 10000).

tm := MaxBufferSize;
pLDev.RequestBufferStream(tm, L_STREAM_ADC);

ap.t2.s_Type      := L_ADC_PARAM;
ap.t2.AutoInit    := 1;
ap.t2.dRate       := 1000.0;
ap.t2.dKadr       := 0;
ap.t2.SynchroSrc  := INT_CLK;
ap.t2.AdcIMask    := SIG_0;
ap.t2.NCh      :=  1;
ap.t2.Chn[0]   := $0;
ap.t2.Pages    := 64;
ap.t2.IrqEna   :=  1;
ap.t2.AdcEna   :=  1;
ap.t2.StartCnt := 0;
ap.t2.SynchroType := EXT_START_UP;
// ap.t2.SynchroType := EXT_STRTA_DOWN_REVB; // Пробовал и так - поведение то-же. STRTA - не опечатка - так задано в e2010cmd.pas
ap.t2.StopCnt := N;
ap.t2.IrqStep := 10000;
ap.t2.DM_Ena  := 1;
ap.t2.SynchroMode := A_SYNC_OFF;
ap.t2.AdPorog := 0;

pLDev.FillDAQparameters(ap.t2);
pLDev.SetParametersStream(ap.t2, tm, data, sync, L_STREAM_ADC);
pLDev.InitStartLDevice;
pLDev.StartLDevice;

Попробуйте задействовать прошивки ПЛИС для модуля E20-10 из архива:

ftp.lcard.ru/pub/users/e2010/e2010m78.zip

Спасибо.

На 7 прошивке проблемы те же.

На 8 перестал работать циклический опрос, т.е. получаю только 1 замер (как если бы ap.t2.AutoInit было равно 0). Нужны ли для этой версии какие-то доработки в плане инициализации модуля?

Для перехода к 7 или 8-ой: Для обновления потребуется удалённо перешить контроллер AVR и обновить библиотеку (в которую уже добавлена прошивка ПЛИС 2.00.07). Сергей должен был это объяснить...
В любом случае, придётся подождать до понедельника...

Добрый день.

Что необходимо для удаленной перепрошивки?

Библиотека установлена последняя.

Да, для очистки совести попробуйте обновить прошивку микроконтроллера модуля:
ftp.lcard.ru/pub/users/e2010/e2010fw_18a_22b.zip

Дополню сообщение Сергея. Если с 8-ой прошивкой проблема не решится, то будем воспроизводить ситуацию у себя и искать причину.

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

Анатолий. Нельзя не учитывать также качество самого синхросигнала START.  Какой у Вас источник синхросигнала? Какие уровни напряжения? Какие длительности фронтов? Какая длина кабеля от источника синхросигнала?

Добрый день.

Спасибо, буду ждать прошивку.
На всякий случай сообщаю : на 7 версии "лишний блок" размером 8191 записей (т.е. равен зарезервированному значению перегрузки). Иногда 8191+полный размер считываемого блока.

Также хочу отметить по проблеме (1) (часть данных заменяется нулями). После перехода на 7 версию количество сбойных записей резко уменьшилось (с сотен на версии 6 до единиц, иногда десятков). Проблемный участок располагается ближе к концу блока.

По источнику синхросигнала подробностей не знаю (я программист, блок делали электронщики). Но делали его по спецификациям на E20-10. Источник находится в одном ящике с модулем, длина проводов должна быть небольшой.

Попробуйте запользовать новую прошивку:
ftp.lcard.ru/pub/users/e2010/e2010m9.zip
И огромная просьба: отпишитесь о результатах!

Добрый день.

Прошивку протестировал - циклический опрос работает, поведение как и у 7 версии, т.е. проблемы остались.

На всякий случай прикладываю прогу, которой тестирую перезапуск. В архиве сама программа с исходниками (Delphi) и небольшое readme с доп. пояснениями.

http://www.lcard.ru/forums/img/members/36/TestProg.zip

Анатолий, ответьте на вопрос. Нули, которые встревают в поток данных, это арифметически нулевые коды? Или это коды около нуля?

Добрый день.

Я подсчитываю значения, строго равные нулю.
Сами значения предварительно корректируются так

FMyBuf_i_  := Round( ( FMyBuf_i_ + KorKoeffB ) * KorKoeffA );

где
KorKoeffB := pd.t6.KoefADC_0_;
KorKoeffA := pd.t6.KoefADC_12_;

Но если смотреть график, то вроде там есть и околонулевые.
Пример замера с искажениями в формате LGraph2 - прикладываю:
http://www.lcard.ru/forums/img/members/36/sample.zip

По поводу необходимости выполнения корректировки - в руководстве написано, что в ревизии B корректировка реализована средствами самого E20-10. Однако при сравнении записанных значений с показаниями LGraph 2 - скорректированные были ближе.

Еще, в примере первый импульс соответствует по форме сигналу START (но амплитуда у START-а - до 5 В).

Анатолий, а как часто  возникают нули? У нас Ваш пример, на первый взгляд, работает с новой прошивкой без проблем.

Частота переменная.Может и несколько раз подряд проблема возникнуть, а может и десять минут нормально рестарт происходить.
От момента запуска программы до первого появления проблемы - тоже произвольное время. Один случай был зафиксирован при старте программы, т.е. самый первый старт (но устройство при этом не выключалось, + были предыдущие запуски программы).

Для проверки можно запустить программу, выбрать каталог для лога и нажать "Start Trd", затем "Auto Rst ADC". Тогда каджые 2000 мс будет перезапускаться сбор данных.
У меня сейчас при проверочном запуске через 5 минут возникло (т.е. порядка 150 перезапусков). Но гарантированного времени нет.

Анатолий, эффект (1) проявился на Вашей программе с нашим внешним стартом АЦП.  Это даёт нам возможность локализовать причину. Проблемой занимаемся.

Анатолий, у нас проблем не обнаружено при испытании на нашем аналогичном тестовом ПО в двух вариантах библиотек  (под  lcomp и lusbapi) с высланной Вам 9-ой прошивкой. Вам высланы примеры нашего тестового ПО с исходниками. Хотелось бы получить ответ о результатах.