Homey Community Forum

Release 2.5.0 ManagerDiscovery

Kan iemand mij uitleggen wat dit precies toevoegt aan Homey, het is mij niet helemaal duidelijk?

2 Likes

Het is een uniforme manier voor app ontwikkelaars om apparaten in het netwerk van de gebruiker te kunnen vinden, mits die apparaten gebruik maken van Ă©Ă©n van de ondersteunde protocollen (mDNS, SSDP of zoeken naar een MAC-range).

Daar staat tegenover dat Homey apps vaak gebruik maken van onderliggende Node.js modules die de specifieke discovery voor de ondersteunde apparaten zelf al implementeren.

Maar kennelijk was er een grote behoefte om hier een uniforme interface voor te maken.

Een voordeel kan zijn dat, mits geĂŻntegreerd door de app ontwikkelaar, je een IP adres van een apparaat niet meer hoeft in te vullen in de instellingen van de app. Dit omdat het apparaat direct gevonden kan worden en je deze eventueel kan selecteren uit een keuze lijstje.

Voor apps waarvan de ontwikkelaar auto discovery te lastig vond zou het inderdaad een uitkomst kunnen zijn. Daar staat tegenover dat auto discovery niet altijd even goed werkt omdat het gebruik kan maken van netwerkprotocollen die afhankelijk zijn van correcte WiFi-/routerinstellingen

Bedankt voor jullie antwoorden dat maakt het een en ander meer helder.

Een nadeel van deze methode is dat alleen apparaten op het lokale netwerk worden gevonden. In dezelfde IP reeks. Zodra er een router tussen zit heb je meer aan het invoeren van een ip adres.

Alleen als dit aangevuld wordt met DNS-SD standaard zijn ook devices van remote netwerken mogelijk met mDNS.

Voor de meesten van ons zal het geen probleem zijn, maar voor diegene die aan netwerksegmentering doen of bv een garage op afstand hebben over internet, die kan dan bij gebruik van deze protocollen geen sensoren in de garage ophangen.

Ik vind het sowieso een beetje een oplossing voor een niet-bestaand probleem :roll_eyes:In de documentatie stond vorige week nog dat apps waarbij gebruikers een IP-adres moeten invoeren maar waar ook auto discovery mogelijk is “ergens in de toekomst” niet meer toegelaten zouden worden tot de app store, maar dat kan ik inmiddels niet meer terugvinden.

@M_a_r_c_o is dat niet met alle automatische detectie manieren? dat deze alleen op lokaal netwerk zoeken, vind dit nogal een erg ver gezochte reden om maar iets negatiefs erover te vinden.
Het is gewoon een optie die Athom aanbied… is niet iets waar je je aan Moet houden.

@robertklep
dit was in de mail die rond is gestuurd

Note: sometime in the future, apps that require the user to input an IP address manually when there is a discovery mechanism available, won’t be allowed in the Homey App Store.

ergens in de toekomst, dit kan ook pas over 10 jaar zijn natuurlijk.

Maar je mag gerust ergens anders over zeiken aangezien Athom het in jouw ogen het niet goed kan doen, het is gewoon een optie die ze aanbieden om het gemakkelijker te maken voor developers.
Dat was zowiezo al de hele reden om de SDK v2 te schrijven, om dit soort dingen te kunnen aanbieden, is dat dan ook nutteloos geweest? (laat maar, ik weet je antwoord al)

Ondertussen wachten we verder op betere debugging faciliteiten, de mogelijkheid om duidelijkere tracebacks te krijgen in geval van exceptions, de mogelijkheid om apps tijdens ontwikkeling incrementeel te uploaden naar Homey om het ontwikkelproces sneller te maken, up-to-date TypeScript definities, meer Zigbee/Z-Wave functionaliteit, om zomaar wat dingen te noemen die Homey echt een fatsoenlijke ontwikkelomgeving geven.

Maar kennelijk was device discovery een dusdanig groot probleem voor ontwikkelaars dat dat de prioriteit heeft gekregen.

2 Likes

Nee, niet met alle, maar wel met de hier gebruikte methodes. Dus als alle ondersteund worden, dan is het niet negatief. Maar ** niet alle, maar een paar ** dat is niet positief en niet positief is negatief.

Remote discovery vereist bv het kunnen invoeren van IP reeksen en niet zoeken op basis van broadcast methodes. Dat is een hel in netwerkland, niet onmogelijk, maar dan heb je bepaalde type professionele switches of routers nodig om die requests remote te krijgen.

Maar zoals ook in eerste bericht, als de mDNS implementatie ook DNS-SD ondersteund, dan is een deel van het remote zoeken op gelost. Nog wel een eigen DNS dienst nodig om het te kunnen gebruiken, maar ik heb de RFC van DNS-SD niet doorgelezen, dus mogelijk is een internet cloud DNS service ook bruikbaar.