:strip_exif()/i/2000946083.png?f=thumbmini)
:fill(white):strip_exif()/i/2002515572.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2002515568.jpeg?f=thumbmini)
dan zou je dus in combinatie met mijn flows de timer op 70 seconden moeten zetten. Zodat wanneer de bewegingsmelder uit gaat er 10 seconden zijn voor die sensor om de timer weer te updaten.Daniel. schreef op maandag 5 november 2018 @ 08:03:
Ik zie dat je de neo motion sensor gebruikt. Hou er rekening mee dat de Xiaomi om de 1 minuut ververst(minimale tijd die je kan instellen). Als die beweging registreert dan staat die 1 minuut op aan. Als je dan 59 seconden druk beweegt en dan 5 of 1 seconden niet dan staat die weer uit. Hij is zelfs zo dat die eerst uit gaat en dan pas weer beweging kan registreren. Ik heb hem zelf ook zo ongeveer op die manier maar dan altijd met 1 flow maar de timer is ipv 1 minuut 75 seconden.
Dat werkt in mijn situatie perfect.
:strip_exif()/u/357773/thumbHerbie.gif?f=community)
Zoe doe ik het. 3 Flows en de countdown timer app:
Mijn LEGO dingetjes: www.KeverBricks.nl (insta, bricklink etc)
:strip_exif()/u/26278/wapen60.gif?f=community)
"The trouble with quotes from the Internet is that you can never know if they are genuine." - Elvis Presley | Niet met me eens ? DM ME
:strip_icc():strip_exif()/u/65626/crop5e441ed581fc5_cropped.jpeg?f=community)
:strip_exif()/u/570484/crop5f7c0cc1680db_cropped.gif?f=community)
Aangezien voor mij de notificaties er nu weer totaal uit liggen, vrees ik met grote vrezen voor de 2.0 update en wat voor problemen die weer allemaal met zich mee gaat brengen. Elke paar weken moet je weer aan de slag om instabiliteit op te lossen. Is het geen Z-wave danwel Zigbee danwel één van de apps (recentelijk de Kaku app).
/u/300076/crop59b52708c822b_cropped.png?f=community)
Ik heb gisteren de spraak uitgezet en alles wat gesproken werd opgenomen vanuit een text to speech programma en dat dan laten afspelen met soundboard en sindsdien zijn mijn stabiliteit issieus gone.:
[...]
Aangezien voor mij de notificaties er nu weer totaal uit liggen, vrees ik met grote vrezen voor de 2.0 update en wat voor problemen die weer allemaal met zich mee gaat brengen. Elke paar weken moet je weer aan de slag om instabiliteit op te lossen. Is het geen Z-wave danwel Zigbee danwel één van de apps (recentelijk de Kaku app).
:strip_icc():strip_exif()/u/27371/crop5e5e6158f2939_cropped.jpeg?f=community)
:strip_exif()/u/70538/avatar4553_0.gif?f=community){kind=avatar}
:strip_icc():strip_exif()/u/75528/crop63cc1b1ea9e3a_cropped.jpg?f=community)
Blog over Smart Homes: https://www.hellosmarthome.nl
:strip_icc():strip_exif()/u/25009/crop65f1e3109d1b7_cropped.jpg?f=community)
Misschien het apparaat opnieuw toevoegen? Weet je zeker dat de triggers goed werken?
Dan moet er toch iets anders zijn. Als ik beide test op dezelfde plek is de V2 beduidend langzamer. Zou het aan de implementatie van de app liggen? Of misschien heeft de V2 een exotische verbinding / route met Homey. Zo jammer dat de zwave pagina er nu uit ligt
/u/417773/crop5b62e53f02576_cropped.png?f=community)
:strip_icc():strip_exif()/u/23091/cyberspin.jpg?f=community)
Die Aqara sensor werkt perfect! Heb ik ook in de douche hangen om uiteindelijk aan de mechanische ventilatie te koppelen. Maar zoals GermanPivo al schreef: wil je het echter gebruiken om het licht aan te houden als je onder de douche staat dan zul je denk ik moeten werken met zowel de motion sensor als de humidity sensor. Luchtvochtigheid bouwt zich immers op, dus hij zal niet meteen reageren als je de douche aanzet. Al kun je natuurlijk met de threshold spelen maar dan heb je weer een risico op 'false positives'.
Top! Ik heb in de douche een schakelaar die de ventilatorstand kan laten variëren van stand 1 tot 3. Als ik dan toch zo'n sensor heb, kan ik dan hierachter bv een fibaro module plaatsen die deze automatisch op stand 3 zet als deze vochtigheid detecteert?:
[...]
Die Aqara sensor werkt perfect! Heb ik ook in de douche hangen om uiteindelijk aan de mechanische ventilatie te koppelen. Maar zoals GermanPivo al schreef: wil je het echter gebruiken om het licht aan te houden als je onder de douche staat dan zul je denk ik moeten werken met zowel de motion sensor als de humidity sensor. Luchtvochtigheid bouwt zich immers op, dus hij zal niet meteen reageren als je de douche aanzet. Al kun je natuurlijk met de threshold spelen maar dan heb je weer een risico op 'false positives'.
Nu ben ik niet de grootste expert op het gebied van mechanische ventilaties, dus ik moet het zelf ook nog even goed uitzoeken. Maar als ik het goed begreep is het afhankelijk van de aansturing van je mechanische ventilatie die je in je huis hebt hangen. Met perilex zou je volgens mij genoeg moeten hebben aan een fibaro schakelaartje, als je genoegen neemt met 2 standen. (stand 1 en stand 3 bijv.) Maar correct me if I'm wrong
@Tweaqer @arjandijk162 OK thanks... Ben er nog niet over uit.
Heb al een Google home voor de belabberde spraakbesturing...
Een Harmony Hub voor de niet werkende IR...
En nu Hue Bridge voor de belabberde zigbee implementatie...
What is next
Misschien dat ik hem maar gewoon op markplaats zet, ik heb hem dan helemaal niet meer nodig en gebruik alsnog allemaal verschillende apparaten 
Dat die V2 er ooit komt en deze problemen oplost heb ik ook al lang geen vertrouwen meer in.
Heb al een Google home voor de belabberde spraakbesturing...
Een Harmony Hub voor de niet werkende IR...
En nu Hue Bridge voor de belabberde zigbee implementatie...
What is next
Misschien dat ik hem maar gewoon op markplaats zet, ik heb hem dan helemaal niet meer nodig en gebruik alsnog allemaal verschillende apparaten Dat die V2 er ooit komt en deze problemen oplost heb ik ook al lang geen vertrouwen meer in.
[ Voor 10% gewijzigd door FireFoz op 07-11-2018 20:49 ]
Leef lekker in het nu, er is niks anders
Stel voor je had (g)een homey. Wat is dan het probleem? #spijkersoplaagwaterzoeken:
@Tweaqer @arjandijk162 OK thanks... Ben er nog niet over uit.
Heb al een Google home voor de belabberde spraakbesturing...
Een Harmony Hub voor de niet werkende IR...
En nu Hue Bridge voor de belabberde zigbee implementatie...
What is next
Dat die V2 er ooit komt en deze problemen oplost heb ik ook al lang geen vertrouwen meer in.
Google home is je ‘home assist’
Harmoneyhub is je ir vervanger
En hue bridge is de aansturing voor licht.
(Ver)koop je homey en gebruik desbetreffende apps voor deze devices.
[ Voor 11% gewijzigd door Sjalabert op 07-11-2018 23:15 ]
Wie met één vinger naar een ander wijst, wijst met drie vingers naar zichzelf!
Blog over Smart Homes: https://www.hellosmarthome.nl
Onzin, voor 299 mag je best wat meer verwachten als ze zeggen wij ondersteunen bijvoorbeeld Zigbee naast dat ze zeggen dat ze duizenden andere apparaten ondersteunen. De tak van sport is misschien niet volwassen volwassen maar zeker stabiel (Hue bridge kan toch ook meerdere zigbee (stabiel) aan elkaar knopen?). Mocht dit namelijk het geval zijn dat een consument niet die stabiliteit kan verwachten maar een hobby project moet dat ergens duidelijk vermeld staan en de mediamarkt koper ziet dat nergens staan.
Probleem ligt hier bij Athom dat ze bijvoorbeeld Zigbee wilden ondersteunen en maar een bibliotheek gepakt hebben die dat kon en daarna tegen problemen aanlopen en daar (nu al een jaar) niets aan doen i.v.m. geen tijd en geen prio omdat 2.0 af moet terwijl .13 maar niet naar stabiel komt zonder verdere uitleg.
Om in het voorbeeld van Zigbee te blijven dit werkt stukken stabieler op HASS icm Deconz en heeft een betere implementatie waardoor de verschillende protocollen wel werken bv ikea lampen + de ikea remote zonder de ikea bridge (en dit kost geen 299 maar RPI (60 euro) + Conbee/Raspbee (30 euro). Ze zijn niet voor niets in het ongelijk gesteld door de reclame code, in Nederland moet je waarmaken wat je verkoopt en anders heb je geen deugdelijk product en dienen ze je hierin te vergoeden / het product terug te kopen
Sowieso is de vraag of Homey volwassen is, de hardware die nu nog steeds de standaard is vanuit de kickstarter fase blijkt niet meer volledig te zijn kijkend naar het app limiet wat ze achteraf ingesteld hebben. Athom krijgt niet voor niets meer vragen over de Super Homey's die in het wild zijn. Telefoons hebben zelfs betere resources
[ Voor 9% gewijzigd door lubbertkramer op 08-11-2018 11:40 ]
Werkt prima buiten, buiten heb ik bij de voor- en achterdeur een motion sensor (zonder tape of wat dan ook eromheen) zitten, contactsensor op de (pakket)brievenbus en poort (wel met tape eromheen) en een temp sensor als extra meting naast het weerstation. Zitten er nu een halfjaar zonder problemen
Mocht het kapot gaan mag dat ook best voor een tientje 
Oke, blij verrast dat te horen. Voor een paar euri mag 'ie inderdaad ook wel af en toe stuk gaan. Ik was bang dat het dingetje met een paar dagen buiten de geest zou geven. Ik ga kijken hoe 'ie zich houdt. Ik zal 'm in een mooi doosje monteren, zodat 'ie in ieder geval niet direct in weer en wind terecht komt.:
[...]
Werkt prima buiten, buiten heb ik bij de voor- en achterdeur een motion sensor (zonder tape of wat dan ook eromheen) zitten, contactsensor op de (pakket)brievenbus en poort (wel met tape eromheen) en een temp sensor als extra meting naast het weerstation. Zitten er nu een halfjaar zonder problemen
Athom legt de schuld vaker bij externen/andere zaken neer. Ze hebben een partnerschap met woonveilig maar waren nooit op de hoogte van veranderingen in de API dus is nu de app maar weg, zelfde gebeurde ervoor met Toon (die gewoon al jaar had aangegeven dat de oude api ging verdwijnen) etc. Ik vind dat het probleem bij Athom ligt m.b.t. Zigbee omdat zij gekozen hebben voor een bibliotheek die op dat moment al niet meer ondersteund werd alleen omdat ze de eersten wilden zijn omdat Ikea zigbee lampen ging verkopen. Een heel nobel streven maar ze hebben er nu meer problemen door dan dat ze er de vruchten van afwerpen. Daarnaast is Athom de partij die zegt "wij ondersteunen" zonder de complicaties openbaar te plaatsen (ja op een github die de meesten niet kennen)
Waar technisch het probleem ligt daar kunnen ontwikkelaars zoals @kasteleman beter over schrijven aangezien dat niet mijn tak van sport is
[ Voor 7% gewijzigd door lubbertkramer op 08-11-2018 11:52 ]
Bekend probleem en vaker in dit topic genoemd, ik weet ook niet of er sprake is van meer vragen daarover. Sowieso; meer ten opzichte waarvan? Ik heb nou niet het idee dat ze overspoeld worden met vragen daarover maargoed. Het is er dus er zal vast wel eens een vraag over komen.:
[...]
Sowieso is de vraag of Homey volwassen is, de hardware die nu nog steeds de standaard is vanuit de kickstarter fase blijkt niet meer volledig te zijn kijkend naar het app limiet wat ze achteraf ingesteld hebben. Athom krijgt niet voor niets meer vragen over de Super Homey's die in het wild zijn. Telefoons hebben zelfs betere resources
Anywayz vanuit perspectief van Athom kunnen je volgens mij twee dingen doen: 1) je kunt qua hardware bijvoorbeeld meer geheugen erbij prikken (zoals bij de 'Super Homey') of 2) je kunt zorgen dat je systeem minder geheugen gebruikt. Wat ik begrijp gebruikt het systeem nu veel resources omdat het oa. een webserver draait. Als je via api's de core direct kunt aanspreken en je geen webinterface meer hebt kun je daardoor in theorie redelijk wat resources vrijspelen voor bijvoorbeeld meer apps. Ik verwacht dat die limiet na de 2.0 update dan ook verhoogd zal worden, maar nog maar even wachten om te zien hoe dat gaat lopen.. Soon we will know I guess
Super Homey is niet alleen meer ram maar ook een betere CPU (singlecore -> quadcore). Ze zullen deels meer RAM kunnen vrijspelen maar dan gaat de CPU ook een bottleneck worden door de vele flows die tegelijk uitgevoerd gaan worden en alle apparaten die tegelijk informatie naar Homey zenden. Maar naast bovenstaande zouden ze ook naast 2,4ghz wifi 5ghz moeten ondersteunen wat een hardware upgrade zou rechtvaardigen, of bluetooth 5 (geen idee of dit ook softwarematig kan). Laatst bleek dat door een productiefout er Homey's zijn die zowel 2,4ghz als 5ghz ondersteunen alleen nog niet softwarematig:
[...]
Bekend probleem en vaker in dit topic genoemd, ik weet ook niet of er sprake is van meer vragen daarover. Sowieso; meer ten opzichte waarvan? Ik heb nou niet het idee dat ze overspoeld worden met vragen daarover maargoed. Het is er dus er zal vast wel eens een vraag over komen.
Anywayz vanuit perspectief van Athom kunnen je volgens mij twee dingen doen: 1) je kunt qua hardware bijvoorbeeld meer geheugen erbij prikken (zoals bij de 'Super Homey') of 2) je kunt zorgen dat je systeem minder geheugen gebruikt. Wat ik begrijp gebruikt het systeem nu veel resources omdat het oa. een webserver draait. Als je via api's de core direct kunt aanspreken en je geen webinterface meer hebt kun je daardoor in theorie redelijk wat resources vrijspelen voor bijvoorbeeld meer apps. Ik verwacht dat die limiet na de 2.0 update dan ook verhoogd zal worden, maar nog maar even wachten om te zien hoe dat gaat lopen.. Soon we will know I guess
[ Voor 8% gewijzigd door lubbertkramer op 08-11-2018 11:57 ]
Zoals ik al zei doet Zigbee Shepherd volgens mij alleen maar de ruwe (binaire) berichten verwerken en structureren en andersom. Zolang de Zigbee standaard zelf niet veranderd (en dan specifiek de bericht structuren) zou het dus ook niet nodig hoeven te zijn om wijzigingen aan te brengen in Zigbee Shepherd.
En hoe ga je die API bereikbaar maken? Juist, via een webserver
Het probleem van het draaien van "een webserver" los je dus niet op met een API. Enige voordeeltje wat je kunt hebben is dat mogelijk de webserver wat minder resources gebruikt. Maar de huidige web interface werkt ook al als web app waarbij er een statische ("lege") pagina wordt gestuurd naar de browser (die pagina kan dus bij wijze van rechtstreeks vanuit opslag naar de browser worden gestuurd), en de rest loopt ook daarbij al via APIs (bv ophalen van lijst van flows, ophalen van details van een flow (de kaarten etc), ophalen apparaten lijst, ...). Het overstappen op een API zal dus geen tot weinig resources vrijmaken (ja, qua opslag iets omdat je niet de (statische) bestanden voor de web interface hoeft op te slaan).Wat een groter probleem is qua resources is dat elke app op zijn minst als apart process draait. Bij bv Home Assistant of Node-RED (niet echt vergelijkbaar) heb je één process waarin alles gebeurd en dus alle componenten/modules/... in zitten. Qua CPU en geheugen gebruik is dat relatief efficient. Wat Homey echter doet is voor elke app (op zijn minst) een eigen process starten. Dit heeft dus al nadeel dat je relatief veel dingen dubbel doet (in het geval van NodeJS waar Homey apps op draaien heb je dus meerdere keren het NodeJS process draaien, daarnaast staan "gedeelde" dingen dus ook vaker in het geheugen). Daarnaast kost de "inter process communication" ook meer resources. Dit omdat er elke keer die extra laag zit tussen de "Homey core" en de app (dit betekend wellicht dus ook dat elke Homey app ook een webserver draait waarbij Homey core met de app communiceert via die webserver, en vice versa).
Echter is het niet alleen maar "slecht" dat elke Homey app ook als los process draait op de Homey. Een aantal voordelen zijn:
- Apps kunnen stoppen, herstarten, en updaten zonder dat de Homey zelf/core/.. hoeft te herstarten (bij HA vereist dat een volledige herstart)
- Een slecht geprogrammeerde app die crasht kan niet de volledige Homey onderuit trekken (bij Node-RED heb ik al gehad dat die crashte door een error in een module)
- Extra beveiliging doordat de bestanden waar het process toegang toe heeft gelimiteerd kan worden. Een Homey app kan niet ongelimiteerd aan het hele bestandssysteem komen
Het is gewoon een constatering., Zeker als je HASS als voorbeeld gaat geven bevestig je mij alleen maar. HASS is geen soepele oplossing. Dat is een oplossing voor mensen die niet vies zijn van de boel aan elkaar coden. Homey koop je omdat je alles met Flows kan doen. Dat wil niet zeggen dat HASS of andere oplossingen niet betrouwbaarder zijn dan Homey. Ik heb zelf Homey gekocht omdat ik het gepiel met Domoticz zat was waarbij regelmatig dingen niet werken of de zwave controller ineens uitviel. Homey maakt het gemakkelijker apparaten in te stellen, maar waar ik hoopte van falende communicatie af te zijn is dat helaas niet het geval.:
[...]
Onzin, voor 299 mag je best wat meer verwachten als ze zeggen wij ondersteunen bijvoorbeeld Zigbee naast dat ze zeggen dat ze duizenden andere apparaten ondersteunen. De tak van sport is misschien niet volwassen volwassen maar zeker stabiel (Hue bridge kan toch ook meerdere zigbee (stabiel) aan elkaar knopen?). Mocht dit namelijk het geval zijn dat een consument niet die stabiliteit kan verwachten maar een hobby project moet dat ergens duidelijk vermeld staan en de mediamarkt koper ziet dat nergens staan.
Probleem ligt hier bij Athom dat ze bijvoorbeeld Zigbee wilden ondersteunen en maar een bibliotheek gepakt hebben die dat kon en daarna tegen problemen aanlopen en daar (nu al een jaar) niets aan doen i.v.m. geen tijd en geen prio omdat 2.0 af moet terwijl .13 maar niet naar stabiel komt zonder verdere uitleg.
Om in het voorbeeld van Zigbee te blijven dit werkt stukken stabieler op HASS icm Deconz en heeft een betere implementatie waardoor de verschillende protocollen wel werken bv ikea lampen + de ikea remote zonder de ikea bridge (en dit kost geen 299 maar RPI (60 euro) + Conbee/Raspbee (30 euro). Ze zijn niet voor niets in het ongelijk gesteld door de reclame code, in Nederland moet je waarmaken wat je verkoopt en anders heb je geen deugdelijk product en dienen ze je hierin te vergoeden / het product terug te kopen
Sowieso is de vraag of Homey volwassen is, de hardware die nu nog steeds de standaard is vanuit de kickstarter fase blijkt niet meer volledig te zijn kijkend naar het app limiet wat ze achteraf ingesteld hebben. Athom krijgt niet voor niets meer vragen over de Super Homey's die in het wild zijn. Telefoons hebben zelfs betere resources
Wat ik ermee wou aangeven is dat Athom vooral de UI (nu tenminste nog) het gemak heeft voor flows en dergelijke maar onder water het houtje touwtje heeft lopen waardoor het niet stabiel is waar inderdaad als je HASS pakt het stabieler is maar qua gemak nog wensen heeft. ( al werken ze daar zeker de afgelopen releases hard aan om single click diensten te koppelen zonder configuraties / bestanden aanpassen Voorbeeld LIFX moest eerst in de config.yaml toegevoegd worden maar zijn 0.80 gaat dit met een single click (app idee).) Ieder oplossing heeft zijn voor en nadelen maar punt blijft wel dat als je dan 299 betaald voor beloftes als Zigbee het ook moet werken
/u/357133/crop5e4ea330bd81d_cropped.png?f=community)
Heb HASS ook geprobeerd maar vind het 3x niks..... alles moet inderdaad handmatig in config files worden gezet (en dat mag nu wel wat makkelijker worden, maar ook het Google Home integratie stuk moet je na een maand voor gaan betalen bij HASS), soms werken plugins wel en dan niet en het maken van scenes/flows is ook niet echt geweldig. Dan moet je bij HASS al met Nodered en andere zaken gaan stoeien en daar heb ik de tijd niet voor, geef mij Homey maar:
[...]
Wat ik ermee wou aangeven is dat Athom vooral de UI (nu tenminste nog) het gemak heeft voor flows en dergelijke maar onder water het houtje touwtje heeft lopen waardoor het niet stabiel is waar inderdaad als je HASS pakt het stabieler is maar qua gemak nog wensen heeft. ( al werken ze daar zeker de afgelopen releases hard aan om single click diensten te koppelen zonder configuraties / bestanden aanpassen Voorbeeld LIFX moest eerst in de config.yaml toegevoegd worden maar zijn 0.80 gaat dit met een single click (app idee).) Ieder oplossing heeft zijn voor en nadelen maar punt blijft wel dat als je dan 299 betaald voor beloftes als Zigbee het ook moet werken
Daarbij merk je dat er veel meer Nederlandse dingen beschikbaar zijn voor Homey.Zigbee ik gebruik gewoon de Hue bridge, werkt prima.
[ Voor 7% gewijzigd door tcviper op 08-11-2018 12:52 ]
PSN: tcviper | Steam: Viper | TechConnect - MikeRedfields
Zonder hier een HASS topic te maken maar HASS werkt gewoon gratis met Google Home hoor (draait hier ook), je hebt een betaalde manier van integratie en een gratis (dan inderdaad zelf toevoegen in config). Maar dat was wat ik aangaf, qua gemak/UI wint Athom momenteel nog maar ze zullen echt wat aan de stabiliteit moeten doen.:
[...]
Heb HASS ook geprobeerd maar vind het 3x niks..... alles moet inderdaad handmatig in config files worden gezet (en dat mag nu wel wat makkelijker worden, maar ook het Google Home integratie stuk moet je na een maand voor gaan betalen bij HASS), soms werken plugins wel en dan niet en het maken van scenes/flows is ook niet echt geweldig. Dan moet je bij HASS al met Nodered en andere zaken gaan stoeien en daar heb ik de tijd niet voor, geef mij Homey maar
Zigbee ik gebruik gewoon de Hue bridge, werkt prima.
Voordeel inderdaad veel NL zaken beschikbaar al verdwijnen die ook wel weer zoals de hierboven benoemde woonveilig integratie.
Wat betreft het gebruik van bridges, zelf wil ik dat inderdaad niet maar eigenlijk een station waar alles mee kan alleen heb ik op dit moment er ook nog twee draaien (Homey / HASS)
[ Voor 4% gewijzigd door lubbertkramer op 08-11-2018 13:01 ]
Op Slack vroegen ze om een vrijdag update en daar is ie dan
[ Voor 3% gewijzigd door lubbertkramer op 09-11-2018 12:34 ]
:strip_icc():strip_exif()/u/35060/Face.jpg?f=community)
:strip_exif()/u/472051/graphic_placeholder_60x60.gif?f=community)
:strip_icc():strip_exif()/u/465686/crop569695a2005e1_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/593505/crop632723dcb817c_cropped.jpg?f=community)
Dat soort dingen zat ik ook mee en ondertussen opgelost met deze onder het bed en op de overloop, werkt perfect.
:strip_exif()/u/147595/avaterTZ.gif?f=community)
Inderdaad Kibaba/Greylog webinterface casten via de Chromecast. Kan ook gewoon met een PI aan je TV maar dit is meer fancy natuurlijk
/u/28429/crop59eb40ac5dc83_cropped.png?f=community)
Ik ben aan't denken om zoiets eens te testen
https://www.vesternet.com/knowledgebase/technical/kb-103/
Hoe heb je het nu opgelost? Puur met de 'preview' app? Want met de gewone app krijg ik het sowieso niet voor elkaar. De 'morse' push berichten komen wel door, de normale niet.
:strip_icc():strip_exif()/u/29489/5009676.jpg?f=community)
Ja de preview app geïnstalleerd. In de Flows was m'n telefoonnaam wel veranderd door de preview app. Dus die moet je waarschijnlijk ook aanpassen.:
[...]
Hoe heb je het nu opgelost? Puur met de 'preview' app? Want met de gewone app krijg ik het sowieso niet voor elkaar. De 'morse' push berichten komen wel door, de normale niet.
Morse deed het bij mij ook met de officiële app.
Quatt | Tado X | Vloerverwarming | 9x 435 Wp Enphase IQ8+ | Marstek Venus E 5,12 kWh v151 | HW P1
Je hebt wel meegekregen dat je die een keer opnieuw moet toevoegen aan Homey? Zie release notes: https://apps.athom.com/app/nl.klikaanklikuit:
[...]
Van die verbeterde 433MHz merk ik niet veel (niks), mijn KaKu-deurbel werkt nog steeds niet
Mijn LEGO dingetjes: www.KeverBricks.nl (insta, bricklink etc)
Nee, niet mee gekregen maar ondertussen wel zelf ontdekt
Maakt jammer genoeg geen verschil, de belt werkt enkel als de voordeur open staat
Top!
In de preview app werkt het nu ook uiteindelijk bij mij. Wel de app moeten installeren, daarna de cache resetten, de telefoon moeten verwijderen en opnieuw toevoegen en de flows verwijderen en opnieuw maken, maar het werkt tenminste weer. De oude app vergeten we dan maar.
1.5.13 lijkt nu voor iedereen uitgekomen te zijn? Iig, ik krijg nu die versie aangeboden, zonder rc aanduiding er bij
Bij mij nog niet te zien op dit moment...:
1.5.13 lijkt nu voor iedereen uitgekomen te zijn? Iig, ik krijg nu die versie aangeboden, zonder rc aanduiding er bij
:strip_icc():strip_exif()/u/10384/up52.jpg?f=community)
Maandagavond kwam een nieuwe update online:
Hi all,
It’s Monday November 12 which means it’s time for the newest Slide update from us here at Innovation in Motion. As mentioned last time, we’re following a fixed structure now: (1) Update from China; (2) Update from NL; (3) Production Planning. Last week the initial tooling work was completed by the team in China, a huge milestone in the production process of our first series of Slides. Back in NL, we welcomed more than twenty backers on November 2nd that came to our office to meet the team and experience Slide first-hand. Let’s go!
1. Update from China
Last Friday our team in China reported that the toolmaker has completed the first sets of plastic injection molds (‘tools’). This is a huge leap in production that we’ve worked towards for a long time. :-) Quick recap: tooling is the process of optimizing 3D models for manufacturability, and then creating steel molds (tools) for plastic injection. It takes a long time to build them, but once done, they can be used to create that plastic part more than half a million times. With over two dozen custom-designed plastic parts inside Slide, tooling is a cornerstone step to manufacture at scale and with high-precision. Check out these awesome pictures to get a better impression:
Above: 3D model of the fork used in Slide's coupling mechanism and its tool.
Above: Tools for two gears used in Slide's slipclutch mechanism. (The attentive viewer will note that the detailing of the teeth on the large gear is in the contra-part of the tool)
Above: Diabolo model and tool, used as a bearing to smoothen the wire-guidance inside of Slide
2. Update from NL
In the meantime, we’ve been busy back at our office here in Amsterdam as well. Here’s a few things worth mentioning:
We’ve finalize the work on the mounting system to also cover the different types of rods as well as wave curtains. Backers at our backer event two weeks ago were among the first to check it out first-hand and we’re happy to deliver this compatibility from the start. :-)
Our biggest focus is to get everything ready for release, including the hardware installation and onboarding flow. For example, Jesper is working on the interactive manual, which contains different instructions depending on your curtain type (eg. rods, rails or wave) and curtain setup (left-opening, right-opening and center-opening).
We’ve also finalized the calibration process in the Slide App. Because Slide works on different curtain track lengths, we need to measure each user’s setup during onboarding to provide functionality like opening curtains half-way. Previously, users were required to fully open their curtains before starting calibration, which was not a great user experience and sometimes led to discrepancies. We’re now deploying a state machine on Slide, which simply means the calibration system works flawlessly irrespective of the starting position of your curtain.
Slide Backer Event
On Friday November 2md, more than twenty backers visited our Backer Meetup at our Amsterdam office. It was amazing to meet some of you, that we’ve been sharing this journey with, in person – including backers from the UK and even Brazil! We shuffled our office around to show the evolution of Slide’s design and engineering over the past two years, demoed integration with Amazon Alexa and Google Home voice control, Athom Homey and Logitech smart buttons via IFTTT. And of course, people were able to experiment with the Slide mounting system and mobile app. We really enjoyed talking with you and seeing your responses to Slide in action. (Also, once more – many thanks to our backer Lionel from Wijnpakhuis.nl who awesomely provided us with excellent wine for the evening!)
Slide's design and engineering journey on a table
3. Production/shipment planning
We’ve updated the planning from our last update as you can see below. With the first batch of Slides nearby, we’re now able to provide a more specific schedule for the coming period. As you’ve read in this update, tooling is well underway and will be fully completed next month. We’ll start testing and finetuning the out-of-tool plastic parts. In the first week of January, Kaj will fly to Shanghai to supervise the assembly of the first 200 Slides that will be shipped to backers by mid-January. After that, we’ll collect feedback to make sure everything is in order and scale up production. Again, an updated timeline:
---
That’s it for today! We hope you enjoyed reading the update and are excited as we are about the steps made If you have any questions or comments, respond here or email us directly at thijs@goslide.io.
Our next update is coming out one week later than normal because we want to sync it with our milestone planning in China, specifically the first plastic part manufacturing. That means that it’ll come out in five weeks from now on Monday December 17th. Don’t worry – it’ll be a one-time shift to make sure we have great content in the updates. (In the one four weeks after that, on January 14, Kaj will update you directly from the factory floor!).
Rock on!
Cheers from Amsterdam,
Thijs & Kaj
Hi all,
It’s Monday November 12 which means it’s time for the newest Slide update from us here at Innovation in Motion. As mentioned last time, we’re following a fixed structure now: (1) Update from China; (2) Update from NL; (3) Production Planning. Last week the initial tooling work was completed by the team in China, a huge milestone in the production process of our first series of Slides. Back in NL, we welcomed more than twenty backers on November 2nd that came to our office to meet the team and experience Slide first-hand. Let’s go!
1. Update from China
Last Friday our team in China reported that the toolmaker has completed the first sets of plastic injection molds (‘tools’). This is a huge leap in production that we’ve worked towards for a long time. :-) Quick recap: tooling is the process of optimizing 3D models for manufacturability, and then creating steel molds (tools) for plastic injection. It takes a long time to build them, but once done, they can be used to create that plastic part more than half a million times. With over two dozen custom-designed plastic parts inside Slide, tooling is a cornerstone step to manufacture at scale and with high-precision. Check out these awesome pictures to get a better impression:
Above: 3D model of the fork used in Slide's coupling mechanism and its tool.
Above: Tools for two gears used in Slide's slipclutch mechanism. (The attentive viewer will note that the detailing of the teeth on the large gear is in the contra-part of the tool)
Above: Diabolo model and tool, used as a bearing to smoothen the wire-guidance inside of Slide
2. Update from NL
In the meantime, we’ve been busy back at our office here in Amsterdam as well. Here’s a few things worth mentioning:
We’ve finalize the work on the mounting system to also cover the different types of rods as well as wave curtains. Backers at our backer event two weeks ago were among the first to check it out first-hand and we’re happy to deliver this compatibility from the start. :-)
Our biggest focus is to get everything ready for release, including the hardware installation and onboarding flow. For example, Jesper is working on the interactive manual, which contains different instructions depending on your curtain type (eg. rods, rails or wave) and curtain setup (left-opening, right-opening and center-opening).
We’ve also finalized the calibration process in the Slide App. Because Slide works on different curtain track lengths, we need to measure each user’s setup during onboarding to provide functionality like opening curtains half-way. Previously, users were required to fully open their curtains before starting calibration, which was not a great user experience and sometimes led to discrepancies. We’re now deploying a state machine on Slide, which simply means the calibration system works flawlessly irrespective of the starting position of your curtain.
Slide Backer Event
On Friday November 2md, more than twenty backers visited our Backer Meetup at our Amsterdam office. It was amazing to meet some of you, that we’ve been sharing this journey with, in person – including backers from the UK and even Brazil! We shuffled our office around to show the evolution of Slide’s design and engineering over the past two years, demoed integration with Amazon Alexa and Google Home voice control, Athom Homey and Logitech smart buttons via IFTTT. And of course, people were able to experiment with the Slide mounting system and mobile app. We really enjoyed talking with you and seeing your responses to Slide in action.
(Also, once more – many thanks to our backer Lionel from Wijnpakhuis.nl who awesomely provided us with excellent wine for the evening!)Slide's design and engineering journey on a table
3. Production/shipment planning
We’ve updated the planning from our last update as you can see below. With the first batch of Slides nearby, we’re now able to provide a more specific schedule for the coming period. As you’ve read in this update, tooling is well underway and will be fully completed next month. We’ll start testing and finetuning the out-of-tool plastic parts. In the first week of January, Kaj will fly to Shanghai to supervise the assembly of the first 200 Slides that will be shipped to backers by mid-January. After that, we’ll collect feedback to make sure everything is in order and scale up production. Again, an updated timeline:
---
That’s it for today! We hope you enjoyed reading the update and are excited as we are about the steps made
If you have any questions or comments, respond here or email us directly at thijs@goslide.io. Our next update is coming out one week later than normal because we want to sync it with our milestone planning in China, specifically the first plastic part manufacturing. That means that it’ll come out in five weeks from now on Monday December 17th. Don’t worry – it’ll be a one-time shift to make sure we have great content in the updates. (In the one four weeks after that, on January 14, Kaj will update you directly from the factory floor!).
Rock on!
Cheers from Amsterdam,
Thijs & Kaj
Let wel even op dat je erbij zegt dat het alsnog een experimentele update is maar mogelijk de laatste (doordat RC weg is) en deze dus naar stabiel gaat komen -> firmware.athom.com:
1.5.13 lijkt nu voor iedereen uitgekomen te zijn? Iig, ik krijg nu die versie aangeboden, zonder rc aanduiding er bij
Als je experimenteel niet aan hebt staan is ie ook nog niet beschikbaar -> firmware.athom.com
Nu maar hopen dat we bij de eerste 200 zitten, ik heb er 5 als backer besteld en zou ze graag in de woning in gebruik nemen:
Maandagavond kwam een nieuwe update online:
Hi all,
It’s Monday November 12 which means it’s time for the newest Slide update from us here at Innovation in Motion. As mentioned last time, we’re following a fixed structure now: (1) Update from China; (2) Update from NL; (3) Production Planning. Last week the initial tooling work was completed by the team in China, a huge milestone in the production process of our first series of Slides. Back in NL, we welcomed more than twenty backers on November 2nd that came to our office to meet the team and experience Slide first-hand. Let’s go!
1. Update from China
Last Friday our team in China reported that the toolmaker has completed the first sets of plastic injection molds (‘tools’). This is a huge leap in production that we’ve worked towards for a long time. :-) Quick recap: tooling is the process of optimizing 3D models for manufacturability, and then creating steel molds (tools) for plastic injection. It takes a long time to build them, but once done, they can be used to create that plastic part more than half a million times. With over two dozen custom-designed plastic parts inside Slide, tooling is a cornerstone step to manufacture at scale and with high-precision. Check out these awesome pictures to get a better impression:
[Afbeelding]
[Afbeelding]
[Afbeelding]
[Afbeelding]
Above: 3D model of the fork used in Slide's coupling mechanism and its tool.
[Afbeelding]
Above: Tools for two gears used in Slide's slipclutch mechanism. (The attentive viewer will note that the detailing of the teeth on the large gear is in the contra-part of the tool)
[Afbeelding]
Above: Diabolo model and tool, used as a bearing to smoothen the wire-guidance inside of Slide
2. Update from NL
In the meantime, we’ve been busy back at our office here in Amsterdam as well. Here’s a few things worth mentioning:
We’ve finalize the work on the mounting system to also cover the different types of rods as well as wave curtains. Backers at our backer event two weeks ago were among the first to check it out first-hand and we’re happy to deliver this compatibility from the start. :-)
Our biggest focus is to get everything ready for release, including the hardware installation and onboarding flow. For example, Jesper is working on the interactive manual, which contains different instructions depending on your curtain type (eg. rods, rails or wave) and curtain setup (left-opening, right-opening and center-opening).
We’ve also finalized the calibration process in the Slide App. Because Slide works on different curtain track lengths, we need to measure each user’s setup during onboarding to provide functionality like opening curtains half-way. Previously, users were required to fully open their curtains before starting calibration, which was not a great user experience and sometimes led to discrepancies. We’re now deploying a state machine on Slide, which simply means the calibration system works flawlessly irrespective of the starting position of your curtain.
Slide Backer Event
On Friday November 2md, more than twenty backers visited our Backer Meetup at our Amsterdam office. It was amazing to meet some of you, that we’ve been sharing this journey with, in person – including backers from the UK and even Brazil! We shuffled our office around to show the evolution of Slide’s design and engineering over the past two years, demoed integration with Amazon Alexa and Google Home voice control, Athom Homey and Logitech smart buttons via IFTTT. And of course, people were able to experiment with the Slide mounting system and mobile app. We really enjoyed talking with you and seeing your responses to Slide in action.
[Afbeelding]
Slide's design and engineering journey on a table
[Afbeelding]
[Afbeelding]
3. Production/shipment planning
We’ve updated the planning from our last update as you can see below. With the first batch of Slides nearby, we’re now able to provide a more specific schedule for the coming period. As you’ve read in this update, tooling is well underway and will be fully completed next month. We’ll start testing and finetuning the out-of-tool plastic parts. In the first week of January, Kaj will fly to Shanghai to supervise the assembly of the first 200 Slides that will be shipped to backers by mid-January. After that, we’ll collect feedback to make sure everything is in order and scale up production. Again, an updated timeline:
[Afbeelding]
---
That’s it for today! We hope you enjoyed reading the update and are excited as we are about the steps made
Our next update is coming out one week later than normal because we want to sync it with our milestone planning in China, specifically the first plastic part manufacturing. That means that it’ll come out in five weeks from now on Monday December 17th. Don’t worry – it’ll be a one-time shift to make sure we have great content in the updates. (In the one four weeks after that, on January 14, Kaj will update you directly from the factory floor!).
Rock on!
Cheers from Amsterdam,
Thijs & Kaj
Looking good 
Edit: Bedankt voor het posten, moeten het beide maar even in de agenda zetten dat we de volgende update ook hier posten als we die in de mail krijgen
Ik heb maar even een apart Slide topic gestart aangezien ik hier al een paar keer een vraag over voorbij zag komen en ik zelf ook graag het nieuws van Slide centraal volg 
Slide - Maak je bestaande gordijnen slim
Slide - Maak je bestaande gordijnen slim
Ik heb het zelfde probleem op mijn Blackberry KeyOne (Android), zie al maanden geen correcte iconen.
Vermoed dat het na een update gekomen is (android of homey) maar heb tot nu toe nog geen manier gevonden om het in orde te krijgen...
:strip_icc():strip_exif()/u/232052/avatar.jpg?f=community){kind=avatar}
Dit topic is gesloten.