LightwaveRF Link Connection (new style without LCD Display)

Setup, Configuration and Use Beginners
,
1

Hi all,

I’ve configured 1.8.1 as documented on the wiki, however I’m not able to bind to it.

I’m currently seeing the following in the logs:

2016-02-24 21:22:46.768 [INFO ] [.l.internal.LightwaveRfBinding] - LightwaveBinding: IP[192.168.1.255] 2016-02-24 21:22:46.770 [INFO ] [.l.internal.LightwaveRfBinding] - LightwaveBinding: ReceivePort[9761] 2016-02-24 21:22:46.773 [INFO ] [.l.internal.LightwaveRfBinding] - LightwaveBinding: Send Port[9760] 2016-02-24 21:22:46.775 [INFO ] [.l.internal.LightwaveRfBinding] - LightwaveBinding: Register On Startup[true] 2016-02-24 21:22:46.777 [INFO ] [.l.internal.LightwaveRfBinding] - LightwaveBinding: Send Delay [100] 2016-02-24 21:22:46.779 [INFO ] [.l.internal.LightwaveRfBinding] - LightwaveBinding: Timeout for Ok Messages [500] 2016-02-24 21:22:46.809 [INFO ] [l.internal.LightwaveRfWifiLink] - Starting LightwaveRfWifiLink Connection 2016-02-24 21:22:47.339 [INFO ] [.b.l.i.LightwaveRFSenderThread] - Ok message not received for 100,!F*p , retrying again. Retry count 2 2016-02-24 21:22:47.943 [INFO ] [.b.l.i.LightwaveRFSenderThread] - Ok message not received for 100,!F*p , retrying again. Retry count 3 2016-02-24 21:22:48.546 [INFO ] [.b.l.i.LightwaveRFSenderThread] - Ok message not received for 100,!F*p , retrying again. Retry count 4 2016-02-24 21:22:49.149 [INFO ] [.b.l.i.LightwaveRFSenderThread] - Ok message not received for 100,!F*p , retrying again. Retry count 5 2016-02-24 21:22:49.752 [ERROR] [.b.l.i.LightwaveRFSenderThread] - Unable to send message 100,!F*p after 5 attemps giving up

This is one of the new lightwave boxes without the LCD or any buttons other than the link button on the front.

I’ve tried the commands listed in New LightwaveRF Link Binding Issue but without any luck.

Can someone help me debug this please?

Thanks,

Matt

2

Some more information on this.

Server logs from openhab:

2016-02-26 10:16:49.028 [INFO ] [htwaveRfGenericBindingProvider] - ConfigString[serial=wifilink,type=VERSION] Room[null] Device[null] Serial[wifilink] Type[VERSION] Poll[-1] 2016-02-26 10:16:49.032 [INFO ] [htwaveRfGenericBindingProvider] - ConfigString[serial=wifilink,type=WIFILINK_IP] Room[null] Device[null] Serial[wifilink] Type[WIFILINK_IP] Poll[-1] 2016-02-26 10:16:49.035 [INFO ] [htwaveRfGenericBindingProvider] - ConfigString[serial=wifilink,type=WIFILINK_DUSK_TIME] Room[null] Device[null] Serial[wifilink] Type[WIFILINK_DUSK_TIME] Poll[-1] 2016-02-26 10:16:49.044 [INFO ] [htwaveRfGenericBindingProvider] - ConfigString[serial=wifilink,type=WIFILINK_DAWN_TIME] Room[null] Device[null] Serial[wifilink] Type[WIFILINK_DAWN_TIME] Poll[-1] 2016-02-26 10:16:49.047 [INFO ] [htwaveRfGenericBindingProvider] - ConfigString[serial=wifilink,type=WIFILINK_UPTIME] Room[null] Device[null] Serial[wifilink] Type[WIFILINK_UPTIME] Poll[-1] 2016-02-26 10:16:49.050 [INFO ] [htwaveRfGenericBindingProvider] - ConfigString[serial=wifilink,type=WIFILINK_LONGITUDE] Room[null] Device[null] Serial[wifilink] Type[WIFILINK_LONGITUDE] Poll[-1] 2016-02-26 10:16:49.053 [INFO ] [htwaveRfGenericBindingProvider] - ConfigString[serial=wifilink,type=WIFILINK_LATITUDE] Room[null] Device[null] Serial[wifilink] Type[WIFILINK_LATITUDE] Poll[-1] 2016-02-26 10:16:49.113 [INFO ] [.l.internal.LightwaveRfBinding] - LightwaveBinding: IP[192.168.1.102] 2016-02-26 10:16:49.116 [INFO ] [.l.internal.LightwaveRfBinding] - LightwaveBinding: ReceivePort[9761] 2016-02-26 10:16:49.118 [INFO ] [.l.internal.LightwaveRfBinding] - LightwaveBinding: Send Port[9760] 2016-02-26 10:16:49.120 [INFO ] [.l.internal.LightwaveRfBinding] - LightwaveBinding: Register On Startup[true] 2016-02-26 10:16:49.123 [INFO ] [.l.internal.LightwaveRfBinding] - LightwaveBinding: Send Delay [2000] 2016-02-26 10:16:49.125 [INFO ] [.l.internal.LightwaveRfBinding] - LightwaveBinding: Timeout for Ok Messages [1000] 2016-02-26 10:16:49.152 [INFO ] [l.internal.LightwaveRfWifiLink] - Starting LightwaveRfWifiLink Connection 2016-02-26 10:16:50.179 [INFO ] [.b.l.i.LightwaveRfSenderThread] - Ok message not received for 100,!F*p, retrying again. Retry count 2 2016-02-26 10:16:53.777 [INFO ] [.b.l.i.LightwaveRfSenderThread] - Ok message not received for 100,!F*p, retrying again. Retry count 3 2016-02-26 10:16:56.780 [INFO ] [.b.l.i.LightwaveRfSenderThread] - Ok message not received for 100,!F*p, retrying again. Retry count 4 2016-02-26 10:17:00.793 [INFO ] [.b.l.i.LightwaveRfSenderThread] - Ok message not received for 100,!F*p, retrying again. Retry count 5 2016-02-26 10:17:03.796 [ERROR] [.b.l.i.LightwaveRfSenderThread] - Unable to send message 100,!F*p after 5 attemps giving up

UDP tcpdump at the same time

10:16:49.179032 IP (tos 0x0, ttl 64, id 47521, offset 0, flags [DF], proto UDP (17), length 37) 192.168.1.142.56113 > 192.168.1.102.9760: [udp sum ok] UDP, length 9 10:16:49.282427 IP (tos 0x0, ttl 100, id 39219, offset 0, flags [none], proto UDP (17), length 45) 192.168.1.102.9760 > 192.168.1.142.9761: [udp sum ok] UDP, length 17 10:16:52.776920 IP (tos 0x0, ttl 64, id 47845, offset 0, flags [DF], proto UDP (17), length 37) 192.168.1.142.56113 > 192.168.1.102.9760: [udp sum ok] UDP, length 9 10:16:52.880272 IP (tos 0x0, ttl 100, id 39221, offset 0, flags [none], proto UDP (17), length 45) 192.168.1.102.9760 > 192.168.1.142.9761: [udp sum ok] UDP, length 17 10:16:55.779793 IP (tos 0x0, ttl 64, id 48129, offset 0, flags [DF], proto UDP (17), length 37) 192.168.1.142.56113 > 192.168.1.102.9760: [udp sum ok] UDP, length 9 10:16:55.883156 IP (tos 0x0, ttl 100, id 39223, offset 0, flags [none], proto UDP (17), length 45) 192.168.1.102.9760 > 192.168.1.142.9761: [udp sum ok] UDP, length 17 10:16:59.792749 IP (tos 0x0, ttl 64, id 48370, offset 0, flags [DF], proto UDP (17), length 37) 192.168.1.142.56113 > 192.168.1.102.9760: [udp sum ok] UDP, length 9 10:16:59.896066 IP (tos 0x0, ttl 100, id 39225, offset 0, flags [none], proto UDP (17), length 45) 192.168.1.102.9760 > 192.168.1.142.9761: [udp sum ok] UDP, length 17 10:17:02.795683 IP (tos 0x0, ttl 64, id 48519, offset 0, flags [DF], proto UDP (17), length 37) 192.168.1.142.56113 > 192.168.1.102.9760: [udp sum ok] UDP, length 9 10:17:02.899096 IP (tos 0x0, ttl 100, id 39226, offset 0, flags [none], proto UDP (17), length 45) 192.168.1.102.9760 > 192.168.1.142.9761: [udp sum ok] UDP, length 17 10:17:03.046930 IP (tos 0x0, ttl 100, id 39227, offset 0, flags [none], proto UDP (17), length 183) 192.168.1.102.4096 > 255.255.255.255.9761: [udp sum ok] UDP, length 155 10:17:03.053428 IP (tos 0x0, ttl 100, id 39228, offset 0, flags [none], proto UDP (17), length 183) 192.168.1.102.4096 > 192.168.1.142.9761: [udp sum ok] UDP, length 155 10:17:18.150791 IP (tos 0x0, ttl 100, id 39234, offset 0, flags [none], proto UDP (17), length 183) 192.168.1.102.4096 > 255.255.255.255.9761: [udp sum ok] UDP, length 155 10:17:18.157298 IP (tos 0x0, ttl 100, id 39235, offset 0, flags [none], proto UDP (17), length 183) 192.168.1.102.4096 > 192.168.1.142.9761: [udp sum ok] UDP, length 155 10:17:33.255412 IP (tos 0x0, ttl 100, id 39239, offset 0, flags [none], proto UDP (17), length 183) 192.168.1.102.4096 > 255.255.255.255.9761: [udp sum ok] UDP, length 155 10:17:33.261924 IP (tos 0x0, ttl 100, id 39240, offset 0, flags [none], proto UDP (17), length 183) 192.168.1.102.4096 > 192.168.1.142.9761: [udp sum ok] UDP, length 155 10:17:48.359248 IP (tos 0x0, ttl 100, id 39246, offset 0, flags [none], proto UDP (17), length 183) 192.168.1.102.4096 > 255.255.255.255.9761: [udp sum ok] UDP, length 155 10:17:48.365739 IP (tos 0x0, ttl 100, id 39247, offset 0, flags [none], proto UDP (17), length 183) 192.168.1.102.4096 > 192.168.1.142.9761: [udp sum ok] UDP, length 155

3

I’ve had some success with this today, it turns out that I had the firewall enabled on my bananapi running which was blocking UDP traffic.

I enabled the port, switched to running the latest alpha release, configured the binding to listen on the broadcast address and ran the following script to enable my OH installation to talk to the WiFi Link:

echo -ne "nnnnnn,001,!F*p" | nc -w1 192.168.1.xxx -u 9760 echo -ne "nnnnnn,100,!F*p" | nc -w1 192.168.1.xxx -u 9760

The value for “nnnnnn” was found via Wireshark and sniffing for traffic going to port 9760 on the broadcast address.

I now have energy usage being displayed in the UI, however the wifilink has so far only sent back it’s version number, not the IP/Sunset/Sunrise/etc. data.

4

And finally I have all the data from the RFLink, looks like it was just an issue with timing and my impatience… :slightly_smiling:

5

The data is only sent overnight or on a restart of the Wifi Link. If you are impatient in future pull the power on the wifi link wait a minute and re-insert… or now you have the data setup persistance and load on start up :slightly_smiling:

6

Brilliant, thanks.

Matt