Форум: Выбор оборудования

Данные по одному из крейтов здесь.
http://files.mail.ru/A320B33CF386429B89CA6406175E4DDF
Остальные спишу как буду на фирме.

ModuleName      =  LTR021
ModuleSerial    =  2D779375
DeviceName      =  LTR27
SerialNumber    =  3D872466

ModuleName      =  LTR021
ModuleSerial    =  2D564051
DeviceName      =  LTR27
SerialNumber    =  3D595011

По проблемме с LTR27+LTR-U-1-4 пока ничего?

Serg, для решения проблемы будет обновление ПО для конфигурации  LTR27+LTR-U-1-4. Коллеги должны Вам выслать обновление  в ближайшее время.

Да, если это именно та проблема, о которой мы подумали. Были жалобы на сбои LTR27 в крейте LTR-U-1, выражающиеся в ошибках при многократных пусках/остановах сбора данных.
Вроде бы это удалось побороть.

Сейчас обновление прошивки готово для альфа-тестирования (только пока отключена генерация синхрометок старт/секунда).
Процесс включает обновление прошивок модуля LTR27 и крейта LTR-U-1, а также DLL-библиотек ltrapi (актуальная версия уже в "библиотеке файлов").

Serg уже должен был получить письмо.

Если у кого-то еще схожая проблема, отпишитесь здесь. Инструкции и прошивки высылаются на электронную почту по запросу.

Проблемы, "выражающиеся в ошибках при многократных пусках/остановах сбора данных"
я не наблюдал. У меня проблема с самопроизвольным отвалом LTR27 при включении крейта и старте ПО и при статической работе.
Подробнее я ответил на почту.

<blockquote>
<p>....Если запустить крейт и сразу начать работать, то частенько крейт перестает отвечать. Помогает только передергивание USB. Один же из 4 крейтов стабильно вываливается в первую минуту, две. Потом все утаканивается.<br />
Такое впечатление, что он "прогревается"....</p>

<p>...проблема с самопроизвольным отвалом LTR27 при включении крейта и старте ПО</p>
</blockquote>

<p><u><strong>Вопрос:&nbsp;</strong></u> данные эффекты проявляются, если LTR-U-1-4 подключить к компьютеру, использовав штатный кабель USB и <strong>основной&nbsp; USB</strong><strong>-порт</strong> компьютера (<strong>не с внутреннего&nbsp; дополнительнглого штыревого&nbsp;разъёма материнской платы</strong>), штатный сетевой адаптер питания, не подключая каких-либо других цепей к сигнальному разъёму LTR27 и к раъёму синхронизации, далеко от источников сильных электромагнитных полей (сварочные аппараты, высоковольтные установки и т.п.)?&nbsp; Контакт сетевой вилки сетевого адаптера с розеткой надёжный (причина - банальная, но изрядно крови попортить может... )? Какой компьютер используете, с питанием от сети ~220V?</p>

Да. Кабель и БП из комплекта. Пробовал менять на аналогичные, не помогает. Порт на матринке, ПК от 220В. Детские болезни контактов исключаются.
Да и потом, если пользовательскую прогу запустить минуты через три - пять, отвалов почти нет. Если работавший какое то время крейт полностью отключить и подключить через минуту, другую, тоже все нормально.
Но главное - рандомные отвалы при статической работе.

Да, забыл, у нас в лаборатории свежо, градусов 15, не больше.

<p>Serg, и всё-таки, я прошу ответить на мои&nbsp; вопросы:</p>

<p>1.</p>

<blockquote>
<p>Порт на матринке</p>
</blockquote>

<p>- к внешнему USB-разъёму&nbsp; материнки&nbsp; подключаете штатным USB-кабелем или &nbsp;подключаете к внутренним штырькам материнки (дополнительные порты USB)&nbsp; через штатный USB-кабель + кабель-переходник на штырьки?&nbsp;</p>

<p>2. Сбоит даже&nbsp; при отсоединённой кабельной части сигнального разъёма и разъёма синхронизации?</p>

<p>3.&nbsp; Есть ли близко расположенные источники сильных электромагнитных полей (сварочные аппараты, высоковольтные установки и т.п.)?</p>

<p>И другие вопросы:</p>

<p>В "диспетчере устройств"&nbsp; LTR-устройство исчезает? Приобретает статус ошибки при сбое?</p>

<p>На другом компьютере пробовали?</p>

update из почты: присланный лог сервера соответствует пропаданию связи с крейтом по USB (драйвер закрывает устройство), хотя сообщения об аппаратном извлечении устройства не видно.

Проблема сообщается на 4 крейтах, "и в лаборатории, и на точках".

Serg: а компьютер "в лаборатории и на точках" один и тот же (ездит вместе с крейтами) или разные?

Serg, всё указывает на то, что есть физическая причина (некорректное подключение, внешние электромагнитные воздействия), о которой Вы не сообщаете. Ждём ответов на вопросы и подробных рассказов на эту тему.

1. Разъем USB распаянный на материнке. Доп USB планок нет. Те что на корпусе пробовал, разницы никакой, но их не удобно использовать.
2. Синхронизация вообще нигде не используется. В лаборатории у меня сигнальной части нет, а сбои есть.
3. В лаборатории точно нет, на точках поблизости тоже не видел.
4. В диспечере устройство не исчезает, статуса ошибки нет. В сервере остается виден только один USB контроллер, измерительный исчезает.
5. ПК у каждого крейта свой. Дешевенькие, оффисного класса. Разных типов. Две ОС 7, две ХР.

Мне не очень понятно, почему:
1. Наибольшая частота отвалов происходит в первую 1-2 минуты работы, если сразу после включения крейта запустить ПО на сбор данных. Если подождать 3-5 минут, а потом запустить ПО, отказов почти нет.
2. Почему при отказе почти всегда оказывается не вычитан FPGA.
3. Почему при не вычитанном FPGA и отвале, винда возвращает ошибку доступа 997 по функции
DeviceIoControl, буфер 00 00 01 00 06 80 00 82 (идет следом за чтением FPGA). Перехватывал.

Ответ на письмо с мыла.
Вы рассматриваете логи нормального отключения модулей, у меня сбойное. Может этим все объясняется. После сбоя, не передергивая USB и БП пытался подключиться напрямую через драйвер. Хенд возвращает, часть IOCT нормально завершаются, возвращая данные, доходим до FPGA - пусто, следующий IOCT и ошибка. Хендл нормально закрывается. Т.е. USB работает.

1. "Разъем USB распаянный на материнке"
- это нонсенс (!), а на мой вопрос не ответили, используете ли штатный кабель в сочетании с внешним портом USB.
2. "В лаборатории у меня сигнальной части нет, а сбои есть." - 
Кабельная часть 37-контактного сигнального разъёма отсоединена, а сбои есть?

3. Какое программное окружение активно на этих компьютерах? Были случаи, когда антивирус мешал. Причём, просто закрытие антивируса не помогало, а решала проблему только его деинсталляция!

Проверьте устойчивость работы при работе с UTS, с штатным кабелем USB, внешним портом USB, c заземлением компьютера (лепесток сетевой вилки компьютера должен быть подключён к цепи заземления), с подсоединением к LTR-U-1-4 только питания и USB. Сообщите результат. Если сбои обнаружатся, вышлите снова отчёт сервера (после сбоя, но до закрытия ПО). 

1. Что есть в данном случае "нонсенс (!)"?
14.04.2014 19:21 я писал, что "кабель и БП из комплекта". Надеюсь их можно считать штатными? Что Вы называете "внешним портом USB"? Есть 4 разъема, распаянные на материнке, их и используем. Если повернуть любой ПК задом, их сразу видно...
2. Нет у меня кабельной части. 37-контактный разъем пуст. А сбои есть.
3.При работе ничего лишнего не запускается. На одном ПК стоит Доктор, на двух Каспер, на четвертом ничего (ему достался самый капризный крейт, поэтому начисто ставили ОС и драйвера, больше ничего!). Проблем с АВ не было. Ни сносить ни отключать не приходилось. Все ПК под админом.

UTS попробую, как будет свободный кейт, все остальное выполнено на всех ПК изначально и стандартно.
Не очень понятно, какая связь между исчезновением при сбое из списка сервера из 1 слота LTR27, при том что LTR21 во втором слоте продолжает оставаться и поисками помех по USB?

1. Прочёл, что разъём USB сами распаивали, и это был бы нонсенс. Внешние по отношению к корпусу системного блока.

2. Лепесток сетевой вилки компьютера подключён к цепи заземления здания в электрощитке? Иначе, полфазы сети (~110V) будете иметь на корпусе компьютера (и на LTR-U-1), что потенциально вызвать радиополя (относительно земли), вызывающие сбои контроллера в LTR-U-1, что воспринимается как исчезновение модуля LTR27... - Это чисто гипотетически, такого поведения никогда не наблюдал. Но в ситуации, когда Вы утверждаете, что LTR-U-1 отдавали в ремонт и неисправности не нашли, я предполагаю, что LTR-U-1 исправны, поэтому вынужден искать внешние физические факторы, которые можно считать ненормальными условиями применения. Если в L-Card всё работает, а у Вас такие тяжелейшие проблемы, то такой фактор должен быть... Чтобы программный фактор исключить, предложил дополнительно проверить под UTS.   

Чисто функционально:  исчезновение модуля LTR27 в LTR-U-1 буквально означает, что пропало питание LTR-U-1 от внешнего сетевого адаптера. Модуль контроллера (LTR021) в LTR-U-1 получает независимое питание от USB, и контроллер LTR021 поддерживает связь по USB независимо от того, есть ли питание от сетевого адаптера.   

А просто аккуратно покачать кабельный разъём сетевого адаптера, вставляемый в LTR-U-1? -  Модуль LTR27 исчезает в LTR-сервере? Если да, то отправляйте сетевые адаптеры в L-Card на замену этих разъёмов (это может быть наша ошибка комплектации, связанная с тем, что похожие разъёмы встречаются с бОльшим диаметром центрального отверстия, что вызывает ненадёжность контакта, и могли допустить эту досадную ошибку при комплектации).

>4. В диспечере устройство не исчезает, статуса ошибки нет. В сервере остается виден только один USB контроллер, измерительный исчезает. ... Вы рассматриваете логи нормального отключения модулей, у меня сбойное.
>Не очень понятно, какая связь между исчезновением при сбое из списка сервера из 1 слота LTR27, при том что LTR21 во втором слоте продолжает оставаться и поисками помех по USB?

Просто в файле, который я получил под названием Error.txt, написано:

[04.02.14 09:34:38.093] (3) CRATE_READ: LTR021 [2D564051]: USB connection lost (31)
[04.02.14 09:34:38.093] (6) CRATE_READ: LTR021 [2D564051]: Read thread shutting down
[04.02.14 09:34:38.093] (6) CRATE_WRITE: LTR021 [2D564051]: Write thread shutting down
[04.02.14 09:34:38.093] (5) CRATE_READ: LTR021 [2D564051]: Read thread shut down.
[04.02.14 09:34:38.093] (5) CRATE_WRITE: LTR021 [2D564051]: Write thread shut down.
[04.02.14 09:34:38.093] (3) CRATE_CTL: LTR021 [2D564051]: crate stopped

А это никак не соответствует описанной картине, потому что тут сервер потерял связь именно с крейтом. Технически - со стороны ltrserver - драйвер внезапно закрыл хендл устройства, и ReadFile на него завершился с ошибкой 31 (ERROR_GEN_FAILURE). После crate stopped крейт пропадает из списка "активные крейты".

Может, не тот лог отправили?

- Логичный ход действий заключается в том, чтобы сначала проверить систему с ПО от производителя (в данном случае UTS от L-Card) в штатной конфигурации оборудования: если проблемы, то обращаться к производителю, а если всё ОК, то писать своё ПО.
Если действовать в обратной последовательности, то это чистая потеря времени:  Вашего и техподдержки...

1. Я не распаивал USB разъем (как то и в голову такое не пришло), его распаял производитель материнки. Я лишь соединил его кабелем из комплекта поставки L-Card с крейтом.
2. ПК к сожалению заземлен.

В общем то я сам благополучно пропустил этот баг. А когда пошли жалобы, так же первым делом кинулся искать земли, потенциалы, болтающиеся разъемы и т.п. Результат 0.
Потом перелопатил весь софт с вашего сайта, даже написал версию ПО, работающую напрямую с драйвером, без сервера, но результат тоже 0.
Программа UTS на тот момент не поддерживала LTR-27, я ее тоже ставил, но она вообще модуль не видела.

,
- Про "тот момент" прошу подробнее. UTS cроду поддерживала LTR27. Уж последние  9 лет - это точно.

- Странно. А раньше в техподдержку  обращались по этому поводу? Если тестовое ПО от производителя у Вас не заработало по неизвестной причине, то ведь дальнейшие шаги (с другим ПО) вообще бессмысленны. И при нынешнем обращении в техподдержку c этого точно нужно было начинать...

Нет, лог тот. И он полный. В том то все и дело, что крейт не пропадает из списка "активные крейты". Пропадает только LTR-27, а LTR-21 остается. Если выдернуть USB, то пропадает все, а в логе появляется еще две строки:
[19.04.14 12:55:34.796] (3) SERVER: USB crate disconnected: "LTR-U-1" at \\?\USB#Vid_0471&Pid_2121#5&356d1f28&0&2#{a5dcbf10-6530-11d2-901f-00c04fb951ed}
[19.04.14 12:55:34.796] (7) CRATE_INIT: Disconnecting USB crate: devinst = 00000800
При отвале этого не происходит.

Это ставит меня в тупик, потому что сообщение

[04.02.14 09:34:38.093] (3) CRATE_CTL: LTR021 [2D564051]: crate stopped

выводится тогда и только тогда, когда крейт именно что удаляется из списка активных крейтов. Исходные тексты ltrserver открыты, там это видно.

Впрочем, мы можем пока и забыть про этот лог, ведь не в нем суть вопроса.
Serg, я могу Вам предложить "на авось" обновить прошивки LTR27 и/или LTR-U-1 -- хотя последние изменения в них были нацелены на другое, но изменения эти довольно существенные, LTR27 переписана практически целиком.
Перепрошивка LTR27 - дело безопасное, выполняется через UTS и в случае чего можно вернуться к старой прошивке без проблем.
С LTR-U-1 несколько менее удобно, но тоже можно.

Но если проблема аппаратная, то, конечно, все эти манипуляции ничего не дадут, и тут надо искать причину или в проблемах подключения, или в пропадании питания (это типичная причина "пропадания модуля" из LTR-U-1), или в помехах, или в неисправности самого прибора.
В этом направлении см. советы А.Гарманова.

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