:strip_exif()/i/2000946083.png?f=thumbmini)
:strip_exif()/u/70538/avatar4553_0.gif?f=community){kind=avatar}
Idd de Coolcam app was vrij snel gemaakt door de community meen ik?jip_86 schreef op vrijdag 14 juli 2017 @ 09:16:
Daarnaast bied het de mogelijkheid aan de community om zelf de ondersteuning uit te breiden.
:strip_exif()/u/147595/avaterTZ.gif?f=community)
Samen met spraak is dat wel een van de problemen van Homey. Je komt (nog) niet heel snel met geheugengebrek maar door het model dat er voor elke functionaliteit een app nodig is (wat op zich best een prima model is) heb je wel snel veel apps nodig. Het probleem is dat al die apps in een eigen sandbox draaien die ~25MB geheugen gebruikt. Spaak verwacht ik inmiddels niets meer van (in ieder geval niet in de huidige hardware) maar het geheugen zal Athom nog wel iets op moeten verzinnen.
Er zijn wel wat mogelijke oplossingsrichtingen maar die kosten tijd en werk of vergen vertrouwen.
In het begin was ik skeptisch maar inmiddels kan ik zeggen dat als mijn Homey nu kapot zou gaan, ik een nieuwe zou kopen. Ook een Homey 2 editie (waar ze hopelijk heel stilletjes wel mee bezig zijn
) zou ik aanschaffen.Een dealbreaker kan nog wel de mobile-only trend zijn waar ze bovenop springen maar eerst maar eens zien hoe dat uitpakt.
[ Voor 16% gewijzigd door Joolee op 16-07-2017 23:04 ]
Zeker, andere apps ook maar wat je wel ziet is dat sommige gebruikers met de meeste onbekende apparatuur aankomen wat generiek werkt maar wat niet volledig werkt door ontbreken van drivers en dat deze gebruikers dan toch verwachten dat de community het maakt
Een van de stappen die ze daarvoor nemen is de upgrade van de node.js versie (4 -> 8 (1.5) ) ik moet zeggen je kunt merken dat deze upgrade Homey een stuk sneller heeft gemaakt (los van de problemen / bugs die ik momenteel met 1.5 heb:
[...]
Samen met spraak is dat wel een van de problemen van Homey. Je komt (nog) niet heel snel met geheugengebrek maar door het model dat er voor elke functionaliteit een app nodig is (wat op zich best een prima model is) heb je wel snel veel apps nodig. Het probleem is dat al die apps in een eigen sandbox draaien die ~25MB geheugen gebruikt. Spaak verwacht ik inmiddels niets meer van (in ieder geval niet in de huidige hardware) maar het geheugen zal Athom nog wel iets op moeten verzinnen.
Er zijn wel wat mogelijke oplossingsrichtingen maar die kosten tijd en werk of vergen vertrouwen.
In het begin was ik skeptisch maar inmiddels kan ik zeggen dat als mijn Homey nu kapot zou gaan, ik een nieuwe zou kopen. Ook een Homey 2 editie (waar ze hopelijk heel stilletjes wel mee bezig zijn
Een dealbreaker kan nog wel de mobile-only trend zijn waar ze bovenop springen maar eerst maar eens zien hoe dat uitpakt.
). De visie om een applicatie te ontwikkelen (react native) mobile (en wellicht windows 10, react native kan geport worden naar een windows 10 app net als ze dit met android/ios doen) haalt de webserver van Homey waardoor ook hier meer resources vrijkomen. Daarnaast hoop ik nog altijd dat we zaken als media uit kunnen zetten, voor een aantal gebruikers een "must" maar ik denk dat ik betere hardware heb staan om die klus te klaren die ik gewoon liever d.m.v. een flow kan aansturen. Maar ik ben heel benieuwd naar de "mobile" visie van Athom, op dit moment is er alleen te weinig bekend (helaas). Op de laatste dev meetup hier wel een hele goede groepsdiscussie over gehad met Emile en ik hoop dat in september na de zomerstop we daar wat meer van te zien kunnen krijgen
Werkt spraak nu wel of niet goed bij Homey? Ik lees wisselende verhalen hier
. En wat is hiervan het specifieke probleem? Hardware (te weinig microfoons?) of software?
combinatie van, de nieuwe speech engine werkt heel goed die ze nu hebben, hierdoor kunnen ze gebruik maken van google assistant/home en de dot etc. Dit komt omdat in de nieuwe engine ze de spraak volledig analyseren. Hier heeft Athom Robert volledig op gezet die o.a. AI heeft gestudeerd. Nadeel is dat dit alleen niet altijd even goed doorkomt vanuit Homey , hier zijn wisselende ervaringen in zoals je al schrijft en heeft naast Homey (hardware) te maken met de omgeving/uitspraak.:
[...]
Werkt spraak nu wel of niet goed bij Homey? Ik lees wisselende verhalen hier
Hebben ze inmiddels ook nieuwe technologie voor de spraakherkenning? Ik dacht dat ze alleen een paar versies terug een betere parsing voor text-to-action hadden doorgevoerd.
Misschien maar weer eens proberen met de nieuwe versie
Mijn ervaring is dat de spraakherkenning voor mij simpelweg niet werkt. De speech to text zelf lijkt niets mis mee te zijn want via de telefoon werkt het wel prima (en die gebruikt als het goed is dezelfde services voor de speech-to-text slag.) Het lijkt mis te gaan bij het opnemen en ruisfiltering van audio.
Gisteravond 1.5. alpha 3 geinstalleerd en deze bleek een kleine verassing te bevatten. Ontwikkelaar Swttt (bekend van Homeydash) had de applicatie blowfish gemaakt waarmee je triggers kon maken voor als bijvoorbeeld de batterij van een van je apparaten een melding gaf. Na het indienen in de app store gaf Athom aan dit zelf aan het bouwen te zijn en dit heeft niet alleen geresulteerd in deze functionaliteiten maar ook gelijk in multiple triggers.
Je kan hierdoor vanaf 1.5 flows maken "ALS een van de deursensoren afgaat EN er is niemand thuis DAN alarm" Hieronder wat screenshots en een test van twee multisensoren die naast elkaar lagen en d.m.v. de trigger bewegingsalarm een pushnotificatie verstuurden.
Onderstaande kaarten in de ALS/IF
NMS = Neo Motion Sensor FMS = Fibaro Motion Sensor
Je kan hierdoor vanaf 1.5 flows maken "ALS een van de deursensoren afgaat EN er is niemand thuis DAN alarm" Hieronder wat screenshots en een test van twee multisensoren die naast elkaar lagen en d.m.v. de trigger bewegingsalarm een pushnotificatie verstuurden.
Onderstaande kaarten in de ALS/IF
NMS = Neo Motion Sensor FMS = Fibaro Motion Sensor
Niet alleen de software is veranderd maar ook de hardware (server)(architectuur) en de diensten die ze gebruiken.:
[...]
Hebben ze inmiddels ook nieuwe technologie voor de spraakherkenning? Ik dacht dat ze alleen een paar versies terug een betere parsing voor text-to-action hadden doorgevoerd.
Misschien maar weer eens proberen met de nieuwe versie
Ah, geweldig! ik was dit zelf met eigen flows aan het oplossen middels de Sets app. Kan niet wachten om deze ook te gaan proberen in Experimental! Dit zijn echt goede stappen richting volwassenheid van de flow engine, Go Athom!
Voor wie problemen had met IR, er zijn op dit moment (van Athom) een aantal nieuwe BETA apps gelanceerd in de app store voor infrarood. (let op, alleen te installeren > 1.5)
KPN Motorola settopbox
LG TV infrarood
Sony TV infrarood
Ik zal zelf morgen de KPN en LG app eens uitvoerig testen
KPN Motorola settopbox
LG TV infrarood
Sony TV infrarood
Ik zal zelf morgen de KPN en LG app eens uitvoerig testen
[ Voor 4% gewijzigd door lubbertkramer op 20-07-2017 19:46 ]
Apps zijn nog in beta, en voordat er eerst alleen Samsung is breiden ze nu langzaam uit zoals ze aangekondigd hadden. Ze kunnen nooit in een keer alle gebruikers tevreden stellen, persoonlijk had ik weer niets gehad aan de Philips variant als die er als eerste was:
Geen Philips nog zo te zien
Logisch, ik wacht ook geduldig. Ik had alleen stiekem gehoopt dat ik niet als laatst (van de grote producenten) aan de beurt was 
:strip_exif()/u/320374/myname.gif?f=community)
Dit is eindelijk weer eens een ontwikkeling waar ik erg blij van wordt! Dit scheelt erg veel flows voor Mn diverse rookdetectors / bewegingsmelders / raam deursensoren en Flood sensors. Good Job Athom!
Krijg sowieso wel het gevoel dat ze nu eindelijk echt stappen aan het maken zijn. Or / Else in de flow editor is ook een welkome toevoeging.
Krijg sowieso wel het gevoel dat ze nu eindelijk echt stappen aan het maken zijn. Or / Else in de flow editor is ook een welkome toevoeging.
@lubbertkramer is er al nieuws over wanneer 1.5 richting Experimental gaat komen? Ben zeer benieuwd naar de OR functionaliteit in flows
Als ik Emile moet geloven waarschijnlijk deze week, maar de update ervoor zei hij ook al "soon". Zelf verwacht ik het niet aangezien Zigbee op dit moment (nog) niet werkt, ene alpha werkt het en alpha update later weer offline. Daarnaast was 1.5 voor DP ook al vertraagd:
@lubbertkramer is er al nieuws over wanneer 1.5 richting Experimental gaat komen? Ben zeer benieuwd naar de OR functionaliteit in flows
update van Emile op 23 juni
Update van Emile op 7 juli
Update van Emile afgelopen vrijdag 21 juli
[ Voor 14% gewijzigd door lubbertkramer op 24-07-2017 13:56 ]
/u/28429/crop59eb40ac5dc83_cropped.png?f=community)
Nog niks van gemerkt jammer genoeg, hier werkt het nog steeds voor geen meter... (zelfs geen centimeter
)
Wat zie je op de speech/input pagina? Merk je verschil tussen tegen je telefoon (Homey app) praten en tegen Homey zelf? Als Homey de woorden goed verstaat moet het daarna goed werken, probleem ligt hem meestal bij het verstaan van de spraak.:
[...]
Nog niks van gemerkt jammer genoeg, hier werkt het nog steeds voor geen meter... (zelfs geen centimeter
Zelf ben ik nog altijd van mening dat (huis)automatisering staat voor geen spraak maar zoals het woord het al zegt zaken "automatisch" gaan daardoor zelf vrij weinig problemen met spraak omdat wat ik via spraak doe minimaal is en goed te verstaan is (gezien mijn eerste posts met youtube videos waarbij ik zelfs muziek op de achtergrond aan heb staan met de rewrite van speech).. Ben van mening dat spraak inderdaad wel goed dient te werken aangezien ze het als een core functionaliteit verkocht hebben. Al is wel duidelijk dat ze niet kunnen opbotsen tegen de grote jongens, deels vanwege het privacy beleid wat ze hanteren. Google/Amazon slaan spraak op en analyseren dat zij doen dat niet en verwerken het alleen van spraak->tekst zonder verder analyse op deze data te doen. (waar een BI specialist toch graag aan zou werken lijkt mij
)Blijft apart dat het voor iedereen een unieke ervaring is en er geen algemeen wel/niet te vinden is.
[ Voor 4% gewijzigd door lubbertkramer op 24-07-2017 14:34 ]
Via telefoon werkt het perfect (+90% correct in ieder geval).
Via Homey zelf krijg je bvb dit...
Als ik op mijn knieën ervoor ga zitten en ongeveer 1m ervandaan, dan werkt het ook.
Maar dat kan je moeilijk een goeie gebruikservaring noemen
Automatisering probeer ik natuurlijk ook, maar als je ergens met je handen vol (of vuil) staat, en je moet 20x roepen om het licht aan te doen, dan is alle nut van dat ding verdwenen natuurlijk...Zelf ben ik nog altijd van mening dat (huis)automatisering staat voor geen spraak maar zoals het woord het al zegt zaken "automatisch" gaan daardoor zelf vrij weinig problemen met spraak omdat wat ik via spraak doe minimaal is en goed te verstaan is (gezien mijn eerste posts met youtube videos waarbij ik zelfs muziek op de achtergrond aan heb staan met de rewrite van speech).. Ben van mening dat spraak inderdaad wel goed dient te werken aangezien ze het als een core functionaliteit verkocht hebben. Al is wel duidelijk dat ze niet kunnen opbotsen tegen de grote jongens, deels vanwege het privacy beleid wat ze hanteren. Google/Amazon slaan spraak op en analyseren dat zij doen dat niet en verwerken het alleen van spraak->tekst zonder verder analyse op deze data te doen. (waar een BI specialist toch graag aan zou werken lijkt mij
Ik blijf erbij dat het toch een probleem is met de plaatsing van de microfoons in een holle behuizing.
Homey heeft al in elke kamer in mijn huis gestaan om te testen, soms werkt het wat beter, maar meestal maakt het geen enkel verschil...
Een bedrijf als Athom moet zijn gevechten kiezen. Het verstaan van spraak is een grote markt waarbij concurrerende producten beschikbaar zijn. Op de wat langere termijn kunnen voor-getrainde netwerken zelfs op een co-processor uitgevoerd worden op een lokaal device.:
[...]
Ben van mening dat spraak inderdaad wel goed dient te werken aangezien ze het als een core functionaliteit verkocht hebben. Al is wel duidelijk dat ze niet kunnen opbotsen tegen de grote jongens, deels vanwege het privacy beleid wat ze hanteren. Google/Amazon slaan spraak op en analyseren dat zij doen dat niet en verwerken het alleen van spraak->tekst zonder verder analyse op deze data te doen. (waar een BI specialist toch graag aan zou werken lijkt mij
Het interpreteren van de sequences is een ander probleem. Voor de allerbeste spraakherkenning wordt hier de cyclus rond gemaakt ("slaat deze zin ergens op & pas zijn prior aan"), dit kan Athom dus niet.
Maar vanuit sequences de intentie interpreteren is iets wat de precisie sterk zou kunnen verbeteren. Dan ontstaat er echter een volgend probleem: Je moet voor alle apps ook weten welke sequences zijn accepteren en hoe waarschijnlijk deze zijn.
Dit is het soort R&D waar de ervaring die je tijdens een relevant PhD krijgt essentieel is. Het is een erg grote investering om zo iemand (+ degene zijn team) in dienst te hebben. Dit is iets waar Athom in mijn ogen nu niet niet op hoeft te focussen.
Als je 5-10 manjaren kan investeren dan moeten ze dan nu in de UI en features doen. Niet in "wat betere spraak"
offtopic:
Bovendien komen die "spraak intentie interpretatie" API's er ook aan vanuit de grote spelers. Je kan beter wachten en consumeren. De developers die het niveau hebben om daaraan te ontwikkelen kiezen waarschijnlijk niet voor Athom maar voor een internationale statup/groot bedrijf
Bovendien komen die "spraak intentie interpretatie" API's er ook aan vanuit de grote spelers. Je kan beter wachten en consumeren. De developers die het niveau hebben om daaraan te ontwikkelen kiezen waarschijnlijk niet voor Athom maar voor een internationale statup/groot bedrijf
[ Voor 7% gewijzigd door ANdrode op 24-07-2017 19:50 ]
IMO is dit het probleem niet bij Homey.
Ja, het werkt niet zo geavanceerd zoals bij Google/Alexa/..., maar als je dat weet pas je je commando's/flows erop aan.
Maar dat het gewoon compleet niet begrepen wordt via de ingebouwde microfoons, da's wel een echt probleem. En ik vrees dat ze dat nooit gaan kunnen oplossen.
Wordt vast ook een V2 dingetje. Naast groter+sneller geheugen en een snellere processor zullen ze er dan wel iets van 5-10 mic's in doen.:
[...]
En ik vrees dat ze dat nooit gaan kunnen oplossen.
Zou inderdaad wel een welkome upgrade zijn. Power is nu duidelijk ook een pijnpuntje...
Ik hoop dat ze dan:
- een manier vinden om alles te migreren naar de nieuwe. Flows is geen probleems, maar devices...
- een hele mooie korting voorzien voor huidige gebruikers (of minstens voor hun Kickstarters
)
/u/815809/crop6763de47cd134_cropped.png?f=community)
Waar vind ik de speech/input pagina? Lijkt me mooi om eens te zien wat Homey precies hoort..:
[...]
Wat zie je op de speech/input pagina? Merk je verschil tussen tegen je telefoon (Homey app) praten en tegen Homey zelf? Als Homey de woorden goed verstaat moet het daarna goed werken, probleem ligt hem meestal bij het verstaan van de spraak.
Zelf ben ik nog altijd van mening dat (huis)automatisering staat voor geen spraak maar zoals het woord het al zegt zaken "automatisch" gaan daardoor zelf vrij weinig problemen met spraak omdat wat ik via spraak doe minimaal is en goed te verstaan is (gezien mijn eerste posts met youtube videos waarbij ik zelfs muziek op de achtergrond aan heb staan met de rewrite van speech).. Ben van mening dat spraak inderdaad wel goed dient te werken aangezien ze het als een core functionaliteit verkocht hebben. Al is wel duidelijk dat ze niet kunnen opbotsen tegen de grote jongens, deels vanwege het privacy beleid wat ze hanteren. Google/Amazon slaan spraak op en analyseren dat zij doen dat niet en verwerken het alleen van spraak->tekst zonder verder analyse op deze data te doen. (waar een BI specialist toch graag aan zou werken lijkt mij
Blijft apart dat het voor iedereen een unieke ervaring is en er geen algemeen wel/niet te vinden is.
Is het hoogstwaarschijnlijk ook, kits als die van Amazon presteren niet voor niets veel beter dat terwijl als de spraak goed doorkomt bij Athom ze wel goed weten wat ze ermee moeten.:
[...]
Via telefoon werkt het perfect (+90% correct in ieder geval).
Via Homey zelf krijg je bvb dit...
[afbeelding]
Als ik op mijn knieën ervoor ga zitten en ongeveer 1m ervandaan, dan werkt het ook.
Maar dat kan je moeilijk een goeie gebruikservaring noemen
[...]
Automatisering probeer ik natuurlijk ook, maar als je ergens met je handen vol (of vuil) staat, en je moet 20x roepen om het licht aan te doen, dan is alle nut van dat ding verdwenen natuurlijk...
[...]
Ik blijf erbij dat het toch een probleem is met de plaatsing van de microfoons in een holle behuizing.
Homey heeft al in elke kamer in mijn huis gestaan om te testen, soms werkt het wat beter, maar meestal maakt het geen enkel verschil...
na het inloggen op my.athom.com dit erachter plakken ipadres/manager/speech-input/ en input kun je dan ook nog veranderen door output:
[...]
Waar vind ik de speech/input pagina? Lijkt me mooi om eens te zien wat Homey precies hoort..
Daarom hebben ze nu hun pijlen gericht op 2.0 waarin ze een enorme verandering door willen voeren in UI en features. Sowieso de features van 1.5 maken Homey al aardig compleet nu de OR en multiple triggers zijn toegevoegd.:
[...]
Een bedrijf als Athom moet zijn gevechten kiezen. Het verstaan van spraak is een grote markt waarbij concurrerende producten beschikbaar zijn. Op de wat langere termijn kunnen voor-getrainde netwerken zelfs op een co-processor uitgevoerd worden op een lokaal device.
Als je 5-10 manjaren kan investeren dan moeten ze dan nu in de UI en features doen. Niet in "wat betere spraak"
offtopic:
Bovendien komen die "spraak intentie interpretatie" API's er ook aan vanuit de grote spelers. Je kan beter wachten en consumeren. De developers die het niveau hebben om daaraan te ontwikkelen kiezen waarschijnlijk niet voor Athom maar voor een internationale statup/groot bedrijf
V2 is nog ver weg, uiteraard zijn er wat onderzoeken maar nog geen concrete actie bij Athom. Nu met de upgrade van de node.js versie presteert Homey beter (beter geheugen gebruik). Nadeel blijft buggy apps die slecht geprogrammeerd zijn of memory leaks hebben en verlaten zijn door de ontwikkelaar zoals bijvoorbeeld de veel gehoorde klachten over de harmony app
Deels doen ze dit natuurlijk met de visie op 2.0 en verder zijn ze erg druk bezig om Homey volwassen te maken en dan met name de core van Homey. Functies als Else zijn al geïmplementeerd, OR zit nu in 1.5 net als multiple triggers wat een veel gevraagde (standaard) functionaliteit is die je nodig hebt bij het maken van flows. Daarnaast moeten ze inderdaad eerst zaken afmaken, zorgen dat blauwe tanden goed werkt en dus ook andere speakers dan Sonos gebruik kunnen maken van Spotify/Media.Z-wave draait het meest stabiel van alles op dit moment, Zigbee is momenteel het nieuwe z-wave qua instabiliteit van wat wij zien in developer preview (maar niet vergeten is nog alpha status)
ik denk dat Athom vooral door moet blijven gaan met de zaken waar zij nu mee bezig zijn, en inderdaad een V2 versie voorlopig even op de lange baan zou moeten schuiven. Eerst dit platform goed stabiel maken, en zo veel mogelijk van leren, zodat een eventuele V2 meteen een schot in de roos kan zijn.
De nu aangekondigde features zoals multiple triggers en OR functies vind ik echt top toevoegingen, die gaan het leven "na zipato" een stuk beter maken
De nu aangekondigde features zoals multiple triggers en OR functies vind ik echt top toevoegingen, die gaan het leven "na zipato" een stuk beter maken
:strip_icc():strip_exif()/u/25009/crop65f1e3109d1b7_cropped.jpg?f=community)
Stiekem is het natuurlijk een trigger, alleen is dat een samenvoeging van alle triggers van hetzelfde type
Hoe gaat dat dan precies in zijn werk? Ik neem aan dat de 'Apparaat' tag dan de naam van het apparaat is? En je dus of identieke naam kunt zoeken met een OR of de zonenamen in de apparaten opnemen en dan een bevat. Want dit zou dan enerzijds betekenen dat het wijzigen van de naam betekend dat sommige flows stilletjes niet meer werken, en anderzijds dat het verduidelijken van de apparaten in flows door de zone op kaarten erbij te vermelden tot dubbele 'namen' leidt omdat de naam zowel handmatig in de apparaatnaam is opgenomen als automatisch op de kaarten wordt gezet
Van wat ik begrepen heb is 1.5 eigenlijk ook nog niet klaar? Buiten dat het nog niet in experimental staat worden er nog steeds 'grotere' wijzigingen aan gedaan. Voor mijn gevoel is het dus ook nog geen 'beta' (die al dan niet niet naar experimental kan omdat daar teveel gebruikers zijn die het als stable zien). Maar is het nog meer een alpha, waar nog features aan worden toegevoegd/grotere wijzigingen aan worden gedaan. Dus in die zin is het nog niet 'af genoeg' om een mogelijke release datum erop te plakken en dus te zeggen dat er twee releases worden samengevoegd.
Echter is het wellicht wel terecht om 1.4 over te slaan omdat de ontwikkelaar van ZigBee vertrokken is en het daardoor wellicht niet op tijd af is. Dus in die zin 'er is geen 1.4, want de enige grote feature van 1.4 ontbreekt'. Maar het samenvoegen van de releases 'omdat 1.5 af is' klinkt mij vreemd in de oren. Zowel 1.2 als 1.3 hebben meerdere vertragingen gehad om van experimental naar stable te gaan. Gezien 1.5 nog niet in experimental zit lijkt het mij dan ook veilig om aan te nemen dat er nog minimaal 1 maand overheen gaat voordat 1.5 naar stable gaat. Tegelijkertijd hadden ze wellicht dus wel kunnen inzetten op een 1.4 release (met of zonder ZigBee) om zo in ieder geval een continue stroom van updates te hebben. Inclusief de nodige bugfixes uit 1.3, die nu dus nog langer op zich laten wachten.
Naar mijn idee focussen ze zich nu dan ook teveel op release X moet feature X, Y en Z bevatten. I.p.v. gewoon te kijken welke functionaliteiten op welk moment af zijn. En in die zin bv ervoor kiezen om elke 2 maanden een update vrij te geven. Onafhankelijk van welke features op dat moment af zijn. En soms zul je dan inderdaad een grotere release hebben waarin een bulk aan nieuwe features zit ('1.5'), en andere releases bevatten alleen maar bugfixes of kleine verbeteringen ('1.4' zonder ZigBee want niet af).
Het is inderdaad een samenvoeging van capabilities zogezegd in een meerdere triggers jasje. Toekomstig in 2.0 zou het wellicht mogelijk kunnen worden dat we gewoon apparaten als meerdere triggers kunnen gebruiken maar in de huidige core van Homey is dit niet mogelijk (zoals ik hierboven al liet weten) Capabilities samenvoegen is iets wat ze anderhalf jaar geleden al zeiden (ik had er in mijn post van november 2016 na de Athom meetupl over geschreven):
[...]
Stiekem is het natuurlijk een trigger, alleen is dat een samenvoeging van alle triggers van hetzelfde type
Je flows zouden breken als je je apparaat veranderd van naam, maar ik kan mij niet voorstellen dat je dit na het opzetten nog wilt veranderen tenzij je deze van locatie laat veranderen en je dus de flow sowieso zou moeten aanpassen? Zelf maak ik gebruik van code's voor mijn apparaten, als voorbeeld FMS = Fibaro Motion Sensor en NMS = Neo Motion Sensor en aan de hand van een nummer erachter weet ik waar deze geplaatst is en zou ik deze alleen veranderen op het moment dat ik deze ga verplaatsen.
Ik verwacht dat ze deze functionaliteit verder zullen perfectioneren met de tijd maar voor nu scheelt het al een hoop flows
(verbeteren als in het toevoegen van zones/uitbreiden van kaarten en mogelijkheden)1.5 (merge 1.4/1.5) is klaar op Zigbee en wat bugs na, er zullen niet meer (grote) functionaliteiten toegevoegd gaan worden. De wat is nieuw in 1.5 pagina'staat al klaar en daar ontbreken momenteel de meerdere triggers nog op
Daarnaast is er een mail aan ontwikkelaars gestuurd.Uiteraard zijn er nog bugs, zo werd er ontdekt dat SDK2 apps veel meer CPU verbruikten dan SDK1 apps, dit bleek aan een verkeerde interval te liggen. Daarnaast zijn er nog wat bugs met het niet vrijgeven van insights informatie na het verwijderen ervan, een enkele Homey ging hier ook op onderuit (maar daarvoor is het alpha). Bugs als dat je Homey niet kon herstellen (fabrieksinstelingen) of dat Homey niet meer up kwam na een reset zijn inmiddels opgelost net als wat andere bugs.
Goede keuze inderdaad omdat hierdoor 1.5 functionaliteiten verbeterd konden worden, SDK 2 getest kon worden en ze hierdoor verder konden. Daarom is het ook zaak dat 1.5 zo snel mogelijk naar experimenteel komt zodat ontwikkelaars gebruik kunnen gaan maken van SDK 2 wat meer mogelijkheden met zich mee gaat brengen. Verwacht daarom dan ook dat als 1.5 in experimenteel komt er apps nog niet zullen werken doordat deze een aanpassing nodig hebben. De meeste apps blijven werken behalve apps die teveel rechten hadden en waar de ontwikkelaar een paar verkeerde afslagen heeft genomen (beetje om de werking heen heeft zitten hacken, cookies misbruiken etc)
Wellicht, zijn gewoon aantal zaken door elkaar aan het lopen waaronder vertrek van ontwikkelaars (idd meervoud) maar ook de aanwas van nieuwe ontwikkelaars, vakantieperiode en dergelijke. Uiteraard hadden ze liever 1.4 gereleased voor de vakantieperiode en 1.5 erna maar het loopt zoals het loopt. 1.3 stabiel is momenteel stabiel genoeg om zonder al te gekke bugs te draaien van wat ik op het forum/slack lees zijn er geen enorme problemen/klachten op dit moment
[ Voor 0% gewijzigd door lubbertkramer op 27-07-2017 14:08 . Reden: typo ]
:strip_icc():strip_exif()/u/29489/5009676.jpg?f=community)
Ben ik nu gek?? Of doe ik iets verkeerds ??
Ik en mijn vriendin zitten op hetzelfde account ingelogd. Nu komt er steeds eenzelfde melding "ik ga weg" of "ik kom thuis" Verklaarbaar omdat we onder dezelfde naam inloggen.
Maar nu: Ik wil een nieuw account aanmaken. Tik netjes email adres in, link wordt verstuurd maar vervolgens moet ik inloggen maar krijg nergens een wachtwoord ??? Bij het aanmaken kan ik niks invullen. Na het klikken op de link kom ik op het inlogscherm en daar is een wachtwoord nodig
Wat doe ik verkeerd of is dit een Bug ??
Ik en mijn vriendin zitten op hetzelfde account ingelogd. Nu komt er steeds eenzelfde melding "ik ga weg" of "ik kom thuis" Verklaarbaar omdat we onder dezelfde naam inloggen.
Maar nu: Ik wil een nieuw account aanmaken. Tik netjes email adres in, link wordt verstuurd maar vervolgens moet ik inloggen maar krijg nergens een wachtwoord ??? Bij het aanmaken kan ik niks invullen. Na het klikken op de link kom ik op het inlogscherm en daar is een wachtwoord nodig
Wat doe ik verkeerd of is dit een Bug ??
macOS 15.5
Het emailaccount aanmaken als een Athom account -> https://accounts.athom.com/signup en dan uitnodigen via Homey:
Ben ik nu gek?? Of doe ik iets verkeerds ??
Ik en mijn vriendin zitten op hetzelfde account ingelogd. Nu komt er steeds eenzelfde melding "ik ga weg" of "ik kom thuis" Verklaarbaar omdat we onder dezelfde naam inloggen.
Maar nu: Ik wil een nieuw account aanmaken. Tik netjes email adres in, link wordt verstuurd maar vervolgens moet ik inloggen maar krijg nergens een wachtwoord ??? Bij het aanmaken kan ik niks invullen. Na het klikken op de link kom ik op het inlogscherm en daar is een wachtwoord nodig
Wat doe ik verkeerd of is dit een Bug ??
:strip_exif()/u/136823/noooo.gif?f=community)
Dat heb ik inderdaad lang geleden al uitgezet in de homey app op mijn android telefoon, en ik doe het nu zelf middels Automate en een geofence flow daarin. Ik spreek daarbij een Better Logic boolean aan wanneer ik binnen mijn fence zit, en wederom zodra ik daar buiten kom. Heb dan ook flows op Homey draaien die op die boolean reageren door dan mijn persoon weer aanwezig/afwezig te zetten. Werkt prima en stabiel
Oke dank, gelukt. Wel vreemd dat je doorgelinkt wordt naar de web based homey en daar vervolgens de bekende melding te zien krijgt web based niet ondersteund gebruik app
Had ik deze info ergens zelf kunnen vinden ? had gezocht bij Athom maar dit niet gevonden
macOS 15.5
https://www.athom.com/en/support/KB000022/ ?? Nevermind.. daar staat een cruciale stap niet in ( het aanmaken van een athom account:
[...]
Oke dank, gelukt. Wel vreemd dat je doorgelinkt wordt naar de web based homey en daar vervolgens de bekende melding te zien krijgt web based niet ondersteund gebruik app
Had ik deze info ergens zelf kunnen vinden ? had gezocht bij Athom maar dit niet gevonden
[ Voor 10% gewijzigd door Webgnome op 28-07-2017 14:32 ]
:strip_icc():strip_exif()/u/75528/crop63cc1b1ea9e3a_cropped.jpg?f=community)
Doe ik ook naar mijn zipatile. Werkt stukken beter en veel meer controle op wat er gebeurd.:
[...]
Dat heb ik inderdaad lang geleden al uitgezet in de homey app op mijn android telefoon, en ik doe het nu zelf middels Automate en een geofence flow daarin. Ik spreek daarbij een Better Logic boolean aan wanneer ik binnen mijn fence zit, en wederom zodra ik daar buiten kom. Heb dan ook flows op Homey draaien die op die boolean reageren door dan mijn persoon weer aanwezig/afwezig te zetten. Werkt prima en stabiel
Ik doe dit met een http request naar de Zipatile, welke een meter aan stuurt. Hoe stuur jij de waarde naar de Homey?
Blog over Smart Homes: https://www.hellosmarthome.nl
Zoals ik aangaf, met Betterlogic een boolean aanmaken, in Automate heb ik dan een aantal stappen nodig om de Bearer authorization key in de Header te krijgen. Dit doe ik door een Dictionary put actie, met als key "Authorization" en als value "Bearer *****jeeigenbearertokenhier****". Die dictionary is input voor een HTTP PUT request, waar ik de url van de boolean aanspreek middels de "https://jeeigenhomeynrhier.homey.athom.com/api/app/net.i-dev.betterlogic/Presence-barney/true" url. De header bevat de authorization zoals ik die in de dictionary heb gestopt. Volgens mij kan je dit in Tasker in 1 stap doen, bij Automate werkte dit een jaar geleden nog niet in 1x, dus vandaar de 2 afzonderlijke stappen hiervoor.
Voor afwezigheid call ik dan dezelfde url, maar met value false ipv true.
In principe werkt dit met een boolean value precies hetzelfde als bij Zipato met het virtual on/off device wat ik in mijn Zipabox ook gebruikte voor presence
[ Voor 6% gewijzigd door djbarney op 28-07-2017 17:38 ]
Oké thanks. Na de vakantie eens kijken of het tijd wordt om te switchen. Zie wel wat voordelen voor de Homey maar ook een hoop nadelen.:
[...]
Zoals ik aangaf, met Betterlogic een boolean aanmaken, in Automate heb ik dan een aantal stappen nodig om de Bearer authorization key in de Header te krijgen. Dit doe ik door een Dictionary put actie, met als key "Authorization" en als value "Bearer *****jeeigenbearertokenhier****". Die dictionary is input voor een HTTP PUT request, waar ik de url van de boolean aanspreek middels de "https://jeeigenhomeynrhier.homey.athom.com/api/app/net.i-dev.betterlogic/Presence-barney/true" url. De header bevat de authorization zoals ik die in de dictionary heb gestopt. Volgens mij kan je dit in Tasker in 1 stap doen, bij Automate werkte dit een jaar geleden nog niet in 1x, dus vandaar de 2 afzonderlijke stappen hiervoor.
Voor afwezigheid call ik dan dezelfde url, maar met value false ipv true.
In principe werkt dit met een boolean value precies hetzelfde als bij Zipato met het virtual on/off device wat ik in mijn Zipabox ook gebruikte voor presence
Als je 5 verschillende controllers hebt is het lastig kiezen
Blog over Smart Homes: https://www.hellosmarthome.nl
:strip_icc():strip_exif()/u/215708/crop63b8134ded7b6_cropped.jpg?f=community)
:strip_exif()/u/36129/234558.gif?f=community)
Dit topic is gesloten.