This is topic ТМ и считывание показаний счётчиков i-7041D 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/000228.html

Posted by Timon (Участник № / Member № 790) on :
 
Создал канал со следующими настройками:
DCS, Frq/Counter, #RS=0, ADDR=1, CH=0

Насколько я понимаю, канал должен вернуть значение счётчика по каналу IN0. Однако, возвращаемое значение равно нулю, хотя команда #AAN (#010) даёт значение, отличное от нуля.

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

...
#010B4
= 7
!010000072
= 11
RS:COM1 check error (new-xx00-0001)
...

Запрос из командной строки выглядит как #010, здесь же к нему почему-то добавляется В4. Непонятно...
При этом, однако, ответ модуля !010000072 на запрос от ТМ является правильным.

Вопросы:
  1. Что означают коды "=7" и "=11"?
  2. Почему возникает "COM1 check error" по данному каналу, хотя данные передаваемые модулем верны?

 
Posted by Timon (Участник № / Member № 790) on :
 
Тьфу ты пропасть!.. В4 — это же контрольная сумма запроса. Совсем меня подклинивает...

Но вот как быть с ответом? Ответы от модуля приходят верные, но ТМ их не принимает.

Всплыла ещё одна проблема.
Если я указываю параметр в десятичном виде (10), то запрос на модуль получается некорректным (#01@ вместо #01A), а если в НЕХ, то тоже ничего хорошего (#01: вместо #01A).
В обоих случаях модуль выдаёт ответ о некорректности команды.

Вопрос: как обратиться к счётчикам на входах IN10-13? Родная утилита требует указывать адрес в НЕХ (A-D), а в какой системе указывать параметр СН в настройке канала в ТМ?
 
Posted by Timon (Участник № / Member № 790) on :
 
BUG REPORT!

Экспериментальным путём найден баг в ТМ5 при опросе счётчиков в модулях i-7041.

Для опроса счётчиков входов на модуле i-7041 выявлено следующее соответствие параметра СН и реального входа:
0 — IN0
...
9 — IN9
10 — запрос некорректен
11 — IN10
12 — IN11
13 — IN12
14 — IN13

Кроме того, основная проблема до сих пор не решена: ТМ не принимает корректные значения счётчиков.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
У Вас сейчас какой релиз ТМ?
 
Posted by Timon (Участник № / Member № 790) on :
 
5.12
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
По работе со счетчиками в каналах подтипа DCS в последних релизах были дополнения, какие настройки канала Вы выставляете помимо CH, и что при этом формируется в кадре запроса от МРВ?
 
Posted by Timon (Участник № / Member № 790) on :
 
Настройки канала: DCS, Frq/Counter, #RS=0, ADDR=1, CH=0, SLOT=0, FSC=Да, Тип=I, Вид=F

Кадр запроса от МРВ и ответ модуля:
...
#010B4
= 7
!010000072
= 11
RS:COM1 check error (new-xx00-0001)
...

И кадр запроса и ответ модуля являются абсолютно корректными и соответствующими документации по i-7041, однако ТМ, очевидно, не считает их таковыми.

1. ПОЧЕМУ? Как от этого избавиться?

2. Что означают эти "=7" и "=11"? Это ошибки при приёме-передаче по СОМ1? Где в документации написано, что эти ошибки означают?

3. Почему возникает "COM1 check error" по данному каналу, хотя и запрос ТМ и данные, передаваемые модулем, верны?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Отключите контрольную сумму - она вообще не нужна, только байты занимает.
7 и 11 означают количество переданных и принятых байт.
 
Posted by Timon (Участник № / Member № 790) on :
 
Вы что же, всерьёз считаете, что отключение контрольной суммы способно решить проблему? ;-)
Я пробовал и с контрольной суммой и без неё.

Может быть хватит заниматься отписками и наконец-то заняться ТЕХНИЧЕСКОЙ ПОДДЕРЖКОЙ проданного продукта?!
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Насчет CRC - могло быть, что ошибка именно в проверке CRC.

Для работы со счетчиками этого модуля каналы надо настраивать следующим образом:

Чтение счетчиков - дополние к подтипу "AIn":
CH=0020, 0021, 0022 и так далее в HEX
SLOT=всегда 0

Очистка счетчика - дополнение к подтипу "Clear Counter":
CH=0020, 0021, 0022 и так далее в НЕХ
SLOAT=всегда 0

Все это будет работать только в последнем релизе: ТМ5.15+SP1
 
Posted by Timon (Участник № / Member № 790) on :
 
Н-да-а... Прямо скажем неочевидное решение -- использовать аналоговый ввод для получения данных по счётчикам. Кстати, в документации о такой настройке действительно сказано, а вот в приложении по подтипу DCS ни слова. Странно как-то... Ну да ладно.

Проблема всё равно до конца не решена. Теперь я могу получить значения счётчиков с IN0 по IN9 и сбросить их. Но вот счётчики по входам IN10-IN13 по-прежнему недоступны.
Запрос на счётчик входа IN10 при установке значения канала 2А выглядит как #02: вместо #02A. Соответственно и информация модулем не выдаётся.

Какие значения параметра СН надо установить для получения значений счётчиков по входам IN10-IN13?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Проверено - все формируется верно, проверьте еще раз настройки каналов. Вот пример лога нашей проверки для CH=002a, 002b, 002c, 002d:
#01A
= 5
= 0
RS:COM1 check error (new-xx00-0000)
#01B
= 5
= 0
RS:COM1 check error (new-xx00-0001)
#01C
= 5
= 0
RS:COM1 check error (new-xx00-0002)
#01D
= 5
= 0
RS:COM1 check error (new-xx00-0003)
 
Posted by Timon (Участник № / Member № 790) on :
 
 -
#02:
= 5
= 0
RS:COM1 check error (new-xx00-0004)
 
Posted by Timon (Участник № / Member № 790) on :
 
Кстати, незаметно, чтобы в вашем случае модуль отвечал на запрос. В чём проблема?
 
Posted by Timon (Участник № / Member № 790) on :
 
А-а-а... вы его, очевидно, отключили для получения сбоя в логе. Понятно.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Обратите внимание на то, что у Вас вроде у модуля включена контрольная сумма, в настройка канала - нет.
 
Posted by Timon (Участник № / Member № 790) on :
 
Никак нет. Я модули перенастроил, отключив у них контрольную сумму, согласно вашей рекомендации.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Не понятно - у меня при таких же настройках нормальный запрос выполняется. Вы точно 5.15+SP1 используете? Присылайте проект - посмотрим, может и есть что-то особенного в параметрах.
 
Posted by Timon (Участник № / Member № 790) on :
 
У нас релиз 5.12.
5.15 в виде демо-версии, насколько я понял. Она не заработает с ключом от 5.12?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Скачайте обновление 5.15 и SP1 с нашего сайта.
 
Posted by Timon (Участник № / Member № 790) on :
 
То есть версия 5.12 обновится до 5.15? Я вас верно понял?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Да - потому как именно по функции опроса счетчиков с дискретных модулей I7000 серии были правки в последний релиз.
 
Posted by Timon (Участник № / Member № 790) on :
 
Что-то не могу найти где скачать обновление. Дайте прямую ссылку.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Прямую ссылку дать нельзя - Вы должны зайти на сайт под своей учетной записью (под которой регистрировались на сайте), затем войти в раздел техподдержки - раздел "Получить поддержку"->"Обновления".
 
Posted by Timon (Участник № / Member № 790) on :
 
Получил ответ от Анатолия Викторовича Фридлянда с инструкцией.
 


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2