[AlexRayne 7]

Я делаю счетчик класса Д. С какогото момента утилита сертификации стала требовать необязательные объекты:

   Обязательные объекты которых нет в приборе учёта:
   1.0.99.2.0.255 - Профиль нагрузки за сутки
   1.0.1.4.0.255 - Период интегрирования максимальной мощности
   1.0.0.8.5.255 - Период записи в профиль 2
 

Есть ли у кого понимание за что они цепляются? Что надо убрать, чтобы утилита их не требовала?

[AlexRayne 7]

Чтото перестал проходить  APPL_IDLE_N1: - Чтение логического имени объекта текущей ассоциации.

Старая техника - не отвечать на неассоциированный запрос, в новой утилите 2.0.5.3 теперь кидает исключение.

Кто может показать как правильно должно отвечать?

[natsu 0]

В 25.10.2022 в 12:49, AlexRayne сказал:

Чтото перестал проходить  APPL_IDLE_N1: - Чтение логического имени объекта текущей ассоциации.

Старая техника - не отвечать на неассоциированный запрос, в новой утилите 2.0.5.3 теперь кидает исключение.

Кто может показать как правильно должно отвечать?

Я отвечаю D8,1,1

Стандарт (если сподэс/dlms вообще можно называть стандартом) говорит что надо игнорировать или отвечать исключением...

 

Изменено 26 октября, 2022 пользователем natsu

[AlexRayne 7]

1 час назад, natsu сказал:

Я отвечаю D8,1,1

Стандарт (если сподэс/dlms вообще можно называть стандартом) говорит что надо игнорировать или отвечать исключением...

 

 

А что такое D8?

Можете дать пример лога обмена на этом тесте?

 

У меня на какой то фазе луны, утилита стала принимать таймаут. Какого вида исключение она принимает я не понимаю. Но то исключение которое кидает ГУРУХ:

Цитата

DLMS_CONFIRMED_SERVICE_ERROR_INITIATE_ERROR, DLMS_SERVICE_ERROR_SERVICE, DLMS_SERVICE_UNSUPPORTED

вот этого утилита не принимает. Хотя и понимает.

 

[natsu 0]

В 26.10.2022 в 14:07, AlexRayne сказал:

А что такое D8?

Можете дать пример лога обмена на этом тесте?

-- the exception response pdu
exception-response [216] IMPLICIT ExceptionResponse,

 

25.05.2021 19:51:21.789 |-- APPL_IDLE_N1: Обмен данными в не ассоциированном состоянии прикладного уровня.
25.05.2021 19:51:21.793 |-- Перевод прикладного уровня в не ассоциированное состояние.
25.05.2021 19:51:21:820 |-- Запрос.
7E A0 08 02 19 21 53 65 57 7E 
25.05.2021 19:51:21:919 |-- Ответ.
7E A0 08 21 02 19 1F C2 A1 7E 
25.05.2021 19:51:21:952 |-- Запрос.
7E A0 08 02 19 21 93 69 91 7E 
25.05.2021 19:51:22:065 |-- Ответ.
7E A0 1F 21 02 19 73 34 8C 81 80 12 05 01 80 06 01 80 07 04 00 00 00 01 08 04 00 00 00 01 53 3B 7E 
25.05.2021 19:51:22.066 |-- РЕЗУЛЬТАТ: УСПЕХ.
25.05.2021 19:51:22.076 |-- Чтение логического имени объекта текущей ассоциации.
25.05.2021 19:51:22:108 |-- Запрос.
7E A0 1A 02 19 21 10 32 85 E6 E6 00 C0 01 C0 00 0F 00 00 28 00 00 FF 01 00 68 2C 7E 
25.05.2021 19:51:22:244 |-- Ответ.
7E A0 10 21 02 19 30 57 96 E6 E7 00 D8 01 01 3C 43 7E 
25.05.2021 19:51:22.250 |-- Operation not possible.
25.05.2021 19:51:22.250 |-- РЕЗУЛЬТАТ: НЕУДАЧА.
25.05.2021 19:51:22.250 |-- ВЕРДИКТ: УСПЕХ.

[AlexRayne 7]

17 часов назад, natsu сказал:

18 часов назад, AlexRayne сказал:

А что такое D8?

Можете дать пример лога обмена на этом тесте?

-- the exception response pdu
exception-response [216] IMPLICIT ExceptionResponse,

спасибо!

 

А может Вы еще знаете - как понимается работа объекта 1.0.1.4.0? СПОДЭС его заявляет обязательным, и при этом упоминает только в 2х табличках его атрибут периода под названием типа "поиска пиковой мощности". что за пиковая мощность? где она светится? почему для нее нужен отдельный интервал, почему это не интервал 2 - интервал для остальных поценок качества ?

Изменено 27 октября, 2022 пользователем AlexRayne

[natsu 0]

В 27.10.2022 в 08:44, AlexRayne сказал:

А может Вы еще знаете - как понимается работа объекта 1.0.1.4.0?

Не знаю. Но логично предположить что это период сбора мгновенных значений, хотя логика это не про сподэс... 

[AlexRayne 7]

Кто сертифицировал счетчики по СПОДЭС можете расказать правильную трактовку? СПОДЭС 2022 версия3  из таблицы Д.12: "Требование ПП РФ 980 п. 28 c)":

пункт 8: попытка несанкционированного нарушения целостности программного обеспечения и параметров   -  журналируется в журнал Контроля доступа, 0.0.99.98.6.255

Что это такое "попытка несанкционированного нарушения целостности программного обеспечения и параметров" ? Какие вещи вы журналируете тут?

Изменено 1 декабря, 2022 пользователем AlexRayne

[viakon 0]

Приняли, блин, стандарт, ГОСТ даже есть, а разработчики счетчиков его по разному понимают. В августе сделал чтение со счетчика МИР, все работает, теперь попался счетчик Меркурий со СПОДЭСом и с ним не работает :(.

[AlexRayne 7]

В 22.12.2022 в 08:31, viakon сказал:

Приняли, блин, стандарт, ГОСТ даже есть, а разработчики счетчиков его по разному понимают. В августе сделал чтение со счетчика МИР, все работает, теперь попался счетчик Меркурий со СПОДЭСом и с ним не работает :(.

а что не работает?

они переписывают же стандарт постоянно. меркурий то небось со СПОДЕС3? которого пока нет в стандарте

[viakon 0]

что не работает, разбираюсь

начнем с того что у Мира размер адреса  2байта, у Меркурия 1байт. Пока получилось установить AARQ, получаю ARNE. Но далее список запроса параметров Меркурий игнорирует. Еще бы понимать что я посылаю в AARQ, нигде не нашел описания тегов, только где пароль задается догадался. 

[AlexRayne 7]

1байт адреса - это с логическим адресом=0 ?

 

описание тегов  есть в GB тока. СПОДЭС не потрудился их перевести. А я в исходниках GURUXа смотрю их

Изменено 27 декабря, 2022 пользователем AlexRayne

[Splinter 0]

Приветствую. Подскажите те у кого есть полные версии цветных книг DLMS/COSEM. Стандарт както описывает реакцию на получение ненулевого значения data-access-result при получении кадра get-response (в ответ на get-request)? Т.е. например есть такая ситуация, клиент в пределах одного сеанса запрашиваем у сервера несколько объектов подряд класса регистр (class_ID = 3). Тут на запрос одного из объектов в ответ прилетает кадр с data-access-result равным, ну к примеру, 11 (unavailable_object). Что мы должны сделать: разорвать соединение, продолжить читать остальные объекты, чтото иное...? Описана ли эта реакции в стандарте?

[AlexRayne 7]

Я не находил ничего такого. В гурухе, при обработке запроса-по-списку, когда я возвращал клиенту на одно из полей ошибку, он сходил с ума - вроде бы парсил весь запрос верно, но потом при разборе и индикации ошибочные поля просто выбрасывались, и у него разъезжались соответствие принятых ответов <=> запросам. 

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

[Splinter 0]

Я всетаки склоняюсь к тому что гдето это поведение должно быть описано. В Зеленой книге есть ремарка

In the case of the GET- / SET- / ACTION-WITH-LIST services the client cannot control what should
happen if one of the requests fails. In contrast, the ACCESS service allows the client to control if the
requests that follow the failed one on the list should be processed or not.

Т.е. это Failure management для службы ACCESS. Тут говорят что в случае Get клиент не решает что будет дальше. Но вот где подробности непонятно.