yassinex

...pas vraiment au niveau de la V3.600. Voici les résultats qui m’empêchent encore de migrer vers la v4: ( PS: Merci Steven pour le code) [DEBUG] 13:44:56: Nb runs : 1000 | id : 56 | G.Variable : BenchMark [DEBUG] 13:44:56: ---------------------------------------------- [DEBUG] 13:44:56: [DEBUG] 13:44:56: getValue Exist : instruction time : 0s | cpu time : 0.08s [DEBUG] 13:44:56: getValue Not Exist : instruction time : 0s | cpu time : 0.09s [DEBUG] 13:44:56: setValue : instruction time : 0s | cpu time : 0.08s [DEBUG] 13:44:56: getGlobal Exist : instruction time : 0s | cpu time : 0.01s [DEBUG] 13:44:56: getGlobal Not Exist : instruction time : 0s | cpu time : 0.07s [DEBUG] 13:44:56: setGlobal : instruction time : 0s | cpu time : 0.01s [DEBUG] 13:44:56: getType : instruction time : 0s | cpu time : 0.09s [DEBUG] 13:44:56: getName : instruction time : 0s | cpu time : 0.06s [DEBUG] 13:44:56: getRoomID : instruction time : 0s | cpu time : 0.05s [DEBUG] 13:44:57: getRoomName : instruction time : 1s | cpu time : 0.11s [DEBUG] 13:44:57: getSunrise : instruction time : 0s | cpu time : 0.01s [DEBUG] 13:44:57: boucle 1000 : instruction time : 0s | cpu time : 0.18s [DEBUG] 13:44:57: [DEBUG] 13:44:57: ---------------------------------------------- [DEBUG] 13:44:57: ALL DONE

sur ton Windows quand tu lance la commande : netstat -a Vois-tu le port 7887 affiché ? La manip du passthru c'est juste pour activer la reco vocale de Windobe. Apres, rien ne t"empeche de récuperer ton vmdk et de le faire tourner sur un autre PC avec Vmware Workstation pour avoir le son, activer la reco, et faire le test avec SARAH. Si c'est OK tu remets le VMDK sur ton host ESXi. Ou bien faut trouver un autre moyen soft ( cle de registre ) pour forcer l'activation de la reco vocale sur Windows, en gardant la VM sur ton ESXi.

Le passthru c'est pour connecter la vraie carte son de ton n54l au sein de la VM. de cette maniere tu peux utiliser un vrai micro pour activer la reco. https://communities.vmware.com/servlet/JiveServlet/showImage/2-2240673-28315/vSphere_Conf_DirectPathIO.jpg Tu peux rajouter des device en cliqnat sur Edit

Et... Tu as connecté un micro ? ou un kit-main libre pour finir la configuration de la reconnaissance ?

la bonne nouvelle c'est que ça m'a l'air tout bon coté Raspberry :-) Si tu as un pb alors c'est bien du coté windows. - As-tu désactivé le Firewall ? - As tu deja configuré la reconnaissance vocale sur ton Windows ? - Si c'est pas le cas, il faudra le faire via le ControlPanel, puis relancer SARAH. - Si tu ne peux pas le faire, c'est que tu n'as pas d'interface audio déclaré sur Windows => Dans ce cas, active le passthru sur ton interface audio via ton ESXi ( Onglet Configuration / Configuration avancée du ton host ESXi ). une fois que c'est fait, rajoutes une nouvelle interface audio à ta VM Windows, et redémarres. Puis configures ta reconnaissance vocale. Tiens moi au courant.

Fred, Peux-tu me donner le retour des 3 commandes suivantes : uname -a Puis de : lsusb -v | grep "Array" et de : cat /proc/asound/cards PS: as-tu essayé avec "avconv" à la place de "arecord" ?

Non j'ai installé Ubuntu-mate ( https://ubuntu-mate.org/raspberry-pi/ ). J'ai pris un R asberry PI 2. Le kinect est detecté "presque"automatiquement ( Pas de FW a uploader...) etc. Une fois, l'Os déployé, tu installs les outils suivants : sudo apt-get update && sudo apt-get upgrade sudo apt-get install kinect-audio-setup freenect ffmpeg libfreenect* Avant de lancer la commande, il faut activer sur le serveur de SARAH la reception rcp sur le port UDP 7887. Pour ça tu modifie sur le fichier de config "custom.ini de SARAH la ligne suivante : ; Local RTP Client 7887 ; rtpport=7887 par : ; Local RTP Client 7887 rtpport=7887 Il faut arreter puis relancer SARAH suite a cette modif. On revient sur le Raspberry. Une fois le tout déployé, et le Kinect connecté au raps, la commande pour envoyer les flux audio du kinect vers sarah est la suivante : arecord -D hw:1,0 -f S32_LE -r 16000 -c 4 -t wav | ffmpeg -i pipe:0 -af "volume=20dB" -ac 2 -ar 16000 -acodec pcm_s16le -f rtp rtp://ip_ServSARAH:7887 Tu remplace "ip_ServSARAH" de la commande par l'IP de ton serveur Windows hebergeant SARAH. Troubleshooting : Si cela ne fonctionne pas, il faut penser à deactiver le Firewall de ton Windows. Je me suis inspiré de cet article pour la commande. Le gars parle de 3% d'utilisation de CPU avec une vm Windows sur un N40L.... N'hésites pas i tu as d'autres questions.

De mon coté, j'utilise un Intel NUC ( Core i5 / 16 Go RAM ) avec un synology DS414 en RAID 5. J'utilise la puissance du NUC pour faire du Transcoding pour PLEX. SARAH est sur une VM de l'ESX avec 4 GO de RAM et 2VCPU, cela fonctionne parfaitement.

Tu est sur la 5.5 ? as-tu lu ce post : http://www.v-front.de/2013/11/how-to-make-your-unsupported-sata-ahci.html

c'est quoi ta galere avec ESXi ?

Oui tu peux sur une VM sur ESXi pour la partie Serveur. Mais par contre pour ma part j'ai déporté le Kinect (1.0 ) sur un Raspberry dans une autre piece que l'ESXi ( Qui lui mouline dans ma cave ).

Suis-je le dernier à rester sur la 3.6 ? même Lazer à Migré en V4 !!! Aggrrf

Si tu as gardé les mêmes ID en passant sur la v4, a mon sens un downgrade ne sera pas problématique. Au pire comme moi, il suffit de faire exclusion/inclusion des modules concernés. ( 5 modules pour moi ). Le étapes principales du Downgrade: 1- Recovery ( Pour ma part en v3.5x ) 2- Upgrade vers la v 4.33 ( cela fera en réalité une install de la 3.6). Une fois en 3.6 ne plus faire d'upgrade ! 3- Restoration du dernier backup Pre-v4 4- exclusion/inclusion des modules manquants. 5- Modification dans GEA des quelques ID concernés. et Voila ! Exactement. le Drag & Drop à mon sens ne va pas améliorer le WAF. La v4 est plus dans une vision "technique" que "terrain" de la domotique.

Bonjour @Tous Je rejoins Steven dans son analyse: Mais concrètement qu’apporte aujourd’hui la V4 par rapport à la v3 ? 1- Les graphiques sympas ? Mais : - Je fais mieux aujourd’hui avec cacti et je reçois des rapports journaliers/hebdo/mensuels... par email ! - L’outil graphique de Lazer étant une autre alternative plus sexy et fonctionnelle. 2- Meilleure intégration du Smoke Sensor de fibaro: - Ahh, le produit qui vient juste d’être conforme avec la fiche du site Web, mais vendu quand même depuis plus d’un an. - Et bien sà»r toujours pas homologué en France. 3- Les Drag & Drop de l’interface ? - Wow, cela change ma vie, et vous ! 4- La sacro-sainte intégration des plug ins - Pas toujours fonctionnels - Fibaro ne supporte pas les User plug pour l’instant. ( Il suffit de voir l’avancement des bugs remontés par Krikroff toujours non résolus) - Il existe pleins de VD aujourd’hui qui fonctionnent mieux que les plugins de Fibaro ( NetAtmo par Ex.) Mon passage vers la V4 était cauchemardesque, comme beaucoup ici même. Mais le pire pour les grosse configs comme la mienne, c’est que GEA affiche des latences de plusieurs secondes => Inacceptable dans une config en Prod. Alors je ne sais pas pour vous, mais moi j'a downgradé en v3.600 et tout est OK maintenant. Ouf ! C’est Stable, rapide et efficace. Faites comme moi, revenez vers une version "Stable" et fonctionnelle en v3.600 vous n’allez pas regretter la v4 de si tôt. Faites le….avant que Fibaro ne décide de virer l’option Upgrade en 2 étapes.

Effectivement, contrairement à la v4 ou l'intégration est complète avec un device à part entière dédié à cette fonction.

@Nico Merci bcp Oui cela fonctionne parfaitement avec les FW version 2.6. J'en ai un avc la version 2,4 qui ne répondait pas, après un reset physique tout est rentré dans l'ordre. Cependant, la fonctionnalité sismomètre n'est pas activé sur les v3. A part l'icone "oeil de sauron" tout est nickel.

Youpi, j'ai pu revenir sur la version 3.60 (avec quelques frayeurs quand meme ). GEA fonctionne à merveille. Une seule scène, avec tous les déclancheurs qui vont bien....et une rapidité incroyable...yes ! Merci Steven. Je préfere avoir une version qui traduit la domotique sur le terrain "du vrai", plutôt qu'une belle interface v4 avec plein de "features" mais qui fonctionnent pas. Je reste sur la 3 pour un moment.

Je suis à 18 secondes. C'est mieux certes, mais bon c'est pas acceptable. C’était mieux avant ! ( Oui je fais un peu mon réac' ) Là je croise les doigts, recovery en cours....

En V3 je ne vois pas d'impact de pérfs. mais effectivement c'est flagrant sur la V4. Pourtant, j'ai constaté il y'a quelque temps (en V3) des latences sur des actionneurs (FGD211), en les incluant dans l’entête (ID value) j'ai obtenu un déclenchement instantané. Bizarre

J'ai bien modifié la VG pour chaque scene (GEA_Tasks_1, GEA_Tasks_2, GEA_Tasks_3, GEA_Tasks_4) 2eme scene : Secu : des scenes pour verifier les ouvertures (portes, fenetres...) et les alertes ( fumée, CO..) 3eme scene : Gestion des Boutons Physiques via sceneActivation: pour mon visiophone et ma MiniMote + declencheur de scene sur changement de VG. 4eme scene : Gestion des temperatures ( Alertes, declencheur de chauffage, fil pilote...etc) + divers taches pour activers des VD ( NetAtmo, Calendriers...) et plein d'autres choses repetitives. Par contre, j'ai +100 declencheurs, et j'ai mis les mêmes sur les 4 scenes...c'est grave docteur ?

Un petit feed-back des tests. En créant 4 scenes, j'ai tenté de faire baisser les latences. - J'active la premiere scène juste avec la gestion des lumieres...Latences de 1 à 2 secondes. c'est acceptable. - J'active la deuxieme scène : Latence de 5 secondes. - J'active la 3eme: Latences de 15 sec. - J'ose meme pas activer la dernière, mais grace à un mélange savant d'amour de la science, de létat de l'Art, en plus de mon coté un peu maso, je me lance.... et hop, latences: 35 sec. Bon, bref pour moi c'est RECOVERY direct vers la v3.600. adios el v4. hasta la vista !!!

Je me réponds moi meme C'est bien ça ! Par contre j'ai une nouvelle erreur sur une des scènes ( la plus grosse ) : [ERROR] 18:14:58: Runtime error: /opt/fibaro/FibaroSceneAPI.lua:66: Assertion failed: Expected number [ERROR] 18:14:58: Runtime error: /opt/fibaro/FibaroSceneAPI.lua:66: Assertion failed: Expected number Je vais rebooter pour rafrechir la mémoire et eviter la saturation

Vous voulez dire il faut modifier uniquement cette ligne : GEA.globalTasks = "GEA_Tasks" et donc personnaliser le de la VG : GEA_Tasks ?

VG ?

Ils ont déjà corrigé aujourd'hui les 2 bugs de Krikroff, c'est deja ça lol