Good enough. For the time being I see no reason to change the OpenRemoteHelpers pending the ORCJAVA-337 request.
There are two things for you to consider:
After each Z-Way update you have to apply your little modification.
Getting the status of a switch along this route does not guarantee the switch has really ben set on (or may have been changed manually later)
Ok i'll consider those things.
In the future if you think or know on some way to send and receive commands via tcp/ip in ASCII it will be great.
Because this is the bottom line to use with 3rd party software or hardware that can't control on z-wave.
Kobi.beja wrote:In the future if you think or know on some way to send and receive commands via tcp/ip in ASCII it will be great.
See my topic how to send status updates via UDP
At present I do use the netcat utility in that application. However recently (v2.0.1-rc14) they have added a socket library, which will make things really easy. There is more info towards the bottom of that page
Hi
The UDP is nice and from time to time the UDP fail ,For real 2 way communication I must to send command via HTTP and receive fb in UDP and it's not the best way.
Thanks any way
Kobi
Kobi.beja wrote:The UDP is nice and from time to time the UDP fail ,For real 2 way communication I must to send command via HTTP and receive fb in UDP and it's not the best way.
Kobi
Since you mentioned you wanted to use TCP, I did bring up the new sockets solution, which also does TCP.
Great!.
how i can use this one, it's released?
Do you think in this platform it possible to use TCP for both direction, send and receive?
if it's possible it can discover the product for new world.
Kobi
I meant to refer to the post where I said that the socket library was released with v2.0.1-rc14 because of your question "it's released?"
Can't help you with TCP unfortunately.
(See here differences UDP TCP. TCP is quite a bit more complex to handle, but indeed far more reliable)