Welcome to the Athom Community Forum! This is a place to share ideas, ask for help and discuss about Homey in general.

Please read Welcome to the forum to get started.

forse happeringen in Homey flows

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?

«1

Comments

  • lubbertkramerlubbertkramer Member
    edited February 27
    rickp said:
    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. 


    Je flows zorgen er niet voor dat dit op deze manier in deze volgorde gaat? Je geeft aan dat je met Better Logic werkt wat een community app is, werken alle functionaliteiten of heb je wellicht een bug ontdekt? Zie je de tag als je controle doet wel omgaan of blijft die ook staan op de oude waarde ? Heb je al eens gebruik gemaakt van een app om je flows te loggen en te kijken wat er gebeurd / hoeveel tijd er tussen zit? 

    rickp said:
    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. 




    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 ;)) maar los daarvan bij Kaku roept Homey een paar keer (met een x tijd ertussen) ga uit ga uit ga uit en dan ineens gaat het uit. Ook hier zou het handig zijn als je meer informatie kunt aanleveren / zelf meer onderzocht hebt

    rickp said:


    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. 


    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 :) 
  • Heb je al logging aanstaan of toegevoegd op jr flows . Dat geeft inzicht waar het fout gaat
  • Je flows zorgen er niet voor dat dit op deze manier in deze volgorde gaat? Je geeft aan dat je met Better Logic werkt wat een community app is, werken alle functionaliteiten of heb je wellicht een bug ontdekt? Zie je de tag als je controle doet wel omgaan of blijft die ook staan op de oude waarde ? Heb je al eens gebruik gemaakt van een app om je flows te loggen en te kijken wat er gebeurd / hoeveel tijd er tussen zit? 

    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?

    rickp said:
    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. 



    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 ) maar los daarvan bij Kaku roept Homey een paar keer (met een x tijd ertussen) ga uit ga uit ga uit en dan ineens gaat het uit. Ook hier zou het handig zijn als je meer informatie kunt aanleveren / zelf meer onderzocht hebt

    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.  :D


    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. 


    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 


    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. 


    mruiter said:
    Heb je al logging aanstaan of toegevoegd op jr flows . Dat geeft inzicht waar het fout gaat

    hoe, of wat adviseer je als logger


  • Bijna vergeten
  • 2018-2-27 16:08:04.326 ganglamp Onoff
    2018-2-27 16:08:04.285 Flow Token-value {"uri":"homey:device:f5b1ebff-3038-4615-9dbb-6d9d64ec1847","id":"onoff","value":false,"device":"ganglamp"}
    2018-2-27 16:08:04.283 Flow Token-value {"uri":"homey:device:800d94ff-f4ad-4b40-8081-f0e465989b34","id":"onoff","value":false,"device":"lichtbakken"}
    2018-2-27 16:08:04.265 lichtbakken Onoff
    2018-2-27 16:08:04.212 KlikAanKlikUit Settings.set devices.ACM-100.name:10111000100111101011000100:00:00:state
    2018-2-27 16:08:04.210 KlikAanKlikUit Settings.set devices.ACM-100.name:10111000100111101011000100:00:00:lastFrame
    2018-2-27 16:08:04.207 KlikAanKlikUit Settings.set devices.ACM-1000.name:01101111001000010111111111:11:10:state
    2018-2-27 16:08:04.204 KlikAanKlikUit Settings.set devices.ACM-1000.name:01101111001000010111111111:11:10:lastFrame
    2018-2-27 16:08:04.004 Better Logic Setting_changed {"name":"alarm verlichting uitgeschakeld","value":true,"type":"boolean","remove":false,"lastChanged":"2018-02-27T15:08:03.111Z"}
    2018-2-27 16:08:04.001 Better Logic Settings.set boolValueChanged
    2018-2-27 16:08:03.890 Flow Token-value {"uri":"homey:app:net.i-dev.betterlogic","id":"alarm verlichting uitgeschakeld","value":true}
    2018-2-27 16:08:03.368 Flow Token-value {"uri":"homey:device:9ebaef12-4e3f-4c2e-9b13-b6efc4e0460a","id":"homealarm_state","value":"disarmed","device":"Surveillance"}
    2018-2-27 16:08:03.355 Surveillance Homealarm_state disarmed


    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.


    2018-2-27 16:00:19.963 ganglamp Onoff
    2018-2-27 16:00:19.915 KlikAanKlikUit Settings.set devices.ACM-100.name:10111000100111101011000100:00:00:state
    2018-2-27 16:00:19.910 KlikAanKlikUit Settings.set devices.ACM-100.name:10111000100111101011000100:00:00:lastFrame

    Lamp uit om 16:01:48.

    De bijbehorende flow: 


    Hier zijn geen vertragingen in geprogrammeerd.



  • lubbertkramerlubbertkramer Member
    edited February 27
    Ik zou het de komende tijd even monitoren, zet op je flows logs en kijk wat het doet met de doorloop/triggers. Zelf hou ik er niet van om zulke "grote' flows te maken. Je kunt dit makkelijk opbreken in classes waarbij je meer zone gericht te werk gaat (zie als voorbeeld hoe ik mijn flows maak waarbij ik gebruik maak van de s tandaard logica i.p.v. better logic -> https://forum.athom.com/discussion/comment/68237/#Comment_68237) . Papertrails / Homey logger zijn beide goede apps om eens mee te monitoren vanuit Homey zelf, wil je het complexer maken laat je je logs naar een externe DB/Syslog server schrijven of maak je een dashboard waarop je de input vanuit Homey uitleest.
  • rickprickp Member
    Nog steeds dezelfde issue's. Inmiddels het uitschakelen aan een countdown gekoppeld met telkens een paar seconden tussen ruimte en flows in een logje gezet. In de log komen alle acties netjes op de vewachte tijden door, in de praktijk gaat alles vrij snel  (3 seconden?) uit behalve de kaku schakelaars, deze blijven lange tijd hangen en bevriezen. Zoals eerder gezegd werken ze normaal via de app 10/10 net zo snel als de zwave apparaten en zijn niet gek te krijgen. Iemand suggesties? 

    2018-03-04 17:12:12 gang uit   === KAKU dimmer
    2018-03-04 17:12:08 overloop uit  === Zwave dimmer
    2018-03-04 17:12:05 keukenlicht uit ==== Zwave plug
    2018-03-04 17:12:02 lichtbakken uit ==== KAKU schakelaar
    2018-03-04 17:12:00 verlichting timer gestart
    2018-03-04 12:02:40 gang uit
    2018-03-04 12:02:36 overloop uit
    2018-03-04 12:02:33 keukenlicht uit
    2018-03-04 12:02:30 lichtbakken uit
    2018-03-04 12:02:28 verlichting timer gestart
    2018-03-03 22:48:17 gang uit
    2018-03-03 22:48:13 overloop uit
    2018-03-03 22:48:09 keukenlicht uit
    2018-03-03 22:48:06 lichtbakken uit
    2018-03-03 22:48:05 verlichting timer gestart
    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.

    2018-3-4 20:53:31.599 {"name":"keukenlicht","value":87,"type":"number","remove":false,"lastChanged":"2018-03-04 20:53:26"}
    2018-3-4 20:53:30.832 keukenkast licht Measure_power 7.2
    2018-3-4 20:53:30.822 {"name":"keukenlicht","value":88,"type":"number","remove":false,"lastChanged":"2018-03-04 20:53:26"}
    2018-3-4 20:53:30.813 keukenkast licht Onoff true
    2018-3-4 20:53:30.793 {"name":"keukenlicht","value":89,"type":"number","remove":false,"lastChanged":"2018-03-04 20:53:26"}
    2018-3-4 20:53:30.774 {"name":"keukenlicht","value":"90","type":"number","remove":false,"lastChanged":"2018-03-04 20:53:26"}
    2018-3-4 20:53:30.746 keukensensor Alarm_motion true
    2018-3-4 20:53:21.776 keukensensor Alarm_motion
    2018-3-4 20:52:56.485 {"name":"keukenlicht","value":"-1","type":"number","remove":false,"
    2018-3-4 20:52:56.456 keukenkast licht Measure_power
    2018-3-4 20:52:55.817 keukenkast licht Onoff
    2018-3-4 20:52:55.788 {"name":"keukenlicht","value":0,"type":"number","remove":false
    2018-3-4 20:52:54.421  {"name":"keukenlicht","value":1,"type":"number","remove":false
    2018-3-4 20:52:53.197 {"name":"keukenlicht","value":2,"type":"number","remove":false
    2018-03-04 20:53:26 keukenzandloper omgedraaid
    2018-03-04 20:51:20 keukenzandloper omgedraaid
    2018-03-04 20:50:45 keukenzandloper omgedraaid
    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;

    2018-3-4 20:51:23.724 CountDown Setting_changed {"name":"keukenlicht","value":89,"":"2018-03-04 20:51:20"}
    2018-3-4 20:51:23.059 CountDown Setting_changed {"name":"keukenlicht","value":"90":"2018-03-04 20:51:20"}
    2018-3-4 20:51:23.035 keukensensor Alarm_motion true
    2018-3-4 20:51:22.190 CountDown Setting_changed {"name":"keukenlicht","value":57, "2018-03-04 20:50:45"}
    2018-3-4 20:51:21.714 CountDown Setting_changed {"name":"keukenlicht","value":58,":"2018-03-04 20:50:45"}
    2018-3-4 20:51:20.145 CountDown Setting_changed {"name":"keukenlicht","value":59"2018-03-04 20:50:45"}
    2018-3-4 20:51:19.256 CountDown Setting_changed {"name":"keukenlicht","value":60,:"2018-03-04 20:50:45"}
    2018-3-4 20:51:18.093 CountDown Setting_changed {"name":"keukenlicht","value":61,""2018-03-04 20:50:45"}
    2018-3-4 20:51:17.390 keukensensor Alarm_motion
    2018-3-4 20:51:17.077 CountDown Setting_changed {"name":"keukenlicht","value":62,":"2018-03-04 20:50:45"}
    2018-3-4 20:51:16.326 CountDown Setting_changed {"name":"keukenlicht","value":63,":"2018-03-04 20:50:45"}
    2018-3-4 20:51:15.045 CountDown Setting_changed {"name":"keukenlicht","value":64,""2018-03-04 20:50:45"}
    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? 


  • ChicoChico Member
    Het viel me de laatste tijd ook al op dat Homey een beetje traag begint te worden. Ik heb er de laatste tijd niet veel aan veranderd, of extra flows gemaakt.

    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. 
  • rickprickp Member
    Vandaag kunnen constateren dat de thuiskomst flows ook niet goed werken. Zodra ik thuis kom gaat het licht aan als het donker is en het alarm uit als deze actief is, althans, zo zou het moeten, zo gaat het meestal ook.

    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?
  • rickprickp Member
    En vandaag werd wel netjes doorgegeven dat we weg gingen/waren maar het alarm niet ingeschakeld. Bij thuis komst daar in tegen ging het alarm wel netjes uit..
  • rickprickp Member
    Vandaag weer tijd gehad om met het keukenlicht te spelen. Wederom sprong hij naar enige tijd weer uit en wilde niet meer aan. In de flow logs verschenen ook geen vermeldingen, dus de flows werden niet gestart.

    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;

    [2018-03-07T23:15:48.635Z] Node[19]: Received application command for COMMAND_CLASS_SENSOR_BINARY, data: 0x03ff0c
    [2018-03-07T23:15:56.841Z] Node[19]: Received application command for COMMAND_CLASS_NOTIFICATION, data: 0x05000000ff070800
    [2018-03-07T23:15:56.897Z] Node[19]: Received application command for COMMAND_CLASS_SENSOR_BINARY, data: 0x03ff0c
    [2018-03-07T23:15:38.987Z] Node[19]: Received application command for COMMAND_CLASS_NOTIFICATION, data: 0x05000000ff070800
    [2018-03-07T23:15:39.043Z] Node[19]: Received application command for COMMAND_CLASS_SENSOR_BINARY, data: 0x03ff0c
    [2018-03-07T23:15:48.579Z] Node[19]: Received application command for COMMAND_CLASS_NOTIFICATION, data: 0x05000000ff070800
    [2018-03-07T23:15:48.635Z] Node[19]: Received application command for COMMAND_CLASS_SENSOR_BINARY, data: 0x03ff0c
    [2018-03-07T23:15:56.841Z] Node[19]: Received application command for COMMAND_CLASS_NOTIFICATION, data: 0x05000000ff070800
    [2018-03-07T23:15:56.897Z] Node[19]: Received application command for COMMAND_CLASS_SENSOR_BINARY, data: 0x03ff0c
    [2018-03-07T23:16:09.495Z] Node[19]: Received application command for COMMAND_CLASS_NOTIFICATION, data: 0x05000000ff070800
    [2018-03-07T23:16:09.552Z] Node[19]: Received application command for COMMAND_CLASS_SENSOR_BINARY, data: 0x03ff0c
    [2018-03-07T23:16:18.424Z] Node[19]: Received application command for COMMAND_CLASS_NOTIFICATION, data: 0x05000000ff070800
    [2018-03-07T23:16:18.480Z] Node[19]: Received application command for COMMAND_CLASS_SENSOR_BINARY, data: 0x03ff0c

    Zover mijn kennis reikt is de communicatie dus inderdaad prima, via de app inschakelen werkt ook prima, alleen in homey zelf loopt eea spaak.



  • rickp said:
    Vandaag kunnen constateren dat de thuiskomst flows ook niet goed werken. Zodra ik thuis kom gaat het licht aan als het donker is en het alarm uit als deze actief is, althans, zo zou het moeten, zo gaat het meestal ook.

    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?
    Volgens mij heeft iedereen hier last van. Een flow die de verlichting in de keuken uit of aan moet doen (6 lichtpunten) doet er bij mij ongeveer een halve minuut over. Het verschilt van keer tot keer.
    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?
  • rickprickp Member
    edited March 14
    Vandaag een update gehad van 1.5.3 naar 1.5.8. Ik had goede hoop maar helaas.. Nog steeds komen de signalen wel bij homey binnen maar word de flow niet correct uitgevoerd.

    Node[19]: [COMMAND_CLASS_SENSOR_BINARY] {"Sensor Value (Raw)":{"type":"Buffer","data":[255]},"Sensor Value":"detected an event","Sensor Type (Raw)":{"type":"Buffer","data":[12]},"Sensor Type":"Motion"}
    2018-03-14T18:06:36.366Z
    Node[19]: Received application command for COMMAND_CLASS_SENSOR_BINARY, data: 0x03ff0c
    2018-03-14T18:06:36.366Z
    Node[19]: [COMMAND_CLASS_SENSOR_BINARY] {"Sensor Value (Raw)":{"type":"Buffer","data":[255]},"Sensor Value":"detected an event","Sensor Type (Raw)":{"type":"Buffer","data":[12]},"Sensor Type":"Motion"}
    De laatste zandloper is daarintegen;


    2018-03-14 19:05:09 keukenzandloper omgedraaid
    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? 


  • bvdbosbvdbos Moderator, Backer - Geek Edition
    edited March 15
    Hoe zijn de instellingen van je sensor? Als je de sensor bij iedere beweging een signaal laat zenden dan is dat vragen om problemen, zowel het zwave-netwerk als Homey raken dan verzadigd met signalen. Daarvoor heb je een time-out op de sensor:
    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.
  • rickprickp Member
    Ik had in het begin de maximale blindtijd van 8 seconden en een beweging aan van 15. Omdat ik hetzelfde vermoeden heb gehad heb ik recent de beweging aan tijd veranderd naar 35. Ik zal dit ophogen naar 60 om te testen, dan zou de zandloper (90) nog steeds tijd gedraaid moeten worden. 

    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.

  • RuudvBRuudvB Member
    edited March 15
    Misschien iets waar (nog) niet naar gekeken hebt: loadavg

    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?
  • rickprickp Member
    RuudvB said:
    Misschien iets waar (nog) niet naar gekeken hebt: loadavg

    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?
    Slingert tussen 0.27 en 0.30, zal vanavond eens kijken wat hij dan aangeeft. Ik gebruik homey als alarm en verlichting dus het aantal flows valt mee. 6 ruimtes met verlichting die geschakeld worden op beweging.


  • rickprickp Member
    edited March 15
    bvdbos said:
    Hoe zijn de instellingen van je sensor? Als je de sensor bij iedere beweging een signaal laat zenden dan is dat vragen om problemen, zowel het zwave-netwerk als Homey raken dan verzadigd met signalen. Daarvoor heb je een time-out op de sensor:
    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 dit inmiddels geprobeerd. Dit maakt het het nog veel slechter, na elke 90 seconden valt hij uit en gaat dan na een paar minuten pas weer een keer aan. Het lijkt erop dat "met hagel schieten" stabieler werkt dus heb hem nu heel kort gezet (8 seconden). Later testen hoe dit werkt, hoewel dit wel batterij vreet.

    RuudvB said:
    Misschien iets waar (nog) niet naar gekeken hebt: loadavg

    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


  • canedjecanedje Member
    edited March 16

    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

  • rickprickp Member
    Hoi canedje,

    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.
  • glijieglijie Member
    canedje said:

    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 herken van hierboven helemaal niks:-/.

    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!

  • canedjecanedje Member
    edited March 16
    glijie said:
    canedje said:

    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 herken van hierboven helemaal niks:-/.

    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!

    Ik heb 1 fibaro PIR, de rest NEO. De fibaro is de enige die vlekkeloos werkt B)
    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.

  • Mag ik ff tussendoor vragen hoeveel apparaten bij jullie de "mesh" verzorgen?
    Dus hoeveel niet-batterij gevoede Zwave apparaten?
  • rickprickp Member
    edited March 16
    Mag ik ff tussendoor vragen hoeveel apparaten bij jullie de "mesh" verzorgen?
    Dus hoeveel niet-batterij gevoede Zwave apparaten?
    Hier 3. 2x fibaro plug, 1x fibaro dimmer, wel gelijk door het huis verspreid. 
    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

    canedje said:
    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.

    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.
  • RocodamelsheRocodamelshe Moderator
    edited March 16
    Jullie zouden het voorstel van @glijie echt eens moeten proberen.
    rickp said:
    Mag ik ff tussendoor vragen hoeveel apparaten bij jullie de "mesh" verzorgen?
    Dus hoeveel niet-batterij gevoede Zwave apparaten?
    Hier 3. 2x fibaro plug, 1x fibaro dimmer, wel gelijk door het huis verspreid. 


    Hier 18. Is toch wel een dingetje denk ik.
    Ben ook benieuwd naar hoeveel jij er hebt @canedje .
  • Voor het timer gedeelte:
    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.
  • canedjecanedje Member
    edited March 16
    Mag ik ff tussendoor vragen hoeveel apparaten bij jullie de "mesh" verzorgen?
    Dus hoeveel niet-batterij gevoede Zwave apparaten?

    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


  • Ook ik gebruik de timers zoals door @Rocodamelshe beschreven en heb geen flows die haperen.

    Zeker het proberen waard!
  • canedjecanedje Member
    Ik heb ze omgebouwd. Dat was nog een best klusje o:) .
    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?
  • bvdbosbvdbos Moderator, Backer - Geek Edition
Sign In or Register to comment.