-
Notifications
You must be signed in to change notification settings - Fork 10
ShellSwitch executes twice & Sliding back dimmers #37
Comments
Last week I have reactivated the pimatic hap plugin as I really like the benefits. I also had problems with sliding back dimmers. But this is now solved as it was a bug in the homeduino plugin... So again the cause could be in either the homeduino or the hap plugin or the combination of both.... The behaviour is unfortunately not consistent. So I do not have a way to repeat. It just happens. 2:35:14.712 [pimatic-hap] debug: changing dimlevel of Lamp B$ |
I'm missing a bit of the log statement that pimatic-hap produces when switching.
So the value at the end of the log statement is missing. Are you using the most current release version of pimatic hap and all other plugins? |
i dont think its homeduino, because i just deactivated homeduino and dimmer is still sliding + shellswitch still executes twice.
|
then please do this again because i just merged master into v0.9.x. And delete the pimatic-hap/node-modules before nam install, just to be sure. When this happens, do you change the dim level via HomeKit or within pimatic in the first place? |
This afternoon I will post a more complete logfile. Now I can only acces via my phone and that is limited in copy paste. |
I might be able to get a better response time within the homekit framework by returning before anything was switched. This way i would get an immediate response in the homekit app, but the light is switching a little bit later or maybe not at all. But i think this is no problem since the RF switches from homeduino also work with "fire and forget". |
The RF device are indeed fire with automatic gun and forget the result. This time but I can not recollect for other cases the trigger was an input from my-sensor. I will try to find that part in the log file. |
thanks for the very fast support! now pimatic and every plugin is up to date but problem is still there. i even deleted database and reset HomeKit prefs. debug still does only report about the color i want to set, not about the color which is triggered directly after i release the mouse/thumb:
the hap plugin sets Hue and Saturation to 0 (but doesnt debug-log it) in most of the cases i press somewhere on the color picker -WebGui or HomeKit App- as one can see in my video linked in the first post. |
here is the full log file... lots of fluctuation in the values. In the end there is also some manual interference via the pimatic site trying to fix the value. |
And this is a log file of just seconds ago. Starting at the moment I was setting the value for both a RF switch and RF dimmer. The dimmer started fluctuating and I have restarted pimatic. In the start something strange happens.... 22:41:53.689 [pimatic-hap] debug: switching device Lamp Televisie to true |
Ok one last one just happened again. Same way of initiation... After setting manually the value to 0 via pimatic the dimmer was even fluctuating between 3 values...? |
@thymian what type of led light are you using? I did use a DummyLedLight, and this works perfectly.
If this light is working, the problem is probably within the implementation of the led light type. |
@rspaargaren I've noticed that the signal, when switching Lamp Televisie to true, has the id 1337110 (protocol switch1) and then afterwards pimatic receives a signal with the same id (1337110) but with a different protocol (dimmer1). I find that strange. |
Is the issue about sliding back dimmers fixed with pimatic/pimatic-homeduino#63? |
My dimmers are not sliding back anymore with this fix. This was pure related to homeduino. However if I now use my hap plugin to switch off a light and dim a light in a "rule" in Vera ithe dimmer starts fluctuating. As logged in the post before. This behaviour is consistent.... :-( I have upgraded to 0.9. Both dimmer en switch are RF based. Same effect with contact switch and switch RF based. After contact is activated the switch is going on and off repeatedly... |
i still have this issue to, like descripted in the issue here: |
@scobby Please post your config about the shellswitch again, i'll try to reproduce it. |
Just created a PR for a fix in pimatic-shell-execute, which could fix this issue. |
pimatic/pimatic-shell-execute#14 was merged and released. Could you update pimatic-shell-execute and try if the error is gone? |
I will Test that at the Weekend Von meinem Smartphone
|
yeah its working! one week with multiple shell-switches and no problem! thx! now i can remove 50 rules that only switched switches |
Can this issue be closed now? It was hard to catch up with the status so I'm not sure if there are any issues left here. |
I think it's solved, any other opinions? Von meinem Smartphone
|
Since there are no other opinions i'll close this issue. |
sadly i have two other issues with the pimatic-hap plugin:
1) Shell Switch executes twice
If hap is activated the command of my ShellSwitch always gets activated (and deactivated) twice.
If hap is deactivated everything works as it should and even the same command with a DummySwitch combined with a rule works without problem if hap is activated.
The log does only show one state change (not explaining the two executions):
09:42:40 debug [pimatic-hap]: switching device to true
09:42:39 debug [pimatic-hap]: switching device to false
there was someone with the same issue: pimatic/issue#792
2) Sliding back dimmers
Similar to this hap issue#25 the dimmer of my led-device keeps on sliding to 100% brightness whenever i click on a color. And as 100% Brightness is plain white thats pretty bad.
Same as above: doesn't occur when deactivating hap, no special info in the log
Video with log
Note: in the beginning at 10 sec mark you can see the other Issue i have: pimatic-hap/issue#36
In some threads i saw you talking about sliding back dimmers and double execution, but they didnt have a specific fix.
I'm a github beginner, but i saw that v0.9.x branch is "5 commits ahead, 11 commits behind master."
Maybe some of the fixes didnt made it to 0.9 branch?!
The text was updated successfully, but these errors were encountered: