Skip to main content
Home
for DLMS smart meters
Open source solutions for DLMS smart metering

Main navigation

  • Home
  • Products
  • About us
  • Open Source
  • Community
  • Forum
  • Downloads
User account menu
  • Log in

Breadcrumb

  1. Home
  2. Forums
  3. General Protection - GeneralGloCiphering Vs Glo_ActionRequest

General protection - GeneralGloCiphering vs glo_ActionRequest

Forum Rules

Before commenting read Forum rules

Don't comment the topic if you have a new question.

You can create a new topic selecting correct category from Gurux Forum and then create a new topic selecting "New Topic" from the top left.

By amfragal , 14 October, 2020
Forums
DLMSDirector

Hi Gurux team!

We are using Gurux DIrector to trying read obis objects list from real meter using HighGMAC without general protection in conformance block.
We are able to see the 2 steps involved in the association in the Director log, but retrieving error from device in second step:
1. InitiateRequest (glo_InitiateRequest)
2. ActionRequest (GeneralGloCiphering) --> getting this exception response from meter

<WRAPPER len="B" >
<TargetAddress Value="1" />
<SourceAddress Value="20" />
<PDU>
<ExceptionResponse>
<StateError Value="ServiceNotAllowed" />
<ServiceError Value="OperationNotPossible" />
</ExceptionResponse>
</PDU>
</WRAPPER>

Because in "Supported Services" tab in Gurux Director configuration for the meter we have NOT checked "General protection", we expect for "glo_ActionRequest" instead of "GeneralGloCiphering" in the corrresponding to the second step.

Would we need to check any other config in Gurux Director to obtain a glo_Actionrequest in order to get associacion success with meter using HLS 5 HighGMAC??

Thanks in advance

Profile picture for user Kurumi

Kurumi

5 years 7 months ago

Hi,

Hi,

Can you check what meter is returning? Is General protection returned in negotiated conformance?
I just checked this and if negotiated conformance doesn't include General protection, glo_ActionRequest is used.

BR,
Mikko

amfragal

5 years 7 months ago

Hi Gurux team!

Hi Gurux team!

Meter is sending glo_InitiateResponse with GeneralProtection bit as required.
As result of the negotiation, seems GeneralProtection protection required and, for that, GeneralGloCiphering required instead of glo_ActionRequest.

Seems meter is returning ServiceNotAllowed/OperationNotPossible when DLMS client send ActionRequest using GeneralGloCiphering. However, meter is able to let association when DLMS client send ActionRequest using glo_ActionRequest (even when general protection required from meter).
We are checking with manufacturer.

Thanks a lot for the support!!

  • Create new account
  • Reset your password

Hire Us!

Latest Releases

  • Tue, 06/09/2026 - 11:16
    gurux.dlms.java 4.0.95
  • Tue, 06/09/2026 - 10:03
    Gurux.DLMS.Python 1.0.199
  • Mon, 06/08/2026 - 13:39
    gurux.dlms.cpp 9.0.2606.0801
  • Mon, 06/01/2026 - 10:15
    gurux.dlms.cpp 9.0.2606.0101
  • Thu, 05/28/2026 - 16:06
    gurux.dlms.java 4.0.94

New forum topics

  • Error reading L&G Meter
  • Pass a TCP Client to GXNet
  • Australian EDMI Mk10D (Essential Energy area)
  • Strange mix of data notificiation vs get response
  • DLMS Connection
More

Who's new

  • Tuanhgg
  • Adel
  • charnon
  • Paddles
  • Miguel Ángel
RSS feed
Privacy FAQ GXDN Issues Contact
Follow Gurux on Twitter Follow Gurux on Linkedin