but I think it is not DVCC. The DVCC voltage limit stay untouched. the
/vebus/288/Hub/ChargeVoltage gets somehow written to /Control/EffectiveChargeVoltage and then written to /solarcharger/2xy/Link/ChargeVoltage
all this is fine except that /vebus/288/Hub/ChargeVoltage is 0.0
I think there is the problemā¦
You may be right, but itās difficult to debug a system over the internetā¦
This is why Iāve pointed you to see and follow the code / scripts to understand whatās happening there.
I would start from the dvcc.py script, _update_solarchargers_and_vecan() function and go from thereā¦
You can even make small modifications on the code and see whatās happening.
Of course here youāll see a proper disclaimer from my part, like ādo it at your own riskā 
In the (excited) state of mind you are now, you can make mistakes and this is why you need to take a step back and calm a little.
You have 43 posts up until now on this topic just todayā¦ 
you mean I should do Victronās job? 
I think for now I better get the MK3 commanding into my system and keep the MPII disconnected from Venus. Since 6 days now the MPII should put out power but isnāt.
Another aspect is that a mode 3 inverter must not interfere with the solar chargers at all. Probably I will manage to comment this out from the Venus code, but I know implementing MK3 code in my scripts will solve the issue for sure and the other way might eat up even more time with uncertain resultā¦
how do I find e.g. the access to /vebus/2xy/Hub/ChargeVoltage in the Venus code?
sorry my dog is pushing me hard to take a walk. I will do. be back in abot half an hour
sorry for my poor English! I meant how to find (search for) where /vebus/2xy/Hub/ChargeVoltage is accessed in the code
Alex @alexpescaru you are the greatest!!
just two little ā#ā seem to solve the issue:
I hope that this has no further negative impact, but in the first tests now everything is working like it shoud.
1 Like
hm it has other (negative) impactā¦
udate: oh, it has not. my wife started the washing machine (2.5kW heating)ā¦ 
1 Like
Itās a temporary solution, at least in your caseā¦
Idea is to see why self._multi.hub_voltage is 0, or is overwritten with 0, as youāve said way up in the threadā¦
Or, maybe the self._multi.active must be false and see whyā¦
I think for mode-3 Multis it is an āenduringā solution. Most likely this is the āwrong placeā for the change. But as I mentioned, a mode-3 inverter must not interfere with the chargers. Perhaps with mode 1 and mode 2 it is right that the MP controls the ChargeVoltage and perhaps with these it might be working.
For my situation the āsolutionā seems to be ok, perhaps I will do some deeper investigation when I recovered from these stressing ālostā 6 days and made up, but in general it is Victronās job. I mailed a bug report yesterday to the tech support.
For now Iām really happy that these two # solved my problem and I can leave the MPII where it belongs
Glad that I could help with my suggestionsā¦ 
Have (more) fun !
Good morning again! 
On day #7 (even it is Monday, not a Sunday ) I like to say THANK YOU @dognose and @lxonline (and certainly to Alex again) for your support!
And I like to say sorry! that I got a little bit exciced after several days of disappointment and perhaps meat the wrong tone.
again thank you for your time & help!
kind greetings!
Phil
1 Like
Your welcome.
However maybe you want to track down the code a little further? Apparently the charger voltage was set to 0, because the self._multi.hub_voltage was 0.
If you could figure out why, that maybe would unveil a tiny condiguration detail that was / is missing.
I think it has to do with the doubled / different vebus instance id you are seeing, but not sure if that is related.
Maybe it is intentional that a āmanual controlled multiā is created with itās own id beside the main-vebus system, so you can control multiple multis manually.
I was tempted to set my system into Mode 3, to see what my charger voltage is doing - but iām afraid to therefore shut it down and not be able to turn it on again due to lack of external control - bit unhandy for a production system. 
yes, as soon as I will have time left (as I said, I have to make up the 6 ālostā days first, itās in a horrible condition hereā¦) I will take a deeper investigation in code.
Iām not sure if the ādoubleā VEbus objekt is the reason, I re-scanned and re-started the VEbus and it was the same situation (only new idās
Switching between ESS modes is easily done in the console, no problem to change back āto normalā. Commanding the setpoint is easily done via MQTT (Explorer) by
W/{device id}/vebus/{ve instance}/Hub4/L1/AcPowerSetpoint sending {"value":-123}
negative values for feeding into the grid. in case you would give it a tryā¦ Remember that you would have to frequently send the setpoint command, otherwise it returns to 0.
But only switching the ESS mode should last to see the charge voltage being set to zero (takes some momentsā¦).
IF it will not be the case with your system, please report the Venus version. Mine is 3.41, and some guy in akkudoctor community has the almost same setup running as mine, and with his it does not happen, so there must be a difference we havenāt figured out as yet.
It seems that it behaves similarly with the /Hub/ChargeVoltage. Not normal (?) for your applicationā¦
hm, not sure if I got you right
-
/Hub/ChargeVoltagegets set by the MPII(? or ESS assi?) in order to get applied āin the systemā. It is not meant to be set by the user/app (some kind of āread onlyā). -
Hub4/L1/AcPowerSetpointis meant to get set by the app to control the setpoint (āwriteableā). It is for safety that it requires to be updatet regularly for in case the app ādisappearsā for some reason (perhaps failure) the inverter returns to zero.
i have some kind of āmissconfigurationā
I think because of that I have problems reading via Modbus
or from which unit id I have to read 4609 (ESS Mode)?
also com.victronenergy.system and com.victronenergy.hub4 both have unit id 100 - is that correct?
has anybody an idea how to get unit ids āre-mapedā? I already re-scanned and restarted the VE.bus but this seems to be something diffferentā¦
Is there a way to ācompletely resetā Venus? (a ādeepā reset like fresh install, reboot I have done alread)
Where in the file system does Venus store settings/configurations?
Iāve tried to say that, as youāve already noticed, both those keys get somehow overwritten, after a while, with 0, no matter what you are writing to them.
I donāt believe that it matters the unit ID as long as are different services and the register is unique.
You donāt have an RS device. You have a Multiplus 2, is it not?
That register youāre trying to read (4609) is specific with RS devices.
com.victronenergy.multi refers to RS devices. See register list.
Your device, according with your post #73 , itās represented by / in the com.victronenergy.vebus.
RS device? I donāt know exactly what that is but but I think I have not. An yes, it is a MultiPlus 2 without GX.
Is it somewhere noted wich registers belong to what? from which register do I read the ess mode? with which unit id? I think some time ago I was able to read 4609. Also sometimes I have to take two or three tries until even register 3 gets readā¦