thank you very much for the fast implementation of the new channels, however only three of them working as writeable…
Luckily the two, i’ve asked for, working perfectly
The homeairtemptarget only works as readable…
If I change the value in OpenHAB, after a short period of time, the slider jumps back to its old value.
happy that it solves your problem. If you need anything else, just let me know
Strange though that the target air temp doesn’t work for you as it was the only one I could test successfully via PaperUI in my test environment …
@mstormi: Strange, that error never appeared in my environment. It could be a timeout (1 sec) between your openHAB and your vallox device, strange though (especially as the error is null …)
The error seems to correlate with the MV unit thing to go offline, then keeps appearing on every poll until I restart the binding (and the thing comes back online). Haven’t seen a reason though when/why the thing goes offline.
Possibly network problems - will you try reconnecting to the MV in such a case ?
Happened again, the thing went offline at 10:12:30. The binding tried to connect at 10:12:15 but finally failed 15 seconds later. That’s obviously the trigger for the Error: Null messages to appear.
Does the binding try reconnecting if it fails to ?
I came to think it might be a valuable addition if we were able to define the target temperature (that’s a per profile parameter).
The MV unit will automatically select the proper heat exchanger mode (bypass, heat or cold recuperation) depending on the difference of tempinside temperature and target temperature (taken from the current active profile).
So if someone wanted to use the MV for heating/cooling (or at least coordinate it to work well with the heating), we might need to be able to change that value (to e.g. match the target temperature of the heating system).
No. Once it’s in that ‘error mode’, it does not. I ain’t seeing any more ‘Connecting to …’ debug output.
Please check that piece of code again.
Btw, can I take the binding from the snapshots ? I think that in order to deliver another version for me or others to test, you would still put them up here so they don’t need to go through review until they work, wouldn’t you ?
“this” = Connection loss ?
My MV is connected via a WiFi repeater, so there’s a multitude of possible reasons, some of which are even perfectly valid use cases (e.g. I don’t but there’s people to switch off their WiFi at night).
As you said, the binding should properly handle all of those situations.
I used to run the ‘test’ binary available for download here.
Now that I switched to the version included with 2.4 snapshots, I haven’t encountered this any more since.
Don’t know if that’s any different w.r.t. reconnecting, so will keep watching.
There shouldn’t be any difference w.r.t. reconnecting behaviour.
Sorry, for keeping you waiting with some kind of bugfix and good that it doesn’t harm you too much. Have to simulate network disconnects in my test environment and then see where a problem may be.
Current code (incl. recent changes to appear in 2.4.0M7) seems to work well.
But I just tried to switch on/off via item and that didn’t work. You once mentioned commands are artificially ignored. Is that still the case ? I have not seen a benefit in ignoring it (don’t worry you don’t shutoff the binding’s access that way) and would like to use this capability now to temporarily reduce airflow to 0.
Thanks for the feedback re. the refactoring. Memory usage should be decreased.
Functionally I didn’t change anything. No command should be ignored (as I remember that were only some “refresh” commands which are fired at startup which I initially ignored).
Honestly I did only test to change the ventilation mode on command side as I didn’t want to switch of my productive system. I’ll do some proper testing.
Thanks for this binding. I now use it for my Vallox MV510 and it works great!
Today i find out you also added the “homeairtemptarget (= Zieltemperatur Anwesend)”.
One question: Is it a big deal to make this also work for the other states (Abwesend, Stosslüftung)?
With this feature I could manage some automatic cooling and heating functions, also when I’m not at home (“Abwesend” for example")
first of all thanks for your feedback and happy to see more (in this thread) silent readers using it.
Honestly I haven’t had a usecase so far (as you could just update the at home profile … ).
Anyways no big deal to implement. Code is public so anyone could do it .
I guess I will manage to implement it over the next weeks.
thanks for this awesome work! The binding works great with my ValloPlus 270 MV. I am using the channels for:
switching on/off
changing the state (Anwesend, Abwesend, Stoßlüftung)
displaying temperature and humidity
Do you think it is possible to implement a channel for the next filter exchange date?
If not, it’s not a big deal. Then I will create a caldav calender for this