I tried what you mentioned in the above post and it works! Thanks!
I also would like to know if it is possible to remove the manual auto and boost button.
-
New plugin for control of Intergas Incomfort Lan2RF gateway
-
@derksuh said:
I tried what you mentioned in the above post and it works! Thanks!
That’s great. I am glad things are progressing.
@Moustaggio said:
Should I await the fix on the mobile frontend code and leave things as they are or do you think it is better to remove the default values of the comfyTemp and ecoTemp for now so users are ‘forced to prevent the problem’ by specifying them in the config?
My suggestion is to remove the default values for now as the potential bug on the mobile frontend code has not been confirmed and I have now idea how to fix it. May be @sweetpi can have a look at the issue
Can you perhaps also help me with an easy way to remove the Boost mode from the GUI?
As fas as I know it is only possible to deactivate all mode buttons. So, deactivating the “boost” mode would be new feature to be implemented in the pimatic core and front end. Unfortunately, I am not able to work on this one.
"It always takes longer than you expect, even when you take into account Hofstadter's Law.", Hofstadter's Law
-
@mwittig so if i read the above post right it is possible to deactivate all mode buttons. If i would do so are they still shown in the gui then or not? Bacause i don’t want to have them at all.
-
@derksuh you can deactivate all mode buttons by adding the following to your device configuration:
"guiShowModeControl": false
. If you still see the buttons in browser after having restarted pimatic make sure to clear the browser cache & reload or use an icognito tab (with chrome)."It always takes longer than you expect, even when you take into account Hofstadter's Law.", Hofstadter's Law
-
@mwittig i will try that tomorrow!
I discovered that the temperature shown in the thermostat in the gui takes quite a long time before it gets to the setted value on the physic thermostat.
-
@mwittig i removed all mode buttons so that is working for me.
No i’m only facing the problem that when i change the physical thermostat the thermostat in the gui doesn’t change at all.
I thought it was working yesterday before i uploaded the changed software -
@derksuh Yesterday I got the tellback from values set by the physical thermostat to work. I just want to give it a bit more testing before I release the changes.
TLDR: I know that updates effectuate a bit on the slow side. Unfortunately I can’t really help it.
To give you an idea, the following setpoints are in play:
- Physical thermostat setpoint
- Actual heater setpoint according to Lan2RF (read only)
- ‘Override’ setpoint set in Lan2RF
- Pimatic setpoint
- App setpoint
Through experimentation I have found they are used in the following manner:
Setting a value on physical thermostat may take up to a few minutes to be visible on actual setpoint in Lan2RF.
Setting a setpoint in the app takes up to a few minutes to be visible in the override setpoint, which then takes up to a few minutes to be visible as the actual setpoint in Lan2RF.
Setting a setpoint in Pimatic immediately sets the override setpoint, which then takes up to a few minutes to be visible as the actual setpoint in Lan2RF.
Besides these (i.m.h.o. pretty long) response times, we are by default polling the values on Lan2RF once every minute (this is configurable in the settings though…).
The approach I’m currently following (in the coming update) is to always immediately show actual heating point as received from Lan2RF, unless we have just set a value ourselves. In that case, we keep our value for 5 minutes (which should at some point become the actual setpoint), until we give up and accept the incoming setpoint again, as it may have been set externally through physical thermostat.
-
@Moustaggio i’m looking forward for the updated version!
-
I just managed to publish a (working) new version 0.2.2 to the npm repository.
Fixed are:- setpoint updates from physical thermostats
- Pimatic v0.9 compatibility
- mandatory eco and comfy temp by removing default
- some minor bugfixes.
When I did
npm publish ./
in my plugin dir to publish it to the npm repository it somehow left out the main intergasincomfort.coffee file. Very weird since I used this method to release the initial version of this plugin and also several versions of my other rflink plugin. Performingnpm pack
did however create a tgz with the file included. A second try did not change anything. I eventually just published that tgz package directly. Does this sound in any way familiar to anyone? -
I updated to the new version and its working great!
For anyone who installs this plugin you have to keep in mind that it kan take a couple of minutes before the physical thermostat takes over the value you entered in pimatic.