Support for Weishaupt WRSOL2.1

[nokia001]

Hi
is there a config for WRSOL2.1?

thx

[john30]

No, there is no specific config for that device yet.
However, some of the files in the ebusd-2.x.x/de/wolf folder might work since some of the messages are based on eBUS specification only.

One more thing: another user has provided details for a Weishaupt WTC unit, which might also help decoding a WRSOL...

[bidouilleur31]

could this be of some help to decode the wrsol ?
http://ebus-wiki.org/lib/exe/fetch.php/ebus/wrsol.pdf
I have one of these wrsol devices and am also looking into the ebus of it to retrieve the data real time. No write but read only in my case (maybe on day to write but would already be very happy to read)

[john30]

we can give it a try and read one of the values mentioned in there. which one are you interested in most?
try ebusctl r -d f7 -i 62596,2 ram to get the upper storage temperature in hex (still has to be decoded and reformatted)

[bidouilleur31]

Before that I need to get me an adapter etc and build what is needed to read. But since I found this document and already nokia001 was looking for it ... maybe he has already a system connected. In my case it'll be soon, need to get bits and pieces first. Will be back once I have the hardware. Thanks for the reply in the meantime.

[john30]

you're welcome

[bidouilleur31]

Hello John, got the ebus converter hooked up to the wrsol, linked to a raspberry, think I installed ebusd but from here I'm in the dark as I can't find much how this thing works. Your above mentioned command gives : ERR: invalid address
But I guess there must be a few steps I didn't do but sorry to say ... your installation intructions are a bit .... for experts and I'm novice. I found more details on this page : http://www.fhemwiki.de/wiki/EBUS but German isn't my best language ... trial and error
one command i issued might already help you undrstand where I'm stuck ... I hope

pi@wrsolpi:/ $ ebusctl info
version: ebusd 2.2.8e247be
signal: acquired
symbol rate: 33
masters: 1
messages: 0
address 31: master #8, ebusd
address 36: slave #8

Also I don't think this is the best place to exchange since my problem for now is understanding how your daemon works (and basically how a daemon works in general)
Is there a more appropriate channel so not to pollute your github ?
thanks

[john30]

Okay, first of all you need to get your coupler working correctly. It has a potentiometer that needs to be adjusted very carefully to your signal. The way I do it (and I think the FHEM wiki uses this description as an alternative to another one) is to first turn the poti fully counter clock wise. Then start ebusd in foreground with raw logging enabled in order to see the bytes travelling on the eBUS. After that, I turn the poti so far clock wise, that the raw logging more or less stops. From there the poti has to be turned back again very very little until "<aa" or other bytes arrive constantly.
See also my comment in the FHEM forum.

The command I gave you was a little bit wrong. Once your poti is adjust, try this one:
ebusctl r -d fc -i 62596,2 ram

[bidouilleur31]

Hello H_John, thanks for the feedback
Did as mentioned on German forum and was able to fine tune though the values coming back do change a bit when I give a little more or less once the signal is acquired. It begins with <00 and further up it give

<00
2016-11-02 20:22:53.120 [bus notice] <aa
2016-11-02 20:22:53.124 [bus notice] <10
2016-11-02 20:22:53.128 [bus notice] <00

and with a bit more it goes to

<aa
2016-11-02 20:23:03.681 [bus notice] <10
2016-11-02 20:23:03.685 [bus notice] <fc
2016-11-02 20:23:03.737 [bus notice] <aa

not to sure where I have to calibrate but anyway

then I tried to give your above mentioned command and at first I had a problem but see below

pi@wrsolpi:~ $ ebusctl r -d fc -i 62596,2 ram
error connecting to localhost:8888
pi@wrsolpi:~ $ sudo ebusd --port=8888
pi@wrsolpi:~ $ ebusctl r -d fc -i 62596,2 ram
ERR: invalid numeric argument
pi@wrsolpi:~ $ ebusctl r -d fc -i 62596,2 ram
ERR: invalid numeric argument
pi@wrsolpi:~ $ sudo ebusctl r -d fc -i 62596,2 ram
ERR: invalid numeric argument

getting closer but not yet there

Would the german forum have a problem if I join there but start and english topic ? Instead polluting this nice GitHub account ?

[john30]

Again my fault, the correct command is this:
ebusctl r -d fc -i 62596;2 ram

For fine-tuning you should check for CRC errors in the debug level logging. You can switch off the raw output for that one.

Sure, go ahead and start an english topic if you want. But we can continue here as well.

[bidouilleur31]

this is the result

-bash: 2: command not found

trying to understand what I do, trying to read the forum topic to learn some more.. hoping to advance alone but have to say I fail ..

ps : the more I try the more it goes square
now I'm unable to get to link to the ttyUSB0

[bus error] unable to open /dev/ttyUSB0: ERR: generic device error

reboot, sudo not sudo ..not one single command is making it to the usb port anymore .. ok I know linux level problem I guess but still ..

[john30]

well in this case you need to fix that first.
and where did the "-bash: 2: command not found" result from? what did you enter?

[bidouilleur31]

The reply is what comes back from your latest command.

Will spend some more time this weekend to get this bus working. Not sure
why it is acting like this. Different logs don't show any error so bit
harder to trace down the origin of the error.

[john30]

well you were able to run that command before, so something is wrong on your OS. As said, you need to fix that first and especially the USB issue. It does not make much sense to dig around when the basics are not working correctly.

[bidouilleur31]

not sure where it goes wrong
Started all up again, was again able to get to the part where you adjust the potentiometer though I still can't understand (told you my german is limited) if I had to adjust so to only have aa or when I get something else .. though according where I set it the return is slightly diffferent but a continuous flow once set ... always the same set coming up

I did again your command from earlier and this is the result (included service status)

root@wrsolpi:/etc/ebusd# service ebusd status
● ebusd.service - LSB: controls ebusd, the daemon for communication with eBUS heating systems.
Loaded: loaded (/etc/init.d/ebusd)
Active: active (exited) since Sat 2016-11-05 15:38:45 CET; 1min 32s ago
Process: 1229 ExecStop=/etc/init.d/ebusd stop (code=exited, status=0/SUCCESS)
Process: 1277 ExecStart=/etc/init.d/ebusd start (code=exited, status=0/SUCCESS)
Nov 05 15:38:45 wrsolpi systemd[1]: Started LSB: controls ebusd, the daemon for communication with eBUS heating systems..
root@wrsolpi:/etc/ebusd# ebusctl r -d fc -i 62596;2 ram
usage: read [-f] [-m SECONDS] [-c CIRCUIT] [-d ZZ] [-p PRIO] [-v|-V] [-n] [-i VALUE[;VALUE]*] NAME [FIELD[.N]]
or: read [-f] [-m SECONDS] [-c CIRCUIT] -h ZZPBSBNNDx
Read value(s) or hex message.
-f force reading from the bus (same as '-m 0')
-m SECONDS only return cached value if age is less than SECONDS [300]
-c CIRCUIT limit to messages of CIRCUIT
-d ZZ override destination address ZZ
-p PRIO set the message poll priority (1-9)
-v increase verbosity (include names/units/comments)
-V be very verbose (include names, units, and comments)
-n use numeric value of value=name pairs
-i VALUE read additional message parameters from VALUE
NAME NAME of the message to send
FIELD only retrieve the field named FIELD
N only retrieve the N'th field named FIELD (0-based)
-h send hex read message (or answer from cache):
ZZ destination address
PB SB primary/secondary command byte
NN number of following data bytes
Dx data byte(s) to send
bash: 2: command not found

[john30]

due to execution in a shell you'll have to escape the semicolon or put the argument behind "-i" in quotes, i.e.:
ebusctl r -d fc -i '62596;2' ram

[bidouilleur31]

root@wrsolpi:/etc/ebusd# ebusctl r -d fc -i '62596;2' ram
ERR: arbitration lost

once I had invalid argument when playing with the potentiometer ....

[bidouilleur31]

going to stop bothering you. This is not working whatever I try, getting error after error then the device becomes generic etc ... this is high geek level way above my options and all the things I can find online are german only ... this is going to take way to long for you I'm afraid, just to get the ebus converter talk to a simple usb port.
Just hope the hex thing I found will serve someone knowing that the wrsol is basically a TEM device.
Sorry again for the trouble.

[tikismoke]

@bidouilleur31 n'abandonne pas y a forcément moyen d'y arrivé ;) passe sur gitter pour discuter en français si ça peut aider.

[bidouilleur31]

@tikismoke bonjour à toi. Ce n'est pas vraiment abandonner mais disons que mon niveau est trop bas pour l'instant et je souhaite respecter John en ne pas abusant son temps.
J'ai trouvé Gitter mais je t'avoue ne pas avoir utilisé avant, encore un truc à explorer. Je t'ai trouvé mais de là ... ;-)

[bidouilleur31]

thanks to @tikismoke I understand way better why it failed, thanks to him. Since, I've been trying to get the bus stabilised to show only <aa and nothing else. Very tricky and unstable to say. Hardly go to the computer and I get <aa <00 again. Not sure why it is so unstable ... And when I finally can get a +/- stable situation launching for example ebusctl scan full -> ends empty and when I go back to see raw it just went back to <aa <00 .... when playing with the setting I can get more hex values like <10 and then depending going to <ff ... mostly last on the series of 3 changes slowly with change of potentiometer ...
The most stable <aa is near the end (max) before loosing signal again. WhenI launch a scan or your command I get invalid argument

[bidouilleur31]

ok an hour fooling extra. On the wrsol2 I remembered there is an extra menu with PW. As a good boy I unlocked it and found an ebus menu with
ebus adresse : from 2 to 16
2 gives a very fast signal (led blinks rapidly and in raw mode you see the lines flash by)
16 is the other extreme (led blinks like once a sec and the lines in raw are going the same speed)
Also rereading the document I added earlier it tells the wrsol waits for some sync signal

But whatever ebus adresse I take, the scan stays empty even if now I can stabilise <aa

[bidouilleur31]

Played some more with the wrsol today. Tried bus 2 to 16 and except being slower (led blinks way slower the higher the number ..) didn't see anything
It is still very difficult to get a stable <aa when on ebus 2. Even if I finally get it, after a few commands it goes away again to more alternative returns.
achat I did (thanks again for the help @tikismoke )
terminal one with following command : ebusd -f -d /dev/ttyUSB0 --loglevel=info
terminal two to launch several commands line ebusctl raw scans etc and see on terminal one the result

ex your command when I have a stable <aa (never lasts very long)

2016-11-07 15:34:06.769 [network info] [00003] client connection opened 127.0.0.1
2016-11-07 15:34:06.769 [bus info] send message: 31fc09000384f402
2016-11-07 15:34:06.807 [bus error] send to fc: ERR: invalid argument, retry
2016-11-07 15:34:06.897 [bus error] send to fc: ERR: invalid argument, retry
2016-11-07 15:34:06.979 [bus error] send to fc: ERR: invalid argument, retry
2016-11-07 15:34:07.077 [bus error] send to fc: ERR: invalid argument
2016-11-07 15:34:07.077 [main error] send message part 0: ERR: invalid argument
2016-11-07 15:34:07.079 [network info] [00003] connection closed

a ebusctl scan full

2016-11-07 15:34:46.708 [network info] [00004] client connection opened 127.0.0.1
2016-11-07 15:34:46.708 [bus info] scan 02 cmd: 3102070400
2016-11-07 15:34:46.709 [network info] [00004] connection closed
2016-11-07 15:34:46.747 [bus error] scan 02 failed (227 slaves left): ERR: invalid argument
2016-11-07 15:34:46.747 [bus info] scan 04 cmd: 3104070400
2016-11-07 15:34:46.818 [bus error] scan 04 failed (226 slaves left): ERR: invalid argument
2016-11-07 15:34:46.818 [bus info] scan 05 cmd: 3105070400
2016-11-07 15:34:46.888 [bus error] scan 05 failed (225 slaves left): ERR: invalid argument
2016-11-07 15:34:46.888 [bus info] scan 06 cmd: 3106070400

and so on till slave 1 and the scan result is empty

on the box I do see the led blink more intense when the commands pass.
Makes me think we're on the wrong bus or on the wrong speed ... in any case the connection is very unstable and the wrsol does not reply with something sensible.
Not sure this can help but the data can be written to a sd card and it is done once every 30 secs (quite a long string)
Not sure what is the next step? Ask help on the german forum ?

[bidouilleur31]

after upgrading to latest ebusd still nothing

root@wrsolpi:/home/pi# ebusctl info
version: ebusd 2.3.5bcc475
signal: acquired
symbol rate: 20
masters: 1
messages: 10
conditional: 0
poll: 0
update: 7
address 31: master #8, ebusd
address 36: slave #8
root@wrsolpi:/home/pi# ebusctl r -d fc -i '62596;2' ram
ERR: element not found

[tikismoke]

the weird things is that nothing else except ebusd (31 and 36) appear on the bus

[john30]

first of all the adjustment of the interface needs to be fixed, after that we can check for messages and participants on the bus. So please start ebusd without changing any further, enable the raw logging (via "ebusctl raw"), let ebusd continue to run for 30 seconds or so, and then send me the log file.

[bidouilleur31]

ok here is the beginning of the dump, not going to post the full length as once the <aa start ... they just go on and on ... not a single other string for over a full minute

command used to create the dump : ebusd -d /dev/ttyUSB0 --lograwdata --logfile=/tmp/ebusd_raw.bin

2016-11-0821:01:32.886 [bus notice] <00
2016-11-08 21:01:32.887 [bus notice] <00
2016-11-08 21:01:32.888 [bus notice] <00
2016-11-08 21:01:32.889 [bus notice] <00
2016-11-08 21:01:32.890 [bus notice] <00
2016-11-08 21:01:32.891 [bus notice] <00
2016-11-08 21:01:32.892 [bus notice] <aa
2016-11-08 21:01:32.905 [main error] error reading config files: ERR: duplicate entry, /etc/ebusd/vaillant/15.350.csv:8
2016-11-08 21:01:32.905 [main notice] found messages: 210 (4 conditional on 4 conditions, 0 poll, 4 update)
2016-11-08 21:01:32.920 [bus notice] <aa
2016-11-08 21:01:32.970 [bus notice] <aa
2016-11-08 21:01:33.020 [bus notice] <aa
2016-11-08 21:01:33.071 [bus notice] <aa
.....

just imagine the same line with just another timestamp for 60 seconds till I stop it ...
the log doesn't show more then the beginning you have and the last timestamp<aa when I kill ebusd pid. Seems to be no communication on this line

[john30]

well then obviously nothing is sent by the circuits on this bus, so it's difficult to adjust the poti accordingly. you could try and do a full scan to see if some circuit responds at least. Please send me the full log with raw logging enabled of this one per email, I dont want to flush this issue that much: ebusd@ebusd.eu

[bidouilleur31]

As said the wrsol has like adresses 2 to 16 with different speeds. Will try
to dump all 14 and see/send the dumps

I wonder if there isn't another hidden menu to activate the bus or it needs
an incoming ping to send back the info.

[bidouilleur31]

Hello John, yesterday a friend coder was here and we tried to communicate with the wrsol via javascript. Basically it didn't work to nicely as we never received the expected reply. He won't be available for another 3 weeks (he's for a trip to China) but here are a few things that maybe might help a little more

I tried all the adresses that are mentioned in the hidden wrsol menu and the only difference we could see is speed. The higher the number the lower the 'busspeed'. Only real advantage is that when we go to 5 instead 2 we can stabilize the return <aa (ack) So we played from there on. We also used Tony's experiencethough the thread doens't give a solution. Coupled with this document mentioned earlier in this thread.

We tried sending several messages to try to get an identification from the wrsol and we failed. It never ever gave the expected result. Or the docment from Weishaupt isn't correct anymore (could be) or the ebus crc isn't implemented as we found. SO we are stuck for now

here is the command we send and then the return (though the crc isn't correct on this one accoding us)

root@wrsolpi:/home/pi/ebus# java -jar EbusTest.jar
Send : 77 fc 07 04 01 00 bf
aa
77
fc
07
84
ff
00
aa
00

we tried several commands and basically what we saw (Tony says the same) is that we get the string send back ... sometimes with a little change but nothing that makes sense. Even if the crc is set voluntary wrong we don't get the error back .. just like an echo from send string ..

Only thing we could conclude, the ebus reacts but not as expected ...

[Davidegb97]

Reviving this issue 8 years later...
I'm highly interested in getting data from WRSol so I can use it on my domotic system. I'm willing to help with this and making conf for this device.

I've just received my C6 adapter shield and adapter found WRSol correctly:

ebusctl info
version: ebusd 24.1.24.1
update check: OK, device firmware v5-c6 1[4a1b] available
device: 192.168.4.1:9999, TCP, enhanced, firmware 1.1[4a08].1[4a08]
signal: acquired
symbol rate: 20
max symbol rate: 38
min arbitration micros: 9
max arbitration micros: 9
min symbol latency: 4
max symbol latency: 31
scan: finished
reconnects: 0
masters: 2
messages: 1
conditional: 0
poll: 0
update: 0
address 10: master #2
address 15: slave #2, scanned "MF=TEM;ID=WRSOL;SW=0213;HW=6521"
address 31: master #8, ebusd
address 36: slave #8, ebusd

I can confirm that normally bus is totally silent but broadcast received from WRSol every 5 minutes:

2024-11-22 18:50:17.947 [update notice] received update-read Broadcast Error QQ=10: ES65  E OK
2024-11-22 18:50:17.948 [bus notice] <10fefe010b45533635202045204f4bff64
2024-11-22 18:55:17.829 [update notice] received update-read Broadcast Error QQ=10: ES65  E OK
2024-11-22 18:55:17.830 [bus notice] <10fefe010b45533635202045204f4bff64

I can get reliable data from WRSol when I ask for it:

$ ebusctl r -f -d 15 -i '62596;2' ram
62596;2;84
$ ebusctl r -f -d 15 -i '62600;2' ram
62600;2;88

Raw log output:

2024-11-22 19:38:21.096 [update notice] sent unknown MS cmd: 311509000384f402 / 028485
2024-11-22 19:38:21.096 [bus notice] >311509000384f4024b<0002848563>00
2024-11-22 19:38:34.253 [update notice] sent unknown MS cmd: 311509000388f402 / 028889
2024-11-22 19:38:34.254 [bus notice] >311509000388f402a3<00028889b7>00

I have to use "-f" every time. If not used, ebusctl always answer the first value it got. It doesn't matter how many times or different addreses you try:

$ ebusctl r -d 15 -i '62596;2' ram
62596;2;84
$ ebusctl r -d 15 -i '62600;2' ram
62596;2;84

I've noticed that ebusctl is only showing first byte of two. Is that normal?

Finally, data given by WRSol makes no sense as a temperature, even if it is x10 as stated on documentation.
How is data decoded?

Thanks a lot!

[Davidegb97]

In case it would be helpful. In addition to the document initially attached to this problem, I have found the following one:
eBUS-Befehle_WRSol_x_1.pdf

[nokia001]

Hi,
here is my config. All is running.
Ebusd-3.4
start with: ./ebusd -d 192.168.100.92:5000 -c ws_config/ -f -s
gateway: 192.168.100.92
config: ws_config.tar.gz

Log Data:
2024-11-22 21:34:49.913 [main notice] read scan config file tem/06..sc2.csv for ID "wrsol", SW0201, HW6521
2024-11-22 21:34:49.913 [main notice] found messages: 230 (0 conditional on 0 conditions, 3 poll, 7 update)
2024-11-22 21:34:50.059 [update notice] sent poll-read sc2 Proz1 QQ=31: 0.5;44.5;22.3;50.4;22.3;-
2024-11-22 21:34:50.331 [update notice] received update-read sc Act QQ=f1: 1;BrennerAus;1;1;1;0;0;0;0;0;0;Winter;0;0;0;0;0;Heating;0;32.0;38.0;49.0;0.0;3;4.754;31
2024-11-22 21:34:50.847 [update notice] received update-read broadcast datetime QQ=70: 3.000;21:46:-;22.11.2024
2024-11-22 21:34:55.127 [update notice] sent poll-read sc2 Proz2 QQ=31: 20.0;21.9;0;0.0;0;0;0
2024-11-22 21:34:56.776 [update notice] received unknown MS cmd: 70510902030f0002 / 021901
2024-11-22 21:34:57.973 [update notice] received update-read hc2 Set: hotwaterinheating;stopconsumer;31.81;-;-;51.0;-
2024-11-22 21:35:00.451 [update notice] received unknown MS cmd: 70510902030c0a02 / 023000
2024-11-22 21:35:01.125 [update notice] sent poll-read sc2 Proz3 QQ=31: -;-;-;-;-
2024-11-22 21:35:01.693 [update notice] received unknown MS cmd: 7051090203290a02 / 020000
2024-11-22 21:35:02.891 [update notice] received unknown MS cmd: 70510902030e0002 / 0218fc
2024-11-22 21:35:04.086 [update notice] received unknown MS cmd: 7051090304200a0000 / 00
2024-11-22 21:35:05.705 [update notice] received unknown MS cmd: 705109030485020000 / 00
2024-11-22 21:35:06.901 [update notice] received unknown MS cmd: 70510902030f0002 / 021901
2024-11-22 21:35:07.138 [update notice] sent poll-read sc2 Proz1 QQ=31: 0.5;44.5;22.3;50.4;22.3;-
2024-11-22 21:35:13.131 [update notice] sent poll-read sc2 Proz2 QQ=31: 20.0;21.9;0;0.0;0;0;0

Temperatur am Kollektor0.5 °C
Temperatur am Festoffkessel (Kamin)44.4 °C
Temperatur Speicher unten22.3 °C
Temperatur Speicher oben50.5 °C
Temperatur Solar Rücklauf20.0 °C
Temperatur Solar Vorlauf21.9 °C
Durchfluss Solar0.0 l/h
Leistung Solar0.0 kW
Drehzahl Solar0.0 %
Output0
Status0
Heizung Status1
Betriebsphase BrennerAus
Flamme 0%
Gas Value 2 0
Gas Value 2 0
Pumpe 0
error NaN
Sommer oder Winter Winter
Laststellung 0
Vorlauftemperatur Brenner 32.0 °C
sAbgastemperatur 38.0 °C
Warmwassertemperatur 49.0 °C
Aussentemperatur 3.0 °C
VorlaufSolltemperatur 31.0 °C

[Davidegb97]

Thank you very much, @nokia001!!
I had to soft link 06..sc2.csv to 15..sc2.csv because my WRSol is slave address 15. Doing so makes it load config file when WRSol is detected and now it's working perfectly and giving data!!
Thank you very much again!

Some doubts.
Is it possible to query specific data or parsing ebusd.log is the only way to obtain it?
I can see it is delivering fields such as "Burner operating phase", "Gas value" or "Flame". Is this because you have a Weishaupt burner? I think they are not related with solar heating at all...
I miss yield related data, such as "yield current day". Do you know if it's possible to get it?

Thanks again!