Since Python.NET 3.0 int can not be converted to Enum implicitly about piconnect

[Hugovdberg]

There was some discussion about it recently: #628 but I haven't yet had the time to do the explicit casts to the .NET Enums. Why your summary isn't working using pythonnet 2.5 and python 3.9 I don't know, I cannot reproduce that, which version of the SDK is installed on your system? It appears that message comes from the SDK itself and not PIconnect or Pythonnet.

[Notnagel]

Thank you for looking into this. I am on OSIsoft(r) AF SDK Version: 2.9.1.8106. In contrast to #628 recorded_value works and only the point summary fails. When I specify a date range explicitly points.summary('01.01.2021 10:00', '01.01.2021 11:00', SummaryType.AVERAGE) it works.

So this is somehow related to the string parsing in time.py in the function to_af_time_range at return AF.Time.AFTimeRange(start_time, end_time)

I checked, the type of '-14h is str

The debugger throws this message

The 'h' token in the string '*-14h' was not expected.
bei OSIsoft.AF.Time.AFTimeSpan.FormatError(String input, String token, Boolean throwErrors, AFTimeSpan& result)
bei OSIsoft.AF.Time.AFTimeSpan.TryParseImpl(String input, Int32 startlocation, IFormatProvider provider, NumberFormatInfo numberFormat, DateTimeFormatInfo dateTimeFormat, Boolean throwErrors, AFTimeSpan& result)
bei OSIsoft.AF.Time.AFTime.TryParseImpl(String input, Nullable1 referenceTime, AFTimeZone timeZone, IFormatProvider provider, Boolean throwErrors, DateTime& result) bei OSIsoft.AF.Time.AFTime.TryParseRetryImpl(String parmName, String input, Nullable1 referenceTime, IFormatProvider provider, Boolean throwErrors, AFTime& result)
bei OSIsoft.AF.Time.AFTimeRange.TryParseImpl(String startTime, String endTime, AFTime referenceTime, IFormatProvider provider, Boolean throwErrors, AFTime& startAFTime, AFTime& endAFTime)
bei OSIsoft.AF.Time.AFTimeRange..ctor(String startTime, String endTime)

I have found a potential workaround which I have not verified by calling return AF.Time.AFTimeRange.Parse(start_time, end_time)

Now my strings parese ok and also passing datetime objects works (still). So this is related to CultureInfo maybe?

[Hugovdberg]

Version 0.10.x solves this issue. It is available on PyPI, and I'm working to getting it updated on conda-forge as well, but that has a few issues due to changes in importing the SDK that is not available on the conda build servers. Closing this issue for now.