Reply to thread

Message

<blockquote data-quote="Rick164" data-source="post: 1105209" data-attributes="member: 17766">SetColor should indeed be enough but would need a few adjustments, will be changed in the next version and hopefully that will work as expected <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />The color remapping code is very nice, apparently it's common and Philips doesn't go into much detail so somebody fixed it themselves.Will need to check and see how it would fit in nicely but don't see why we can't add it in the next version.Thanks for the help btw, some things I need to figure out while coding and finding good docs and examples do help <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />Writing in Python might have been easier as there are tons of examples for it out there while most of the C# libraries (except Q42) I'm finding are either incomplete or have a large code base which makes it harder to integrate as in no docs / lots of code for simple commands etc..Gonna publish the current version a little earlier, this doesn't have all the changes yet but you can test it out:Changelog- Re-use ColorCommand, in theory should work but dunno if the Hue Bridge needs a new command every time so needs testing.- Small change to SSDP bridge locator which will hopefully solve connectivity issues.- Output BridgeIP to log on color send, debug function as I want to know if something is wrong there.- use Color.TurnOn() only once to start up color sending.- Normalize Bridge IP to prevent connection errors, for now only removes &quot;:80&quot; to comply with Q42 API.Download AtmoHue 0.0014<a href="http://1drv.ms/1woldUE" target="_blank">http://1drv.ms/1woldUE</a></blockquote>

[QUOTE="Rick164, post: 1105209, member: 17766"] SetColor should indeed be enough but would need a few adjustments, will be changed in the next version and hopefully that will work as expected :) The color remapping code is very nice, apparently it's common and Philips doesn't go into much detail so somebody fixed it themselves. Will need to check and see how it would fit in nicely but don't see why we can't add it in the next version. Thanks for the help btw, some things I need to figure out while coding and finding good docs and examples do help :) Writing in Python might have been easier as there are tons of examples for it out there while most of the C# libraries (except Q42) I'm finding are either incomplete or have a large code base which makes it harder to integrate as in no docs / lots of code for simple commands etc.. Gonna publish the current version a little earlier, this doesn't have all the changes yet but you can test it out: [B]Changelog[/B] - Re-use ColorCommand, in theory should work but dunno if the Hue Bridge needs a new command every time so needs testing. - Small change to SSDP bridge locator which will hopefully solve connectivity issues. - Output BridgeIP to log on color send, debug function as I want to know if something is wrong there. - use Color.TurnOn() only once to start up color sending. - Normalize Bridge IP to prevent connection errors, for now only removes ":80" to comply with Q42 API. [B]Download AtmoHue 0.0014[/B] [url]http://1drv.ms/1woldUE[/url] [/QUOTE]

Verification