Strobistar
commented
4 years ago linkback to FHEM forum: https://forum.fhem.de/index.php/topic,106137.0.html#ratethis
Open Strobistar opened 4 years ago
Strobistar
commented
4 years ago linkback to FHEM forum: https://forum.fhem.de/index.php/topic,106137.0.html#ratethis
john30
commented
4 years ago you could try re-using the pms files for the VMS. I think I remember that somebody did the same and had some success at least.
Strobistar
commented
4 years ago Hi John, yes, copying the 06.pms.csv did something magically happen, I now have this:
vmd ASIDetected = 36 vmd BufferControlDiff = ERR: invalid position in decode vmd BufferControlInt = ERR: invalid position in decode vmd BufferControlPress = ERR: invalid position in decode vmd BufferPumpPower = 0 vmd CountryZone = 144 vmd CurrentASCStateforASI = 0 vmd CurrentASCStateforExternals = 0 vmd CurrentBufferTempDesired = ERR: invalid position in decode vmd currenterror = -;-;-;-;- vmd CurrentFlow = 960 vmd CurrentSolTempDesired = ERR: invalid position in decode vmd CurrentSystemMode = 60 vmd CurrentVPMLoadingMode = 167 vmd Date = 14.12.2019 vmd DateAndTimeIsSet = off vmd errorhistory = ERR: end of input reached vmd ExternalHcRequest = 14 vmd ExternalHcTempDesired = 156 vmd ExternalHwcRequest = 34 vmd ExternalHwcTempDesired = 0 vmd FlowSensorFrequency = 0 vmd ForceStartSolPumpKick = off vmd InternalHcTempDesired = 0 vmd InternalHwcTempDesired = 160 vmd MonitorBufferPIDValue = ERR: invalid position in decode vmd MonitorMatlabHcCalculation = ERR: invalid position in decode vmd MonitorMatlabHwcCalculation = ERR: invalid position in decode vmd MonitorMatlabLast5minSolAverage = ERR: invalid position in decode vmd MonitorMatlabState = 0 vmd MonitorOverheatState = 0 vmd MonitorSolPIDValue = ERR: invalid position in decode vmd Ntc1RawData = ERR: invalid position in decode vmd Ntc1Sensor = 14.88;ok vmd Ntc2RawData = ERR: invalid position in decode vmd Ntc2Sensor = -39.69;cutoff vmd Ntc3RawData = ERR: invalid position in decode vmd Ntc3Sensor = 20.44;ok vmd Ntc4RawData = ERR: invalid position in decode vmd Ntc4Sensor = ERR: invalid position in decode vmd PowerOnCounter = 160 vmd RequestForExternalDateTimeSetting = 36 vmd RTCLowVoltageCounter = 240 vmd RunTimeBufferPumpHours = ERR: invalid position in decode vmd RunTimeBufferPumpMinutes = 0 vmd RunTimePump1Hours = 1550 vmd RunTimePump1Minutes = 34 vmd SolControlDiff = ERR: invalid position in decode vmd SolControlInt = ERR: invalid position in decode vmd SolControlPress = ERR: invalid position in decode vmd SolPumpPower = 0 vmd SolPumpRelay = off vmd Time = 14:20:32 vmd Variante = 0 vmd YieldCurrentDay = 37008 vmd YieldTotal = 1168
Much better than previously, but some of the values (eg returning temperature gycol is -39°C) cannot be correct. However I can already query if my pump is working or not, and that is already good news.
Thanks for your support John!
pagaille
commented
4 years ago Hi @Strobistar, did you make any progress regarding the VMS8D ? I have the same, we could share our researches.
Strobistar
commented
4 years ago Hi @pagaille,
I ran my ebusd scripts till Summer, discovered (with the help of a couple of DS18B20 sensors) that something was wrong with my glycol tubes, now waiting for my plumber to switch the inlet and outlet tubes (hot glycol was pumped up to cool down on the roof). Disconnected everything because in winter time, the solar boiler thing is not working anyway. I only used the pump status ebus value to see when the pump was working, and mapped that on my DS18B20 sensor data.
To make it work, the last trick I used was posted above, copy-pasted vmd06 on a local repository.
Did you do other things to have more data coming out of the VMD?
Thanks! Strobistar
pagaille
commented
4 years ago You mean the in and out tubes are reversed ?? OMG how the the hell is it possible !? I discovered my installation was also done completely against the recommandations and had to retube everything 🙁 Even for a wannabe plumber like me it was only a question of reading the f** manual, which looks already to much asking for some 🙁
FYI : there is solar production in winter. Only a small amount of direct sun is enough to warm the panels >60°C and thus reduce the electricity needed to get the water to 60°C. I usually reach 4KWh on a cold but sunny day.
I'll try to edit the configuration file to get a least pump information and temperature sensors. I'll report my findings here.
Strobistar
commented
4 years ago Yes, glycol was pumped up top down, and never reached the temperature sensor at the opposite side. Hence that reading (in late afternoon) gave readings +50C°, glycol of 45°C was pumped up and came down 30°C, in the end cooling my boiler drastically. That's a newbie error... So for sunny days like we had this day, the display SHOWS 3-4kWh however temperature reading is merely 20°C. So I'm wasting electricity (luckily I got a surplus of 1MWh of my good working solar panels).
In my setup, simply copy that vmd06 file, no need of editing, then you can read out vmd Ntc1Sensor = 20.44;ok and vmd Ntc3Sensor = 20.44;ok plus the % power of the pump: SolPumpPower
Hope this helps!
pagaille
commented
4 years ago I read the following. Not a lot of a values looks ok
# ebusctl find -v
broadcast datetime = no data stored
broadcast error = no data stored
broadcast hwcStatus = no data stored
broadcast id = no data stored
broadcast id = no data stored
broadcast load = no data stored
broadcast outsidetemp = no data stored
broadcast signoflife = no data stored
broadcast vdatetime = no data stored
general valuerange = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan id = no data stored
scan.06 = MF=Vaillant;ID=VMD01;SW=0108;HW=1703
scan.06 id = prefix=??;year=??;week=??;product=??????????;supplier=????;counter=??????;suffix=??
vmd ASIDetected = onoff=6
vmd BufferControlDiff = (ERR: invalid position for 3106b509030d2700 / 0101)
vmd BufferControlInt = (ERR: invalid position for 3106b509030d2600 / 0101)
vmd BufferControlPress = (ERR: invalid position for 3106b509030d2500 / 0101)
vmd BufferPumpPower = power=0
vmd CountryZone = =144
vmd CurrentASCStateforASI = =0
vmd CurrentASCStateforExternals = =0
vmd CurrentBufferTempDesired = (ERR: invalid position for 3106b509030d4900 / 0100)
vmd currenterror = no data stored
vmd CurrentFlow = =960
vmd CurrentSolTempDesired = (ERR: invalid position for 3106b509030d1800 / 0100)
vmd CurrentSystemMode = =0
vmd CurrentVPMLoadingMode = =74
vmd Date = date=02.11.2020
vmd DateAndTimeIsSet = onoff=off
vmd errorhistory = no data stored
vmd ExternalHcRequest = onoff=112
vmd ExternalHcTempDesired = desiredtemp=0
vmd ExternalHwcRequest = onoff=off
vmd ExternalHwcTempDesired = desiredtemp=0
vmd FlowSensorFrequency = =0
vmd ForceStartSolPumpKick = onoff=off
vmd InternalHcTempDesired = =1
vmd InternalHwcTempDesired = =16
vmd MonitorBufferPIDValue = (ERR: invalid position for 3106b509030d2b00 / 0100)
vmd MonitorMatlabHcCalculation = (ERR: invalid position for 3106b509030d5400 / 0100)
vmd MonitorMatlabHwcCalculation = (ERR: invalid position for 3106b509030d5300 / 0100)
vmd MonitorMatlabLast5minSolAverage = (ERR: invalid position for 3106b509030d1700 / 0100)
vmd MonitorMatlabState = =0
vmd MonitorOverheatState = =0
vmd MonitorSolPIDValue = (ERR: invalid position for 3106b509030d2c00 / 0100)
vmd Ntc1RawData = (ERR: invalid position for 3106b509030d0000 / 0100)
vmd Ntc1Sensor = temp=31.00;sensor=ok
vmd Ntc2RawData = (ERR: invalid position for 3106b509030d0100 / 0100)
vmd Ntc2Sensor = temp=-39.69;sensor=cutoff
vmd Ntc3RawData = (ERR: invalid position for 3106b509030d0200 / 0100)
vmd Ntc3Sensor = temp=38.38;sensor=ok
vmd Ntc4RawData = (ERR: invalid position for 3106b509030d0300 / 0100)
vmd Ntc4Sensor = (ERR: invalid position for 3106b509030d0800 / 0100)
vmd PowerOnCounter = =160
vmd RequestForExternalDateTimeSetting = onoff=6
vmd RTCLowVoltageCounter = =240
vmd RunTimeBufferPumpHours = (ERR: invalid position for 3106b509030d4c00 / 0100)
vmd RunTimeBufferPumpMinutes = minutes0=0
vmd RunTimePump1Hours = hoursum2=3591
vmd RunTimePump1Minutes = minutes0=14
vmd SolControlDiff = (ERR: invalid position for 3106b509030d2a00 / 0100)
vmd SolControlInt = (ERR: invalid position for 3106b509030d2900 / 0100)
vmd SolControlPress = (ERR: invalid position for 3106b509030d2800 / 0101)
vmd SolPumpPower = power=0
vmd SolPumpRelay = onoff=off
vmd Time = time=10:09:54
vmd Variante = =0
vmd YieldCurrentDay = energy=37008
vmd YieldTotal = energy4=761You got much more information than I had with mine (although plenty of errors), but your Ntc1Sensor and Ntc3Sensor report back values. Ntc1 is the roof sensor in the collector, as it seems to be 31°C, I'm imagining that sun is shining at your place :) Have a look on your display top left, it should read this 31°C. For the Ntc3 (boiler internal temp), you could look top right, or you go into debug mode on your screen (hold the bottom (or was it top?) buttons, go into installation, opt in 17 and go into the test menus for the temperature sensors).
pagaille
commented
3 years ago I made some good progress. See my PR : https://github.com/john30/ebusd-configuration/pull/199
Strobistar
commented
3 years ago Hi @pagaille that is great stuff, my ebus reader is currently offline, I'll sync your additions when back online!
Thank you!
aguti2
commented
3 years ago Hi, @pagaille, hi @Strobistar I have an ebus adapter reading from my Ecotec Plus, throug the fantastic ebusd daemon, working since last year and getting comsuptions to fine tunning hours and temperatures to get more confortable at home saving gas when possible.
I also have an aurostep plus. But the ebus in the aurostep has no current, and I haven´t found any information about the way to conect the ebus in the aurostep with the ebus in the adapter or in the ecotec.
Could you please let me know how to do this? Maybe this is so silly question as to conect the three devices in one single point? (of course, keeping the both poles of the ebus) Maybe the two wires of the ecotec conectect together to the two wires or the aurostep, and that four wires conected to the ebus adapter? Could you share a picture of that?
Another question, the file 06.vmd.csv where do I get it to download, and in whitch path do I have to save it?
As soon I have it working I promise to report here the info from the aurostep to feed your progress in case this can help you. And of course I can help you anyway I´ll try to.
Thanks in advance.
Strobistar
commented
3 years ago Hi @aguti2, Regarding wiring: the ebus is, as the word states, a bus. You have to connect each of the two wires with each other. On the same 2 wires, all other devices (eg thermostat) are connected to. My VCW heating is simply connected with those 2 wires to the Aurostep. In the same connector, I plugged in 2 wires for the ebus reader. As long as your Aurostep is receiving 220V, I suspect the ebus to be on, but verify in the installer menu that "ebus" is indeed ticked on.
Regarding location of the files: what I did: I downloaded all to /etc/ebusd, where you have your template.csv, broadcast.csv and memory.csv, plus the most important directory: vaillant. Within that directory, you paste the new 06.vmd.csv from @pagaille.
Last but not least, to use these files, you have to instruct ebusd to use them:
usr/bin/ebusd -d /dev/ttyUSB0 --configpath=/etc/ebusd/ --scanconfig=full --pollinterval=180 --latency 5000 --acquiretimeout=15000
--> look at the configpath parameter.
Good luck! Strobistar`
pagaille
commented
3 years ago Hi @aguti2 - happy to see that there other than me that are interested un the Aurostep controller.
the ebus in the aurostep has no current, and I haven´t found any information about the way to conect the ebus in the aurostep with the ebus in the adapter or in the ecotec.
True. The aurostep controller is a slave and has no bus power supply. As far as I know you simply have to connect it to a powered master (your Ecotec heater) to make it work, preferably something like flat or round 0,75mm2. There is an internal redresser, so polarity doesn't matter. The cabling structure is free.
Another question, the file 06.vmd.csv where do I get it to download, and in whitch path do I have to save it?
As far as I know @john30 has not merged my PR so you must download it here https://github.com/john30/ebusd-configuration/pull/199 and replace it into the /etc/ebusd/vaillant folder.
Extremely curious to learn about your findings, especially the information that are exchanged between the ecotec and the aurostep.
aguti2
commented
3 years ago Hello @Strobistar and @pagaille
Thanks for your super fast answer.
That´s what I suspected, the bus concept is clear, but sometimes is necesary some kind of buffer, voltage adapter or level shifter, polarity, etc.... And this devices are very expensive to try and error. Now it´s clear for me, each pair of wires connected in the same connector. Solved. Thank you.
About the files, I´ll try and tell you. Maybe tomorrow because I´m out today.
And yes, I´m curious too about the info between ecotec and aurostep. I´ll tell you.
And @pagaille now you know that you´re not alone, ;-)
Thanks guys for your help and anwsers. I´ll tell you about my discoveries.
Have a good day.
Strobistar
commented
3 years ago Well, to my understanding, an ecotec nor aurostep are very chatty. I haven't seen a single bit transferred between the two of them. I suspect that if you have a Vaillant thermostat that that one will query those systems (eg heating curve) and that the ebus reader then can show these values.
Keep us posted!
aguti2
commented
3 years ago Hi @pagaille,
I have seen that you have made your own power supply for the aurostep.
Would you share any thing more to guide me. For example the power source and voltage, if you have any pictures, any help would be appreciated. The schematic is good but incomplete without voltage input.
Now in winter I can power the ebus with my ecotec, but here un Spain in May I use to power off the ecotec for some mounths, nearly 6 mounths, so if I can have a power source for the aurostep, I could keep powering of the ecotec in summer time.
But only if you don´t mind, don´t feel obligated. Thanks in any case.
pagaille
commented
3 years ago Indeed. The power supply is of a special kind : it's a constant current (50mA) AND voltage limiter (24V) PS. The ebus specification contains a typical schematic that I used to build mine on a breadboard.
aguti2
commented
3 years ago Hello @pagaille, Thank you for your fast answer as usual, very kind.
This is a very simple design, but if you have it in a breadboard, i think would be enough. I´ll try and again I´ll tell you.
Thanks again.
aguti2
commented
3 years ago Hello @Strobistar and @pagaille, Last night I made conection between the ecotec and the aurostep. No smoke at all so there was good news. It took several restarts of the daemon, but at last the aurostep apeared in the bus. Only a few more tries because there was too late, but I couldn´t get the @pagaille csv file loaded.
If I use the --configpath=/etc/ebusd/ and downloaded the csv files and get then copied to the path /etc/ebusd/ the daemon loads the local 08.bai.csv but the variables of the ecotec weren´t availables, and the log tells that there are template.csv, broadcast.csv and memory.csv diferents.
If I don´t use the --configpath, the --scanconfig works well and the daemon download the 08.bai.csv and the ecotec speaks to the bus correctly. But as the daemon dont download the @pagaille csv as expected there is no chat from the aurostep.
Any way I´ll try today, I´ll have a bit more time today to do some more research.
Where do you download the csvs? I got them from https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.1.x/en and perhaps it´s not the updated one
I´ll tell you about my progress.
Have a good day and thanks for reading.
Strobistar
commented
3 years ago Hi @aguti2 !
I did once a git-clone towards my system:
git clone https://github.com/john30/ebusd-configuration.git if [ -d /etc/ebusd ]; then sudo mv /etc/ebusd /etc/ebusd.old; fi sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd
By doing so, you have all the original files from the git repository. Then you copy in the 06.vmd.csv and with the configpath set, you should see both ecotec and aurostep.
Good luck!
aguti2
commented
3 years ago Thank you @Strobistar,
I´ve copied from the url, not tried with git clone. I´ll try this afternoon.
Thank you so much. I´ll tell you about it.
aguti2
commented
3 years ago Hi guys, @Strobistar and @pagaille,
That worked fine!!!!! Thanks for your support.
I did the git clone and worked fine, but as you can see the ebusctl goes on with differents csvs, but in the end it´s working with both, the ecotec and the aurostep.
Now integrated in my HomeAssistant:
That was four hours later, so the graphics are still useless, but in a few days the graphs will be very usefull.
As I get the state of the variables though a mqtt request, with the FlowRate and PowerOnCounter variables I have a dismiss with the mqtt values, because I couldn´t find the rigth string in the mqtt tree, but I think I´ll find them.
The next step would be the improvement of the variables readed, such as the Kwh generated, maybe the amount of water in a target temperature, I don´t know, I suposse there will be a lot of usefull values.
So, thank you very much for your help and anwers. your tips have saved me a lot of time. Thank you.
Have a very good weekend.
pagaille
commented
3 years ago Hey @aguti2, nice to hear ! I'm also looking forward to find the solar yield field. I hope you'll be more acute than me 😊
Out of curiosity, what's your ΔT between T5 and T1 (when the solar pump is working) ? Mine fluctuates between 10-15K, probably because the pipes up to the roof are quite long.
john30
commented
3 years ago the currently commited CSVs are online now
pagaille
commented
3 years ago If anybody is interested to get the instant (solar) power : the formula is (FlowRate 10) (T1-T6) / 14.
The 10 multiplier is there to get the flow rate in L/Min. That factor could probably be incorporated into the CSV files.
Integrating the values will convert the instant power to energy (kWh).
Credits : https://www.navitron.org.uk/forum/index.php?topic=8391.0
jpslootmans
commented
3 years ago @ John30 Need some help I am trying to connect a Solar Boiler auroSTEP plus VMS8D via Ebus. I have a eBUS Adapter 3 and the Ebusd deamon installed on a RPi. I think the installation and coniguration is Ok because when I type "ebusctl info" in the monitor, I get this answer: version: ebusd 21.2.v21.2-48-g24a6525 signal: acquired symbol rate: 100 max symbol rate: 101 reconnects: 0 masters: 1 messages: 11 conditional: 0 poll: 0 update: 4 address 31: master #8, ebusd address 36: slave #8, ebusd After I power the eBus adapter the blue LED flashes some times, then lights for a second and then the yellow and green LEDS are on constantly. In the eBUS adapter documentation I found that this means power adapter Ok and no communication with boiler or voltage on ebus too low. Since my system is stand alone, I have built the power supply in this thread and I measure 22,4 Volts on the bus. Any ideas what could be the problem or some more tests I can perform to find a solution? Thanks in advance, JP
Strobistar
commented
3 years ago Hi JP!
As your output states "masters: 1" and "messages: 11", I do think you are successfully connected.
What does "ebusctl find -v" give as output?
From my scrapbook, have a look at the following commands:
"ebusd -f -c /tmp --logareas bus --loglevel info --lograwdata=bytes -d /dev/ttyUSB0"
(should dump a lot of "aa"'s)
Then run a "full scan":
"ebusd -f -d /dev/ttyUSB0 --configpath=http://ebusd.eu/config/ --scanconfig=full --pollinterval=180"
(if it states device blocked, you might have to kill the existing running ebusd).
Hope this helps! Strobistar
pagaille
commented
3 years ago Your aurostep is not seen on the bus (it has adress 06 or ED.
If the vms is the only device on the bus along the controller you need to ebusd generate the syn messages. Use --generatesyn in order to do so.
Matthieu G. (en mode mobile)
Le 8 nov. 2021 à 18:20, jpslootmans @.***> a écrit : @ John30 Need some help I am trying to connect a Solar Boiler auroSTEP plus VMS8D via Ebus. I have a eBUS Adapter 3 and the Ebusd deamon installed on a RPi. I think the installation and coniguration is Ok because when I type "ebusctl info" in the monitor, I get this answer: version: ebusd 21.2.v21.2-48-g24a6525 signal: acquired symbol rate: 100 max symbol rate: 101 reconnects: 0 masters: 1 messages: 11 conditional: 0 poll: 0 update: 4 address 31: master #8, ebusd address 36: slave #8, ebusd After I power the eBus adapter the blue LED flashes some times, then lights for a second and then the yellow and green LEDS are on constantly. In the eBUS adapter documentation I found that this means power adapter Ok and no communication with boiler or voltage on ebus too low. Since my system is stand alone, I have built the power supply in this thread and I measure 22,4 Volts on the bus. Any ideas what could be the problem or some more tests I can perform to find a solution? Thanks in advance, JP
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or Android.
jpslootmans
commented
3 years ago Hello,
I should have mentioned that the eBus Adapter 3 is the Ethernet version. ebusctl find -v gives this: broadcast datetime = no data stored broadcast error = no data stored broadcast id = no data stored broadcast id = no data stored broadcast signoflife = no data stored memory eeprom = no data stored memory ram = no data stored
my option string is: 'EBUSD_OPTS="--scanconfig -d enh:192.168.0.179:9999 --latency=80 --httpport 8889"' @ pagaille: do I put the "--generatesyn" in the option string?
pagaille
commented
3 years ago Exactly 😊
jpslootmans
commented
3 years ago @ Strobistar When I issue the first command: ebusd -f -c /tmp --logareas bus --loglevel info --lograwdata=bytes -d enh:192.168.0.179:9999 2021-11-08 19:02:20.638 [bus error] unable to open 192.168.0.179:9999: ERR: generic I/O error 2021-11-08 19:02:20.639 [bus notice] bus started with own address 31/36 2021-11-08 19:02:20.639 [bus notice] device invalid
I can see in the IP scanner that the adapter has this IP address, the MAC starts with AE B0 53 which indicates a version 3 adapter.
Strobistar
commented
2 years ago @jpslootmans : interesting, I did find a similar case like yours: https://github.com/john30/ebusd/issues/419 - can you release your DHCP'd IP (eg flush router), and let the ebusd thingy get a new IP. Maybe that solves the issue
@pagaille : as I can't mail you directly: can you enlighten us with your configuration? How many m² solar panel you have with this 250 liter vat (preferably with orientation/inclination)? What were your numbers for the past week for example? As I do think you are in the same country as I am, we should have similar numbers.
Thanks!
pagaille
commented
2 years ago Hi @jpslootmans,
I'm living near Namur. My VMS is a 350L and is coupled to three solar captors nearly fully south, 35°. Last weak was not good : not a lot of direct sun.
So the pellet heater had to supply heat to the VMS each day. 16 kWh solar only (probably less, that estimation is really not precise - I wish I could find the right register to get Vaillant's estimation showed on the display)
From march to September I can almost rely on solar only, with some electricity needed when its cloudy for some days.
Strobistar
commented
2 years ago Hi @pagaille,
okay, so you got 110liter more and 30% more solar panel, same inclination and orientation and only 50km away from my location.
Hereunder is my graph for the exact same time period:
Interesting facts:
However, what worries me most, is that the readings of the glycol pump itself is more interesting:
During that same period, this pump drove 9,45 hours (!), at an average power of 70% (out of 70Watt pump), brings more than 450Wh. Would think that that level of power would have (at least) compensated with the "heat loss" that is occurring in this whole system.
I am impressed you can survive 10 months out of 12 with your solar system, because I can't.
Thanks for sharing your numbers!
jpslootmans
commented
2 years ago Still struggling! The router is owned by the internet provider, so I cannot release IP addresses. I removed the ethernet module from the ebus adapter 3 and used the USB port for connection to the RPi after putting all the jumpers in the right position. Installed a 2 wire cable between the ebus connection on the boiler and the adapter 3. Reinstalled the firmware with the tool: ebuspicloader -f firmware.hex /dev/ttyUSB0 My option string now looks like this: EBUSD_OPTS="--scanconfig --configpath=/etc/ebusd/ -d enh:/dev/ttyUSB0 --generatesyn" after typing ebusctl i: version: ebusd 21.2.v21.2-48-g24a6525 device: cannot request version signal: acquired symbol rate: 100 max symbol rate: 101 reconnects: 0 masters: 1 messages: 11 conditional: 0 poll: 0 update: 4 address 31: master #8, ebusd address 36: slave #8, ebusd So it looks like the Aurostep is not responding or unreachable. The ebus is powered in the boiler and I measure the same voltage (22,6 Volt) on the ebus on the adapter as on the boiler. So that connection looks ok. The only parameter in the boiler concerning the ebus is the one that is called "thermostat recognized" and it says "no". If anyone has managed to connect ebusd to a standalone Aurostep boiler, please let me know how you did it. Thanks in advance, JP
Update: reconnected the ethernet module after I found a bad soldering on the power supply (one of the zeners was not connected). I now get a square wave on the bus high ±20 V and low ± 9 V. When I launch: "sudo ebusd -f -c /tmp --logareas bus --loglevel info --lograwdata=bytes -d 192.168.0.40:9999" I get lots of: "2021-11-16 18:52:43.718 [bus notice] <e0" instead of aa's Any Ideas? JP Update 2: when I add "enh:" to the IP address, I get this: "2021-11-17 16:51:24.980 [bus error] device status: unexpected available enhanced following byte 1" It makes no difference where the jumper on j12 is: std (6-7) or enh (7-8)
Update 3: made some changes in the power supply (lower voltage and lower current) and checked with just the adapter and the power supply on the bus.
Now I get millions of: [bus notice] arbitration won in invalid state skip
I can see on the scope that the low level spike of the databyte just reaches the 10 Volt line, but then goes to around 11,5 Volts.
Is that a problem?
john30
commented
2 years ago you could configure a fix IP using ebuspicloader, maybe that helps. what's the matter with your power supply?? just use an USB power and that's it. regarding the enhanced mode: either jumper the adapter to enhanced and at the same time use the "-d enh:..." or jumper the adapter to non-enhanced (2-3) and do not use the "enh:" prefix. otherwise it cannot work. and actually that is rather extensively documented here. 6-7 is not related to enhanced mode. are you sure you know what you're doing?
jpslootmans
commented
2 years ago @john30
configured a static IP, no connection problems now.
Ofcoarse the adapter is powered by a standard USB power supply.
You may have read in this thread that the solar boiler Aurostep plus does not power the bus and neither does the adapter so an external 20 V power suply is needed. That's what I built and since then the green LED on the adapter does not light anymore (just together with the red one when communicating).
I read the documentation you are refering to several times and it is there I found the jumpers on J12 for Std and Enh but missed one pin count. Anyway it is this picture:
If I knew what I was doing (wrong) I would not need help from more experienced people like yourself.
So far I have not received any.
If you take a look at my oscilloscope screenshot you will notice that the square wave has spikes, that the "0" level does not reach 9 Volt, as the ebus standard demands and that this byte that should be 0xAA (SYN) does not look the same as in the ebus documentation. Any ideas on that?
pagaille
commented
2 years ago You may have read in this thread that the solar boiler Aurostep plus does not power the bus and neither does the adapter so an external 20 V power suply is needed.
Did you notice that the power supply is actually a special one, a current-limited power supply ? I published the schematic heure : https://github.com/john30/ebusd-configuration/issues/156#issuecomment-763666495
jpslootmans
commented
2 years ago That is the power supply that I have built.
john30
commented
2 years ago I use a similar power supply for testing and don't see these spikes. sure you have used the right condensator/resistor/z-diode values?
pagaille
commented
2 years ago I would do some static tests : voltage, current limiting when the power supply is short circuited. I built the Ebus adapter V2, there are voltage indications in various conditions on the schematic to test that everything is ok, isn’t it the case with the V3 ? You need to be sure that the adapter is ok before plug it in the vms, you’re risking to fry it.
john30
commented
2 years ago every adapter 3 is tested before we send it, so it is safe to connect to an eBUS
pagaille
commented
2 years ago Oh, apologies I thought it was a diy one.
jpslootmans
commented
2 years ago @pagaille In the schematic for the eBus power supply (#156 (comment)) there is a capacitor marked 0.1/50. I guess the 50 stands for 50 Volts, but is the 0.1 0,1 Farad or 0,1 µFarad? Did you take the +UH (24V DC) from the boiler or from a separate power supply? In this case what are the requirements for this power supply? Thanks in advance (after some weeks of celebrations and hard work to get the beehives ready for next season, I am picking up again where I left last year) Grtz JP
pagaille
commented
2 years ago 0,1 F would be gigantic if even feasible 😊 "0.1" stands for "0,1 uF", 100nF in other words. That capacitor is probably there to filter out high frequency noise, it shouldn't affect the output much. Please test the output voltage without load, then voltage and output current when short circuited. The output should be ~24V and current limited to ~50mA when output is short circuited.
pagaille
commented
2 years ago Hey @Strobistar
During that same period, this pump drove 9,45 hours (!), at an average power of 70% (out of 70Watt pump), brings more than 450Wh. Would think that that level of power would have (at least) compensated with the "heat loss" that is occurring in this whole system.
What are your hysteresis settings ? Mine are set very high to minimise such behaviour.
The settings are "Différ. démarr. sol." in French (that's T5-T6, 20°C in my case so that the panels are warm enough to start the pump) and "Différentiel arrêt" (T1-T6).
I am impressed you can survive 10 months out of 12 with your solar system, because I can't.
March to September is only 7 months :), and it's actually probably more close to 6 months.
Strobistar
commented
2 years ago Hi @pagaille, you gave indeed a valid pointer. My CV "expert" had configured that T5-T6 on delta 10°C, bit too quick to release the horses. I'm gonna follow your lead and switch it to 20°. With the past days, I was already able to get 50+°C on the roof, however the 250 liters only rose to 27°C, again with lots of hysteresis. Looking forward to see improvements! Take care!
jpslootmans
commented
2 years ago @ pagaille the power supply does not output 24 Volts. It is stabilized with a serie of 3 zeners of 6,8 V, meaning 20,4 V minus 0,7 V from the diode in the output, so in theory 19,7 V and that is approx. what I get when I measure it. Shortcircuited the current is 45 mA. In my opinion the power supply is ok. When I launch "sudo ebusd -f -c /tmp --logareas bus --generatesyn --loglevel info --lograwdata=bytes -d enh:192.168.0.xx:9999" (xx replaces IP), I get an endless list of: 2022-01-17 17:58:44.550 [bus info] send/receive symbol latency 9 - 10 ms 2022-01-17 17:58:44.712 [bus notice] >aa 2022-01-17 17:58:44.723 [bus notice] <aa 2022-01-17 17:58:44.885 [bus notice] >aa 2022-01-17 17:58:44.895 [bus notice] <aa 2022-01-17 17:58:45.057 [bus notice] >aa 2022-01-17 17:58:45.067 [bus notice] <aa 2022-01-17 17:58:45.230 [bus notice] >aa 2022-01-17 17:58:45.240 [bus notice] <aa 2022-01-17 17:58:45.402 [bus notice] >aa 2022-01-17 17:58:45.412 [bus notice] <aa So I think that is also OK, but still no response from the boiler. Is there something I can do to check if the problem lies in the RPi with ebusd or the boiler?
Grtz JP
Wassman2020
commented
1 year ago Hi all,
New to eBusd
We have Ecotec plus, Aurostep plus VIH250 with VMS8D interior both interconnected on the ebus, and thermostat
new to eBusd, I have read the entire thread and followed the instructions of @pagaille @Strobistar and @john30 to load the cvs of @pagaille.
Ebusd load all Csv correctly.
But for VMS8D only detect PowerOnCounter, the rest os sensor not are detected. What could be the problem?
Hi all, new to eBusd, but curious to know what it can mean to my setup:
Installed ebusd with USB adapter on a raspberry pi. Scanning results are:
ebusd command line gives:
I can read some stuff:
But when using hot water (with solar boiler under threshold temperature), the flame remained off whilst the VCW was actively heating the water.
Other commands are failing:
So my questions are:
Thanks for your feedback!