Comments (8)
Hello Jens,
Thank you for bringing issue. I also noticed that use of openHAB serial port API in place of jrxtx librar (as it is done in wmbus binding you tested), caused jmbus to discard large amounts of data. This issue is likely related to how internal implementation of serial port listener in jmbus works with retrieved data. As a side note - jmbus serial transport can discard a ton of data on its own, however its clear that probability of discarding is much higher with OH transport than with jrxtx.
I'll bring a jrxtx "bridge" in order to provide a quick testing possibility.
from connectorio-addons.
Never decided for a special serial handler. But this combination works fine, as I use enocean, zwave (Gen5) and zwave (Gen7) in parallel, and furthermore wmbus.
from connectorio-addons.
jrxtx Bridge seems to work now,
While looking on devices an channels, looks like a lot of telegrams are dicarded. Devices seems to work, but updates take really long times. Is there a special paket I should debug to get this confirmed and understood?
from connectorio-addons.
Very interesting: Deactivating wmbus-Stick and activate again let the channels apear from earlier discovered and added devices.
Strange. Should work without disable and enable stick, that channels appears
from connectorio-addons.
While looking on devices an channels, looks like a lot of telegrams are dicarded. Devices seems to work, but updates take really long times. Is there a special paket I should debug to get this confirmed and understood?
Strange. Should work without disable and enable stick, that channels appears
The serial port listener from jmbus can discard data on its own as it sometimes have troubles scanning "beginning" of frame and then keeps jumping blindly over data stream. I remember that sometimes it was sufficient to close and open port (that's what disable/enable cycle of bridge does) to restart listener and let it catch fresh breath.
For debugging purposes the old binding included a special "tool" I've made to log all received telegrams. Current binding does not have it. I did an early draft of such tool (called "communication inspector") together with wmbus binding with intention to make it useful for other bindings too. Obviously wmbus binding is first candidate to benefit from it. :-)
Another implication is - some wmbus devices can report two kinds of frames (or even more). For example Karmstrup devices have "short" frame which is reported frequently and "long" one which is reported every 30 minutes, or even less often. Each consist different payload resulting in different update frequency.
In order to debug received payloads you can enable debug output for org.connectorio.addons.binding.wmbus.internal.transport.WMBusMessageListenerAdapter
. It drops each and every message properly recognized by jmbus library.
from connectorio-addons.
Yes, but the binding and the things were active for hours and still most meters don't have channels shown in UI.
Maybe because I used customIDs adding the things?
from connectorio-addons.
Well, if everything is configured, all channels are sometime there, the devices working got actual data.
So only issue left is: It tooks a lot of time (restart Stick oder openhab helps somehow) until channels are up.
from connectorio-addons.
All watermeters working fine and stable now.
But beware: With PR31 if I add my wmbus Stick with normal serial instead of jrxtx, openhab is directly killed without any log entry and restarts. After that dev/wmbus is stuck, so busy: Only a full reboot works.
So my opinion: Erase possibility for normal serial stick, better use jrxtx serial ;-)
from connectorio-addons.
Related Issues (20)
- Iconify support for openHAB 4 HOT 7
- Automatic discovery of ADS symbols / channels HOT 1
- Fatek serial connection support HOT 1
- Support wireless m-bus for openHAB 4.0.3 HOT 5
- canopen.ta: Values transmitted on canbus are not stable HOT 2
- Provide KAR files for debounce and other profiles
- Provide KAR files for serial port utilities HOT 1
- [WM-Bus] Add support for TCH Hardwareversion 57 device (Heat_Meter?)
- Devices shown online in openhab while linked bridge (serial-jrxtx) is offline with error could not open port HOT 2
- Provide inspector which will trace communication between bindings and end devices
- [WM-Bus] Add support for TCH Hardwareversion 23 device (Heat_Meter) HOT 3
- [WM-Bus] Water meters sometimes went offline "wrong keys" HOT 3
- Support bacnet for openHAB 4.0.x HOT 3
- Support for rewriting calls to https servers through proxy module
- Invalid behavior of amsads binding with Beckhoff BX9000 HOT 1
- Support for prioritized writes within BACnet device channels
- Add rollershutters for fatek binding HOT 1
- Reduce verbosibility of logging
- Eliminate use o ThreadLocal in chained profiles
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from connectorio-addons.