Recommended Posts
-
- Share
Добрый день!
Столкнулись с проблемой при работе с счетчиками СЭТ 4ТМ.03 через NPort 5150. Установили программу администрирования, перевели NPort в режим RealCom и все остальное как по инструкции. Опытным путем удалось добиться считывания данных со счетчика только на скорости 1200 (Четность: нет). Хотя стандартная скорость 9600… Все, что выше 1200, не работает. С другой стороны другие счетчики (МИР С-01) опрашиваем без особых проблем на 9600… Подскажите, что может быть? Есть какие-то особенности?
Link to comment
-
- Share
День добрый.
Тоже проблема с подключением программы «Конфигуратор СЭТ-4ТМ» к счетчикам СЭТ-4тм.02.2
через моксы (MOXA5150) в режиме Real COM Mode
работают только на 1200.Программа MetCon(АСКУЭ) работает без проблем.Нормально работает Конфигуратор только
по TCP( Поставил MOXA в режим TCP Server Mode а Конфигуратор СЭТ-4ТМ настроил на соединение по TCP клиентом),
но по TCP не подключишь АРМ Энергетика…..
Написал на Нижегородский завод им.Фрунзе, ответили что у MOXA проблема с драйвером виртуального порта…
Не знаю что делать — перешивать все счетчики на 1200 ??? Их много и будет медленно.
Чяго делать ?????
С уважением Дмитрий.
Норильск
DimaCaxap@mail.ru
И ещё….
Согласен работать и по TCP,но после закрытия программы работы с счетчиками и повторного открытия
связь не восстанавливается,приходиться у MOXA сбрасывать питание или программно перегружать её……
Link to comment
- Author
-
- Share
Сегодня весь день посвятили этой проблеме… Конфигуратор работает действительно только на скорости 1200 (СЭТ 4ТМ.03), больше не в какую… Но в режиме Real Com… Программа Электроколлектор (Прософт-системс, Екатеринбург) заработала на всех скоростях, но только на маленькой длине RS485 (несколько сантиметров). Приехали на подстанцию в надежде, но магистрали считывать не смогли, только прочитали один счетчик на короткой магистрали на 4800 (программа Электроколлектор, Конфигуратор СЭТ тоже не пошел)… Подключили через ADAM 232/485 (настроили предварительно MOXA в 232), результат практически тот же, стабильной работ нет… Ставили также перемычки на J3 и J4, напряжение на линии 485 менялось, но толку не было… Вопрос — в чем проблема???
Link to comment
-
- Share
Добрый день!
Столкнулись с проблемой при работе с счетчиками СЭТ 4ТМ.03 через NPort 5150. Установили программу администрирования, перевели NPort в режим RealCom и все остальное как по инструкции. Опытным путем удалось добиться считывания данных со счетчика только на скорости 1200 (Четность: нет). Хотя стандартная скорость 9600… Все, что выше 1200, не работает. С другой стороны другие счетчики (МИР С-01) опрашиваем без особых проблем на 9600… Подскажите, что может быть? Есть какие-то особенности?
Добрый день,
Мы личного опыта общения с устройствами СЭТ не имели. Есть подозрение, что посылка данных, приходящая от СЭТ по интерфейсу RS-232/485, отправляется NPort’ом в сеть несколькими частями (несколькими IP-пакетами), что приводит к появлению пауз между частями, т.е. посылка «бьётся». На маленьких скоростях этого не чувствуется, а на больших это играет свою роль.
Чтобы избежать такого, при настройке NPort в разделе «Operating Mode» установите параметр Force TX Timeout в значение несколько миллисекунд (например, 3 мсек) (см. вложение). Это будет означать, что пока данные в последовательный порт идут сплошняком, то они будут накапливаться в буфере NPort. И только если в потоке данных возникнет пауза указанной длины, то только тогда NPort посчитает посылку завершенной и отправит ее единым IP-пакетом.
Пожалуйста, сообщите о результате эксперимента.
Link to comment
-
- Share
Сегодня весь день посвятили этой проблеме… Конфигуратор работает действительно только на скорости 1200 (СЭТ 4ТМ.03), больше не в какую… Но в режиме Real Com… Программа Электроколлектор (Прософт-системс, Екатеринбург) заработала на всех скоростях, но только на маленькой длине RS485 (несколько сантиметров). Приехали на подстанцию в надежде, но магистрали считывать не смогли, только прочитали один счетчик на короткой магистрали на 4800 (программа Электроколлектор, Конфигуратор СЭТ тоже не пошел)… Подключили через ADAM 232/485 (настроили предварительно MOXA в 232), результат практически тот же, стабильной работ нет… Ставили также перемычки на J3 и J4, напряжение на линии 485 менялось, но толку не было… Вопрос — в чем проблема???
Объединил две темы в одну. Так проще отслеживать сообщения.
Только что написал ответ. Прошу прощения, что не очень оперативно 
Я бы для начала попробовал оставить «по умолчанию» настройки 485 (тем более, что вмешательство стороннего конвертера ADAM на результат не повлияло), а поиграть настройками упаковки в TCP/IP, как я описал. Если не заработает, будем думать дальше.
Link to comment
- Author
-
- Share
Добрый день,
Мы личного опыта общения с устройствами СЭТ не имели. Есть подозрение, что посылка данных, приходящая от СЭТ по интерфейсу RS-232/485, отправляется NPort’ом в сеть несколькими частями (несколькими IP-пакетами), что приводит к появлению пауз между частями, т.е. посылка «бьётся». На маленьких скоростях этого не чувствуется, а на больших это играет свою роль.
Чтобы избежать такого, при настройке NPort в разделе «Operating Mode» установите параметр Force TX Timeout в значение несколько миллисекунд (например, 3 мсек) (см. вложение). Это будет означать, что пока данные в последовательный порт идут сплошняком, то они будут накапливаться в буфере NPort. И только если в потоке данных возникнет пауза указанной длины, то только тогда NPort посчитает посылку завершенной и отправит ее единым IP-пакетом.
Пожалуйста, сообщите о результате эксперимента.
Отвечу сразу… сегодня эксперементировали основательно, параметр Force TX Timeout меняли, но ставили от 100 до 1500 мс, результат никакой…
меняли и размер пакета, с 0 на 16, 64, 128 и т.д. Тоже нет результата. Предположение на счет того, что пакеты бьются, тоже на данный момент имеет место. В счетчике есть тайм аут… Вот. Считываем параметры на скорости 1200 и анализируем отправляемые и получаемые пакеты. Пока идет обмен маленькими пакетами, то все нормально, как только размер пакета растет, то ответы перестают приходить… Увеличиваем таймаут в счетчике, большие пакеты начинают возвращаться целиком. На скоросте выше 1200 вообще пакеты, даже короткие от счетчика не возвращаются… Вот такие дела.
Link to comment
-
- Share
Отвечу сразу… сегодня эксперементировали основательно, параметр Force TX Timeout меняли, но ставили от 100 до 1500 мс, результат никакой…
меняли и размер пакета, с 0 на 16, 64, 128 и т.д. Тоже нет результата. Предположение на счет того, что пакеты бьются, тоже на данный момент имеет место. В счетчике есть тайм аут… Вот. Считываем параметры на скорости 1200 и анализируем отправляемые и получаемые пакеты. Пока идет обмен маленькими пакетами, то все нормально, как только размер пакета растет, то ответы перестают приходить… Увеличиваем таймаут в счетчике, большие пакеты начинают возвращаться целиком. На скоросте выше 1200 вообще пакеты, даже короткие от счетчика не возвращаются… Вот такие дела.
Попробуйте именно маленькие таймауты (3~5 мсек).
Параметр Packet Length лучше вообще не трогать, оставить в нуле. Иначе он начнет делать все пакеты одинаковой длины. Но нам ведь неизвестна точная длина ответа от СЭТ.
Link to comment
- Author
-
- Share
Извиняюсь, что не получилось быстрого ответа…
В итоге, удалось найти правильное решение для работы со счетчиками СЭТ 4ТМ.03.
В общем, необходимо в настройках порта в программе MOXA выставить параметр Fast Flush и Network Timeout = 500 (хотя его можно и не трогать).
Как только выставили, сразу же на стенде удалось связаться со счетчиком конфигуратором… Вот правда на подстанции на магистрали с двумя и более счетчиками связаться удалось только при установке скорости 4800, и честность — нет. Установка джамперов для повышения напряжения ни к чему не привела… Одно радует, конкурент ADAM 4570 тоже заработал только на 4800 )))
Link to comment
- 5 years later…
-
- Share
не могу соединиться со счетчиком СЭТ-4ТМ 03, соединяюсь конфигуратором СЭТ так: ноутбук -RJ45-моха5150-232-ADAM-485-СЭТ-4ТМ 03, в настройках моха, serial settings: Parity-Even, Data bits-8, stop bits-1, Flow control -none, Fifi — enadle, interface-485 2 wire. Operating Mode: TCP server mode, Local TCP port -4001, command port -966(по умолчанию), TCP Alive check Timeout-0, Inactivity Timeout-0, Force Tx Timeout-5, Packing lenght-(по умолчанию -0, ставил 27, 30, 600, 1023, 1024)
Link to comment
-
- Share
Неудивительно — ведь вы сами себе противоречите.
Сначала пишете, что: «ноутбук -RJ45-моха5150-232-…»
А затем: «в настройках моха, serial settings:…..interface-485 2 wire».
Вы уж опеределитесь, через какой интерфейс хотите работать. А заодно поясните, пожалуйста, зачем там появляется ADAM и какую функцию он выполняет.
Link to comment
-
- Share
Адам выполняет функцию-232/485, зачем так было сделано я не знаю, если можно было в настройках МОХА выставить 485,(на ПС со счетчиков СЭТ 485 идет в Адам, с него 232 в моксу) Пробовал соединиться на ПС, т.е. конфигуратором СЭТ с ноута RJ45 в МОХА все нормально, соединяется с любым счетчиком, проблема в том что в сети поменяли адресацию, и в МОХА надо перебить IP, но она запаролена, пароль есессно никто не знает, по той же причине не получается посмотреть в ней настройки. А на счет 482 2 wire, это я поторопился, пробовал конечно же и 232
Link to comment
-
- Share
Как то это сложно для меня — )
Лично я использую для СЭТ следующую конфигурацию — 9600,8,1,N,N,Enable,RS-485 2-wire, Force transmit=50. Как бы ещё не было случая, чтоб не заработало. Я подразумеваю, что на шлейфе не один прибор, естественно.
Link to comment
-
- Share
Доброго времени суток!
Преамбула: есть NPort 5150A, есть счётчики типа СЭТ-4ТМ.03, подключены в один шнур RS485. В настройках моксы стоит «TCP Server», Конфигуратор (01.04.14) настроен как «TCP Client», порт 4001.
Суть проблемы: соединение конфигуратора с моксой проходит, но после теста связи на экране появляется либо «Ошибка контрольной суммы», либо просто снизу слева «Прибор не отвечает».
Цеплял ноут к шнуру через ADAM-4520, счётчики все видятся, всё работает. Но задача-то стоит сделать это подключение посредством LAN.
Где подвох?
Link to comment
-
- Share
Здравствуйте!
Текущие настройки 5150А напишем? Или может картинками приложим?
Link to comment
-
- Share
Здравствуйте!
Текущие настройки 5150А напишем? Или может картинками приложим?
Уже разобрались. 
Спасибо.
Поставили виртуальный COM-порт и снюхали Конфигуратор с моксой. Счётчики увиделись, всё заработало.
Когда ничего не помогает, тогда уже пишем сюда, читаем мануалы, как обычно. Спасибо за отзыв! 
Link to comment
- 1 year later…
-
- Share
Здравствуйте!
Текущие настройки 5150А напишем? Или может картинками приложим?
Уже разобрались.
Спасибо.
Поставили виртуальный COM-порт и снюхали Конфигуратор с моксой. Счётчики увиделись, всё заработало.
Когда ничего не помогает, тогда уже пишем сюда, читаем мануалы, как обычно. Спасибо за отзыв!
доброго времени суток.Не могли бы во поподробнее рассказать, как объединили МОХА и конфигуратор? Уже несколько дней вожусь,ничего не выходит
Link to comment
-
- Share
Petr, здравствуйте!
А что конкретно не получается? С СЭТами NPort работает — проверено неоднократно Там, собственно, и сложного то ничего нет. Настройки всё стандартные — 9600, RS-485-2w, RealCOM. На ПК создаём виртуальный COM-порт, применям в него Конфигуратор, нажимаем «автоопределение типа счётчика» — в большинстве случаем всё работает. Если не работает — меняем провода RS-485 местами. Если снова не работает — устанавливаем на NPort Force Transmit = 50. И снова меняем провода, если не получается. Если и после таких действий не работает — ну тут тогда более детально надо разбираться, может что то не туда подключаете, ну или что то уже сгорело…
Link to comment
-
- Share
Petr, здравствуйте!
А что конкретно не получается? С СЭТами NPort работает — проверено неоднократно
добрый вечер.Благодарю за ответ!) Я ставил скорость 9600 и на конфигураторе, и в NPort.Пробовал МОХА и в режиме сервера,и СОМ-порт.Делал всё как в инструкции, МОХА получал СОМ2,но конфигуратор его не видит никак вообще.Сегодня настроил МОХА как сервер,конфигуратор сначала выдавал ошибку №10053,но потом подключился,но пишет,что прибор не отвечает. Может быть,что-то с аппаратной частью? Не могли бы помочь с инструкцией по настройке как МОХА,так и конфигуратора? Сам же мучаюсь уже 3 дня,перепробовал многие варианты
Link to comment
-
- Share
Здравствуйте, Петр!
Инструкции, к сожалению, нет. Но если Вы находитесь в Москве или в Санкт-Петербурге, можете приехать к нам в офис с СЭТом и конфигуратором, и мы постараемся помочь настроить устройства.
Link to comment
- 1 year later…
-
- Share
Здравствуйте! Стоит moxa nport 5450. Через RS485 2-wire должно подключаться 7 счетчиков через один порт. Почему-то подключаются только 4. Как остальные заново включаешь, связи ни с чем нет. Как решить данную проблему?
Link to comment
-
- Share
Добрый день!
Надо согласовать шлейф. Попробуйте терминаторы поставить на концах, для начала, наверное…
Link to comment
-
- Share
Я 14 счётчиков на одной шине опрашиваю без проблем. Тут видимо что то другое нежели рассогласование.
Возможно какой то счётчик гасит шину.
Тут скорее всего надо поочерёдно подключать к шине счётчики и смотреть на каком отвалится связь.
Link to comment
Create an account or sign in to comment
You need to be a member in order to leave a comment
Sign in
Already have an account? Sign in here.
Sign In Now
В двух словах, суть работы заключалась в том, чтобы показания узлов учета электроэнергии можно было принимать по корпоративной сети и в пункте «А», где установлены счетчики, и в удаленном пункте «Б». В обоих местах устанавливалась программа СЭТ-4ТМ Конфигуратор, с помощью которой и происходил опрос счетчиков. Сами счетчики работают по интерфейсу RS485. В Ethernet данные с них преобразуются с помощью преобразователя Moxa NPort IA5150I. Моя задача это все подружить и обеспечить работу.
Функциональная схема приведена на рисунке ниже. Работенка казалась простой, но на практике все оказалось немного сложнее. Ну, обо всем по порядку…
Шаг 1. Проверка подключения к счетчикам индивидуально
Начал я с того, что после монтажа счетчиков предварительно пробно подключился к ним по RS485 с помощью программы «Конфигуратор СЭТ-4ТМ». Счетчик имеет два адреса: короткий — это две последние цифры заводского номера — и длинный — это весь заводской номер.
Как видно на фото выше, короткий адрес будет 43, а расширенный — 0806177843. Подключившись таким образом я точно знал, что все счетчики доступны из сети, и никаких проблем нет.
Шаг 2. Настройка преобразователя Moxa NPort IA5150I для опроса счетчиков
Шаг 2.1: Как подключиться к преобразователю Moxa
Далее следовала настройка преобразователя Moxa. Первым делом нужно подключиться к самому преобразователю. На корпусе у преобразователя есть наклейка с IP-адресом. В моем случае адрес таков: 192.168.127.254. Чтобы получить доступ к Web-интерфейсу для настройки, устанавливаю в своём компьютере параметры адаптера из той же подсети, что и IP адрес у Moxa:
Открываю свой любимый FireFox и вбиваю в строке адреса IP Moxa: 192.168.127.254. Для входа нужно ввести пароль. Пароль по умолчанию — moxa, его и вводим. Должна открыться Web-консоль, где и будем конфигурировать наше устройство.
Можно установить программу NPort Configurator для настройки преобразователя, но, на мой взгляд, удобнее пользоваться всё же Web-консолью.
Шаг 2.2: Настройка параметров преобразователя Moxa
Ниже я расскажу о параметрах, которые требуется настроить. Остальные параметры остаются по умолчанию.
Basic Settings
Здесь потребовалось только выставить правильно дату и время. Больше для обмена данными со счетчиками здесь ничего не нужно делать.
Network Settings
| Параметр | Значение |
|---|---|
| IP Address | IP адрес Moxa
Здесь устанавливается IP адрес преобразователя в сети Ethernet, по которому он будет доступен. В нашем случае тот, который был по умолчанию — 192.168.127.254 — заменяется на нужный из подсети предприятия. |
| Netmask | Маска подсети
Здесь устанавливается маска подсети Ethernet в сети предпрития. Чаще всего это 255.255.255.0, но может быть и по-другому. |
| Gateway | IP адрес шлюза
Если на вашем предприятии разветвленная сеть с множеством подсетей, то необходимо знать адрес шлюза подсети, в которой установлена Moxa. |
На этой вкладке всё! Остальное нам не мешает и остается как было.
Serial Settings
Здесь выставляются настройки, собственно, последовательного порта Moxa для доступа к счетчикам.
| Параметр | Значение |
|---|---|
| Baud rate | 9600
Символьная скорость последовательного интерфейса. Для счетчиков СЭТ-4ТМ это 9600 по умолчанию. Нас это устраивает. |
| Data bits | 8
Количество бит данных последовательного интерфейса. Для счетчиков СЭТ-4ТМ это 8 по умолчанию. |
| Stop bits | 1
Количество стоповых бит последовательного интерфейса. Для счетчиков СЭТ-4ТМ это 1 по умолчанию. |
| Parity | Odd (Не четн.)
Контроль четности. Для счетчиков СЭТ-4ТМ это Не четн. по умолчанию. |
| Flow control | None (Отсутствует)
Контроль потока для RS-485 не предусмотрен. |
| FIFO | Enabled (Включен)
Использование буфера ввода/вывода. |
| Interface | RS-485 (2-wire)
Интерфейс для последовательного порта — двухпроводный RS-485 |
Operating Settings
Что касается счетчиков СЭТ-4ТМ, здесь производятся ключевые настройки. На них нужно обратить особое внимание. Здесь не всё так очевидно, поэтому читайте внимательно.
| Параметр | Значение |
|---|---|
| Operation mode | TCP Server mode
Так как опрашивать будем по Ethernet, то ставим этот режим |
| Max connections | 2
В моём случае возможен доступ с двух мест, поэтому два соединения |
| Packing length | 256
Этот параметр подобран экспериментально. Если он меньше, то при чтении больших данных (архивов, например), в программе Конфигуратор СЭТ-4ТМ появляется сообщение «Ошибка контрольной суммы». |
| Delimiter 1 | 0 и Enabled
Данные от счетчика передаются пакетами, поэтому нужно включить разделитель. |
| Delimiter 2 | 0 и Enabled
Данные от счетчика передаются пакетами, поэтому нужно включить разделитель. |
| Delimiter Process | Strip delimiter |
| Local TCP Port | 4001
Порт, через который в программе «Конфигуратор СЭТ-4ТМ» будет доступен преобразователь Moxa. Он остался по умолчанию, но его значение нужно запомнить. |
| Command port | 966 |
Особое внимание нужно обратить на параметры Packing length, Delimiter 1, Delimiter 2, Delimiter Process. Без них передача данных будет проходить с ошибками контрольно суммы.
Шаг 3: Настройка программы «Конфигуратор СЭТ-4ТМ» на рабочих станциях
Шаг 3.1: Настройка рабочих станций
Как в шаге 2.1 нужно настроить сетевые соединения на рабочих станциях. Затем, установить программу Конфигуратор СЭТ-4ТМ. Она доступна для скачивания с сайта производителя.
Шаг 3.2: Настройка общих параметров соединения
Настройки на обоих рабочих станциях абсолютно идентичны. Могут изменяться только IP адреса в разных подсетях для доступа к Moxa, в остальном — всё аналогично. Параметры соединения COM порта даже не трогаем: к нашему соединению они не имеют отношения. В таблице ниже приведу значения важных параметров:
| Параметр | Значение |
|---|---|
| Группа Порт | Нажата кнопка TCP
Так как опрашивать будем по Ethernet, то ставим этот режим |
| Группа Канал связи→Пароль | 000000 (Шесть нулей)
Пароль 1-го и 2-го уровней доступа по умолчанию |
| Группа Протокол | CRC
Способ определения контрольной суммы |
| Группа Протокол→Время ожидания ответа счетчика | 3000
Рекомендуется поставить приблизительно такое значение |
Шаг 3.3: Настройка соединения по TCP
Ниже, в таблице, приведены необходимые настройки:
| Параметр | Значение |
|---|---|
| Группа Клиент→Параметры сервера→Порт | 4001
Это тот самый порт, из настроек Operating Settings в Moxa |
| Группа Клиент→Параметры сервера→IP адрес или имя | IP-адрес Moxa
IP адрес преобразователя Moxa |
Вот в общем-то и всё! Вводим две последние цифры серийного номера в поле Сетевой адрес или полный серийный номер в поле Расширенный сетевой адрес и нажимаем кнопку Подключиться. Если всё нормально, то в нижней части окна появится сообщение о подключении. Теперь богатая палитра кнопок в панели инструментов для работы со счетчиком в вашем распоряжении!
Вася
unread,
Sep 2, 2014, 6:27:14 PM9/2/14
to VladR…@googlegroups.com
Универсальный конфигуратор счётчиков Меркурий
v.1.7.50
Чтение профиля или энергии ошибка:
Чтение энергии за месяц: не совпала сумма CRC !
Если где-то решение проблемы описано — дайте ссылку.
Читал описание протокола:
Описание протокола взаимодействия со счётчиком Меркурий 236 версия ПО 8.0.0 M234 версия ПО 9.0.0 v. 131211.pdf
Счетчик должен возвращать по 4 байта на каждый канал, всего 16 байт
, а мой возвращает 12.
Наверное потому что учитывает в одном направлении.
дамп обмена
<•• 65 01 02 02 02 02 02 02 02 27 55
—> 65 00 2A E0
<•• 65 08 12 E6 12
—> 65 60 E0 C1 97 06 00 29 C0
<•• 65 05 31 00 1B 79
—> 65 00 00 00 00 FF FF 00 00 00 00 FF FF 5E AE
<•• 65 05 31 00 1B 79
—> 65 00 00 00 00 FF FF 00 00 00 00 FF FF 5E AE
<•• 65 05 31 00 1B 79
—> 65 00 00 00 00 FF FF 00 00 00 00 FF FF 5E AE
Серийный номер 02561101
Дата изготовления 18.07.08
Версия ПО 02.02.84
Сетевой адрес 101
Класс энергии A+ 0.5
Класс энергии R+ 1.0
Номинальное напряжение 57.7 В
Номинальный ток 5 A
Число направлений 1
Температурный диапазон -40 гр. Цельсия
Учет профиля сред. мощностей есть
Число фаз 3
Постоянная счетчика 5000 Имп/кВтч
Суммирование фаз по модулю
Тарификатор внутренний
Тип счетчика AR (активная и реактивная)
Вариант исполнения 1
Объем энергонезавис. памяти 131×8
Встроенный модем PLM нет
Встроенный модем GSM нет
Оптопорт есть
Тип интерфейса RS485
Внешнее питание есть
Элект. пломба верх. крышки есть
Встроен. реле отключ. нагруз. нет
Подсветка ЖКИ нет
Потариф. учет макс. мощности нет
Элект. пломба защит. крышки нет
Интерфейс2 нет
Встроен. питания интерфейса1 есть
Контроль ПКЭ есть
Пофазный учет энергии A+ нет
Встроенный модем PLC-2 нет
Профиль2 нет
Элект. пломба модульного отсека нет
Перекл. тарифов внеш. напряжением нет
Коэф. трансформации по напряжению 1
Коэф. трансформации по току 1
Vlad Rusanov
unread,
Sep 3, 2014, 8:44:50 AM9/3/14
to VladR…@googlegroups.com
Ошибка CRC возникает либо из-за Эхо ответов (но по логу у тебя этого нет), либо из-за нарушений таймаутов
Проверь для проводных интерфейсов или оптопорта:
Время ожидания ответа 200
Системный таймаут 25
Множитель 4
вторник, 2 сентября 2014 г., 18:27:14 UTC+4 пользователь Вася написал:
Вася
unread,
Sep 3, 2014, 4:46:02 PM9/3/14
to VladR…@googlegroups.com
Связь со счетчиком через виртуальный порт HW Virtual Serial Port
перебирал таймауты — не помогает
были такие
Время ожидания ответа 500
Системный таймаут 25
Множитель 4
Время ожидания ответа 200
Системный таймаут 25
Множитель 4
сейчас такие
Время ожидания ответа 3000
Системный таймаут 40
Множитель 6
Ответ на чтение профиля последние 2 байта не CRC — пересчитывал
, а начало ответа (дата/время, период) правильное
Ответ на чтение мгновенных зафиксированных значений параметров
длиннее, чем при чтении профиля и прием всегда без ошибок.
Возможно счетчик древний и поэтому глючит.
Дата изготовления 18.07.08
Версия ПО 02.02.84
вот дамп обмена
09.03 16:08:33.283 | MES | <•• 65 00 2A E0
09.03 16:08:33.484 | MES | —> 65 00 2A E0
09.03 16:08:36.300 | MES | <•• 65 01 02 02 02 02 02 02 02 27 55
09.03 16:08:36.600 | MES | —> 65 00 2A E0
09.03 16:08:39.235 | MES | <•• 65 08 12 E6 12
09.03 16:08:39.435 | MES | —> 65 60 E0 C1 97 06 00 29 C0
09.03 16:08:42.255 | MES | <•• 65 08 00 66 1F
09.03 16:08:42.556 | MES | —> 65 02 38 0B 01 12 07 08 A6 AA
09.03 16:08:45.309 | MES | <•• 65 08 03 26 1E
09.03 16:08:45.612 | MES | —> 65 02 02 54 BF B7
09.03 16:08:48.316 | MES | <•• 65 08 05 A6 1C
09.03 16:08:48.416 | MES | —> 65 00 65 A1 F4
09.03 16:08:51.329 | MES | <•• 65 08 02 E7 DE
09.03 16:08:51.529 | MES | —> 65 00 01 00 01 F8 08
09.03 16:09:16.975 | MES | <•• 65 01 02 02 02 02 02 02 02 27 55
09.03 16:09:17.177 | MES | —> 65 00 2A E0
09.03 16:09:19.979 | MES | <•• 65 01 02 02 02 02 02 02 02 27 55
09.03 16:09:20.280 | MES | —> 65 00 2A E0
чтение профиля
09.03 16:09:23.037 | MES | <•• 65 08 13 27 D2
09.03 16:09:23.337 | MES | —> 65 08 90 00 16 00 03 09 14 1E 50 BD
09.03 16:09:26.056 | MES | <•• 65 06 03 08 90 0F 2C 6C
09.03 16:09:26.258 | MES | —> 65 00 16 00 03 09 14 1E 00 00 FF 00 00 FF A8 8E
09.03 16:09:29.062 | MES | <•• 65 06 03 08 90 0F 2C 6C
09.03 16:09:29.362 | MES | —> 65 00 16 00 03 09 14 1E 00 00 FF 00 00 FF A8 8E
09.03 16:09:32.068 | MES | <•• 65 06 03 08 90 0F 2C 6C
09.03 16:09:32.369 | MES | —> 65 00 16 00 03 09 14 1E 00 00 FF 00 00 FF A8 8E
чтенее мгновенных зафиксированных значений
09.03 16:09:37.592 | MES | <•• 65 08 1E E6 17
09.03 16:09:37.906 | MES | —> 65 80 00 00 1F
09.03 16:09:40.645 | MES | <•• 65 08 02 E7 DE
09.03 16:09:40.946 | MES | —> 65 00 01 00 01 F8 08
09.03 16:09:49.177 | MES | <•• 65 01 02 02 02 02 02 02 02 27 55
09.03 16:09:49.378 | MES | —> 65 00 2A E0
09.03 16:09:52.182 | MES | <•• 65 03 08 60 E9
09.03 16:09:52.582 | MES | —> 65 00 2A E0
09.03 16:09:55.123 | MES | <•• 65 08 14 00 90 2A
09.03 16:09:55.423 | MES | —> 65 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 4B 3F
09.03 16:09:58.144 | MES | <•• 65 08 14 04 91 E9
09.03 16:09:58.345 | MES | —> 65 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 4B 3F
09.03 16:10:01.156 | MES | <•• 65 08 14 08 91 EC
09.03 16:10:01.456 | MES | —> 65 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 4B 3F
09.03 16:10:04.201 | MES | <•• 65 08 14 30 90 3E
09.03 16:10:04.503 | MES | —> 65 00 00 00 00 00 00 00 00 00 00 00 00 8E 4E
09.03 16:10:07.221 | MES | <•• 65 08 14 10 91 E6
09.03 16:10:07.422 | MES | —> 65 00 C8 04 00 00 00 00 55 15 D5 00
09.03 16:10:10.168 | MES | <•• 65 08 14 20 91 F2
09.03 16:10:10.468 | MES | —> 65 00 00 00 00 00 00 00 00 00 63 A9
09.03 16:10:13.179 | MES | <•• 65 08 11 40 92 8A
09.03 16:10:13.379 | MES | —> 65 00 86 13 3D 45
Вася
unread,
Sep 15, 2014, 3:17:38 PM9/15/14
to VladR…@googlegroups.com
Проблему в топике решил — исключил из связи виртуальный порт HW Virtual Serial Port.
Когда он используется почему-то два байта FF FF передаются как один FF.
Не могу создать новую тему.
Поэтому пишу в старой.
Здравствуйте.
Не удается считать показания запросом 5.
Описание протокола
Описание протокола взаимодействия со счётчиком Меркурий 236 версия ПО 8.0.0 M234 версия ПО 9.0.0 v. 131211.pdf
пункт
2.2 Запросы на чтение массивов регистров накопленной энергии.
нормальный ответ 19 байт для номеров массива
0h От сброса.
1h За текущий год.
2h За предыдущий год.
3h За месяц.
4h За текущие сутки
5h За предыдущие сутки
не отвечает
9h На начало текущего года.
65 05 90 00 62 E9
Ah На начало предыдущего года.
65 05 A0 00 76 E9
Bh На начало месяца.
65 05 B8 00 7C E9
Ch На начало текущих суток
65 05 C0 00 5E E9
Dh На начало предыдущих суток
65 05 D0 00 53 29
Универсальный конфигуратор счётчиков Меркурий умеет читать запросом 6.
Можно читать запросом 6 читать память №2.
Как эта память организована ?
В описании протокола я не нашел.
ООО «Байт-Энерго»
unread,
Sep 17, 2014, 1:30:30 PM9/17/14
to VladR…@googlegroups.com
Здравствуйте!
9h — Чтение
программируемых флагов
Ah — Чтение байт состояния.
Bh — Чтение местоположения
прибора.
Ch — Чтение расписания
утренних и вечерних максимумов мощности
Dh — Чтение значений
утренних и вечерних максимумов мощности
Искомые значения т.е. на начало периодов (года, месяца, суток) это расчетные величины:
На начало текущего года вычитаем показания «за текущий год» из «от сброса»;
На начало текущего месяца вычитаем показания «за месяц» (текущий) из «от сброса»;
На начало текущих суток вычитаем показания «за текущие сутки» из «от сброса»;
На начало не текущих (года, месяца, суток) математика не намного сложнее;
Удачи.
понедельник, 15 сентября 2014 г., 15:17:38 UTC+4 пользователь Вася написал:
ООО «Байт-Энерго»
unread,
Sep 17, 2014, 1:43:55 PM9/17/14
to VladR…@googlegroups.com
> Можно читать запросом 6 читать память №2.
Можно.
>Как эта память организована?
Формат
ответа при чтении записи средних мощностей приведен на рис. 40. Адрес расположения
любой записи в памяти №3 кратен 00х10h.
Формат
ответа при чтении записи средних мощностей
|
Сетевой адрес (1 байт) |
Байт состояния ответа |
Часы (1 байт) |
Минуты (1 байт) |
Число (1 байт) |
Месяц (1 байт) |
Год (1 байт) |
Длительность периода интегрирования (1 байт) |
P+ (2 байта) |
P— (2 байта) |
Q+ (2 байта) |
Q— (2 байта) |
CRC (2 байта) |
Рис. 40.
> В описании протокола я не нашел.
Ищите другое описание.
Удачи.
понедельник, 15 сентября 2014 г., 15:17:38 UTC+4 пользователь Вася написал:
Универсальный конфигуратор счётчиков Меркурий умеет читать запросом 6.
ООО «Байт-Энерго»
unread,
Sep 17, 2014, 2:05:55 PM9/17/14
to VladR…@googlegroups.com
Извиняюсь.
Вопрос был про память № 2 (тарифное расписание), а в описании протокола про неё ни чего нет.
Зато есть порт монитор и тому подобные утилиты с помощью которых можно посмотреть какие запросы посылает родной конфигуратор в счётчик и что на них получает в ответ.
Не знаю как всё устроено для трехфазников меркурий но для СЭТ-4ТМ (а у них протоколы во многом схожи) актуально следующее:
Запись
расписания праздничных дней
Расписание праздничных дней
составляется на каждый месяц текущего года. Месячное расписание праздничных
дней содержит 4 байта (32 бита). Каждый бит соответствует календарной дате
(левый бит 1-го байта — 1-е число месяца, правый бит 4-го байта — 32-е число
месяца). Для задания праздничного дня необходимо установить бит в позиции,
соответствующий дате праздничного дня.
Ниже
приведена структура и распределение памяти массива расписания праздничных дней.
|
Месяц |
Адрес |
1-й (числа |
2-й (числа |
3-й (числа |
4-й (числа |
|
Январь |
2000h |
||||
|
Февраль |
2004h |
||||
|
Март |
2008h |
||||
|
Апрель |
200Ch |
||||
|
Май |
2010h |
||||
|
Июнь |
2014h |
||||
|
Июль |
2018h |
||||
|
Август |
201Ch |
||||
|
Сентябрь |
2020h |
||||
|
Октябрь |
2024h |
||||
|
Ноябрь |
2028h |
||||
|
Декабрь |
202Ch |
||||
|
КС |
2030h |
Размер массива расписания
праздничных дней составляет 48 байт. 49-м байтом записывается байт контрольной
суммы массива. КС массива считается простым суммированием всех байт массива
(без учета переноса из старшего разряда).
При
коррекции расписания праздничных дней контрольная сумма массива должна быть
скорректирована.
По
одному запросу на запись по физическому адресу может быть записано максимум 16
байт. В ответ на запрос счетчик отвечает последовательностью из трех байт, как
описано выше.
Запись тарифного
расписания
Тарифное
расписание составляется на каждый день недели каждого месяца: понедельник,
вторник, среда, четверг, пятница, суббота, воскресенье, праздничный день.
Каждый день делится на 144 10-ти минутных суточных тарифных интервала. Это позволяет
изменять тарифы с шагом 10 минут. Каждому суточному тарифному интервалу может
быть поставлен в соответствие один из 8-и тарифов (в диапазоне чисел 0…7, где 0
– 1-й тариф…7 – 8-й тариф). Номер тарифа занимает размер один полубайт в
массиве тарифного расписания. Суточное тарифное расписание занимает объем 72
байта. Месячное тарифное расписание занимает объем 576 байта. Тарифное
расписание на год занимает объем 6912 байт. Массив тарифного расписания имеет
контрольную сумму, определяемую простым суммированием всех байт массива,
аналогично КС массива расписания праздничных дней.
На
рисунке 8 приведен пример суточного тарифного расписания на два часа. В примере:
·
“А”
— базовый адрес массива суточного тарифного расписания;
·
первому
тарифу соответствует код 0, второму – код 1… восьмому – код 7;
·
в
интервале времени от 00:00 до 00:30 действует тариф 1 (код 0);
·
в
интервале времени от 00:30 до 00:50 действует тариф 3 (код 2);
·
в
интервале времени от 00:50 до 01:00 действует тариф 6 (код 5);
·
в
интервале времени от 01:00 до 01:50 действует тариф 2 (код 1);
·
в
интервале времени от 01:50 до 02:00 действует тариф 8 (код 7).
|
Адрес |
A+0 |
A+1 |
A+2 |
A+3 |
A+4 |
A+5 |
||||||
|
№ тарифа |
0 |
0 |
0 |
2 |
2 |
5 |
1 |
1 |
1 |
1 |
1 |
7 |
|
Время |
00:00 |
00:10 |
00:20 |
00:30 |
00:40 |
00:50 |
01:00 |
01:10 |
01:20 |
01:30 |
01:40 |
01:50 |
Рисунок
8 – Пример тарифного расписания на два часа (с 00:00 по 02:00)
Чтобы
счетчик стал одно-тарифным, код требуемого тарифа нужно записать в каждый
полубайт всего массива тарифного расписания.
В таблице 3 приведена структура и пример распределение
памяти массива тарифного расписания на январь месяц. Старший полубайт по адресу
2040h должен иметь код
номера тарифа, который будет действовать в период времени от 00:00 до 00:10. Младший полубайт по адресу 2087h должен иметь код номера тарифа, который будет
действовать в период времени от 23:50 до 00:00 в январе месяце в понедельник.
Распределение
памяти всего массива
тарифного расписания приведено в таблице 4.
Таблица 3 – Распределение
памяти массива тарифного расписания на январь месяц
|
Месяц |
Адрес |
Номера |
|
2040h |
Понедельник, 144 интервала |
|
|
2088h |
Вторник, 144 интервала (полубайта), 72 байта |
|
|
20D0h |
Среда, 144 интервала (полубайта), 72 |
|
|
Январь |
2118h |
Четверг, 144 интервала (полубайта), 72 |
|
2160h |
Пятница, 144 интервала (полубайта), 72 байта |
|
|
21A8h |
Суббота, 144 интервала (полубайта), 72 |
|
|
21F0h |
Воскресенье, 144 интервала (полубайта), 72 байта |
|
|
2238h |
Праздники, 144 интервала (полубайта), 72 байта |
Таблица 4 –
Распределение памяти массива тарифного расписания
|
Месяц |
Начальные адреса массивов суточных тарифных |
|||||||
|
Пон. |
Вт. |
Среда |
Четверг |
Пятн. |
Суб. |
Воскр. |
Праздн. |
|
|
Январь |
2040h |
2088h |
20D0h |
2160h |
21A8h |
21F0h |
21F0h |
2238h |
|
Февраль |
2280h |
22C8h |
2310h |
2310h |
23A0h |
23E8h |
2430h |
2478h |
|
Март |
24C0h |
2508h |
2550h |
2598h |
25E0h |
2628h |
2670h |
26B8h |
|
Апрель |
2700h |
2748h |
2790h |
27D8h |
2820h |
2868h |
28B0h |
28B0h |
|
Май |
2940h |
2988h |
29D0h |
2A18h |
2A60h |
2AA8h |
2AF0h |
2B38h |
|
Июнь |
2B80h |
2BC8h |
2C10h |
2C58h |
2CA0h |
2CE8h |
2D30h |
2D78h |
|
Июль |
2DC0h |
2E08h |
2E50h |
2E98h |
2EE0h |
2F28h |
2F70h |
2FB8h |
|
Август |
3000h |
3048h |
3090h |
30D8h |
3120h |
3168h |
31B0h |
31F8h |
|
Сентябрь |
3240h |
3288h |
32D0h |
3318h |
3360h |
33A8h |
33F0h |
3438h |
|
Октябрь |
3480h |
34C8h |
3510h |
3558h |
35A0h |
35E8h |
3630h |
3678h |
|
Ноябрь |
36C0h |
3708h |
3750h |
3798h |
37E0h |
3828h |
3870h |
38B8h |
|
Декабрь |
3900h |
3948h |
3990h |
39D8h |
3A20h |
3A68h |
3AB0h |
3AF8h |
|
КС |
3B40 |
Контрольная сумма
массива тарифного расписания должна считаться и записываться управляющей
программой верхнего уровня при формировании массива тарифного расписания. Если
меняется не все тарифное расписание, а только его часть, например на один день,
то можно произвести замену информации по соответствующим адресам, а контрольную
сумму доверить посчитать и записать счетчику, пользуясь командой 03h21h.
Вася
unread,
Sep 17, 2014, 7:33:16 PM9/17/14
to VladR…@googlegroups.com
Спасибо за ответ и совет анализировать дамп обмена.
Уже так и сделал.
Плохо что нет описания памяти №2.
В описании протокола описано ну все, что надо и не надо.
А вот как читать самый главный параметр ( показания ) не написано )).
Прям заговор какой-то. Секрет фирмы ))
Пример:
Прочитать множитель к таймауту счетчика с сетевым адресом 5.
Запрос:
05h 08h 17h КС(CRC)
Ответ: 05h 00h
01h КС(CRC) Множитель =1
2.1.8.24 Чтение слова-состояния задач
Команда предназначена для чтения
слова-состояния задач, для выполнения которых требуется длительное время. К
таким задачам относятся: коррекция (синхронизация) времени (03hDh), поиск адреса заголовка массива профиля мощности (03h28h). Запрос введен в счетчики
СЭТ-4ТМ.02, начиная с V28.26.XX.
Код параметра 18h. Поле параметров содержит один байт номера задачи (BNZ).
В ответ на запрос счетчик возвращает в поле данных ответа
слово, размер которого зависит от BNZ.
2.1.8.24.1
Чтение слова-состояния задачи поиска адреса заголовка массива профиля
Для чтения слова-состояния задачи поиска
адреса заголовка массива профиля значение BNZ д.б.=0.
В ответ на запрос счетчик возвращает в поле данных ответа
слово из пяти байт:
·
первый байт – байт состояния задачи поиска;
·
второй байт – идентификатор
широковещательного запроса;
·
третий байт – номер массива профиля (пока всегда 0);
·
4-й и 5-й байты – старший и младший байты адреса заголовка
массива профиля.
Если запрос на поиск адреса заголовка был адресный, то
идентификатор широковещательного запроса (2-й байт поле данных ответа)
возвращается равным нулю. Если запрос был широковещательным, то во 2-м байте
возвращается тот идентификатор, который был установлен в запросе на поиск.
Байт состояния задачи поиска (BSZp)
может принимать значения в соответствии с таблицей 15.
Таблица 15 – Значения байта
состояния задачи поиска адреса заголовка массива профиля
|
Код BSZp |
Значение |
|
00h |
Поиск завершен, требуемый |
|
01h |
Состояние поиска. В 3…5 байтах |
|
02h |
Запрошенный заголовок не найден. |
|
03h |
Внутренняя аппаратная ошибка |
|
04h |
Внутренняя логическая ошибка |
|
05h |
Внутренняя логическая ошибка |
|
06h |
Внутренняя аппаратная ошибка |
|
07h |
Внутренняя логическая ошибка |
|
08h |
Внутренняя логическая ошибка |
|
09h |
Недопустимый номер массива поиска |
|
0Ah |
Недопустимое время интегрирования |
Примеры:
1. Прочитать слово-состояние задачи поиска адреса заголовка
массива профиля счетчика с сетевым адресом 5.
Запрос: 05h 08h 18h 00h КС(CRC)
Ответ: 05
01h 68h 00h 55h 40h КС(CRC)
1-й
байт – байт состояния задачи поиска 01h –
состояние поиска (поиск не завершен). Последний проверенный заголовок по адресу
5540h;
2-й
байт – идентификатор широковещательного запроса 68h;
3-й байт – номер массива поиска
0;
4,
5-й байты – адрес последнего проверенного заголовка массива профиля 5540h.
2. Прочитать слово-состояние задачи поиска адреса заголовка
массива профиля счетчика с сетевым адресом 5.
Запрос: 05h 08h 18h 00h КС(CRC)
Ответ: 05
02h 68h 00h 57h 30h КС(CRC)
1-й
байт – байт состояния задачи поиска 02h –
запрошенный заголовок не найден. Поиск закончен за текущим указателем по адресу
5730h;
2-й
байт – идентификатор широковещательного запроса 68h;
3-й байт – номер массива поиска
0;
4,
5-й байты – адрес заголовка массива профиля на котором закончился поиск 5730h.
3. Прочитать слово-состояние задачи поиска адреса заголовка
массива профиля счетчика с сетевым адресом 5.
Запрос: 05h 08h 18h 00h КС(CRC)
Ответ: 05
00h 31h 00h 5Bh 10h КС(CRC)
1-й
байт – байт состояния задачи поиска 00h –
поиск завершен;
2-й
байт – идентификатор широковещательного запроса 31h;
3-й байт – номер массива поиска
0;
4,
5-й байты – адрес найденного заголовка массива профиля 5B10h.
2.1.8.24.2
Чтение слова-состояния задачи коррекции (синхронизации) времени
Для чтения
слова-состояния задачи коррекции (синхронизации) значение BNZ
д.б.=1.
В ответ на запрос счетчик возвращает в поле данных ответа
слово из двух байт:
·
первый байт – байт состояния задачи коррекции;
·
второй байт – идентификатор широковещательного запроса.
Идентификатор широковещательного запроса возвращается равным
нулю, если обращение на коррекцию (синхронизацию) времени было адресным. Если
запрос был широковещательным, то идентификатор широковещательного запроса
возвращается тот же, что и был в запросе на коррекцию (синхронизацию) времени.
Байт состояния задачи коррекции (синхронизации) времени (BSZc) может принимать значения в соответствии с таблицей 16.
Таблица 16 – Значения байта
состояния задачи коррекции (синхронизации) времени
|
Код BSZc |
Значение |
|
00h |
Коррекция времени произведена. |
|
01h |
Состояние коррекции времени. |
|
02h |
Часы уже корректировались в |
|
03h |
Ошибка запроса. Запрошена |
|
04h |
Ошибка запроса. Коррекция времени |
|
05h |
Внутренняя аппаратная ошибка |
|
06h |
Внутренняя логическая ошибка |
|
07h |
Внутренняя аппаратная ошибка |
|
08h |
Внутренняя аппаратная ошибка |
|
09h |
Внутренняя логическая ошибка |