Page 4 of 4

Re: Tcp/udp Sending and receiving

Posted: 26 Feb 2019 17:02
by Desmanto
@elektroinside : Wow, thanks for the tips. I must really missed that part of set_scene that will turn on the light before. When I tried it, it doesn't work (maybe something wrong during the input choice). I even remove that from the choice afterward.

Thanks to your tip, that means I don't need the extra querying for power again, just directly use the set_scene. My finished flow will be much simplified. But I still put the whole map there, since probably I might use it one day. Why erasing something I have done for a week. And I still can reuse it to switch to set_scene method. The difference only that the set_scene doesn't use the duration when turning on, but that's fine. We can easily replace the effect by using color flowing.

Re: Tcp/udp Sending and receiving

Posted: 26 Feb 2019 19:13
by elektroinside
Sure thing, you're very welcome, glad i helped. For me, this was mandatory, as for incoming important calls a speedy reaction was critical :-)

Re: Tcp/udp Sending and receiving

Posted: 18 Apr 2019 16:17
by elektroinside
Well.. recently purchased a Xiaomi Aqara gateway and a few sensors.
It has a "developer mode" which opens up its API. But commands have to be sent to a UDP port, responses are sent to the sender's IP and custom UDP port, muticast messages are sent to an IP and an UDP port...

Another example where Automagic cannot be used.. unfortunately :(
I need to put my Raspberry Pi to work, send http queries to something like Pushbullet, and then listen to messages using Automagic. Probably the best way for "multicast listening" anyway, but still, sending udp packets for this scenario from Automagic would still be great :-)