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.
forse happeringen in Homey flows
rickp
Member
in Nederlands
Hallo,
Ik snap het niet meer. Met enige regelmaat heb ik flows die enorm haperen. Van sommige flows weet ik dat ze gestart worden. Als 1 van de voorbeelden heb ik een flow die het alarm uitschakelt als ik thuis kom. Ik gebruik hiervoor inmiddels een combinatie van owntracks en better logic omdat homey's eigen presence niet deugd. Ik heb een flow die mij een push bericht stuurt als ik thuis ben, zo weet ik dat de geo gewerkt heeft. In dezelfde flow word het alarm uitgeschakeld en word dit door spraak bevestigd. Via een losse flow heb ik als trigger "het alarm is uitgeschakeld" geregeld dat ik een push bericht krijg als het daadwerkelijk uitgeschakeld is.
In de praktijk gebeurt het dat ik thuis kom, bericht krijg geo thuis, push bericht alarm uitgeschakeld en naar binnen ga. Vervolgens ben ik een minuut binnen en kraait homey ineens "alarm uitgeschakeld.
Andersom heb ik het ook al meer dan eens gehad dat ik melding krijg dat het alarm uitgeschakeld is, ik naar binnen gaat en dat toch de timer gaat lopen. Dan een seconde of 10 later stopt de timer ineens en en kraait homey dat het alarm uit is.
Iets totaal anders is het schakelen van kaku apparatuur. Ik heb een flow die alle lampen aan zet (hue, zwave en kaku) en dit werkt prima. Het uitschakelen in een op dezelfde manier opgebouwde flow werkt daarintegen totaal niet. Hue en zwave gaan meteen uit maar kaku blijft aan. In de app schakelen de lampen naar "uit" maar fysiek blijven ze aan. Tussen de 2 a 3 minuten later gaan ze dan plots alsnog uit.
Presence via de homey app gebruik ik inmiddels niet meer. Voorheen kreeg ik vaak de melding "entered homey home area" maar gebeurde het (te) vaak dat homey mij vervolgens niet daadwerkelijk als thuis melde en het alarm dus af ging. vandaar de overstap naar het minder handige maar beter werkende systeem met owntracks en better logic.
Ervaren meer mensen zulke verslikkingen van homey? Heeft iemand dit gehad en op kunnen lossen? Ik heb nog 950 mb opslag vrij en 170 mb Swap. Verder heb ik ook nog niet zo gek veel flows (40 stuks) omdat ik nog maar recent met dit gebeuren begonnen bent. Ik heb de 433 micro controller al opnieuw opgestart en homey ook zo nu en dan eens maar dit lijkt niets te doen. Ik zit nog op 1.5.3 stable.
Al met al lijkt het wel of homey niet krachtig genoeg is om alle flows soepel te draaien? Hebben meer mensen dit idee?
Ik snap het niet meer. Met enige regelmaat heb ik flows die enorm haperen. Van sommige flows weet ik dat ze gestart worden. Als 1 van de voorbeelden heb ik een flow die het alarm uitschakelt als ik thuis kom. Ik gebruik hiervoor inmiddels een combinatie van owntracks en better logic omdat homey's eigen presence niet deugd. Ik heb een flow die mij een push bericht stuurt als ik thuis ben, zo weet ik dat de geo gewerkt heeft. In dezelfde flow word het alarm uitgeschakeld en word dit door spraak bevestigd. Via een losse flow heb ik als trigger "het alarm is uitgeschakeld" geregeld dat ik een push bericht krijg als het daadwerkelijk uitgeschakeld is.
In de praktijk gebeurt het dat ik thuis kom, bericht krijg geo thuis, push bericht alarm uitgeschakeld en naar binnen ga. Vervolgens ben ik een minuut binnen en kraait homey ineens "alarm uitgeschakeld.
Andersom heb ik het ook al meer dan eens gehad dat ik melding krijg dat het alarm uitgeschakeld is, ik naar binnen gaat en dat toch de timer gaat lopen. Dan een seconde of 10 later stopt de timer ineens en en kraait homey dat het alarm uit is.
Iets totaal anders is het schakelen van kaku apparatuur. Ik heb een flow die alle lampen aan zet (hue, zwave en kaku) en dit werkt prima. Het uitschakelen in een op dezelfde manier opgebouwde flow werkt daarintegen totaal niet. Hue en zwave gaan meteen uit maar kaku blijft aan. In de app schakelen de lampen naar "uit" maar fysiek blijven ze aan. Tussen de 2 a 3 minuten later gaan ze dan plots alsnog uit.
Presence via de homey app gebruik ik inmiddels niet meer. Voorheen kreeg ik vaak de melding "entered homey home area" maar gebeurde het (te) vaak dat homey mij vervolgens niet daadwerkelijk als thuis melde en het alarm dus af ging. vandaar de overstap naar het minder handige maar beter werkende systeem met owntracks en better logic.
Ervaren meer mensen zulke verslikkingen van homey? Heeft iemand dit gehad en op kunnen lossen? Ik heb nog 950 mb opslag vrij en 170 mb Swap. Verder heb ik ook nog niet zo gek veel flows (40 stuks) omdat ik nog maar recent met dit gebeuren begonnen bent. Ik heb de 433 micro controller al opnieuw opgestart en homey ook zo nu en dan eens maar dit lijkt niets te doen. Ik zit nog op 1.5.3 stable.
Al met al lijkt het wel of homey niet krachtig genoeg is om alle flows soepel te draaien? Hebben meer mensen dit idee?
Comments
Probleem staat denk ik gelijk aan het probleem van Kaku, Kaku is een verouderd signaal (klik aan klik uit stapt daarom ook over op Zigbee
Blijft een bekend probleem, ene telefoon gaat in slaap waardoor Wifi niet goed kan registreren dat je thuis bent, Apple geeft pas vertraagd de GPS fix update door etc, voor iedereen werkt presence detectie weer anders, hier moet je een beetje zoeken naar je eigen sweet spot. Andere manier is om een knop bij de ingang van je woning te plaatsen of een scherm met Homeydash / of verzin het om je alarm aan/uit te zetten en bv met pincode ook te beveiligen
Nee ze hebben niet een speciale volgorde. Ik heb een screen van een flow toegevoegd die soms mis gaat. Ik ben boolean value's gaan gebruiken aan het begin/eind van flows om te kunnen zien of de schakeling van flow naar flow wel goed gaat. Met tag's bedoel je de kaartjes? Hier heb ik nog niet naar gekeken, goede! Ik heb Homey logger geprobeerd maar deze viel weg als de laptop in slaap valt dus ben nog zoekende, raad je er 1 aan?
Het vreemde hier aan blijf ik vinden dat als ik de flow start via de test knop hij altijd werkt. Start de flow via "als deze flow is gestart" dan krijg ik dus het scenario zoals beschreven. Ik dacht eerder dat het teveel "dan's" voor homey waren dus heb ook al geprobeerd om te vertragen door vertragingen toe te voegen (5 sec, zwave, 5 sec, zigbee, 5 sec kaku 1, 5 sec kaku 2) en ook door de kaku's in een totaal andere flow aan te sturen. Flow 1 schakelde zwave/zigbee uit en draaide zandloper op 90 seconden. Na 90 seconden zandloper leeg en kaku flow. Zelfde resultaat.
Bedien ik dezelfde modules los via de app kan ik zo snel en veel klikken als ik wil maar blijven ze prima alle opdrachten volgen. Het meest vreemde vind ik dat, hoewel homey uit uit uit roept ze na een minuut of 2 a 3 (geklokt) alsnog uitgaan, terwijl ze als ik in de app kijk dan allang uit staan. Rommel ik in de tussen tijd in de app dan reageren ze niet, tot die 2 a 3 minuten over zijn, dan gaan ze ineens in full disco mode en werken ze alle commano's achter elkaar af. Ik weet overigens zeker dat ik nergens 2 a 3 minuten vertraging heb ingesteld.
Ja dat klopt helaas. Toch zou Athom daar iets op moeten vinden gezien de HUE app feilloos werkt op mijn galaxy en de heuwei van mijn vriendin. Het kan dus wel degelijk. Ik ga ook nog onderzoeken of ik de hue presence kan gebruiken. Bijv. lamp x schakelt aan (door hue) markeer x als thuis. Nadeel vooralsnog is dat het lastig bij te houden is hoeveel mensen er dan thuis zijn. praktisch onmogelijk maar misschien kom ik nog met een idee.
hoe, of wat adviseer je als logger
Dit is het logboek van de test zojuist. De ganglamp ging uit om 16:09:00. Na deze tijd komen er ook geen verdere meldingen. Ik heb de hue meldingen etc eruit geknipt om het overzichtelijk te houden. Ik nog 2 testen gedaan voor deze, deze gaven min of meer dezelfde soort resultaten, iets langzamer daadwerkelijk uit.
Lamp uit om 16:01:48.
De bijbehorende flow:
Hier zijn geen vertragingen in geprogrammeerd.
Ook heb ik regelmatig dat zandloper flows haperen. Bijvoorbeeld in de keuken heb ik een coolcam pir en een fibaro plug die de keukenkastjes inschakelt (zelfde plug als bovenstaand). De flow is:
Als beweging is gedetecteerd en het na zonondergang dan draai zandloper (90), zet aan en voeg toe aan log.
Vervolgens gaat het een kwartier goed en dan ineens floep, licht uit. Dan spring ik een keer voor de pir, deze licht op maar het licht blijft uit. In het logboek komt ook geen entrie op dat moment. Boven heb ik hetzelfde met de combinatie coolcam / fibaro dimmer. Als ik blijft staan waar ik sta, mn telefoon pak en de verlichting inschakel werkt dit onmiddelijk, bereik lijkt mij dus niet het probleem te zijn.
Buiten dat het vreemd is dat er 90 seconden lang geen beweging is doorgekomen (bewust blijven lopen/triggeren) valt het ook "alarm motion" plaatst vind bij 21, de zandloper pas gedraaid word bij 26 en "alarm motion true" pas bij 30 is. Dit is een proces van 9 seconden?
Dit blijkt ook uit dit stukje;
Ook hier eerste bericht om 17, zandloper op 20, motion true op 23. Overigens vind ik deze vertraging niet het belangrijkste, wel wil ik heel graag ontdekken waarom eea niet altijd (meteen) verwerkt rword.
suggesties?
Als ik naar inzichten ga bv, en klik op een smartplug, of weet ik wat, dan duurt het best lang voordat die gegevens op me scherm verschijnen. je ziet een tijdje een draaiend cirkeltje.
En laatst kreeg ik ineens een facebook messenger bericht van Homey, op iets dat ik echt dagen er voor gevraagd had.
En als ik weg ga, dan krijg ik een melding op me telefoon, tot ziens, en dan moet ik ook een melding krijgen of alle ramen en deuren dicht zijn of niet, maar die krijg ik de laatste tijd meestal niet.
Zojuist was het zo dat ik aan kwam rijden, het licht netjes brandde maar het alarm niet uit stond. Na deze met de hand uitgeschakeld te hebben kon ik in homey terug zien dat ik inderdaad voordat ik het alarm met de hand heb uitgeschakeld al geregistreerd was als thuis zijnde. Ofwel, wederom happert er iets waardoor niet alles correct word uitgevoerd. Dit werd ook bevestigd doordat de boolaen niet is omgezet van false naar true. Dit word gedaan zodra het alarm word uitgeschakeld door geo locatie.
Alle bovenstaande problemen lijken veroorzaakt te worden door haperingen. Ben ik hier nou zo uniek in of hebben gewoon veel meer mensen dit?
Ik draai nog altijd op 1.5.3, is dit in latere versies beter?
Tegelijk knipperde de sensor er op los EN zag ik dat de data wel degelijk in homey binnen komt, onder instellingen => zwave kwam deze data namelijk prima binnen;
Zover mijn kennis reikt is de communicatie dus inderdaad prima, via de app inschakelen werkt ook prima, alleen in homey zelf loopt eea spaak.
En ik heb al meermalen gemerkt dat soms een trigger helemaal niet wordt opgepakt. En volgens mij ligt dat niet aan specifieke devices, het is gewoon random.
Verder heb ik problemen met inclusion van devices. Soms gaat de data-uitwisseling zo langzaam dat hij timeout krijgt en het device dus niet toevoegt. Dan mag ik weer excluden en nogmaals proberen. Vaak gaat het dan weer fout, maar als ik een half uurtje wacht gaat het opeens heel soepel.
Ik denk dat dit allemaal ligt aan hoe de Homey omgaat met multi-threading en/of memory management.
Iemand ideeen hierover?
De laatste zandloper is daarintegen;
In het binnenkomende zwave verkeer is dus wederom duidelijk te zien dat de opdracht meerdere keren binnen komt en de flow die de zandloper draait dus alsnog meerdere keren weigert te werken.
Op deze manier flopt de home automation volledig. Node 19 schakelt namelijk de keukenverlichting en het is zeer vervelend dat om de zoveel tijd plots de verlichting uitvalt en een tijd lang niet aan gaat tenzij je hem met de hand inschakeld. Maja, dat vonden we nou dus net ouderwets..
Heeft iemand nou ideeen over dit? Dit mag toch niet normaal zijn?
Als beweging gedetecteerd dan stuur signaal
Als binnen een timeout x weer beweging wordt gedetecteerd dan stuur geen signaal
Als na timeout x weer beweging wordt gedetecteerd dan stuur een nieuw signaal
Bij een ontvangen signaal -> draai zandloper om
Zo stuur je dus bijvoorbeeld maximaal één signaal per minuut van de sensor naar Homey.
Ik heb 2 redenen om te denken dat dit niet het probleem is.
Ten eerste omdat ik de opdrachten "aan" bij elke oplichting van de bewegingsensor led meteen netjes zie binnen komen, het netwerk is dus niet zo druk dat de data niet aankomt + er is geen toevoeging aan simple log, maw de flow word niet uitgevoerd dus daarom is er ook geen uitgaande data te zien.
Ten 2e, ik heb dezelfde setup op de overloop. Als ik savonds laat nog een keer naar de badkamer wandel en derest van het huis al donker is dan is dat de enige sensor die ik passeer. Het netwerk is dan dus fluister stil. Soms gaat deze ook niet aan, de logboeken laten dan eenzelfde situatie zien. (signaal komt aan, flow start niet)
De overloop dimmer (fibaro) heeft een rechtstreekse lijn met homey en de sensor zit aan deze dimmer gelinkt.
Het kan best zijn dat jouw homey gruwelijk druk is terwijl je denkt dat hij staat te niksen. Ik heb gemerkt dat dit heel veel met flow-logica te maken heeft. Ook het aantal actieve flows is van wezenlijk belang.
Ik heb bijvoorbeeld al mijn flows voor de verschillende screen activiteiten in het late najaar-winter-vroege voorjaar uitgeschakeld. Dat scheelt dus gewoon in de loadavg.
Wellicht simpelweg testen? Schakel gewoon de grootste hoeveelheid flows (die niet echt essentieel zijn) eens uit. Heeft dat invloed?
Inmiddels getest nu alles door homey geschakeld word (na zonsondergang). blijft netjes tussen 0.15 en 0.35.
Ik heb een screen met alle informatie die ik bekijk. Hopelijk zien jullie hier iets in. Het enige wat ik zie is dat de laatste zandloper om 19:39:46 gedraaid is, er daarna meerdere "aan" signalen zijn ontvangen maar ik 4 minuten later nog altijd in het donker stond.
High res:
https://ibb.co/dMhTFH
Ik herken deze discussie
Ik heb dezelfde problemen. Regelmatig gaat het licht uit op de timer, terwijl er wel beweging is. (PIR flits rood op)
Die komt dan blijkbaar niet over bij Homey, of de betreffende flow wordt niet geactiveerd. Dan duurt het langere tijd (minuten)voordat de PIR het licht weer aanstuurt en ben ik gedwongen "handmatig" te schakelen.
Ik heb ook een blindtijd van 8 sec ingesteld en bewegingstijd aan van 20 sec.
Het heeft niks met loadavg te maken, andere flows doen het wel namelijk.
Ik heb wel last van zware loadavg als ik een flow heb lopen die zonsondergang of zonsopkomst simuleert. Er lopen dan wat timers die het leven van Homey zwaar maken. Dan zie ik een PIR sensor aangaan en duurt het vertraagd (enkele seconden tot 1 minuut) voordat het licht aangaat. Ook hinderlijk dat Homey dit blijkbaar niet goed aankan.
Bovengenoemd probleem is echter wat anders
Ik herken trouwens zoals hierboven ook ergens genoemd, dat het gebruik van better logic een zware druk op Homey zet.
De laatste tijd gebruik ik eerder de standard Logic. Die is vele malen sneller.
De vertragend werkende flow van zonsopkomst en zonsondergang heb ik hier beschreven
https://forum.athom.com/discussion/4831/flow-is-occupying-homey-to-much
Ik zag je topic en volgde deze ook nauwlettend omdat het een groot raakvlak heeft met het probleem dat ik als eerste merkte, het tegelijk uitzetten van het hele huis. (zie 1e posts). Dit heb ik voor lief gelaten omdat alleen de KAKU modules minuten vertragen hadden maar dit voor mij niet super hinderlijk was, buiten frustratie tijdens het testen.
Wat betreft derest, fijn om te horen dat je het herkent, maar belachelijk dat dit "normaal" lijkt te zijn. Het frustreert me al enorm dat er nog geen werkende geo-locatie is zodat precense goed werkt zonder heel veel trucjes, maar wat heb je nou aan mooie domotica als het betrouwbaar schakelen van 1 lamp al teveel gevraagd is.
Vanochtend werkte een totaal andere flow niet. De bewegingsmelder in de woonkamer schakelt tussen XX:XX en XX:XX het alarm van gedeeltelijk actief naar uit. Vanochtend dus niet, pc open, ja hoor, dit keer de fibaro sensor die netjes data gaf maar geen flow triggerde en ook in de app liet het bewegings icoontje niets zien.
Ik denk dat we langzaam aan kunnen concluderen dat hoewel het homey idee leuk is hij nog veel, veel te instabiel is en nog lang niet geschikt is om een huis aan te sturen. Erg spijtig voor iets dat 300 euro kost en geadverteerd word als "de oplossing". Dat hij niet voor elke end user geschikt is maakt voor mij niet uit, ik vind het priegelen wel leuk. Dat elke core functie daarintegen niet werkt is wel enorm kwalijk.
Ik heb nl nooit last van niet schakelen in combinatie van beweging, timer(countdown) en betterlogic.
het is in mijn geval reten snel. Dat geld in mijn geval alleen als ik de bewegingssensoren gebruik van Neo Coolcam.
Die van Fibaro is altijd wat mee en werken bij mij inderdaad niet consequent( denk dat dat eerder ligt aan fibaro dan aan Homey)
Maar goed, omdat het hier bij mij zonder issues werkt, vraag ik me weleens af of de flow's die gemaakt worden bij andere wel de juiste zijn.
Zo dus hier een voorbeeld van beweging in mijn woonkamer, welke voor mij altijd werkt:-)
2 aparte flow's voor starten en stoppen van de timer:
ALS bewegingsmelder gaat aan in woonkamer EN zandloper woonkamer loopt DAN stop timer woonkamer
ALS bewegingsmelder gaat uit in woonkamer DAN draai zandloper om van woonkamer naar 1800 sec
flow's voor aansturen van bv lichten:
ALS bewegingsmelder gaat aan in woonkamer EN zon is onder EN licht woonkamer staat uit DAN set a variable "woonkamer = TRUE".(betterlogic in mijn geval)
ALS timer is veranderd EN Zandloper is precies 1700 EN licht staat aan DAN set a variable "woonkamer = FALSE"
ALS a variabele is set "woonkamer" EN variabele is true"woonkamer" DAN doe de lampjes aan die je aan wilt doen ANDERS doe de lampjes uit die je uit wilt
Werk indien mogelijk altijd met de EN kolom, want waarom licht aan laten zetten als licht al aanstaat. Dit zorgt voor onnodig belasten Homey. Wordt ie nl langzaam van ;-) en is helemaal niet logisch.
Het niet of verkeerd gebruiken van de EN kolom kan ervoor zorgen dat bepaalde flow's in een LOOP komen waardoor Homey ook ontzettend traag van wordt
Succes ermee!
dank je voor het meedenken met de flows. De flows die jij beschrijft zouden kopieën van die van mij zijn. Dus ik heb niet het idee dat het daar aan ligt. Ik stop alleen de timers niet ik draai de timer altijd om bij elke bewegingsdetectie.
Ik doe niks als de PIR afschakelt.
ik zet ook licht alleen maar aan als het nog niet brand en doe dat gebaseerd op een veranderende boolean
wat mij wel opvalt is dat de PIRs die goed en snel werken rechtstreeks met Homey zijn verbonden.
de traag werkende maken gebruik van repeaters van het meshnetwerk
Het normaal aanschakelen van het licht gaat bij mij ook heel snel, behalve als ik zonsopgang of zonsondergang regel
het gaat fout als het licht brand en de timer loopt af de flow die de timer omdraait wordt om een of andere reden niet geactiveerd door de desbetreffende PIR
Het gaat vaak wel goed, maar eens in de zoveel tijd niet
Een voorbeeld:
Het licht in mijn garage wordt aangestuurd door een NEO PIR. Die start een timer van 3 minuten die elke keer omgedraaid wordt als de NEO PIR beweging ziet.
Dat gaat bijvoorbeeld een kwartier goed maar dan gaat het licht plots uit, terwijl ik continue heen en weer loop en de PIR regelmatig zie knipperen.
Dus hoeveel niet-batterij gevoede Zwave apparaten?
op batterij: 9x neo coolcam deur sensor (werken altijd)
4x neo coolcam pir
1x fibaro pir
2x vision sirene
In developer geeft hij geen tx error's aan, en nog steeds, ik zie de communicatie binnenkomen zodra de led op de pir oplicht, elke keer weer.
@glijie
Ik ga een test doen aan de hand van jouw flow setup. Deze is vrij anders (en veel uitgebreider) dan de mijne.
Ik heb;
Flow 1
Als beweging EN zon is onder DAN zet aan + draai zandloper 90.
Flow 2
Als zandloper is gestopt -- DAN zet uit
Identiek. Canedje, als je bij https://developer.athom.com/tools/zwave kijkt, zie je dan net als mij ook de data van de node netjes binnenkomen als hij knippert. Dit gebeurt bij mij instant.
Hier 18. Is toch wel een dingetje denk ik.
Ben ook benieuwd naar hoeveel jij er hebt @canedje .
Als motion stop timer.
Als geen motion meer run timer.
Als we 3 minuten of 39 minuten voor een motionsensor blijven rondspringen dan gaat niet een timer lopen. Die gaat pas lopen als er geen beweging meer is na zoveel seconden.
Ik heb 7 PIRS (1 fibaro, 5 NEO, 1 Philio)
3 rookmelders
10 Neo coolcam pluggen (mesh+)
5 fibaro schakelaars (mesh+)
3 deur sensor NEO
1 RGBW dimmer fibaro (mesh+)
Hiernaast nog een aantal Zigbee dingen 4 x Ikea lampen en 4 x xiaomi deur sensoren
16 mesh opbouwers dus.
Jullie zetten mij wel tot nadenken. Ik denk namelijk dat timers de boosdoeners zijn wat belasting betreft.
Ik heb soms wel 6 timer van countdown lopen en dan nog timers van de kaarten.
Hoe minder timers er lopen hoe beter.
Ik ga mijn flows ombouwen zoals hierboven genoemd
Zeker het proberen waard!
Ben benieuwd.
Wat mij verbaasd bij het stopzetten van de timer dat deze naar -1 gaat. Ik zou verwachten dat de laatste waarde zou bevriezen?