Regards Gurux team.

I wrote example codes for server side yesterday, and I checked it works with GXDLMSDirector using high authentication.

Then I got public/private keys and certs through client example from git, and copied these for using HighECDSA authentication.

When I trying to connect server using these certs, It seems to be connect successfully. (It means not returns any errors.)

But it returns "Invalid Command" error trying to read any objects.
At that time, server returns "Invalid encoding for signature" error too.

Regards gurux.

I have questions for implementation to authentication ECDSA with Gurux library for Java.

I wrote sample codes for server and client sides using ECDSA authentication.
In this time, I refered to initializeConnection() and generateCertificates() method in GXDLMSReader.java.

It seems to be connect successfully, but I encountered Invalid HDLC Frame error while read object.

gurux.dlms.GXDLMSSettings checkFrame
INFO: Invalid HDLC Frame: 78 Expected: 56

How to set timeout (in java package) to kill process in case to last long time?
Thanks
Peter.

Hi,
I have a problem with gurux.dlms.server.example.java. I use Ubuntu 20.04.4 LTS. I tried to connect server and client. I cloned gurux.dlms.java from github. Then I used maven and compiled gurux.dlms.server.example.java. But when I tried to run server, I got everytime error.
Commands, which I used:

git clone https://github.com/Gurux/gurux.dlms.java.git
cd gurux.dlms.java/gurux.dlms.server.example.java/
mvn clean package
java -jar target/gurux.dlms.server.example.java-0.0.1-SNAPSHOT.jar

Has runtime Error while I run a Simmulator for gurux.dlms.simulator.java-0.0.1-SNAPSHOT.jar
$java -jar gurux.dlms.simulator.java-0.0.1-SNAPSHOT.jar -p 4040 -w -x crystal.xml
DLMS WRAPPER Logical Name simulator start in ports 4040-4040.
java.lang.String cannot be cast to [B

Hi,

we have two meters of the same type - L+G ZMD. This type uses Short Name referencing along with HDLC interface type. We want to read scalers and units for generic profile 1.0.99.1.0.255, the base short address for this profile is 25200 (decimal). So, we have to read attribute 3 of profile and we know what registers are inside the profile.

Than, we can ask first meter for scalers and units, request is combined with short names of simple registers readed from profile:

Hello,
I am facing the issue with incorrect translation of register's scaller & unit values during profile read process.
We have two identical example meters which only differ by content of profile.
I will mark them as meter A and meter B.
Both of them are read through HDLC interface with Logical Name Referencing = 0.
Meter A has a profile programmed with 9 registers, meter B has 17 registers.
I have observed that, when the amount of registers is higher than some value, then the Meter sends data in different frame type.

Was running into problems with this line when attempting to use the Java simulator and the crystal.xml file (maven + java 11 + linux):

https://github.com/Gurux/gurux.dlms.java/blob/04465400fdf3f34fdecfd1a35…

i want to know what is request for sending meter reading & other information after connection successful.need full example

Using the below code to write time into the Meter

val item: GXDLMSAutoAnswer =
settings.client.objects.findByLN(ObjectType.AUTO_ANSWER,"0.0.1.0.0.255" )

item.listeningWindow.add(
AbstractMap.SimpleEntry<GXDateTime, GXDateTime>(
GXDateTime(-1, -1, -1, 6, -1, -1, -1),
GXDateTime(-1, -1, -1, 8, -1, -1, -1)
)
)
val mData = settings.client.write(item, 2)
for(i in 0 until mData.size){
reader?.readDLMSPacket(mData.get(i), GXReplyData())
}