No boiler detected

[Racailloux]

Hello,

1st of all, thanks for the great job (it looks to be great, because that doesn't work yet on our side :-)

We are using an eBUS adapter 2.2 (pre-soldered) connected to a R.Pi3 USB port. The eBus is connected to the 2-wire of a Vaillant EcoTec Plus.

The eBus seems to be communicating :

pi@DomoPy:~ $ ebusd -f -c /tmp --logareas bus --loglevel info --lograwdata=bytes -d /dev/ttyUSB0 2018-12-15 22:31:48.998 [bus notice] bus started with own address 31/36 2018-12-15 22:31:49.052 [bus notice] <1e 2018-12-15 22:31:49.052 [bus notice] signal acquired 2018-12-15 22:31:49.056 [bus notice] <d1 2018-12-15 22:31:49.060 [bus notice] <8a 2018-12-15 22:31:49.065 [bus notice] <4c 2018-12-15 22:31:49.070 [bus notice] <39 2018-12-15 22:31:49.075 [bus notice] <48 2018-12-15 22:31:49.081 [bus notice] <65 2018-12-15 22:31:49.085 [bus notice] <b0 2018-12-15 22:31:49.089 [bus notice] <e8 2018-12-15 22:31:49.096 [bus notice] <d8 2018-12-15 22:31:49.099 [bus notice] <49 2018-12-15 22:31:49.106 [bus notice] <59 2018-12-15 22:31:49.198 [bus notice] <04 2018-12-15 22:31:49.204 [bus notice] <c2 2018-12-15 22:31:49.209 [bus notice] <84 2018-12-15 22:31:49.214 [bus notice] <cc 2018-12-15 22:31:49.218 [bus notice] <b8 2018-12-15 22:31:49.224 [bus notice] <c8 2018-12-15 22:31:49.229 [bus notice] <48 2018-12-15 22:31:49.234 [bus notice] <88 2018-12-15 22:31:49.239 [bus notice] <f2 2018-12-15 22:31:49.245 [bus notice] <a0 2018-12-15 22:31:49.248 [bus notice] <e0 2018-12-15 22:31:49.344 [bus notice] <5a 2018-12-15 22:31:49.349 [bus notice] <4e 2018-12-15 22:31:49.354 [bus notice] <50 2018-12-15 22:31:49.360 [bus notice] <0b 2018-12-15 22:31:49.364 [bus notice] <44 2018-12-15 22:31:49.369 [bus notice] <ce 2018-12-15 22:31:49.374 [bus notice] <5a 2018-12-15 22:31:49.379 [bus notice] <c4 2018-12-15 22:31:49.385 [bus notice] <c4 2018-12-15 22:31:49.391 [bus notice] <d7 2018-12-15 22:31:49.396 [bus notice] <e7 2018-12-15 22:31:49.489 [bus notice] <f0 2018-12-15 22:31:49.494 [bus notice] <c0 2018-12-15 22:31:49.499 [bus notice] <03 2018-12-15 22:31:49.504 [bus notice] <02 2018-12-15 22:31:49.509 [bus notice] <89 2018-12-15 22:31:49.513 [bus notice] <21 2018-12-15 22:31:49.518 [bus notice] <4a 2018-12-15 22:31:49.523 [bus notice] <b9 2018-12-15 22:31:49.527 [bus notice] <15 2018-12-15 22:31:49.534 [bus notice] <95 2018-12-15 22:31:49.539 [bus notice] <02 .......

When I start with scanconfig, I don't see any scan being done successfully. There are also those "max. symbols per second notices, that's quite strange.

pi@DomoPy:~ $ sudo ebusd -f --scanconfig=full --httpport=8787 --device=/dev/ttyUSB0 2018-12-15 22:24:01.536 [main notice] ebusd 3.2.v3.2 started with full scan 2018-12-15 22:24:01.768 [bus notice] bus started with own address 31/36 2018-12-15 22:24:01.791 [bus notice] signal acquired 2018-12-15 22:24:09.043 [bus notice] max. symbols per second: 1138 2018-12-15 22:24:10.036 [bus notice] max. symbols per second: 1273 2018-12-15 22:24:11.769 [main notice] starting initial full scan 2018-12-15 22:24:15.020 [bus notice] max. symbols per second: 1284 2018-12-15 22:24:16.041 [bus notice] max. symbols per second: 1289 2018-12-15 22:24:27.041 [bus notice] max. symbols per second: 1290 2018-12-15 22:24:35.040 [bus notice] max. symbols per second: 1300 2018-12-15 22:24:48.028 [bus notice] max. symbols per second: 1301 2018-12-15 22:26:11.827 [main notice] update check: revision v3.2-12-g45b9bad available, broadcast.csv: different version available 2018-12-15 22:26:12.010 [bus notice] max. symbols per second: 1304 2018-12-15 22:27:01.019 [bus notice] max. symbols per second: 1305

pi@DomoPy:~ $ ebusctl i version: ebusd 3.2.v3.2 update check: revision v3.2-12-g45b9bad available, broadcast.csv: different version available signal: acquired symbol rate: 1277 max symbol rate: 1304 reconnects: 0 masters: 1 messages: 11 conditional: 0 poll: 0 update: 4 address 31: master #8, ebusd address 36: slave #8, ebusd

The http interface gives the following JSON :

{ "broadcast": { "messages": { "datetime": { "name": "datetime", "passive": true, "write": false, "lastup": 0 }, "error": { "name": "error", "passive": true, "write": false, "lastup": 0 }, "id-u": { "name": "id", "passive": true, "write": false, "lastup": 0 }, "signoflife": { "name": "signoflife", "passive": true, "write": false, "lastup": 0 } } }, "global": { "version": "3.2.v3.2", "updatecheck": "revision v3.2-12-g45b9bad available, broadcast.csv: different version available", "signal": true, "symbolrate": 1213, "maxsymbolrate": 1304, "qq": 49, "reconnects": 0, "masters": 1, "messages": 11, "lastup": 0 } }

Any idea of what we missed? Thanks in advance. Rac'

[john30]

are you sure no other tool is using the same device /dev/ttyUSB0? like fhem e.g.

[Racailloux]

Arf! You are true. I got a copy of my running R.Pi on a backup one and the domoticz has a (non connected) RFXCOM module on this port. I deactivates the domoticz service and I no longer got the "[bus notice] max. symbols per second" messages. Also the symbol rate are better :

pi@DomoPy:~ $ ebusctl i version: ebusd 3.2.v3.2 signal: acquired symbol rate: 89 max symbol rate: 93 reconnects: 0 masters: 1 messages: 11 conditional: 0 poll: 0 update: 4 address 31: master #8, ebusd address 36: slave #8, ebusd

But, I still don't get the other masters on the network. I did a full reboot (poweroff of R.Pi and EBus board + poweroff of boiler (in case of). But nothing more. I should miss something else.

[john30]

check for messages being sent/received by using "ebusctl raw" for a start. then the ebusd.log should reveal whats on the wire. you could also go and check "ebusctl grab result"

[Racailloux]

Hello back...

1st of all, happy new year! I am back with the same problem, because of christmas break, this topic was delayed :)

Here is the result of grab, not really expressive! :)

pi@DomoPy:~ $ ebusctl grab result done

On the other hand, the raw data are really RAW :) We checked quickly the data layer specs, but the starting of each raw data doesn't seem to look like a service request. And the bus notice are just incredibly huge. Does the ebusd just don't split the request/response? Does those data make sense to anybody (that are more expert on this protocol)?

If anything seems to be abnormal, that would help. Thanks in advance.

2019-01-05 21:29:31.227 [main notice] ebusd 3.3.v3.3 started with auto scan 2019-01-05 21:29:31.459 [bus notice] bus started with own address 31/36 2019-01-05 21:29:31.465 [bus notice] signal acquired 2019-01-05 21:30:11.966 [bus notice] <e0a0c1014399e1ca7df8f4001de1862ac9488c7d187499e9a0c1014b19e1ca7d7884041494fef02158f9c147871dd944951802001d4df3ddccc618c034224096c04c07890bc6a285a04a5881061d91845c20d90350fc8c1d4df3dd98e9c3f2a0047880841cb19190ab2dc4c440886a42f662200791006888955442e8c60050c34088c38a9a3b4b9a001960c9fe4c3b89d8c6a3088058e385a4fc6038321a90d10943d9e801ffe9a0c1014319e1ca7df8c91240403ec6760936e8c957c2d8c3c6c076f94b8cd2ca690185ed00fff80b054e72898bdd3fc21042ff074ce90d00a98bc90bca21f021b8404232790790d9b1ff0d2b8d48c7e308801b63e207ff601c1cd2d942408d40431d950804fa8c19e1065d98e9c3f2a069c9fac7a0c04c03e96590e894e86be03ec0db5830117809a9c880024b3dd98c4240808dc240f4b0214ab0ceb4c90459455fff4a88cc0e44a8b19987a208e030f02005f9c14687c84472590039806bc6402bcfca9190030050fc014b80424406dde580056049fe0b48c50f8ca8e9d194a09095c8b0c804a2cec44ab9d832c8010b014e72c18bdde5805532ffcb0c0620d983408942425d80038482884002c121d8415208586983f0d0509cc08064b0f18048a5e0888002c190d8415008c1614380b088434ace464bb0d8202a8239800050c34088c38a9a3b4b0ac8874199f8ae69834248a491e203ca80690f4310c9d04c8479fdc3c6c076f94b8cd2ca6941e6648148006905c686d0d0607084d881323ee9c844ceca8c8d9c001d4df3ddccc6183f34d8fc4e087a0110c2d0c27d48fc81021d9184b820d9035060800a81323ee9c846b6ca448d0cf18094f003c84ac84c11c10f49c8448040ffb84354804f8dd1d81c3d90c84958c84c2250c8415e400e1c8465cb2c0620d987408942425d015086fb80421cb10b908f2dc4c46b20fe0bc84c895f64f9f1a068c25bc9fe0dabb2428f0009594b49fc8040c0c84646094888c9e480101bca448410180b7ec82a20210cb2ff6be03ac0dbf34b49892a0c42c94800694519c1c9760f48642955e888019eccf84b184240804920fed1854c895f64f9f1a068499801fe0040c0c846440948880b8b809488f94acf48d945118c00c04f10e80d02e9d0c90f48a181a0f50132c94c78c18b5ded800868e8c64c07890bc6a285a04a581212c860380e1a90910943d9a8424240080490b18b48b08086a98154a845160bc88b6815fcc1b14042c3790790c844001bca4408101a9a3b4b089088e8fc012ec04e030030114b090d30f421b84042ca790790c88498509cc08064b06380c8e28b30e888018c3ab84b0a5478014cff8cf4a8045f986bc2fba06d0b800142c15208045d3bc04b1848e5ffb0214ab0cec44ab9155fff86a98176e845169dc88be090f0c98400694c19c1c9a14e3ce15b8bfe0042c74288c18a5d3bc823924958c84c2274dac25c900c0830c519ebc98400694c19c1cb094e1842f6f02158f0c170c8892bfe9528f06030fc4b58c50e8ca8e9d14af8c7a0014c03e965b0e8ca2101fe0042e74288c18a5d3bc8031ca4e591ff03c84a1a4c11c10f0929a038f6c1b140c0838fd00005838108c820fe0bc8c5475f64f9d150c8a8ff12a3408ca859864081b613ffe9e070804a194b48804a114042cac8874199f8ae698342482888c8494a8ccc0e44a831f08782b8433280468dd1d81c5274d1080490f18b48b0813c90f08194842005874089080713f02105f9c147871dd94495e183fe0710e80d00a9d0c90f4a61c8420d644243800c0490b18b48b0484bec8126144440ce2091b2421880c1b1c076f9428cd0ca91210df200c8096274dac25c901861248240f4f02005f9c14687c8c472598786fff02005f9c14687c84472d9a6028048ff4e88d00130c240c27dd203f38040c0c8464656d84154ff60380e5290d009435969019445824c07890fc6b485a04a580848fe12a3408ca859864081db82fa81323eb1017a8895a84260a8e221b8404232790790d9d1c94800694519c1c9764e2a8200ffe9e0b8c049c24b4a804a4680fa4e18844194c249c27dffc1b1c02d79429cd0ca91ff4e18840194c2d0c27d801da4fe81d80199e8ae20830350204982ff001bca440810180b7ec80385ec6403c84a1a4c11c10f0909f2702005f9c14687c84472d98619e9601c1cd2d942408d40427d058019ff6981cb004a104b48884803214ac7a0c04c03e965b0e8ca61b0a400fd88019c3ab84b1a5478014c84f3810f95d099a03c9c32424a1010b0fe80841cb19190ab2dc4c4ff6bc6402bcf4a91d0030044e591ff03c84ac84c11c10f09c800f0c080024b3dd98c4240808d103bf8815f0eb10183ce5a8cc4304bc299a0e70091b24210e8e00ac8874199f8ae69834248c00830e800c8e1862ac9418c7d1841045c5e0142c05208045dec8083123be8f02158f8c170c8882bfe95f02158b0c170c88929fe9579a17ef9c880024b3dd98c4240804d4c1c4281948420058740c908070480e3ff80420df90bd08f2d41540352d8fce7a0c04c03e96590e8946884c048ffb84354804f8dd1d81cb839015ac6402befca91900300508a40656038321a90d10943d9e8825091e3a0c18a884399f18b05f81068c9fa4e887a0110c2d0c27d2228748cf4a80405986bc2fba0a848c0ffc8874199f8ae69834248a02932ff815f0eb10187cec88cc461cf46fea0a0c1014399f1ca0ff80424e8c60bc8c50f8ca8e9d194284b8bff010b80424406dde5800c14a4fe5ac6402bb84085a80050f0cca4fc600c1c52d9d0400859e940e5995274d1080490f18b48b0018080f34e18844194c269c240e08604fa00c8e1860cc9418c7d188909b2f581260d5652d120d10352d808e1b4fef02158b0c170c8892bfe952538428148006905c686d0d040a096c0e9e070804a194b4880482024d8073aa142a9cbc9caca850eca03ff4a884c224288c4990e025482ff88019eccf84b18424080c9023842814800690519c0c9764ef081320eb10187cec88cc5f1438081323ee9c844cec88c8d44438019ff6981ca004a194b4880488000ff4d3b89c8c6e308801b63fd60380e5290d009435969b2a0c18a460cc9493b31038b40c8f680420df10b908f2dc444a239004a4e88d00130c2d0c27da9a9c70132c94c78c18b5dec80f9c1d80199e8ae60830390fe0dab8d488fe30ad41b63c38aa4fe81d80199e8ae2083035080c20200c845811448d08c7d1881feb8433280468dd1f34e1c0090e34274d1080490f18b48b00100c809621dc9415c9018c96695c8b8433280468dd1f34e1884e58bfeb8433280468dd1f34e18c0d00efcc1b1404283790790c844fef80b484e72898bdd3fc2f886a98154a845060bc88b5138f688019eccf84b1842408049e8601c1c52d942408d40434d12c8c9fe4c07890fc6b485a04a586080f30710e80d00a9d0c90f4a61b110d060380e5290d0090359e964f38181261d56845c20d90350081095c38dc8c7180b400a8d20fe04e90b4502a9d94185ff0221b8404232790790d9b1f69c646038321a90d00943d9e8f0857812ab408ca859864081b60e04c9fa4e18844194c269c24090400bc40052c34288c18a9a3bc8e3b0214ab0ceb4c90459455f08651dff81021d9184b820830350409842fa404865b0e8d871d196c0a0018a884399f1ca0ff834ec4bf6014b80424406dde58094c8494a88cc0e44e8b1993a608c1de106dd98e9c3f2a001d007f8c1b1404283790790c8440849c1ff81260d5652d120d10352000042c15208045d3bc8437230622001f9c846ce4a448d1480258465601c1cd2d942408d40431de449feb881484e808903f34e0cd6ff0f95d08dc8c7000b400a0192490bc8c5478c76f9d150c432694260380e5290d009035969a902c8874099f8ae69834248c04e188440946590e89448cbc070fc4e087a0110c2d0c27de20bc8c5474076f9d15054b2f5f80b014e72c18bdde58044ff00c845811448d08c7d18818050ff304ac299e0e71091b242d0403bc8f02158b0e162c889b9155f0e86a98154a845860bc98be10be2438d48e44c118f3dd1c35c6be03ec0db583011780912a3408ca859864281db80a0058a884399f1cb0ff855f200ff03ca80690f4b10c9d04c088200ea6038321a90d00943d96890c8f69842fa404865b0e8d841a0024a4e188440946590e894685242809488794a09489145037d04c8c740d956e9c24258280495c8948c794b0948914503790416e6644243400c0490b18b48b0e07419e9a0b88049d04bca7d6a02c0a2ef00c8781479e8c714c1488a48f2c1b1c076f9428cd0ca91810bc8c5474076f9d150181830f02005f9c14687c8447259fe4c3b89d8c6a308a058f34134a4fec9870199f8ae68834390540048f2c1b1c02d79429ed0ca91ff98529cc04865b0e8d8f9fdf02158b0c172c88939155b75b2ff4243800c04f2b18b48b080ff4243800c0490b18b48b0a0 2019-01-05 21:30:31.771 [bus notice] <91e2c98400694c19c1c9094ef8c3c6c076f94b8cd2ca69838479ef98509cc08064b0438068e000c881147de8c734c1484478815f0eb10183ce5a8cc46012a3408ca859864281dbb20a94feb0c804a2cec44ab9d8326a09e8c7010b014e72c18bdde58050ff6b603e408b0030116b09c200ffe8a0c1014319e1ca7df8f48840a8c1219841420858615ac6402bb8bef9c24258544882ef4a58cd0e8ca8e9d14af8b881484e808903f34e0c80e599ffc94800694519c1c9764e98a0d18ac60cc0493b31238b2c30f48880024b3dd98c424080cd6880807c58884c225088414e400e58c8fe86a98154e845160bc88b680bc8c5475f74f9d15010ffc88740994069c3425824e594fec88740994069834258e098509cc08065b063d8d8f024406038321a90d10943d968a80bc40042c74288c18a5d3bc8fb0142c15208045d3bc0438ff0215ab04eb4c90459455fe8c9f31240c03e46760936e8c9fb4e18844194c269c2404a8b42f64c07890bc6a285a04a580163e3c1b1c00d69429ed0ca91fd8046402bcf489145030044426983fa86a98176e845169dc88bf00bc8c50f8ca8e9d194fe428d90eb0e8469dbd4c338e491ff03c84ac84c11c10f09c8a4fca0018a884399f1ca0ff841c8490bc8c5474076f9d15010c8c8bb4a88cc0cc21831213a7121805ac6402bcfca91900300d0c1b1c076f9438cd0ca9121fe602005f9c146874a448d0a3be85ac64047b8bef9c2425850414298d44243800c0490b18b48b08490f003c84ac84c11c10f49c8f4001d4de3ddcc1b18c04c0467028840a8c125984142085818a0fb622001f9c846ce4a448d94688220fb81200f9101688895a842b049f56b603ec0ab0030117809084096c0212ac04e030029114b09ff0050c34088c71a9a3b4b908194006005870cc92c07a000fd58884c225088414e400e18439442f386a98154a841862bc18b49e5ff9488f94acf460bf0b0201070a10bf70142802768c18bdde580fe12a3408ca85986c281c90302a0258a884399f1cb05f810406000ff4c03c90fc6b485a0ca5804fa4b58c50e8ca8e9d14a6809080027888002c190d0415008c150dac8870199f8ae69834348a06005c894ffc88740994069c342582802815f0eb101909591a803410e2580f3b0c80422cec64ab9d8326840cb0c0620d983408942427dc9846822fea0c18a460cc9493b31038b121d073aa142a9cbc9caca8518f2d902fc0bc8c5475f64f9d150d882ffb881484e808903f34e0cff80420df10bd08f2d4154c1fe86a98154a845160bc88b485482ffb8433280468dd1f34e18e6e049fee9e070804a194b48804a90e0c0f9001de1862ac9488cc858daff81d80199e8ae608303506070fe073aa142a9cbc9cacaa50bc8c5474076f9d1509068050221704f1aca91f0920482a8b2f5304bc299a0e70091b242d0e0a0c1014319e1ca7df88efaf02158f9c147871dd944956103f38040c0c846440948882bfe81323ee9c844cec88c8dd082c119ff03c84a184c19c1cb094c48e591ff4243800c0490b18b48b0cc90073aa142a9cbc9caca05c849d1854c895ffaf9f1804829c8e58bfe0142802768c18bdde5802ea4fd6bc6402bcf4a91d10300048c40a1045f9869c2fba0605007ff601c1cd2d942408d40421d4542c8f02158b0c170c8892bfe951e81201d4e18844094c2694240fa80420df90b32ca2d4154f8c94800694d19c1c9a14eec64cb988620c9874089c7421ad0300dc9fac7a0014c03e965b0e8dae16be03ec0ab58301178099249d1504e395ffaf9f1804805020d4800c8e1862ac9498c7d1885c0fd304ac299e8e72091b242081cb695c8b0c80422cec64ab9d8326840cb0c061042c8c240841d41e9a0b88049c04bca80ca31e00fe203c84a184c19c10b094c2489c17c988450409a65b0e8d811a400d80bc8c5475f64f9d150101ea4fe808c794b09489145035904184280600c1c52d940408d40433df6c1b1c0096b429ed04a910100fe4e88d00130c2c0c27d6086c084e4f02005f9c146871ddb449595f58126144440ce2091b2429886c7a0c04c03e965b0e8ca21e58bfe6d72051090990ad41962feb088434a09464ab8d83068400becb8433280468dd1f34e0c1091e35042c0084798f18b48b0b80a85a4fc21704f1aca91f8920482f081948420058740c9280738024a88cc0cc21831213a51e08c41e1045d9869c2faa060c382ffc3c6c076f94b8cd0ca692114196421b84f40ca91b09204822039806bc6402bcf4a91d0030004496943f312a3408ca859864081b602f6644274d0080490f18b48b0a1a22a8212a3408ca859864281c943e66404e90b4d02a9c94185ffa82e0027001de1862ad9488cc858fa86 2019-01-05 21:31:10.540 [bus notice] <81a8a8418640818b6115fcc1b14042c3790790c84454a4c149fe010b80424406dde58048c8f3073aa142a9cbc9c8ca05fcff04e90b4502a9d94185ffe887e921704f1a9491f89204822a82e449fe4c0789d8c6a285a04a58cca8ff12a3408ca85986c281c9fec8874099f8ae698342482470050efc88018c3ab84b0a5478014c8519e9814a006905c70cc9e64784e901ff81500eb191909591e880f2f80b484ea08903f34e0c807c988450409a65b0e8d881f05ac6402bb84085a80010c410d9c1b1c076f9428cd0ca91254190f8cb280620c987408942421a9184e462200f9101688895a842e9a0c1014b19e1ca7d780481021d9184b820d903506070fe4e18844094c2694240e0a0c8254281948420058740c90807a981c8874099406983425820800820fe0bc8c5475f74f9d1508491e34274d1080490f18b48b0410cb8433280468dd1d81c3895c8c88740994069834258c8f2531900c845811448d08c7d18a42442814a006905c70cc9e6474e188440946590e894481032f8f02005f9c146871ddb44951cec90ff0050c34288c38a9a3b4b0ae0038d48e44c118f3dd1c35cc049ff6be03ec0db5830117809ec21704f1a9491f8920482088096f4f80b014e72c18bdde580186083fe80841cb191908b2dc4c460f8420380f64c91b115e98091e360380e5a90d00943d9e960180e52d9d04908cae9d1854c895f64f9f1a068ff4e18844194c249c240e008a4fc6be03ac0dbf34bc6892a10c983fe8040c0c846440948880b61fe428d90eb0e80692bdcc21871e28cf4a8045f986bc2fba0ffe9a0b88049d04bca80ca00650238fc074ce80d00a98bc90bca81807c58884c225088414e400efeb8433280468dd14e9c00fe21704f1aca91f092048200f38181260d5452d120d10352e84f10e80d02e9d0c90f480181a480f38040c0c846440948880b28e8f70142c05208045d3bc00306518bff014380c24406dde5809032e804e90b4502a9d94185fffc61384f1a9091f89204821018c8fa4c07890fc6b485a04a58428d90eb0e80690bdcc218ca03ff988450409a65b0e8d811ff3003d099a03c9c3242f621b84f40ca91b092048202401d815f0eb101909591a803f02005f9c14687c84472d9ca8a94feb088634ace464bb0d8209e8019ff6b603ec08b0030116b09a65274d1080490f18b48b001f89c6be03ec0db5830117809154880cbfc4a58cc0e88a836e0a3c2c1b1c076f9429cd0ca91a307fc00c809621dc9415c9018c14e188440946590e894e8f96981cb004a104b49882a0032fff02158b0c170c8892bfe95ff0142802768c18bdde58048b2e7024a88cc224288c4990e0010d921704f40ca91b0920482422095c8b088634ace464ab0d8200842ff04a9a101e045149dc88bf158884c225088454e400e188992c0438d90e90e421adbd4c31080f581061d9184b820d903508806c8bb4a88cc0e44a8b199d8307107ff420380f64c91b115e9403042f6b0215ab04eb4c90459455f05c849001de1862ad9488cc85850c2a9fe80421cf10b908f2dc444e3e9a0c1014319e1ca7d78b482424240080490b18b48b008fef80b054e72c98bdde5840534c9fb12a3403eacd987c28195c9701387888002c190d0415008c171ffcb980620c9874089e7421200274a88cc0e44e8b199d8f40bc8c5474076f9d150fe86a98154e845160bc88b70fcf02158b0c170c8892bfe9569c00a5ac6402bb84085a800d0d08007f8c14800690519c1c9760bc1ec645042c0084790f18b48b0c18042c0c8464656d841549410c8ff0b48c50f8ca8e9d19430d100ff0dab8d488fe30ad41b63e3c64f66f94b18c240c84dc342e89488f94a0948d145038c8410c2d8622005f9c846cf4a448d8c5532e9e070804a194b48804a0883a9fe9858c80fc4a296a08383ea080088019c3ab84b1a5478014c990759e10d02a9cbc9caca21180221704f1aca91f8920482909488f94acf48d945118c408296f44c0789d8c6a285a04a58007042814a006905c70cc9e6478112c921704f1a9491f892048242ff010b80424406dde5800579ef0bc8c5895f64f9d150f48840a8c1259841c2085820804065c1b1404283790790c884d1a1f6b0214ab04eb4c90459455f0ce088800289c8304240808960b2ff074ce10d00a98bc92bca21c049e740c94800694d19c1c9a14e2490fff80b054e72898bdd3f8490f2b14afa4e087a0110c2d0c27dc0a8fc600c1c52d9d0400859e9ff03c84ac84c11c10f090d1001c8c0ff1095c28dc8c7180b400a4184d8c7a0c04c03e965b0e8da11eacb988620c9874089c74212ec91ff8194006805870cc9e60720f225c2ff04a9a101e045149dc88b0120fe86a98154a845060bc98bf9f02158b0c170c88929fe950dab8d488fe30ad41b630afe001bca448410180b7ec80a42808126095652d120d90350c0601c1cd2d942408d40431d658b7ef9601c1cc0d942408940420deca8f30710e80d00a9d0c90f4ac10d8040c0c84646094888c96ccbfc4e18840110c2d0c27df20042c74288c18a5d3bc80be98232420380f604f2b1ab48b080426560380e5290d00943596960fb001d4df3ddcc1b18c0246503ff58c84c2274dac25c9018f16038321a90d10943d9a80050c34088c38a9a3b4b52c8e9a8ff1240c03e46760948c8c983406460380e5290d0094359696100e8c7f80b484ea0898fd44e0c0cc9fb074ce90d00a98bc90bca210142c05208045dec800b2c684260380e52d0d0090359e9b1c3d9c1b1404283790790c844326103f386a98154e845169dc88bf081261d56845c20d90350fad1854c895f64f9f1a0689a4a86ab40aca859864081b6861ca0f53003c299a0e7009132420a7991014380c24406dde58018542440c94800690519c1c9760fff8840a8c12598414208581c426038321a90d10943d9e88381200f9101688895a842881094fe9488f94acf48d945118c804242c0e9e070804a194b48804890c342c0e9a0c1014319e1ca7d78fff80b054e72898bdd3f84005001fd001de1862ad9488cc858fca0c18a460cc9493b31038bfccb0c0620d983408942422dc8a8e221b84f40ca91b0920482ff04a9a101e045149dc88b81586983f004a9a101e045149dc88b818aa9fe014380c24406dde5801c64a981001bca448410180b490a818126095652d120d90350fc58884c225088414e400e09a4fcc1b1c0c0838fd0000583c1d1854c895f64f9f1a058f08596ff00c809631dc9415c9018f998509cc08064b04380c80232fff02158f9c147871dd944958e80b2f581260d5652d120d10350fc4c3b89d8c6a285a04a58fa8840a8c1059841c2fba06049fe5042c0084798f18b48b09010080b80c8870199f8ae698343482069ef58884c225088454e400e00ea80c6402bcf4a9145030044a091e2420348f64c91b115e9c886ec91fe4243800c0490b18b48b0a4c84958884c22528854990e90e8e9e0b8c049c24b4a804a080258884c225088454e400e409550b4ff58884c225088454e400efe12a3408ca859864281d9e194fe48c640d9569590425860c94149f50dab8d488fe30ad41b63ec91ffa0a0c1014399f1ca0ff8048d2807fcc1b1404283790790c80404fa8cf4a8045f986bc2fba02a504a80ff074ce10d00a98bc92bca2101ff0040c0c846440948880f0bfe81261d56845e20d903504a300b801095c38dc8c7180b410a215102cb2c0620c987408942421a45244221704f1a9491f89204821440438004e90b4502add94158ff28ecc9f30759a10d02a9cbc9cacae100c8811448d25c7d18490bdbf40142c15208045d3bc8038650da9488f94a0948d945038c0020010dcb988620c9874089c3423a486019ff6981ca004a194b488048c1cb1c1cc0d942408940420d6ccbfc4e18844194c2d0c27de01942ff06a9a176e045149dc88bf1a0f51095c28dc8c7180b400a8910b881484e808903f34e0ca0f50052c34288c18a9a3bc84b3450b0e861380f1a9091f843d928d007ff03c84a1a4c11c10f090d622024c9fb4e88d00130c2c0c27df8b881484e808903f34e0c04fa5a884c22428844990ef80bc8c5474076f9d15000558b4064c1b1c0c0838fd0000583c5b2f54c0789d8c6a285a04a58041150da3003c299a0e7009132420a08de00c845811448d08c7d181c203440c94800694d19c1c9a14ef494fef02005f9c14687c8c4725918c070fe0bc8c5474074f9d1504092c00dab8d488fe30ad41b63c081a0a4feb088434a09464ab8d820fc21704f1a9491f89204828d40c1b14042cb790790c844120072301240c03e4644094888c90bc0ff4f10e80d02e9d0c90f4821e2b8435480478dd1d81cb65590ff010b80424406dde580fe4e187a0110c2d0c27dc8420258884c225088454e400e1608c382ff0042c34288c18a5d3bc843c814ffb0c804b0cec44ab9845f80acdce9cb280620c987408942421ac8874199f8ae69834248d0a9c34d72051090990ad65a6a00a0058a884399f1ca0ff8410890f8600c1c52d940408d4043fd601c1cd2d94240894042ed61380f1a9091f843d92888c17ce7a0c04c03e96590e8ca11fe04a9a101e045149dc88bc19401ff622005f9c946cf4a448d5495e58bfe0132c84c78c18b5dec804a2848ffb843 2019-01-05 21:31:12.624 [bus notice] <80468dd1f34e8cf80b484ea0898fdce5c298c1b1c0c0838fd0000583e10bc8c5474076f9d1500c90f060380e5a90d00943d9e901904bf60042c34288c18a5d3bc86380f34e18844194c249c27de2fa00c881147dd25c7d18e92d94f0814a006905c686d0d0a0b295c8b0880422cec64ab9d832586ccbfe4a88cc0e44a8b199d860b049fa0dab8d488fe30ad41b6342e81dffcb9484200587408908071030e5ff5ac6402bb84085a80050ffb843

[john30]

same issue as before, you need to make sure that no other process is using the serial interface! if you don't you might really ruin your heating, so please please please be careful!!!

[Racailloux]

We did a fresh install of a raspbian (stetch this time instead of jessie) and only setup wifi + update + ebusd package. When we plug the board on USB, the ttyUSB0 appears and the serial liked to it (so that looks totally logical)

We have quite the same result :

pi@raspberrypi:~ $ ebusctl i version: ebusd 3.3.v3.3 signal: acquired symbol rate: 80 max symbol rate: 92 reconnects: 0 masters: 1 messages: 11 conditional: 0 poll: 0 update: 4 address 31: master #8, ebusd address 36: slave #8, ebusd

And the logs looks like this :

2019-01-06 13:26:04.713 [main notice] ebusd 3.3.v3.3 started with auto scan 2019-01-06 13:26:05.065 [bus notice] bus started with own address 31/36 2019-01-06 13:26:05.094 [bus notice] signal acquired 2019-01-06 13:27:10.290 [bus notice] <f02158f8c14687c8448d0448e9a0b8c049c24b49892a80e4ff9488f94acf464ab9845f55f3a030f421b84f1a9491f843d969c049ff0142c34288c71a0b410ac5a80179ef8c40a8c190d041090869a142c04c03c9$ 2019-01-06 13:27:20.732 [bus notice] <804636d3fbfe83008130fc58c809630cc9498cc8588691e3e981cb00d8990ac65a6200812ca8f30bc8c50f8ca8e999871224426be03e408f0009584b48680084f3d185ba478ca8e9d1daf019eba0010a884f19d0$ 2019-01-06 13:27:27.424 [bus notice] <804636d3fbfec34d3b89d8c6b485a083836058ef00c8e1862ad94888f2a041a0210d03c84a1a4c118f3dd1c288c18741994069c2425864480019a1045f98414208c1004915b2fff80b014ee8c18b5decc00334fc$ 2019-01-06 13:27:57.200 [bus notice] <804636d3fbfec362200e910187ce5ac4c4e0e0f8c180434b832fd00005830cd0c88740d99491d00300443c65ffc98400f94c11c10f49c8f86b60b2428f0094584b48425090ff8cf4a8c125d8415008e9410a15fc$ 2019-01-06 13:28:08.841 [main notice] update check: revision v3.3-4-g212b22d available, broadcast.csv: different version available 2019-01-06 13:28:15.841 [bus notice] <804636d3fbfe43dce9cb98842005c70cc9760bfec78050404865b04380e8e8880d66e9a0b8c049c24b48892a0865ff81500eb191908f2d41544e1884409065b0e8d8e8f0ff424380080490f18b48f8c140ff0143$ 2019-01-06 13:28:37.632 [bus notice] <fe074ce80d02e9c2d0c27d82cf47fee9a0b8c049c24b49892a204142e862200f91017a9591a880438a0cfc600c1cc2d942408942427a144bf6c88740d9569590030050008374c1c04343838fd20004830280f89c$ 2019-01-06 13:28:49.828 [bus notice] <804636d3f34c2300429cf02005f9c146ceca448d204190f8e981cb00d8990ac65a6af08c40a8c190d0415008e9922542cb98842005870cc9760b0a58c8ff4e1884409465b0e8d8514710e80d02e9c26942401538$ 2019-01-06 13:28:54.161 [bus notice] <8154e845149dc8cbc18c40a8040598415208c161008840a8c190d041090869218dc8a8ff98509cc080faf9f15080d8fc0bc8c50e8ca836e08792fe0d3b89d8c6a285a0ca58e2c1b14042ca698fd0d9f518c8fac7$ 2019-01-06 13:29:01.338 [bus notice] <4bf481021d91014069834258f804e90b4c02a98bc90f4a61d020fec78050404865b0438068001bc38dc8c70091b2425018e5ff9488f94a09c64ab9845fc88840a8c190d0410908696c49fa0d3b89d8c6a285a04a

[john30]

as said before, the data is just no ebus traffic but something else. check your system for any other process using the device e.g. using lsof and searching for ttyUSB0 in the output

[Racailloux]

We red what you said before and that's the reason why we re-installed a fresh raspbian to avoid any modification that could influence this. We rechecked it, and when ebusd service is stopped, no service is accessing to the ttyUSB0 (that is well connected). When we start ebusd service, there are the following that are accessing to it :

pi@raspberrypi:~ $ sudo lsof | grep ttyUSB0 ebusd 5348 root 1uW CHR 188,0 0t0 18259 /dev/ttyUSB0 bushandle 5348 5352 root 1uW CHR 188,0 0t0 18259 /dev/ttyUSB0 network 5348 5353 root 1uW CHR 188,0 0t0 18259 /dev/ttyUSB0 mainloop 5348 5354 root 1uW CHR 188,0 0t0 18259 /dev/ttyUSB0

When we disconnect the ebus wires from the board, nothing appears in "raw logging mode". When we reconnect it, the previously given data appears.

Does this means that the boards is doing a mess with the boiler data? How could we test it?

Let me know where we should discuss about this? (as we are not german speaking, the fhem forums are quite weird :) ) Thanks for your help.

[john30]

the thing is: the data of the ebusd.log is just not ebus traffic. this is something completely different. so either you didn't connect to the right ppins on your heater, or the interface is broken, or another process is using the device. i have no other explanation

[Racailloux]

As you expected, something else was writing on the USB-serial BUS : The hardware on which we connected.

The issue was coming from us, we connected the R.Pi to an Wemos D1 installed on the eBUS adapter v2.2. Actually, by default those hardware are setup to be used with a serial connection to a terminal (Putty). So the bytes we got in our logs are probably the menus displayed on this interface.

John30 gave me a track to use this interface :

There is a setting for the ebusd-esp firmware, that allows using it as USB-serial bridge. Since the USB side occupies the RX/TX pins anyway, the connection to the adapter then has to be changed to D1 for the RX wirte and D4 for the TX wire. The settings needed on the ebusd-esp are these:

• eBUS RX+TX PINs: mixed software D1 + TX1 D4
• ebusd connection: port 0 it is still experimental though.

We actually used the UART provided separately with the hardware and I soldered it to be connected directly on the base board. The boiler was not damaged (hopefully) and we were able to run the ebus and grab the data.

Thanks for the support, I hope that could help others to avoid to do the same error. (RTFM :) )