Yes, I know, it looks like this.
But I do not know where this comes from?
I have no jar file any more and just installed the binding via PaperUI.
Any hint what could be wrong?
Should I uninstall the binding? How to do that?
you should try to clean tmp & cache
if you have 2 versions of the same binding and remove one from the console it doesn’t clean all the stuff and it may reload it.
@vbier Are you still using your JeeLink stick with ser2net?
I also tried to get it running but something is not working as it should. My JeeLink thing of openHAB has the state online but it doesn’t receive any information from any of my sensors. It doesn’t finds any sensors (auto discovery & manual thing config). I tried switching the baud rate (56700 as used by jeelinkUsb and 115200) in the ser2net config file but this doesn’t help either and the information on the internet about JeeLinks via ser2net are quite thin.
I also use ser2net to share my zwave stick via tcp and that works fine.
Can you tell me which settings are working for your case on the side of openHAB and ser2net?
I had a strange behavior when i inserted these lines in my ser2net.conf. At first it looked like it would work. My sensor things were online but after about ten seconds they were unknown/offline again. I also tried without a timeout.
/dev/jeelink is my static udev link of the port from the jeelink which leads to /dev/ttyUSB0
I also tried mentioning the banner after the jeelink line like in the examples of the config file.
thank you for this great JeeLink Binding. Works flawless for here with a few of LaCrosse Sensors.
may i ask you about the BatterNEW and LOWBattery logics ?
Yesterday around 21 o´clock i put new Batterys (Eneloop) in my Sensors.
And the switch Battery NEW goes to "ON"State. Works great.
But this morning 6 o´clock the Switch Battery NEW was in “OFF” State.
How come ?
Br Peter
Because it was no longer new? I have no idea as I did neither invent the protocol nor manufacture the HW. I have only written the binding that displays the values.
as i mentioned in my previous post, i put in new Battery in the Sensor at around 20:30.
This morning at 06:00 the BatteryNEW Switch is OFF.
Where can i find in the log, when the ON to OFF occours ?
EDIT:
If find it in the log:
2019-02-25 20:26:00.769 [vent.ItemStateChangedEvent] - LaCrosse_Aussen_BatteryNew changed from OFF to ON
2019-02-26 01:29:06.590 [vent.ItemStateChangedEvent] - LaCrosse_Aussen_BatteryNew changed from ON to OFF
and here another one:
2019-02-27 20:44:09.165 [vent.ItemStateChangedEvent] - LaCrosse_Innen_WHZ_BatteryNew changed from NULL to ON
2019-02-28 01:46:13.751 [vent.ItemStateChangedEvent] - LaCrosse_Innen_WHZ_BatteryNew changed from ON to OFF
Looks like after around 5hrs it went to OFF.
Ok, if i now persist this i knew when put in new Batterys.
But more important is when the LOW Battery is detected.
The logic to switch from “battery new: on” to “battery new:off” is implemented by the firmware of the Technoline / LaCrosse Sensors and we cannot change them.
But with some rules you could detect the change from new to ‘normal’ and trigger an event.
Are you sure jeelink:lacrosse:tx35it and jeelink:lacrosse:2 are the same thing? Looks to me as if the first one is the one you defined in the things file and the second one has been added by discovery.
After figuring out, that the 6 in that line is my sensor id, I was able to manually create the sensor thing.
May I suggest the following changes to the documentation:
Add a note to raising the log level to trace
describe the reading format, especially the sensor id. (From what I understand, the 1st number (9 here) is the sensor type, the 2nd number is the sensor id (6), the penultimate is the encoded temperature (242) and the last number is the humidity in percent (53). The others are probably the battery or so)
This should not be needed. A better approach would be to make the discovery work reliably. Can you remove the sensor thing, enable trace logging and then start discovery. Please post the part of the log containing the discovery.