WiFi signal by netatmo binding

[lolodomo]

When I check my WiFi level in the netatmo application (android), I get the full icon meaning 4/4. That's logical because the netatmo station is in the same room as my WiFi router.
The netatmo binding tells me that WiFi is 2/4.
Is it a bug in the binding ?

Regards

[Gaël L'hopital]

Please, post an issue on Github, I'll have a look.
Can you also launch openhab in debug mode and put Netatmo request/responses in the issue ?

[lolodomo]

Hi Gaël.

 

Before declaring a bug, I would like to be sure that there is really a bug.

 

Here is an extract from my debug logs (with few things replaced by xxxxx):

11:20:35.806 [DEBUG] [.o.b.n.internal.NetatmoBinding:191  ] - Request: DeviceListRequest[accessToken=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]
11:20:35.873 [DEBUG] [.o.b.n.internal.NetatmoBinding:192  ] - Response: DeviceListResponse[status=ok,body=DeviceListResponse.Body[devices=[DeviceListResponse.Device[id=70:ee:50:04:c6:4a,firmware=101,ip=<null>,lastFirmwareUpdate=<null>,lastRadioStore=<null>,lastStatusStore=Sat Jan 17 13:12:08 CET 1970,lastUpgrade=<null>,moduleName=Indoor,modules=[02:00:00:04:f6:ea],place=DeviceListResponse.Place[altitude=0,country=FR,location=[xxx, xxx],timezone=Europe/Paris,trustedLocation=<null>],publicData=<null>,stationName=xxxxx,type=NAMain,owner=<null>]],modules=[DeviceListResponse.Module[id=02:00:00:04:f6:ea,firmware=43,mainDevice=70:ee:50:04:c6:4a,moduleName=xxxxx,publicData=<null>,rfStatus=70type=NAModule1]]],executionTime=0.0070958137512207]

...

11:20:37.315 [DEBUG] [.o.b.n.internal.NetatmoBinding:167  ] - Request: MeasurementRequest[accessToken=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx,deviceId=70:ee:50:04:c6:4a,measures=[Co2, Humidity, Noise, Pressure, Temperature]]
11:20:37.338 [DEBUG] [.o.b.n.internal.NetatmoBinding:168  ] - Response: MeasurementResponse[status=ok,body=[MeasurementResponse.Body[values=[[651, 36, 64, 1011.8, 20.2]]]]]
11:20:37.437 [DEBUG] [.o.b.n.internal.NetatmoBinding:167  ] - Request: MeasurementRequest[accessToken=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx,deviceId=70:ee:50:04:c6:4a,moduleId=02:00:00:04:f6:ea,measures=[Humidity, Temperature]]
11:20:37.452 [DEBUG] [.o.b.n.internal.NetatmoBinding:168  ] - Response: MeasurementResponse[status=ok,body=[MeasurementResponse.Body[values=[[63, 6.2]]]]]

 

I see an information "rfStatus" but nothing relative to WiFi ?

 

 

 

As an additional note (and possible other bug), I see this log just after the call to DeviceListRequest:

11:20:35.886 [INFO ] [.o.b.n.internal.NetatmoBinding:295  ] - The following Netatmo measurements are not yet configured:
        70:ee:50:04:c6:4a#CO2 (Indoor)

 

That is strange because the Co2 seems to be perfectly retrieved and displayed in openHAB.

 

Regards

[Gaël L'hopital]

Hello,
Regarding wifi, this is a bug, I'll make a PR.
Regarding C02, it's a case sensitive matcing issue that doesn't prevent the value to be reported but will also correct it.

[lolodomo]

Ok, perfect.

Do you need a bug declaration in the right tool now ?

[glh]

I did create the issue - just wait for the PR to be integrated now :)

2015-03-17 14:06 GMT+01:00 lolodomo <smartp...@gmail.com>:

Ok, perfect.

Do you need a bug declaration in the right tool now ?

--
You received this message because you are subscribed to a topic in the Google Groups "openhab" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/openhab/4kO5GplckYI/unsubscribe.
To unsubscribe from this group and all its topics, send an email to openhab+u...@googlegroups.com.
To post to this group, send email to ope...@googlegroups.com.
Visit this group at http://groups.google.com/group/openhab.
To view this discussion on the web visit https://groups.google.com/d/msgid/openhab/6c89f386-7427-4a67-a20b-0ad38fb89822%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[lolodomo]

I just checked the new version of the binding from the 1.7 snapshot.

The message relative to C02 has disappeared. Good.

Regarding the WiFi level, my variable is now not set at all (that is already better than a wrong value). Probably not what was expected by you.

Plus I now have this error in my logs:

Exception in thread "Netatmo Refresh Service" java.lang.NoClassDefFoundError: org/openhab/core/library/types/PointType
        at org.openhab.binding.netatmo.internal.NetatmoBinding.execute(NetatmoBinding.java:194)
        at org.openhab.core.binding.AbstractActiveBinding$BindingActiveService.execute(AbstractActiveBinding.java:156)
        at org.openhab.core.service.AbstractActiveService$RefreshThread.run(AbstractActiveService.java:173)
Caused by: java.lang.ClassNotFoundException: org.openhab.core.library.types.PointType
        at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:455)
        at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421)
        at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412)
        at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
        ... 3 more

PS: the 1.7 snapshot version of the binding has been installed in my 1.6.2 OH full setup.

[watou]

Reviewing the github repository, it looks like the Netatmo binding now has a dependency on PointType, which was recently introduced in the master branch, meaning that compatibility with older OpenHAB releases has been broken.  I don't know if this was intentional.  Usually binding code changes try to maintain backward compatibility with older core releases when possible.  You might want to open an issue in github to see if the developer(s) meant for this to happen.

watou

[lolodomo]

OK I rollback to binding v1.6.2.