Aujourd'hui je vais vous présenter un retour d’expérience sur les outils utilisables pour voir les services exposés par Homebridge sur le réseau local.
Quelques équipements utilisés :
- 5 Box Jeedom (Stretch, jeedom 3.3.31, Homebridge-Jeedom 2019-09-09) : 2 Smart, Odroid-C2, Pi3, VM NUC Intel
- HomePod 12.4 (Hub Homekit)
- AppleTV3,2 v7.4
- iMac macOS X.13.6
- iPhoneX 12.4.1 (donc pas encore IOS13)
- Synology DSM v6.2.2
Quelques outils :
- IOS et macOS Discovery
-macOS dns-sd
- IOS flame
-Linux avahi-browser
Le iMac, les Box Jeedom, l'AppleTV, la borne Wi-fi (en mode bridge) sont interconnectés par des switchs non managés.
Homebridge fonctionne bien sur mes Box Jeedom avec l'App Maison sur iPhone,
et pourtant avec tous les outils, le type de service _hap._tcp n'est pas découvert, il doit être ciblé explicitement par les outils qui savent le faire pour voir les services (les 5 Homebridge-jeedom ici en l'occurence) .
j'ai utilisé les dernières version de Discovery (Janv2019) :
-iPhone IOS App "Discovery - DNS-SD Browser" v2.1.4 :
https://apps.apple.com/fr/app/discovery ... d305441017
-macOS App "Discovery - DNS-SD Browser" v2.0.3 :
https://apps.apple.com/fr/app/discovery ... 1381004916
et de flame-services-browser v2.2.1 (juin2018) :
https://apps.apple.com/fr/app/flame-ser ... d325206381
iMac Discovery sur le réseau local :
. .
exemples de service :
-airplay et roap : AppleTV, HomePod
-homekit : HomePod
-smb : synology
par contre sur un iMac avec Terminal, la commande pour lister le type de service _hap._tcp fonctionne :
Code : Tout sélectionner
$ dns-sd -Z _hap._tcp local.
Code : Tout sélectionner
Browsing for _hap._tcp.local.
DATE: ---Sat 28 Sep 2019---
15:10:19.556 ...STARTING...
; To direct clients to browse a different domain, substitute that domain in place of '@'
lb._dns-sd._udp PTR @
; In the list of services below, the SRV records will typically reference dot-local Multicast DNS names.
; When transferring this zone file data to your unicast DNS server, you'll need to replace those dot-local
; names with the correct fully-qualified (unicast) domain name of the target host offering the service.
_hap._tcp PTR jeedom1-13EB._hap._tcp
jeedom1-13EB._hap._tcp SRV 0 0 51826 F9_69_FA_XX_XX_XX.local. ; Replace with unicast FQDN of target host
jeedom1-13EB._hap._tcp TXT "md=jeedom1" "pv=1.0" "id=F9:69:FA:XX:XX:XX" "c#=2" "s#=1" "ff=0" "ci=2" "sf=1" "sh=hCPXuw=="
Code : Tout sélectionner
jeedom@jeedom1:~$ avahi-browse _hap._tcp
+ eth0 IPv4 jeedom1-13EB _hap._tcp local
Code : Tout sélectionner
jeedom@jeedom1:~$ avahi-browse -a
En résumé si je requête explicitement le type de service _hap._tcp je vois 5 Homebridge-Jeedom,
par contre si je fais un discovery le type de service _hap._tcp n'apparaît pas.
Il semble que HAP_NodeJS utilisé par Homebridge-Jeedom ait été modifié.
---EDIT 30/09/2019---
le type de service _hap._tcp est apparu dans discovery lorsque j'ai ajouté une Ikea Tradfri GW sur le réseau local (sur un de mes switchs non managés, interconnectés entre eux).
plus de détails plus bas dans ce topic :
viewtopic.php?f=188&t=47872&start=20#p770368
Voila j'espère que ce retour d’expérience sera utile aux membres Jeedom.
akenad