рус / еng
Ставропольский край

Выберите регион

8-800-200-75-27

Протокол обмена с СЕ102

Zinya 13.10

Добрый день. Пишу софт для обмена с ЭНЕРГОМЕРА СЕ102 R5.1. Возникло пару вопросов, на которые в документах не нашел ответа. 1. В сервисном поле запроса SERV 3 байта выделены под класс доступа к счетчику. Этот класс всегда равен 0х05? Или в зависимости от уровня доступа он должен меняться? 2. В описании PAL сказано, что имеется три уровня доступа к данным счетчика - ADM1, ADM2 и USR. USR, как я понял, без пароля. Но чей пароль указан в формуляре к счетчику: ADM1 или ADM2? В чем отличие между этими уровнями доступа и влияют ли они как-то на поле SERV? Или же счетчик сам определяет по паролю кто пытается его опросить? Буду благодарен любой помощи, любому тычку в документацию.


Комментарии

Концерн «Энергомера» 02.12

Добрый день. Протокол у нас общий для линейки 102. Но для CE102 R5.1 имеет ряд существенных отличий. О протоколе обмена лучше читать здесь (ПРИЛОЖЕНИЕ В, со стр. 50): http://www.energomera.ru/documentations ... r51_rp.pdf 1. В сервисном поле запроса SERV 3 байта выделены под класс доступа к счетчику. Этот класс всегда равен 0х05? Или в зависимости от уровня доступа он должен меняться? Всегда равен 0х05. 2. В описании PAL сказано, что имеется три уровня доступа к данным счетчика - ADM1, ADM2 и USR. USR, как я понял, без пароля. Но чей пароль указан в формуляре к счетчику: ADM1 или ADM2? В чем отличие между этими уровнями доступа и влияют ли они как-то на поле SERV? Или же счетчик сам определяет по паролю кто пытается его опросить? В счетчике 102 R5.1 только два пароля с уровнями доступа соответственно ADM , USR. В формуляре указан пароль ADM. Пароль пользователя USR всегда равен 0x00000000. Уровень доступа никак не влияет на поле SERV. Счетчик по значению пароля определяет уровень доступа.

Концерн, спасибо большое!

Добрый день! Вопрос с расшифровкой данных ответа на запрос 0х0100 (Version). С датой все понятно. Но в первый трех байтах приходит: 0х0А 0х01 0х01. Как эти байты корректно расшифровать? Т.е. в логе с AdminTools такой же ответ, как и у меня, но я не понимаю, как Ваш софт интерпретирует эти данные. Особенно непонятен первый байт, который равен "10". Согласно документу на протокол СЕ102 R5.1 : 0х0А - версия ядра (1-ый байт), 0х01 - тип прошивки (2-ой байт), 0х01 - версия прошивки (3-й байт). НО, в конфигураторе выдаются следующие данные: 2. Версия метрологически значимой части ПО - [b:1w8vaqav][u:1w8vaqav]1[/u:1w8vaqav][/b:1w8vaqav] 3. Версия метрологически НЕзначимой части ПО - [u:1w8vaqav][b:1w8vaqav]v.1.11(14.02.2017).[/b:1w8vaqav][/u:1w8vaqav]

Концерн «Энергомера» 02.12

Добрый день. Версия ядра нужна для совместимости с другими СE102 (чтобы можно было их отличить друг от друга). Она никак не расшифровывается, но отличается от всех остальных СE102. 0х01 - версия прошивки (3-й байт). - выводится, как версия метрологически значимой части ПО. Мы не выпускали счетчики выше версии 1. Версия метрологически НЕзначимой части ПО: Версия берется из параметра VersionEx, а дата из Version.

Понял, спасибо!

Добрый день! Работая с CE102 R5.1 обнаружил для себя, что этот счетчик достаточно сильно отличается в плане обмена от того, что описано в документе протокола СЕ. Только этот счетчик сильно отличается? Или, допустим, S7 тоже имеет уникальные запросы/ответы?

Концерн «Энергомера» 02.12

Добрый день! Описание КОМАНД обмена протокола CE для счетчиков СЕ102 R5.1 приведено в приложении В в руководстве пользователя на нашем сайте http://www.energomera.ru/documentations ... r51_rp.pdf Счетчики СЕ102 R5, СЕ102 S6, СЕ102 S7 имеют одинаковые протоколы обмена и незначительно отличаются от протокола СЕ для счетчика СЕ102 R5.1 Счетчики с наименованием СЕ102М по командам и протоколу обмена существенно отличаются от протокола вышеприведенных счетчиков.

Добрый день. Спасибо за ответ. Тогда пару вопросов по конфигурационным байтам. Правильно ли я понимаю, что: 1. В счетчике R5.1 количество десятичных знаков после запятой [b:200c5kzb]всегда[/b:200c5kzb] равное 2 ? 2. В остальных приборах, поддерживающих данный протокол информация о точке содержится в первых двух битах первого байта конфигурации. Верно? 3. В документе на протокол CE наименование прибора "СЕ102 R5 (v1-4)" ≠ "СЕ102 R5.1"? Заранее благодарю!

Добрый день! Появились вопросы по "замещению" спецсимволов в запросах-ответах. Надеюсь на пояснения!) Собственно, вопросы: 1. Замещается ли контрольная сумма (CRC) в случае совпадения со спецсимволом? 2. Если замещаются передаваемые в устройство данные, то количество отправляемых данных, которое мы указываем в SERV-байте меняется (увеличивается)? Или количество данных мы рассчитываем до замещения на набор спецсимволов? 3. Собственно, при ответе от устройства с замещенными данными какое количество данных счетчик вернет в SERV-байте?

Добрый день! Появились вопросы по "замещению" спецсимволов в запросах-ответах. Надеюсь на пояснения!) Собственно, вопросы: 1. Замещается ли контрольная сумма (CRC) в случае совпадения со спецсимволом? 2. Если замещаются передаваемые в устройство данные, то количество отправляемых данных, которое мы указываем в SERV-байте меняется (увеличивается)? Или количество данных мы рассчитываем до замещения на набор спецсимволов? 3. Собственно, при ответе от устройства с замещенными данными какое количество данных счетчик вернет в SERV-байте?

Концерн «Энергомера» 02.12

Добрый день. >1. Замещается ли контрольная сумма (CRC) в случае совпадения со спецсимволом? Ответ: Да. >2. Если замещаются передаваемые в устройство данные, то количество отправляемых данных, которое мы указываем в SERV-байте меняется (увеличивается)? >Или количество данных мы рассчитываем до замещения на набор спецсимволов? Ответ: Количество рассчитывается до замещения. Вся посылка формируется до замещения, включая CRC. Затем выполняется замена и добавляются в начале и в конце C0. >3. Собственно, при ответе от устройства с замещенными данными какое количество данных счетчик вернет в SERV-байте? Ответ: Длина вычисляется на незамещенных данных. То есть всегда принимается посылка с C0 по C0. Затем отбрасывается замещение. После проверяется CRC, а затем уже расшифровываются все поля.

Спасибо большое!

Концерн «Энергомера» 02.12

Добрый день. [url=http://files.energomera.ru/files/2fbef4887ce525696c8725ddce4a0423.docx:uppakkv1]Описание протокола[/url:uppakkv1] обмена на счетчик приведено в полном руководстве по эксплуатации на СЕ102М на нашем сайте http://www.energomera.ru/documentations ... e_full.pdf в приложении D.

mendibaev_i@ufanet.ru 02.12

Здравствуйте, в описании протокола (Приложение Д, r5.1) для команды 0x0128 есть ссылка на приложение Е, но в приложение Е нет информации описывающей исполнение счетчика. Подскажите как правильно отличить r5.1 от других счетчиков. Спасибо.

Концерн «Энергомера» 02.12

Добрый день. Команда 0x0128 не используется, как в обычном 102. Она не нужна для чтения показаний и настроек. Как отличить 102 R5.1: 1) По команде 0x0100 Если версия ядра равна 10, то это CE102 R5.1 или CE307 2) Можно по команде СКОП [0x0160] по параметру V2. 1020 CE102 R8 OKPQZ 1022 CE102 S6, R5 AK 1023 CE102 S6, R5 OK 1024 CE102 S7 J 1025 CE102 S7 1026 CE102 R8 1027 CE102 R5.1 3073 или 3079 - CE307.