we are trying to read Landis gyr ZCE Single phase meter through Gurux. Can we read this single phase meters through Gurux ? If yes then what parameters i have to set. Plz help
How to know how many pulses/KWh a meter of type SL7000 761 will generate.
The CT ratio is 2500/1 A and VT ratio is 6.6KV/110V.
Using the software I read the configuration and settings of the meter but could't find the number of pulses per KWh.
I am new for DLMS/COSEM. I want just try to make DLMS/COSEM Client. I want read a single register's data.
I have tried below mentioned code but it goes
"TRACE("Err! Failed to read register: Access Error : Device reports a undefined object" here.
Is it possible to implement End-to-End Encryption (E2E) within the meaning of "Greenbook 8.1 DLMS/COSEM Architecutre and Protocols" with gurux library?
We would need a possibility to have the following:
- API to seperately encrypt and decrypt COSEM objects as a seperate step before sending and after receiving data
- API to send and receive encrypted COSEM objects without decrypting them (broker functionality with only providing the connection handling and authentication)
My question is about converting pulses that generated by energy meter to MWh or KWh.
The energy meter generates 5000 impulses/KWh. The CT ratio is 1200/5 Amps.
The VT ratio is 132kV/110 V.
On the HMI we need to display the energy value in MWh not pulses. So what formula should be used to convert the pulses to MWh. Does the VT and CT ratios should be take in account in calculation.
Hello. I am trying to use the relay outputs of the Iskra MT382 to control a relay. The COSEM object I am working with is 0.1.96.3.10.255 but I have no success so far in changing the relay status, which is constantly off.
Has anyone tried to control a relay with an energy meter with DLMS configuration?
I am working with an Iskra MT382 with the latest (2.2.12) version of the gurux.dlms.java library. I am using the GXDLMSClient class for programmatic access to the meter. The desktop application GXDLMSDirector works just fine over TCP/IP (WRAPPER) with the meter, while the programmatic access does not work at all. There is no response from the meter.
I have noticed a one-byte difference (3d byte from the end) between the AARQ packet sent by the GXDLMSDirector and the one created by the GXDLMSClient: