Q42.HueApi and Bridge Pro

[nvwhaer]

I am using HomeSeer software with Philips Hue plugin.
That plugin is using Q42.HueApi.dll (net45).
Unfortunately registering the Bridge Pro with the Philips Hue plugin fails on the verification of the self-signed certificate from the bridge Pro.

System.Net.Http.HttpRequestException: An error occurred while sending the request.
 ---> System.Net.WebException: The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
 ---> System.Security.Authentication.AuthenticationException: The remote certificate is invalid according to the validation procedure.
  at System.Net.TlsStream.EndWrite(IAsyncResult asyncResult)
  at System.Net.PooledStream.EndWrite(IAsyncResult asyncResult)
  at System.Net.ConnectStream.WriteHeadersCallback(IAsyncResult ar) --- End of inner exception stack trace ---
  at System.Net.HttpWebRequest.EndGetResponse(IAsyncResult asyncResult)
  at System.Net.Http.HttpClientHandler.GetResponseCallback(IAsyncResult ar) --- End of inner exception stack trace ---
  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
  at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd(Task task)
  at Q42.HueApi.LocalHueClient.d__2.MoveNext() --- End of stack trace from previous location where exception was thrown ---
  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
  at Q42.HueApi.LocalHueClient.d__1.MoveNext() --- End of stack trace from previous location where exception was thrown ---
  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
  at Q42.HueApi.LocalHueClient.d__0.MoveNext() --- End of stack trace from previous location where exception was thrown ---
  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
  at HSPI_PhilipsHue.BridgeController.<>c__DisplayClass38_0.d.MoveNext() --- End of stack trace from previous location where exception was thrown ---
  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
  at HSPI_PhilipsHue.BridgeController.RegisterNewBridge(LocatedBridge locatedBridge)
  at HSPI_PhilipsHue.AddBridgePage.PostBackProc(String data, String user, Int32 userRights)
  at HSPI_PhilipsHue.Controller.PostBackProc(String page, String data, String user, Int32 userRights)

I already managed to upgrade the dll from version 3.15.4 (included with the Hue plugin) to 3.23.2 but that didn't fix it.
Adding the certificate as Trusted Root or Intermediate didn't help either.
At the Homeseer end I do not see much interest to fix this.

Therefor: is it possible to create a new Q42.HueApi.dll (net45) with a fix for the certificate validation? Just ignoring it would already be good enough:

ServicePointManager.ServerCertificateValidationCallback += (sender, certificate, chain, sslPolicyErrors) => true;

See: https://stackoverflow.com/questions/12506575/how-to-ignore-the-certificate-check-when-ssl

[michielpost]

Unfortunately, this won't solve the issue.

Q42.HueApi connects over http and is only compatible with the Hue V1 API.
The new HueApi library connects over https (and ignores the certificate warning) and is compatible with the V2 API.

The old bridges support both the v1 and v2 API.
The new Hue Bridge Pro only supports the v2 API.

So the Q42.HueApi library can't be used with the Hue Bridge Pro.
The HomeSeer plugin needs to be updated to use the new HueApi package, so it can communicate using the v2 APIs. This works on both old and new bridges.

Is this plugin open source? Do you have the source code?
Q42.HueApi should be removed and the HueApi nuget package should be installed. Updating the libraries requires some additional code changes.

[nvwhaer]

I know the plugin should be updated. Unfortunately I do not have access to the code and somehow I don't expect them to update it anytime soon. It would be better to switch from Homeseer to Home Assistant but that provides a whole bunch of other problems with my old zwave devices.

However, the Bridge Pro still supports the Api v1:

My .NET knowledge is rusty but I may try to build a new DLL from these sources. Should i use the Q42.HueApi.sln or the v1.deprecated.sln?

[michielpost]

I've created an updated version of the legacy Q42.HueApi that defaults to https and ignores the certificate warnings. It's on NuGet and I've also attached it to this post.
I still think this won't work, because the v1 APIs are not available on the Hue Bridge Pro. Only a few v1 APIs are available, to register your app and view the bridge config.
That's what I think and have read, but I don't have a Bridge Pro to verify. It would be really nice if the v1 API is still available, let me know if this fixes the problem for you.

Q42.HueApi.3.24.0.zip

[nvwhaer]

Thanks a million!
Registration of the bridge pro came through. At least basic functionality as light on/off is working in Homeseer. I will dive into the rest later this week.
I suppose the newer features like e.g. MotionAware areas are not implemented in API v1. But for normal operation, that's ok.

Thanks again!

[michielpost]

Great to hear! So it looks like the v1 API is still on the Hue Bridge Pro, but only on https. Good to know and this could also help other users.