Error On Parsing Jalali Date (Persian)

I think the problem raises for month with 31 days . for example in above packets, in Persian 2nd month have 31 days and raises error. but other dates works greatly.

do you have any Idea, what we can do or is there anything that you can change in code ?

If you can add Calendar to GXDLMSSettings class and use below constructor of DateTime :

public DateTime(int year, int month, int day, int hour, int minute, int second, Calendar calendar)

that has calendar in in Conversion, I think all the problems will be solved

Yes, it.'s correct date.
Timezome is : +3:30 Tehran

Is there any way to change calendar (set) for this?

No we are using windows server 2012, and I need to set gurux calendar from code. Setting current thread culture also don't slove the problem.
Any ideas will be appreciated.

hi,
Is it possible for you to use DateTime overloads with calendar input in GxCommon ?
I mean use :
new DateTime(year, month, day, hours, minutes, seconds, milliseconds,Thread.CurrentThread.CurrentCulture.Calendar)

instead of :
new DateTime(year, month, day, hours, minutes, seconds, milliseconds)

or :
new DateTime(year, month, day, hours, minutes, seconds, milliseconds, Thread.CurrentThread.CurrentCulture.Calendar, DateTimeKind.Local)

instead of :
new DateTime(year, month, day, hours, minutes, seconds, milliseconds, DateTimeKind.Local)

there is no need to set calendar for the GXDLMSClient. we can use custume Culture class that has calendar as needed, and set for thread culture. but because you use this overloads of "new DateTime" that does not have Calendar in there inputs,then .net does not use thread calendar for them.

dotnet --version
7.0.203

In changed the code as I said above, and the code worked greatly

hi,
I'm sorry, did you find any solution for this problem ? or have any idea ?

Hi, I would like to know if you plan on implementing the changes I suggested in GxCommon. I would appreciate it if you could let me know.

I believe that changing the method as I proposed will not have any side effects on your code, since there is no calendar setting in GXDLMSClient. Therefore, your code uses the system's default calendar. Changing the code as follows:

new DateTime(year, month, day, hours, minutes, seconds, milliseconds, Thread.CurrentThread.CurrentCulture.Calendar)

instead of:

new DateTime(year, month, day, hours, minutes, seconds, milliseconds)

in GxCommon should be fine. If you have any comments on this, I would appreciate your feedback.

If this change is applied to the source version, I would be able to use your later updates more easily. Thank you in advance!

Thank you.
I would appreciate it if you could let me know the result.

Hi, thank you in advance.

Hi, sorry for the delayed response. I was updating my code to use the new version; but I encountered another problem; as mentioned in Microsoft documents:

"The Year property returns the year of the current instance in the Gregorian calendar. It does not return the year using the default calendar of the current culture. To retrieve the year using a particular calendar, you can call that calendar's GetYear method."

However, because you used the following code in the "SetDateTime" method within the "GxCommon" class:

if ((dt.Skip & DateTimeSkips.Year) == 0)
{
buff.SetUInt16((ushort)tm.Year);
}

The time setting does not work correctly because always send year in Gregorian calendar. To correct this problem, we should use the following methods in "SetDateTime" :

Thread.CurrentThread.CurrentCulture.Calendar.GetYear()
Thread.CurrentThread.CurrentCulture.Calendar.GetMonth()
Thread.CurrentThread.CurrentCulture.Calendar.GetDayOfMonth()

I would appreciate it if you could also update this method accordingly.

I don't think it will cause problems because:

1. We always set the thread culture to the appropriate culture, so historical data will also be used with this culture and calendar.
2. I believe this method is used in writing objects to Meter.
3. calling Thread.CurrentThread.CurrentCulture.Calendar.GetYear(dt) and using dt.Year always return the same value for Gregorian calendar.

and finally if you have any other solution for this, I'll appreciate if you apply on code.

Hello! Thank you for your message. I appreciate you taking the time to reach out. I am eagerly looking forward to hearing back from you and am available to assist you with any further inquiries or concerns. Please don't hesitate to let me know how I can be of help.

Hi, have you thought of any solutions?

hi, I have question:
why in "GetDateTime" method of "GxCommon" you don't use "Thread.CurrentThread.CurrentCulture.Calendar" if deviation is not defined ?

in some meters they don't use deviation and this cause incorrect date parsing. I mean in below code Else part:

//0x8000 == -32768
//deviation = -1 if skipped.
if (deviation != -1 && deviation != -32768 && year != 1 && (dt.Skip & DateTimeSkips.Year) == 0)
{
dt.Value = new DateTimeOffset(new DateTime(year, month, day, hours, minutes, seconds, milliseconds, Thread.CurrentThread.CurrentCulture.Calendar),
new TimeSpan(0, -deviation, 0));
}
else //Use current time if deviation is not defined.
{
dt.Skip |= DateTimeSkips.Deviation;
DateTime tmp = new DateTime(year, month, day, hours, minutes, seconds, milliseconds,DateTimeKind.Local);
dt.Value = new DateTimeOffset(tmp);
}