This is topic Читать читаю, а записать в КР300И не могу in forum Общие вопросы / Common questions at Форум TRACE MODE: техническая поддержка.


To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/26/t/000290.html

Posted by ShuraX (Участник № / Member № 1487) on :
 
Настроенно верно! Проверенно 1000-у раз. Вчера работало, сегодня - нет.

КР300И. Значения с контроллера подчитываю, все нормально, а вот записать не могу нечего
в логе следующее

OUT: 00 00 09 00 00 01 01 62<b> a9 09 00 00 00 00 e0
ERR IN10: 80 00 04 00 c0 01 01 14 00 a5
RS:COM1 check error (DO_F_7_W)
RS:request DO_F_7_W
OUT: 00 00 09 00 00 01 01 62<b> a9 09 00 00 00 00 e0
ERR IN10: 80 00 04 00 c0 01 01 14 00 a5
RS:COM1 check error (DO_F_7_W)
RS:request DO_F_7_W
OUT: 00 00 09 00 00 01 01 62<b> a9 09 00 00 00 00 e0
ERR IN10: 80 00 04 00 c0 01 01 14 00 a5
RS:COM1 check error (DO_F_7_W)
RS:request DO_F_7_W
OUT: 00 00 09 00 00 01 01 62<b> a9 09 00 00 00 00 e0
ERR IN10: 80 00 04 00 c0 01 01 14 00 a5
RS:COM1 check error (DO_F_7_W)
RS:COM1 TRANSACTION=1508 ERROR=14 TIME=16.625
TOTAL_BYTE=49886 AVR_RESPONSE=0.00530455 MAX_RESPONSE=0.109

и этих строчек до бесконечности
в чем может быть проблема (ТМ 5.15)?
 
Posted by ShuraX (Участник № / Member № 1487) on :
 
Не работает именно прямая адресация!!!
контуры регулирования работают нормально.

нормально конечно, но опять таки сыплятся ошибки
RS:request T_3041G_УВ
OUT: 00 00 08 00 00 01 02 05 0b 5c<\> 55<U> 45<E> 42<B> ac
ERR IN10: 80 00 04 00 c0 01 02 09 00 af
RS:COM1 check error (T_3041G_УВ)
RS:request T_3041G_УВ
OUT: 00 00 08 00 00 01 02 05 0b 5c<\> 55<U> 45<E> 42<B> ac
ERR IN10: 80 00 04 00 c0 01 02 09 00 af
RS:COM1 check error (T_3041G_УВ)
RS:request T_3041G_УВ
OUT: 00 00 08 00 00 01 02 05 0b af aa 92 42<B> b6
ERR IN10: 80 00 04 00 c0 01 02 09 00 af
RS:COM1 check error (T_3041G_УВ)
RS:request T_3041G_УВ
OUT: 00 00 08 00 00 01 02 05 0b 00 00 c8 42<B> da
ERR IN10: 80 00 04 00 c0 01 02 09 00 af
RS:COM1 check error (T_3041G_УВ)
RS:request T_3041G_УВ
OUT: 00 00 08 00 00 01 02 05 0b 00 00 c8 42<B> da
ERR IN10: 80 00 04 00 c0 01 02 09 00 af
 
Posted by ShuraX (Участник № / Member № 1487) on :
 
Вот еще пару моментов:

прямая адресация вроде как и работает (хотя до конца не разобрался), но!!!

Есть проблема в следующем:

Для уменьшения числа т. i/o реализованно следующее: дискретные сигналы с контроллера передаются как вещественные числа по ИНР. Принимаются в канал типа F и сразу копируются в канал типа H (15 дискретных сигналов). Все это работало замечательно. А сейчас выплывает следующее: с контроллера по ИНР идет число, например - 2048, и оно не изменяется(проверял с помощью проги идущий в комплекте с контр.). А в трейсмоуде помимо 2048 проскакивают какие-то совершенно левые значения 1675,505493, 1675,506396 и т.д. в ИТОГЕ - БИЛИБЕРДА!!!
(время цикла и т.п. -все нормально)

в чем проблема и где загвостка???
 
Posted by ShuraX (Участник № / Member № 1487) on :
 
После ряда эксперементов выявилось следующее:

1) ТМ 5.11, стандартный драйвер - все работает замечательно!
2) ТМ 5.15, стандартный драйвер - не работает посылки прямой адресацией!!!
3) ТМ 5.15, драйвер Волмага- вылезает ситуация описанная в предыдущем посте!!!

Может разберемся где и что не так, хотябы по пункту 2. и что это за сообщения в логе?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Просим прощения за задержку с ответом.

1. Сообщения в протоколе профайлера.
ERR IN10: 80 00 04 00 c0 01 01 14 00 a5
говорит об ошибке. Код 0x14 (20 десятичное) согласно протоколу сети МАГИСТР ОЗНАЧАЕТ "НЕТ ТАКОГО БЛОКА".
В команде
OUT: 00 00 09 00 00 01 01 62<b> a9 09 00 00 00 00 e0
номер алгоблока равен 0xA962 = 43362. Такого блока, скорее всего, нет.

Ответ контроллера на команду управления контуром
ERR IN10: 80 00 04 00 c0 01 02 09 00 af
тоже несет сообщение об ошибке с кодом 09, но в протоколе МАГИСТР такой код не расшифровывается.
Возможно, проблема в сетевых помехах.
Настораживает адрес приемника 00 в текстах команд (первый байт) - это признак широковещательной посылки.
Мы готовы рассмотреть Ваш проект, если Вы нам его пришлете на адрес техподдержки.

2. Обращаю Ваше внимание на то, что в релизе 5.15 изменился порядок драйверов. В релизе 5.11 драйвер для КР-300 шел как T11s5.dll, а в 5.15 в штатной поставке - как T11s1.dll. Если Вы соответственно не корректировали проект или файлы ИС, то может возникнуть путаница.
С релизом 5.15 уже поставлялся драйвер ВОЛМАГа.
Я послал Вам по почте последние редакции драйверов, предоставленные нам ВОЛМАГом.
 
Posted by ShuraX (Участник № / Member № 1487) on :
 
Спасибо за посылочку (особенно за sources, сам уже начал врубаться в МАГИСТР), получил, завтра посмотрю.
На счет различий в релизах - в курсе, еще раз гляну.

Посмотрю еще раз настройки, конечно блока такого не должно быть - 0xA962 = 43362. Проверю и если не сведу концы с концами, то вышлю проект.
 
Posted by ShuraX (Участник № / Member № 1487) on :
 
Очень интересно!!!

Проверил, присланный вами драйверочек (пока только ваш) и вот что выяснилось.
Работает он, и просто замечательно, спасибо. А вот тот который шел с инструментальной системой на компашке - нет. (причем у нас несколько компашек с ТМ5.15 и все этим страдают) Скорей всего в релиз затесалась бажная версия длл'ки.
Дата создания неработающей длл - 29,03,04
а той что вы прислали - 30,03,04 (скорей всего уже подправленной)
Вот так вот, а бился я над этим достаточно продолжительное время(пришлось даже использовать драйвер от ТМ5,11, и переделывать прогу в контроллер).

Чуть позже проверю работу Волмаговского драйвера.
 
Posted by ShuraX (Участник № / Member № 1487) on :
 
Проверил Волмаговский драйвер. Результат - проблемы описанные выше posted 03-08-2006 08:57 .
Высылаю вам проект почтой.
Большая просьба посмотреть и сказать в чем может быть проблема.

П.С. просьба отписаться при получении
 
Posted by HELLA (Участник № / Member № 104) on :
 
Добрый день!
Подтверждаем проблемы с драйвером КР-300,
поставляемым с инструментальной системой 5.15.
Обошли проблему заменой на драйвер от более
ранних релизов.
 
Posted by ShuraX (Участник № / Member № 1487) on :
 
Спасибо за оперативный ответ!

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

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

2) И еще один вопрос в настройках HEX канала присутствует во вкладке "маски и эмуляция" параметр Число бит.
Я так понимаю, что этим параметром мы фактически устанавливаем количество бит, которые будут подчитываться из контроллера, а следовательно считаться за точку i/o???
Но почему то в любом случае с контроллера читаются все 16 бит. Я что то упустил и неправильно понимаю???
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
1. По поводу каналов, опрашивающих регуляторы.
Вы у них тоже поставли номера контроллеров, отличные от нуля?
Если да, дайте ссылку, какие именно каналы в присланном Вами проекте сбрасываются.
Уточните, пожалуйста, о каком "отчете" идет речь и каких "ошибок" в нем Вы ожидаете?

2. Настройка "Число бит", в основном, используется при организации внутреннего интерфейса (между программами и каналами, между графикой и сервером). Фактический формат канала определяется драйвером, который он вызывает.
 
Posted by ShuraX (Участник № / Member № 1487) on :
 
quote:
Отправитель / Originally posted by AdAstra Technical Support:
1. По поводу каналов, опрашивающих регуляторы.
Вы у них тоже поставли номера контроллеров, отличные от нуля?

Естественно! [Улыбка / Smile]
1) Вот эти каналы, в которых точно(!) периодически проскакивает ноль (все они находяться в объекте "РегАналоговые"):T_3041С{D,E,F,G}_C - 5шт. Регуляторы реализованны с помощью объекта КОНТР. По-моему другие каналы этих регуляторов также иногда анологично "сбоят"(точно проверить не удалось, т.к. обнаружил непонятный глюк)
2) Прошу посмотреть канал WS314_A_R. При установленной галочке "Отчет тревог" и если с контроллера в данный канал что-то идет, то вылетает намертво DrawServ. (инструкция обратилась к такому-то адресу и не может быть прочитана) Как только галочку снимаю, то все нормально. Удаление/создание нового канала не помогает. Предполагаю, что это связанно как-то именно с ОТ (может где-то что-то записалось лишнее), т.к. если в него выводиться Кадировка канала, то все нормально (но меня это не устраивает, мне нужно, чтобы выводилось то что в комментах). В чем может быть здесь причина?
quote:
Отправитель / Originally posted by AdAstra Technical Support:

Уточните, пожалуйста, о каком "отчете" идет речь и каких "ошибок" в нем Вы ожидаете?

я имел txt файлик, который создаеться в папке проекта
quote:
Отправитель / Originally posted by AdAstra Technical Support:
2. Настройка "Число бит", в основном, используется при организации внутреннего интерфейса (между программами и каналами, между графикой и сервером). Фактический формат канала определяется драйвером, который он вызывает.

Т.е. в данном конкретном случае хоть что я ставь, а 16-й канал с/в контроллера читаеться/записываеться полностью, все 16-бит? А следовательно имеем 16 т.i/o? Правильно я понял?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Извините за задержку.
Пришлось повозиться с моделированием ситуации с опросом контуров регулирования.
Обнаружилось, что в драйвере последней версии при получении недостоверного ответа от контроллера (например, из-за шумов в линии или малого таймаута в настройках COM-порта, или из-за ошибки самого контроллера), следующий запрос может разбираться неверно, может произойти смещение полученных данных между каналами.
Мы постараемся в ближайшее время внести исправления и выслать Вам драйвер.

Канал WS314_A_R дергал по-всякому, но ничего фатального не получил. Точно ли записан текст "Комментария" у этого канала в том проекте, который Вы мне прислали? М.б., в реальном проекте "Комментарий" существенно длиннее?

По поводу разрядности 16-битового канала Вы поняли правильно. Будут проблемы, обсудим в рабочем порядке по почте.
 
Posted by ShuraX (Участник № / Member № 1487) on :
 
Драйверок буду ждать с нетерпением! (скоро проект пускать [Пдмигивание / Wink] ) [Улыбка / Smile]

А на счет канала, в понедельник проверю еще раз!
(На других ПК и ОС)
А комментарий везде одинаковый (там есть аналогичные каналы) и как нестранно вылетает ТМ именно на этом канале.

Ок, остальное обсудим по почте. Спасибо.
 
Posted by HELLA (Участник № / Member № 104) on :
 
Добрый день!
Просьба обновленную версию
драйвера КР-300 выслать также на
E-mail:gdan@bochvar.ru
или выложить на сайте.
Многие пользователи работают с КР-300!
 
Posted by ShuraX (Участник № / Member № 1487) on :
 
На счет глючного канала, скорей всего какая-то проблема у меня, т.к. на другом ПК все работает. Хотя очень странно, что интересно могло произойти, ума не приложу?
Если в этом канале очищаешь поле комментария, то спотыкается уже на следующем. Короче перепробовал кучу вариантов, а к решению так и не приблизился. [Неодобрение / Frown]
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Я отправил драйвер по обоим адресам.
Жду сообщений о результатах. Лучше почтой.
 


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2