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. The Event Notification Service

The Event Notification Service

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 lara.wakim , 16 June, 2020
Forums
General discussion

Answer to this comment:
----------------------------------------------------------------------------------------
"Hi,

We are using only Push messages to send notifications. Example server update is still on progress but you can see it here:

https://github.com/Gurux/GuruxDLMS.c/blob/835521d04760314ce19594b74ce849...

What kind of event notification do you want to send?

BR,
Mikko"
----------------------------------------------------------------------------------------
Hi,

We have several groups of events divided on subgroups. Each group or subgroup has its own event log.

Every event has a unique code to identify the action which has triggered it. Every event is assigned to one event log and it is only stored there. This assignment is fixed and can’t be changed dynamically.

Any events could make the server builds an EVENT-NOTIFICATION-Request APDU and send it out in order to inform the client of the value of it. The events that are affected by this Service are configurable through Objects Events Log Filters.

We will clarify the above statements by an example:

Fraud detection (group number: 4, sub-group number: 40, event number: 1 -> 14) check the picture 1:
Contains all events related to the detection of fraud attempts, e.g. removal of terminal cover, removal of meter cover, strong DC field detection, access with wrong password.
Structure: Timestamp – Event Code
Minimum size: 45 entries

Each group or subgroup such as the fraud detection will have its own event object as a data object (ID = 1). This object will be used to save the number of the event that occurred (check the picture 2).

Each group or subgroup such as the fraud detection will have its own log as a profile generic object (ID = 7). This object will be used to capture the event code object and the time which the event has occurred (check the picture 3).

Each group or subgroup such as the fraud detection will have its own log filter as a data object (ID = 1). This object will be used to know which event should be saved in the log and which one should trigger an event notification (check the picture 4).

We listed above all the needed requirements. Can you tell us if it is doable? If yes can you help us to implement these features or give us more explanation/guidelines on how to implement them and especially how to trigger asynchronously the profile generic to save the event and then trigger an event notification if needed?

Image
  • 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