biboun

comme quoi meme avec de la tres haute technologie, un bon vieux bout de bois, ça reste utile!

salut les amis, j'avais une question ipad: je voudrais savoir s.il est possible d'appeler un module virtuel sur la page de widget ( acceuil) de l app ipad. je vois bien mes virtual devices dans les pieces, mais pas dans le menu edition des widgets... je peux toujours creer une scene pour le faire, mais je pensais que cette methode brutale etait revolue avec les dernieres evolutions...

merc, j'ai un ipad depuis peu et je bloquais aussi la dessus, y a t'il une doc qqpart de cette appli? ou un menu help? comme fibaro sont pas des champions de l'ergonomie et de la standardisation dans leurs interfaces, ni des proactifs de la documention, on perd des fois un temps fou àfaire des choses simples qui existent déjàmais non documentees...

merci, en revanche ce n'est pas ce qui est illustré sur tes image ? tu n'as pas de position partielle j'imagine. Dans le cas cité, il me faudra au moins 2 boutons dans mon virtual device, un qui ouvre grand, l'autre qui ouvre partiel, et les deux qui ferment si c'est déjà ouvert.

Merci àtous !

Bonjour les amis. Je suis en train d'étudier le remplacement de mon vieux portail à vantaux très âgé par un portail coulissant électrique , l'occasion d'apporter un peu de confort dans ce monde de brutes, et accessoirement d'élargir cette #&@# d' entrée qui est sacrément juste pour passer la voiture. Je viens vers vous pour avoir des conseils, retours d’expérience, idées concernant 2 points: 1/ asservissement de la motorisation: Comme je ne sais pas combien de temps je garderai la maison, et si les prochains acheteurs souhaiteront utiliser de la domotique, je pars toujours du principe que tout doit fonctionner sans domotique (ça me parait sain, pour les jours ou ça crash) Je vais donc faire poser un système basique avec un moteur et des télécommandes ( sauf avis contraire justifié) J'imagine que les cartes de pilotage de ce genre de moteurs disposent de contacts secs que je pourrais asservir avec un module volet roulant: des retours, des conseils ? ( je souhaite avoir deux configurations, une ouverture totale et une ouverture "pieton", genre 1/4 du portail) 2/sonnette visiophone/iphone. J'aimerai bien mettre en place un visiophone qui puisse à la fois faire sonner une "sonnette" fixe dans la maison, mais qui communique aussi avec ipad/iphone , que l'on soit à domicile ou non, je dispose d'ailleurs déjà d'une caméra tournée vers le portail. Avez-vous déjà mis en place des solutions fonctionnelles autours du hc2? ( toujours dans la même logique, connaissez-vous des solutions "autonomes" qui peuvent venir se greffer sur la solution domotique).pour cette partie, je peux considérer le visiophone comme un élément de ma domotique que j'emporterai le jour ou je quitte la maison, si il n'existe pas de solution autonome "domotisable" Merci par avance vos précieuses aides.

Et oui tu es à la fois en avance sur ton temps (tu utilises des systèmes qui sont encore en phase de développement, avec des évolutions rapides) et en retard ( puisque tu utilises des tutos qui sont déjà perimés). On a plus le temps de rien ma bonne dame...

c'est des rdv VIP @Yohan: ca va ton chauffage ? j'ai pas été trop connecté ces derniers temps, je n'ai pas suivi les dernières épopées..

oui par contre ici on a la fibre des fois... ping <2ms

ah oui j'avais vu ça aussi sous le nom de bullet: http://www.ubnt.com/bullet En France faut déjà trouver une fréquence dispo et ou l'on a le droit d'émettre, ensuite dès que t'es en zone dense, ça brouille de partout avec toutes les plages exploitées, donc pour porter à 5Km, j'imagine pas la sauce qu'il faudrait envoyer

ah ok genre wimax.. Ca en France c'est mort Mais le bullet, c 'est quoi alors ?

Pensez à configurer les capteurs qui ne font pas partie de votre alarme pour qu'ils soient ignorés, sinon ils prendront part à l'alarme !

tu peux nous en dire plus sur la techno ubiquiti, c'est une protocle radio propriétaire ?

ouah, tu vas streamer tout ca façon tv réalité, tu fais payer 10€/mois pour rentabiliser l'equipement...

Ils ne documentent pas leur alarme/detection manifestement chez Heden, voici l'url pour armer la détection: /set_alarm.cgi?next_url=alarm.htm&motion_armed=0&input_armed=0&motion_sensitivity=9&iolinkage=0&mail=1&upload_interval=1 les paramètres sont assez explicites pour une fois... et voici une mise en pratique dans le bouton d'un virtual device qui arme la detection: cam = Net.FHttp("192.168.0.###") cam:setBasicAuthentication("#####","####") response, status, errorCode = cam:GET("/set_alarm.cgi?next_url=alarm.htm&motion_armed=1&input_armed=0&motion_sensitivity=9&iolinkage=0&mail=1&upload_interval=1") if errorCode == 0 then if (tonumber(status)==200) then fibaro:log("ok") else fibaro:log("fail "..status) end else fibaro:log("error "..errorCode) end

Pour ceux qu'ont pas word: Description: Decoder control Permission: operator Syntax: /decoder_control.cgi?command=[&next_url=] Parameters value 0 up 1 Stop up 2 down 3 Stop down 4 left 5 Stop left 6 right 7 Stop right … Reserved 25 center 26 Vertical patrol 27 Stop vertical patrol 28 Horizon patrol 29 Stop horizon patrol … Reserved 94 IO output high 95 IO output low

@eric69 bon, manifestement tes VD ne peuvent pas faire grand mal. Malheureusement à part le support fibaro qui se connecte au HC2, regarde les logs et le top dans le linux, difficile de diagnostiquer ce qui arrive en ayant les yeux bandés. As-tu tenté de remettre le système en config d'origine?

Je ne sais plus ce qui a été demandé déjà : Pas de virtual devices avec des main loop ? Pas de choses en géneral qui ferait des actions récurrentes ?( et qui viendraient à boucler à l'infini ?) ex: Utilises-tu la localisation de l'app iphone, si oui quelle fréquence de mise à jour ? Tous les péripheriques sont-ils perdus d'un coup ou certains restent accessibles? (les plus proches?) Si un reboot resoud le problème, j'imagine mal un problème de parasitage/brouillage. Quand c 'est HS, tu as toujours accès au HC2 en http ? Question con, mais quand ça commence a ramer, la HC2 est-elle chaude? ( plus que d'habitude?) , je sais c'est naze mais comme on ne peut pas monitorer la charge cpu, on peut toujours tenter de la déduire par la chaleur dégagée..

Rassure moi il ne bloque que la boucle du VD en question hein ?

mais si c'est un while true do, cela veut dire que ton sleep bloque totalement la boucle non ? Il y a une boucle dédiée par VD au final ? (pas très MAIN dans ce cas ) Dans ce cas ils ont juste fait while true do avec déjà un sleep à 3 secondes dedans ?

A ce sujet Krikoff, ( le sleep dans la mainloop), le hc2 est-il malin ? Je voyais la main loop comme un cron qui troune toutes les 3 sec, du coup le principe du sleep n'aurait fait que lancer dans la nature un nouveau process tous les 3 secondes, chaque process se mettant en sleep, puis continuant sa vie, et donc a terme une finité de process lancés.. Mais ça semble marcher pourtant ?

Allez je m'y colle (dsl mais je met les bases vulgarisées pour donner du sens, c'est pas du copier coller, je vais essayer de faire compréhensible) Mes propals de termes pour les différents modes sont en bas, et si un admin trouve ça utile, copier/coller dans un tuto BOX/routeur/passerelle: Dans une install "classique" de réseau domestique, on dispose d'une "box", qui fait office de passerelle (gateway), de serveur DHCP, de serveur ou relais DNS et de firewall, elle dispose d'une adresse ip dans le réseau local. IP LAN: Tous les périphériques sur ce réseau local dit "LAN" (pc , iphone en wifi etc.) possèdent aussi une adresse ip dans la même "classe" que la box , pour simplifier disons que leur adresse ip commence par les 3 mêmes chiffres ( ex: 192.168.0. ) et seul le dernier change (voir la notion de "masque" pour moins de vulgarisation), deux machines dans la même "classe" peuvent se parler en direct. L'adresse ip de la box coté "local" est fixe, celles des périphériques peut être "dynamique", donnée par le serveur DHCP de la box, ou fixes( reglées manuellement). il existe plusieurs types de classes d'adresses réservées à l'utilisation locale (ex 192.168.x.x ou 172.16.x.x), et tous les réseaux locaux font donc appel à des adresses similaires, elles ne sont donc pas unique sur la planète, et ne sont pas autorisées à communiquer sur internet directement . IP WAN ( de la box) La box possède , de plus, une adresse ip externe qui lui permet de dialoguer avec l'internet, dit WAN, elle pourra dialoguer avec les routeurs de l'opérateur, dans la même "classe" qu'elle, puis sera à nouveau "routée" vers d'autres classes, et de bond en bond pourra atteindre n'importe quelle adresse sur le web. l'ip WAN ou "externe" de la box est unique sur l'internet, votre opérateur pourra vous l'assigner de manière définitive ( on parle d'ip fixe), ou la renouveler tous les x jours ou heure , on parle d'ip dynamique Lorsque l'ip WAN n'est pas fixe, on peut faire appel à des services (dyndns no-ip) qui vont garder à jour la correspondance entre l'ip dynamique et un nom fixé , ce qui va permettre de connaitre à tout moment l'adresse même si elle change. NAT (translation d'adresse réseau) Les machines locales, lorsqu'elles essayent de communiquer avec l'internet veulent établir des connections avec des ip qui ne sont pas dans leur classe, elles doivent donc faire appel à la passerelle pour le faire à leur place. Toutes les requêtes émises par les machines du réseau local vers l'internet sont transmises au travers de la box (passerelle) qui les transmet avec son ip WAN et communique "au nom de" la machine locale, et lui renvoie les réponses en retour, on parle de NAT, le service côté internet croit dialoguer avec la box, il n'a pas connaissance de l'ip LAN du périphérique local qui communique. Par défaut une requête envoyée sur l'adresse WAN de la box depuis l'exterieur vers ne pourra pas être transmise vers l'interieur puisque la box ne saura pas à quelle machine locale la transmettre (exception chercher DMZ) PORT La communication sur le réseau, hors les adresses ip s'établit sur un "port": une machine utilise son adresse ip et un port pour communique vers une adresse ip et un port (différent ou non) Quand une machine héberge un service, on dit qu'elle "écoute" sur un port donné, par exemple le plus courant, site web: le service http écoute par défaut sur le port 80 ( l'interface web du HC2 par exemple exploite le port 80), quand on se connecte dessus, on s 'adresse à son port 80. PORT FORWARDING Il arrive que l'on veuille héberger des services dans son réseau local et les rendre accessibles depuis internet. On va alors définir des redirections de port, afin que certaines requêtes soient redirigées vers une machine locale. Pour que les choses soient possibles, on prendra soin de fixer l'adresse ip locale de la machine hébergeant le service. On définit alors une correspondance entre un port de l'ip externe, et une ip et un port local, on crée une sorte de tunnel implicite vers cette machine, et toutes les requetes sur l'ip wan avec le port défini sont redirigées vers la machine et le port souhaité. Tout ce qui n'est pas défini explicitement est refusé (le NAT est donc déjà une première protection importante contre les intrusions dans un LAN). Application du HC2( je propose ces 3 termes) Différents modes d'accès au HC2: -Acces LOCAL: on utilise une machine sur le même réseau local que le HC2, on lui parle donc en direct, sans aucun routage, c'est le mode le plus direct et le plus rapide, celà ne peut se faire que "sur place" -Acces distant en PORT FORWARDING: On aura fixé l'ip de son HC2, on aura une ip wan fixe ou un dyndns, on aura mis en place une redirection d'un port choisi de l'exterieur vers l'ip locale du HC2 sur le port 80. On peut alors se connecter depuis l'exterieur (en 3G ou avec la connection internet au travail) sans passer par un service tiers, la réactivité dépend de la qualité de votre connection internet domestique et de celle que vous exploitez à l'extereur. Seuls les services explicitement déclarés par les port forward seront accessibles, et les cameras ip par exemple ne seront pas implicitement affichables, il faudra aussi leur créer des redirections de port. -Acces distant via le proxy Fibaro (home.fibaro.com): Pour éviter à ses clients des configurations réseau citées au dessu( fixer l'ip, créer des ports forward), fibaro a mis au point un système qui permet de se connecter depuis l'exterieur sans rien configurer. C'est en fait votre HC2 qui se connecte vers une plateforme chez fibaro et s'identifie de façon unique. La plateforme joue le rôle d'entremetteur, si vous vous connectez dessus, elle vous met en communication avec votre propre box (préalablement déclarée). La simplicité est évident, en revanche, la connection transite par la palteforme de fibaro ( en pologne?) et la réactivité de l'ensemble dépend alors de votre connection domestique, de votre connection exterieure, et le 'interconnection de celles-ci avec la connection de home.fibaro.com. Celà rajoute un point de faiblesse supplémentaire, si fibaro est en panne, vous n'accédez plus. 4/Connection direct en VPN un quatrième cas me vient à l'esprit, certains disposent en plus d'un service sur leur réseau local leur permettant de s'y reconnecter de façon crypter et sécurisée, on parle de VPN, une fois la connection établie, le client distant exterieur dispose d'une adresse ip sur le réseau local, on retombe donc dans le cas 1, avec quelques limitations possibles en focntion du VPN ( ceux qui ont su mettre ça en place n'ont en général pas besoin de lire ce sujet )

Vaudrait peut-etre mieux rouvrir le post initial, sinon on va te reposer les mêmes questions... pas de main loop dans tes virtual devices? un reboot regle-t'il systématiquement le problème ? (pour écarter la possibilité d'un parasitage/brouillage dans l'environnement du hc2)

Va falloir que l'autre face soit une panneau solaire transparent en somme.

Si vous ne vous en sortez pas il existe une méthode pour "trouver" les bonnes url: allez sur l'interface embarquée de la cam avec google chrome en "server push" mode ( pas activeX) dans chrome lancer outils/outils de développement ( via le menu en haut a droite) dans les outils de dev regarder l'onglet "network" et commencer a bricoler dans l'interface, vous verrez normalement les requetes faites par le navigateur, avec les urls signifiantes, au milieu des nombreux appels aux icones et autres.. ( toute ce qui est cgi est interessant) Avec cette méthode vous trouverez a peu pres tout, (mouvements, activation des detections de mouvement etc..)