Sowliny

Bonjour a tous, Après un ou deux jours, j'ai effectué la mise à jour de la vers la 4.130. Je ne vais pas participer pour le moment à l'allégresse générale qui semble régner Toute une floppée de modules sont à reconfigurer !!! Messages "Non configuré" dans le panneau Modules, et "Initialization error" dans la liste des Notifications. La mise à jour s'était pourtant très bien déroulée... Certes, il y en a quelques anciens modules(comme des prises Popp de la première génération, aux templates douteux). Là, je suis "compréhensif"... Mais il y a aussi des FGMS Z-Wave+ dont le fimware était parfaitement à jour, des Aeotec DoorWindow ZW112 (mais pas tous !!! - 2 sur 4...), et des Qubino (switch on/off). J'ai tenté ce matin une reconfiguration douce en urgence de deux d'entre eux - mais pas de résultat. Deux heures après, la reconfiguration court toujours... Au pire il me restera à les reconfigurer "hard" - et bien sûr à me repalucher les scènes dont les ID de modules ne sont pas en variables globales...

Bonsoir, J'ai des accus Li-ion de 3v (600 mAh) achetés sur Amazon. Avec bien sûr aussi un petit chargeur à pas cher. (la photo montre un 3,6 V, mais cela passe très bien aussi - mais cela n'engage que moi bien sûr) Le petit accu blanc SAFT était destiné aux FGK, mais abandonné, car à loger au "chausse-pied"... J'ai donc "bazardé" mes deux FKG au profit de Door Windows Sensor d'Aeotec (qui sont excellentissimes, et de plus rechargeable et/ou pouvant être alimentés en USB !). L'un des deux FGK a fini de la sorte (alimenté en 5 V avec un adaptateur de téléphone, avec pour mission de signaler l'ouverture de la porte d'entrée...). Bien sûr j'ai réalisé une petite platine qui convertit le 5 V en 3 V, et qui remplace la pile d'origine dans le FGK Mais je digresse... Leur durée dans des FGMS est de plusieurs mois. Mais avec un ou plusieurs accus déjà chargés (et à "rafraîchir" juste avant), on a largement le temps de procéder à l'échange dès que le signalement de batterie faible est émis par le HC(2/Lite). Je nage depuis (quand même plus de 2 ans, je crois) dans la félicité ! Et les économies sont réelles avec quatre ou cinq FGMS en fonction...

Bonjour à tous, La dernière étape de la configuration de ma FOSCAM FI9828P V2 consistait à la connecter en WiFi. Facile ? Pas tant que cela, en fonction du routeur WiFi utilisé... Cependant que ce soit sur l'étiquette de la caméra, ou l'info fournie par "Equipment Search Tool", la seule adresse MAC indiquée est celle du LAN ("Device ID"). L'adresse MAC Wifi n'apparaît que dans une box (Livebox par exemple...), et je passe par un routeur Synology RT1900ac avec filtrage MAC, qui malgré ses qualités ne donne aucune information sur les matériels "candidats" à la connexion. J'ai donc réactivé temporairement le WiFi sur la box afin de récupérer cette adresse (avantage Livebox...). Ensuite, long fleuve tranquille... La notice Foscam décrit parfaitement la procédure de connexion en WiFi. Prérequis : la caméra est déjà connectée via son interface LAN, et Equipment Search Tool lancé. Déclaration de l'adresse MAC sur le Synology Connexion au réseau WiFi, avec password, etc... Déconnexion du câble réseau [au bout de quelques secondes l'identification de la caméra disparaît - c'est normal] Réapparition de l'identification de la caméra au bout d'une minute environ, et donc établissement de la liaison WiFi A noter que cette fois encore, c'est uniquement le "device ID" qui apparaît ! Mais la liaison via WiFi est désormais opérationnelle. PS(1) : la page web de configuration de la Foscam FI9828 ne fonctionne que sur un navigateur 32 bits (incompatibilité des plug-in) (Firefox convient parfaitement) PS(2) : en cas de modification ou de création d'un nouvel utilisateur sur la Foscam, ne pas oublier de modifier les log et le login dans toutes les chaînes de commande URL du module.

Bonjour à tous, Je viens de paramétrer une caméra Foscam HD FI9828P V2 sur une HC2 (après ça sera sur une HC Lite distante). Après avoir modifié la nature du flux (passage en MJPG), je l'ai d'abord installée en tant que module, avec les commandes suivantes : URL JPG : cgi-bin/CGIProxy.fcgi?cmd=snapPicture2&usr=rsb115&pwd=1234 URL MPG : cgi-bin/CGIStream.cgi?cmd=GetMJStream&usr=rsb115&pwd=1234 URL gauche : cgi-bin/CGIProxy.fcgi?cmd=ptzMoveLeft&usr=rsb115&pwd=1234 URL droite : cgi-bin/CGIProxy.fcgi?cmd=ptzMoveRight&usr=rsb115&pwd=1234 URL up : Captioncgi-bin/CGIProxy.fcgi?cmd=ptzMoveUp&usr=rsb115&pwd=1234 URL down : cgi-bin/CGIProxy.fcgi?cmd=ptzMoveDown&usr=rsb115&pwd=1234 Mais il manquait la commande "STOP" ... Je l'ai finalement trouvée sur un forum (community.ipsyconnect.com) : StopRun La commande devient alors : URL stop : cgi-bin/CGIProxy.fcgi?cmd=ptzStopRun&usr=rsb115&pwd=1234 Le résultat est parfaitement fonctionnel, que ce soit dans ce module ou dans le plugin "Foscam generic" !

Personnellement, le fait de prononcer "OK Google" m'agace prodigieusement, et je suis poli. C'est pour cela que je m'en passe volontiers. Cependant, l'affaire est toute autre avec Lili (on a ses têtes...) J'ai justement envisagé un premier appel avec "Lili ?", qui renverrait sur une scène qui générerait une réponse, et ensuite une analyse de ma demande... Tout ça sera àvoir avec le Fibaro Player

Bonjour, Desolé du retard, je suis actuellement en Pologne, patrie du Home Center... En ce qui concerne la prise micro, je n'ai pas fait d'essais. J'avais lu àce sujet un commentaire indiquant que ce connecteur faisait partie de la carte mère du HC2 (comme sur tout PC), et que le système ne pouvait y accéder (pour le moment) Il est vrai aussi que je n'ai pas eu le temps de faire des essais... J'attends avec impatience la petite enceinte zwave de Fibaro (qui intègre un micro - sortie en fin d'année ?) pour pouvoir vraiment tester Lili dans une pièce en lui adressant directement les commandes.

Bonjour, Vraiment désolé, mais je ne comprends pas quelle est la règle que j'ai enfreint ? Erreur d'emplacement ? Je n'ai pas non plus effectué de citation. Cela dit, j'ai bien pris connaissance des règles citées, lors de mon inscription. A moins qu'il ne s'agisse d'une réponse automatique (?)

Mes débuts (prometteurs) avec Lili... Suite... 10 jours ont passé... Mes tests sont devenus opérationnels, c'est à dire que les commandes vocales sont parfaitement exécutées, sans erreur de reconnaissance (un seul ordre suffit). J'évalue la fiabilité à > 99% - le 1% restant étant à imputer aux "curieux" qui viennent inévitablement "causer dans le poste" (mais ça rentre dans les habitudes...). Il y a aussi les bruits de fond impromptus (chien, cannette de bière qui tombe... ) Plus besoin de hacher les mots (le plus difficile en fait, tant nous nous forçons - pour rien - à vouloir penser que nous parlons à une grenouille décérébrée.... Mais je digresse... De plus, j'ai testé ce jour les commandes vocales dédiées aux scripts, et le résultat est identique. Reconnaissance sans faille et répétitive. Je vais bientot mettre cela en application pour le démarrage et l'arrêt de mon rack. Il faudra auparavant que je greffe un module pour chaque élément (onduleur du PC, onduleur des 2 serveurs, PC, switch...). Le but est double : mettre le système en veille "légère" (en conservant un seul serveur avec son onduleur), ou en arrêt total (EEG plat...). Actuellement un WallPlug se trouve sur la prise maître (uniquement pour pister la consommation - 440 W en utilisation standard avec le serveur de travail en ligne).

En attendant de savoir un peu plus, tous mes remerciements pour cette info ! Je pense que cette procédure s'applique a Tasker. Merci également à @Steven

Avec plaisir. Si j'ai du nouveau, ou si je découvre quelque chose que je n'ai pas documenté, je publierai sans faute.

Bonsoir Nico, J'ai effectué un test sur un autre smartphone (Samsung S3). Après l'installation de l'appli et paramétrage (Reconnaissance HC2, Remote access) ainsi que choix de la reconnaissance vocale "de base" d'Androà¯d, j'ai relancé le test qui s'est exécuté à la perfection. J'ai d'ailleurs posté une petite vidéo sur Youtube montrant le test avec ce S3 sur : http://youtu.be/tqz0GWXNI0Q La latence de l'allumage est imputable, je pense, à mon éloignement du micro du S3. Le test s'avère donc totalement positif (pour moi ...). Il ne semble donc pas qu'il y ait une relation(d'échec) avec le matériel (quoique mon échantillonnage est plus que restreint). Pour le moment, je ne peux pas déterminer ce qui se passe (ou plutôt ne se passe pas) avec tes essais.

Oui tout àfait. Paramétrage de l'applications Fibaro sur mobile Android. Je n'ai jamais rencontré le message "Nothing in your system..." Je suppose que c'est sur le smartphone ? De plus en plus étrange tout cela. Ça évoque globalement un défaut de communication entre l'applications Fibaro et le HC2. Peut être faut il tenter une désinstallation de l'applications avec effacement de toutes les données, suivi d'une nouvelle installation avec en priorité la mise en place de "remote-access" ? J'ai mon HC2 depuis un mois environ, et j'en suis encore àdécouvrir la fonction trigger... Je n'ai pas encore une expérience très étoffée en situations singulières.

Merci pour l'info sur Tasker J'avais vu une info à son sujet, je m'y mettre (ça sera plus élégant et efficace qu'une recharge arbitraire). Je ne sais pas encore trop comment m'y prendre, mais je vais d'abord voir Tasker. Le reste devrait aller tout seul ensuite (?)...

Version 4.054 La mise a jour date de deux ou trois jours seulement. Androà¯d : 5.0.1 Par contre, je viens d'y repenser : Dans le smartphone, j'ai modifié le paramétrage de la saisie vocale. Cela a peut être une incidence sur la détection de Lili... Procédure : - Outils, Système, Langue et saisie... - Saisie vocale Google - Langues : à Français, j'ai rajouté - vraiment à tout hasard - English (generic), Polish - Bloquer termes choquants : désactivé (ça peut servir...) - Entrée voix - Sélectionner "Reconnaissance Google de base" (j'ai abandonné les services Google "améliorés"). J'ai du faire cela au début des tests, quand j'avais un taux d'échecs non publiable... Il faut également activer "remote access" dans le paramétrage de Lili, sur le smartphone. J'avais validé cet accès lors de l'installation de l'app sans trop savoir quelle pouvait être son utilité future... Le fait est que lorsque je dicte une commande à Lili, une brève metion apparaît sur l'écran en gris transparent : "remote access" Dès que l'ordre a été émis (transmis donc au HC2), la mention "local access" apparaît à son tour brièvement. Il s'agit peut-être (sà»rement ?) d'une des clés du succès...

C'est ImpériHome qui effectue la sortie de veille : Accéder aux paramètres : - "trois points" verticaux en haut à droite de l'écran - Paramètres - Préférences de la vue dashboard - Section "Caméra frontale" - Cocher "réveil avec la caméra" Voilà c'est fait

Étonnant, vraiment. Les seuls cas ou cela m'est arrivė, il y avait toujours une erreur de typographie Peut-être un problème de mise àjour de la base ? D'autre part, j'ai écrit les ordres directement dans les champs des modules, onglet "Propriété" Pour le moment, je sèche... Je vérifie la procédure cet apres-midi, j'ai peut être fait une erreur dans mes explications ?

Le petit matin porte conseil... Est-ce que (sur le smartphone) Lili s'emballe ? Je veux dire que l'anneau autour du bouton (qui déclenche la reconnaissance) se met àtourner sans fin ? Cela veut dire que c'est planté... Ça m'est arrivé au début (peut-être est-ce lié àun trop grand nombre de requêtes vocales successives / encombrement mémoire du smartphone ?) Dans ce cas il faut quitter complètement l'application, et la relancer. Au début je relançait aussi systématiquement la base de données de Lili. Mais ensuite cela n'était plus nécessaire.

Comme je l'ai indiqué dans mon premier post, j'ai eu quelques refus (à répétition) au début. Il m'a semblé également qu'il existait une sorte d'apprentissage de ma voix (?) Je me fais peut-être des idées. Mais ce matin, petit essai avant d'aller bosser, à voix basse et enrouée, comme ça, pour voir si ça fonctionnait toujours. Et donc, reconnaissance immédiate et action déclenchée correctement (allumer la pierre de sel, en l'occurence). Idem pour l'extinction. Pour ton problème, je ne vois pas du tout ce qui cloche. Je vais y réfléchir dans la matinée, pour trouver une piste ?

Rien, pas de quotes, etc... Texte "pur", tel que Lili l'a retranscrit sur le smartphone, lorsqu'elle a "écouté" ce que j'ai prononcé. Adopte une prononciation normale, dans une pièce silencieuse pour commencer. Mes tests portent sur des modules normalement déclarés. Attention : ces modules ne doivent pas déjà contrôlés par des scènes. Sinon, le module va au pire s'activer et se désactiver quelques secondes plus tard, selon la durée de la boucle qui le contrôle (par exemple). Deux exemples qui fonctionnent : Eclairage de plantes en soirée : allumer lumière verte éteindre lumière verte Eclairage d'une pierre de sel sur mon bureau : allumer la pierre éteindre la pierre

Mes débuts (prometteurs) avec Lili... Je viens de faire mes premiers pas avec Lili, comme tout un chacun, c'est à dire en inscrivant les ordres directement dans le module (dans le paramétrage du...). Bien sà»r, comme je l'avais lu dans divers forums, l'expérience a tourné court... Premier test concluant (j'allume une lampe - Alléluà¯a !!!), ensuite la déroute... "Sorry ? Could you repeat ?" et j'en passe... J'ai alors remarqué que Lili (sur un Note 4) transcrivait l'ordre qu'elle avait compris, ELLE ! Ce qui ne correspondait pas forcément à ce que j'avais prononcé. J'ai donc fait quelques test de prononciation répétitive, et voici mes conclusions : - la vitesse n'a que peu d'influence (dans des limites cohérentes, bien sà»r - au début je séparais mes mots, puis je suis passé à une prononciation plus naturelle) - il faut éviter des termes trop proches phonétiquement - il faut éviter les termes conjugués, préférer l'infinitif (n'oublions pas que ce n'est encore qu'une version bêta...) - quelques mots sont parfaitements reconnus : par exemple "allume la pierre" (non, je n'ai pas piccolé... il s'agit d'une "pierre de sel" avec une lampe à l'intérieur) ou "éteindre la pierre" - éviter les bruits de fond (voix trop proches, etc...) Remarquez l'accent de "éteindre" : en effet Lili l'avait "écrit" comme tel. Je n'ai pas testé sans l'accent... Bref, je suis donc passé au "reverse-engineering"... J'ai simplement recopié les commandes reconnues de façon fiable par Lili sur le smartphone, directement dans les champs du module. Sauvegarde, relancement de la base Lili... Et ça fonctionne parfaitement, de façon répétitive, sans erreur d'interprétation (j'ai ensuite testé deux modules) même en croisant les commandes. J'ai d'ailleurs posté une petite vidéo sur Youtube montrant le test (avec un autre smartphone - Samsung S3) sur : http://youtu.be/tqz0GWXNI0Q Je pense que tout cela sera plus fluide avec les futures versions de Lili. PS : j'ai la vague impression qu'elle "apprend" ma prononciation au fur et à mesure des essais (???) Matériel : Home Center 2 (v4.54 toute fraîche...) Prises zwave Popp pour mes essais Samsung Note 4 Mais je pense que le matériel n'a qu'une importance secondaire, tout doit se situer dans la syntaxe et l'exacte correspondance des ordres.

Bonjour, J'ai installé personnellement une tablette Carrefeour Neo2 8",qui possède de bonnes capacités matérielles, qui fonctionne sous Android 4.2(.2 ?) Pour 130 € (si je me souviens - mais elle n'est plus disponible - il y a surement d'autres modèles en vente actuellement) ImpériHome tourne parfaitement, la caméra la sort de veille (à condition de ne pas la placer dans un couloir sombre). Pour l'alimentation, j'ai installé un module Qubino qui commute le bloc alimentation deux heures, à 6h et 18h (ajuster en fonction de l'utilisation...)

Bonjour, Je souhaitais faire part d'une "astuce" qui n'en est peut être pas (ou plus...) une. Il me semble que ce sujet a été abordé dans un autre post... J'ai installé un FGMS dans un couloir qui reste toujours un peu sombre , et je constatais avec désespoir que la valeur en Lux ne dépassait que rarement les 4 lux. Difficile en ce cas de tester cette valeur dans un script destiné à allumer des veilleuses à la nuit tombante, du fait d'une très faible marge de manoeuvre (de 0 à 4 Lux... et parfois moins). J'ai testé plusieurs paramètres du FGMS, et le n°9 est idéal. Sa valeur par défaut est de 200 Lux, ce qui est énorme pour une pièce sombre. J'ai donc reparamétré à 50 Lux (FGMS en main, trois clics et validation... pour une constatation immédiate). Le temps d'une synchronisation entre le FGMS et le HC2, et la valeur transmise est passée à 28 Lux, ce qui permet maintenant au script une "prise de décision" beaucoup plus fine. Le passage de 200 à 50 Lux de ce paramètre a donc eu pour effet une "expansion" de l'échelle des valeurs.

J'ai déjàvu ton post lors de l'installation de ma Zibase, je crois. Très ingénieux !

A suivre donc... J'ai une idée de modification (pour les FGK...) que je dois d'abord tester avant de la proposer

Bonjour, Je vous propose les quelques icône que j'ai créées. Une reprise facile du FGMS, et quelques autres plus spécifiques : Tablette Neo2 (de chez Carrefour, pas chère mais parfaite pour ImpériHome par exemple)Switch 3ComVeilleuses bleues de circulationsDétecteur Everspring SP814 (en sursis...)Expresso Saecoune Pierre de SelCes icônes présentent trois (ou plus) couleurs. Le jaune/ambre étant réservé à l'identification des scripts... et les grises aux états inactifs.