This is the forum archive of Homey. For more information about Homey, visit the Official Homey website.
The Homey Community has been moved to https://community.athom.com.
This forum is now read-only for archive purposes.
The Homey Community has been moved to https://community.athom.com.
This forum is now read-only for archive purposes.
Comments
There are tons of ways to Rome and I know a few of them for solving this.
It would be great if there's a generic solution for this.
Don't known how the work and if my story goes well;
How about (kaku)motion sensors? Are the also triggering every single time the are "tripped"?
Or a socket usage that going above a certain threshold?
It looks like the Debounce time is around 1-2 secs.
Also did some tests with my TV to change the volume with a KaKu remote. Get volume down with 10-15 points, takes 10-30 secs with this debounce setting.
It would be great if a KaKu card gets a option for debounce in seconds with one digit.
JustMy2Cents
KAKU has another problem, it sends without listening if it doesn't interfere with others sending at the same time. To have a better chance to be understood by the receiver it sends it's signal multiple times.
No problem for the lights where it is designed for.
If I send: ON ON. ON. ON.
The light / Socket switches on the first time it received the signal. But without a guarantee as others can send other signals at the same time.
The build in debouncer in the receivers like Homey should trigger just once and neglect signals for 2 or 3 seconds like the KAKU receivers.
If the debouncer in Homey isn't configured correctly flows trigger multiple times while the users only pressed a button once.
That isn't what normal Homey consumers expect and not what we want IMHO
The KAKU ASUN 650 can be started and stopped by sending the same signal again.
At this moment Homey sends the three or four signals not fast enough and now my screen starts closing, stops after two seconds, starts again and sometimes stopped again after 3 seconds while Homey only triggers the close blinds once.
It functioned good before the last updates....
Anyone has the same problem, and more important, anyone has a solution?
8.38 was a better candidate. They making a mesh of it
To push all automatically updating Homey' s to this version.
"I Love Vanilla Forums"
Is this een known problem and if so, is there a workaround?
Is there anything I can do to debug this, to see what could be the matter?
It would be great if the made the "landing zone" much bigger.
And when I add my HUE lights, Homey becomes completly unresponsive. Removing the Bridge from LAN, rebooting Homey and removing HUE will solve this. Totally useless of course.
Maybe it's time that Athom is going to replace my device or solve my issues.
EDIT: The HUE problem is since 0.8.34 and ZWAVE since 0.8.39
I only have KAKU en they dont work at the time. But i'm being very patient.
about your issue. I also have Hue lights, which work perfectly, maybe there are some other apps which interfere with you Hue? At this moment I have installed:
KlikAanKlikUit
Pushover
Beter Logic
Wikipedia
Buienradar
Http request flow cards
ICY E-thermistaat
Weather Underground
maybe you have so other apps than me and you can check if they interfere. Then athom or the app creator can find and solve the issue for you.
about the zwave a can not tell you anything other than to wait for the rewrite, which should be a lot better for what I read from athom messages. Furthermore i do not use zwave (yet) so i do not share the agony.
I have 12 HUE GU-10 lamps and all reacts as supposed in the flows en Android app.
I don't use any z-wave devices.
Installed latest experimental versions for android app and Homey
Is a fact that Homey isn't stable (enough), but I don't known if thats because its KS/Beta/StartUP.
Here I have 5 HUE lights, these HUE's work great with the App/Flows/Vera3/PhilipsApp/etc.
BUT when I say; "OK Homey, could you turn on the light for me?"
I get for weeks the very irritating answer; "I didn't find lights to turn on"
Tried several "solutions", tried to walk/run/drive by car/bicycle/feet over dirty/tarmac roads to get in Rome and it just doesn't work.
Its very(!) odd that, for it looks like, I'm the only one with this problem and there's no solution.
I also noticed that the soundboard App (at least in combination with KaKu) is a bit stuttering and played MP3's are just not very clear.
Yesterday I did a PTP, will wait on a next big non experimental release.
Have you tried setting up a flow that uses different terminology (don't call it "light") ?
The only flows with "light things" are flows that call "Hue Bridge Scene's" after a KaKu button click;
How on earth could it be my homey is not recognizing lamps?
My issue is just one example, but there are a lot of similar cases.
This unpredictable behavior really......
[edit]
Creating custom flows for this issue will solve the lights on issue, but won't solve the build-in issue.
Also, it would be great if we could get some kind of command tracking/logging feature that will inform us exactly which app (or the built-in functionality) was triggered to handle a certain command...