welbymcroberts
commented
8 years ago @guitarglen / @JosSchering1 : I've also got some of the wireless modules (BRP069A42 is the wireless modules part number but the units are in a single package as the BRP069A43 as this contains the '42 and a board for the AC unit) on a multi-split.
I've got a similar situation where I'm able to set values, but not read them from the unit.
I've enabled only the daikin binding (which i've just got from cloudbees) in openhab with the following configuration
openhab.cfg
daikin:refresh=60000
daikin:livingroom.host=WIRELESS@http://1.2.3.4items/livingroom.items
Number LivingRoomACTempIn "Temp Inside [%.1f C]" { daikin="livingroom:tempin" }
Number LivingRoomACHumidityIn "Humidity Inside [%.1f %%]" { daikin="livingroom:humidityin" }
Number LivingRoomACTempOut "Temp Outside [%.1f C]" { daikin="livingroom:tempout" }When running openhab via start_debug.sh I get the following logs
02:08:05.325 [DEBUG] [o.b.d.internal.DaikinActivator:34 ] - Daikin binding has been started.
02:08:05.451 [DEBUG] [i.internal.GenericItemProvider:341 ] - Start processing binding configuration of Item 'LivingRoomACTempIn (Type=NumberItem, State=Uninitialized)' with 'DaikinGenericBindingProvider' reader.
02:08:05.452 [DEBUG] [i.internal.GenericItemProvider:341 ] - Start processing binding configuration of Item 'LivingRoomACHumidityIn (Type=NumberItem, State=Uninitialized)' with 'DaikinGenericBindingProvider' reader.
02:08:05.455 [DEBUG] [i.internal.GenericItemProvider:341 ] - Start processing binding configuration of Item 'LivingRoomACTempOut (Type=NumberItem, State=Uninitialized)' with 'DaikinGenericBindingProvider' reader.When starting I've had TCPDump running and can see the following requests
From OpenHAB to AC
GET /aircon/get_control_info HTTP/1.1
User-Agent: Java/1.8.0_51
Host: 1.2.3.4
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
Connection: keep-aliveResponse
HTTP/1.0 200 OK
Content-Length: 334
Content-Type: text/plain
ret=OK,pow=0,mode=3,adv=,stemp=18.0,shum=0,dt1=25.0,dt2=M,dt3=18.0,dt4=25.0,dt5=25.0,dt7=25.0,dh1=AUTO,dh2=50,dh3=0,dh4=0,dh5=0,dh7=AUTO,dhh=50,b_mode=3,b_stemp=18.0,b_shum=0,alert=255,f_rate=7,f_dir=0,b_f_rate=7,b_f_dir=0,dfr1=5,dfr2=5,dfr3=7,dfr4=5,dfr5=5,dfr6=5,dfr7=5,dfrh=5,dfd1=0,dfd2=0,dfd3=0,dfd4=0,dfd5=0,dfd6=0,dfd7=0,dfdh=0Second Request from OpenHAB to AC Unit
GET /aircon/get_sensor_info HTTP/1.1
User-Agent: Java/1.8.0_51
Host: 1.2.3.4
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
Connection: keep-aliveSecond Response
HTTP/1.0 200 OK
Content-Length: 48
Content-Type: text/plain
ret=OK,htemp=22.0,hhum=-,otemp=-,err=0,cmpfreq=0At this point there is no further actions performed either the main configuration file is reloaded, or until openhab is restarted.
If I define multiple host entries in the openhab.cfg it is only processing the first one (when alphabetically sorted). If i set a host of a to an ip that is not responding, it does not attempt to continue onto the next host. If the host does respond, two requests are made (as above) and then it does not progress onto the next host.
It's also worth noting that I do not see the null error on my install
watou
glenm-nz
olemr
@JosSchering1 has requested for this issue to be assigned to him.
I have had a bit of a further play with the 1.8.0 snapshot binding (with the BRP072A42) have found one minor issue, but it doesn't stop the binding from mostly working...
Short version is that this error occurs when the heatpump is turned off (any of the heatpumps, be it the multi, or standalone systems).
However the set command works just fine, and you can turn the heatpump back-on via openhab, and all values update ok while turned on.
So hopefully the following information will help find a solution:
Firstly if I browse to the BRP072A42 module from my browser, the following are the returns we see:
STATE: Heatpump Off URL: /aircon/get_sensor_info RETURN: ret=OK,htemp=21.0,hhum=-,otemp=-,err=0,cmpfreq=0
URL: /aircon/get_control_info RETURN: ret=OK,pow=0,mode=4,adv=,stemp=18.0,shum=0,dt1=25.0,dt2=M,dt3=25.0,dt4=18.0,dt5=18.0,dt7=25.0,dh1=AUTO,dh2=50,dh3=0,dh4=0,dh5=0,dh7=AUTO,dhh=50,b_mode=4,b_stemp=18.0,b_shum=0,alert=255
STATE: Heatpump On URL: /aircon/get_sensor_info RETURN: ret=OK,htemp=20.0,hhum=-,otemp=11.0,err=0,cmpfreq=34
URL: /aircon/get_control_info RETURN: ret=OK,pow=1,mode=4,adv=,stemp=18.0,shum=0,dt1=25.0,dt2=M,dt3=25.0,dt4=18.0,dt5=18.0,dt7=25.0,dh1=AUTO,dh2=50,dh3=0,dh4=0,dh5=0,dh7=AUTO,dhh=50,b_mode=4,b_stemp=18.0,b_shum=0,alert=255
So I am perhaps guessing that the "otemp=-" may be the culprit for the error, and it is trying to parse it as a numeric value? I assume "hhum" may be similar, but I don't have any items for that, and I note that this does not cause errors when the heatpump is on, even though the value remains at "-" (But could be worth having a similar 'catch' for this value too, to prevent errors).
Let me know if I can provide any further information/assistance.... Cheers,
Glen
Error from openhab.log:
2015-08-06 18:26:01.000 [ERROR] [.service.AbstractActiveService] - Error while executing background thread Daikin Refresh Service java.lang.NumberFormatException: For input string: "-" at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1250) ~[na:1.7.0_60] at java.lang.Float.parseFloat(Float.java:452) ~[na:1.7.0_60] at net.jonathangiles.daikin.wireless.WirelessDaikin.parseFloat(WirelessDaikin.java:235) ~[na:na] at net.jonathangiles.daikin.wireless.WirelessDaikin.readDaikinState(WirelessDaikin.java:139) ~[na:na] at org.openhab.binding.daikin.internal.DaikinBinding.execute(DaikinBinding.java:111) ~[na:na] at org.openhab.core.binding.AbstractActiveBinding$BindingActiveService.execute(AbstractActiveBinding.java:156) ~[na:na] at org.openhab.core.service.AbstractActiveService$RefreshThread.run(AbstractActiveService.java:173) ~[na:na]