Vince

@mprinfo : ouai ca ne marche toujours pas sur les iphone, par contre sur ma tablette android, ça fonctionne !! ... Oui c'est tout nouveau ..mais je ne vois pas trop à quoi ça sert, si nous n'arrivons pas à rajouter le template au niveau du module...enfin..pour ma part je ne suis pas arrivé ! ... le template du module reste vide meme apres reconfiguration !

reboot en cours apres mise àjour ...

@Fred.domotique : Voici le HC2 addon modifié. Il me manque tout de meme l'evenement "Xbmc On", j'ai cherché, mais je ne vois pas pourquoi il ne remonte pas. Sinon le "Xbmc Off" et le reste fonctionne. HC2.addon.zip

@mprinfo : Pas grave ..je laisse la main au co-admin !

Je viens de régler le probleme de mon coté en modifiant le fichier default.py à la ligne 42 request = urllib2.Request('http://%s:%s/api/globalVariables/%s' % (IP, Port, Variable), data='{"name": "%s", "value": "%s" , "isEnum":true, "enumValues":["On", "Off", "Video_Started", "Audio_Started", "Video_Ended", "Audio_Ended", "Video_Stopped", "Audio_Stopped", "Video_Paused", "Audio_Paused", "Video_Resumed", "Audio_Resumed", "Menu_Home", "Menu_Program", "Menu_Picture", "Menu_Setting", "Menu_Video", "Menu_Audio", "Menu_Weather"] }' % (Variable, state)) J'ai rajouté %s apres "globalVaribles/" et donc rajouter sa valeur "Variable" Grace à ce sujet : http://www.domotique-fibaro.fr/index.php/topic/3304-creation-auto-de-variable-avec-nom-id-virtual-device/ ( Merci à @C-lol et à @KriKroff ) , j'ai compris qu'il faut obligatoirement le nom de la variable dans l'url : http://IP:PORT/api/globalVariables/ nomdevariable alors qu'avant dans la V3 un simple http://IP:PORT/api/globalVariables sans le nom de la variable, juste en le mettant dans le " data" ça suffisait. @ADN182 je te souhaite le soin de modifier ton plugin pour que ca marche avec la V4. "je laisse à César , ce qui est à César" !

Pareil, le script est en erreur avec la V4.032. Dans les logs d'XBMC, sur Ubuntu : 16:33:36 T:139809561736960 NOTICE: HC2 Addon : Aucune camera presente dans la Home Center 2 16:33:36 T:139809561736960 NOTICE: HC2 Addon : Variable XBMC deja presente dans la Home Center 2 16:33:36 T:139809561736960 NOTICE: HC2 Addon : Variable Tag XBMC_Tag deja presente dans la Home Center 2 16:33:36 T:139809561736960 NOTICE: HC2 Addon : Scene XBMC trouve dans la HC2 16:33:36 T:139809561736960 ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<-- - NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS! Error Type: <class 'urllib2.HTTPError'> Error Contents: HTTP Error 400: Bad Request Traceback (most recent call last): File "/home/tim/.xbmc/addons/HC2.addon/default.py", line 473, in <module> player=MyPlayer() File "/home/tim/.xbmc/addons/HC2.addon/default.py", line 360, in __init__ changeState("On") File "/home/tim/.xbmc/addons/HC2.addon/default.py", line 47, in changeState result = urllib2.urlopen(request) File "/usr/lib/python2.7/urllib2.py", line 127, in urlopen return _opener.open(url, data, timeout) File "/usr/lib/python2.7/urllib2.py", line 410, in open response = meth(req, response) File "/usr/lib/python2.7/urllib2.py", line 523, in http_response 'http', request, response, code, msg, hdrs) File "/usr/lib/python2.7/urllib2.py", line 448, in error return self._call_chain(*args) File "/usr/lib/python2.7/urllib2.py", line 382, in _call_chain result = func(*args) File "/usr/lib/python2.7/urllib2.py", line 531, in http_error_default raise HTTPError(req.get_full_url(), code, msg, hdrs, fp) HTTPError: HTTP Error 400: Bad Request -->End of Python script error report<-- De plus, j'ai une caméra, et elle fonctionnait en V3.6 et cet addon XBMC, donc je ne comprend pas la première ligne du log "HC2 Addon : Aucune camera presente dans la Home Center 2"

en V4.x ca marche mais pas avec la V3.6 !

Malheureusement dans les scenes la fonction json.encode ne fonctionne pas : http://www.fibarouk.co.uk/support/lua/library/json-encode/

Ca y est c'est fait pour la KeyFob 2, je viens de poster un rapport de bug.

Oui , en debug, j'ai un retour "nil" à la sauvegarde de la scene et rien en appuyant sur les boutons. Oui, j'ai verifié l'ID , j'ai meme essayé avec l'ID du module "maitre" de la telecommande, mais rien, ca ne veut pas fonctionner ..dommage ! Merci en tout cas de m'avoir chercher une soluce !

Pareil, meme message pour la KFOB ! Ce n'est pas ici , le support technique ?

C'est la KFOB2 qui n'est donc pas encore pris en compte, c'est vrai qu'il n'y a aucun paramètre qui remonte dans la config avancée... Pourtant en cliquant sur un des boutons , j'ai bien sur la box la LED Z-wave qui s'allume brièvement, donc il y a bien une info qui remonte sur la box ! A savoir comment la capturer avec cette version du firmware !

@fab971 , ah d'accord, désolé, je croyais que pour toute action avec n'importe qu'elle télécommande, en LUA il fallait obligatoirement passer par "sceneActivation" pour pouvoir recuperer la valeur du bouton actionné ! Pour ma part c'est la Z-wave.me KFOB2. Il y a peut etre moyen de faire autrement ... qui sait !

Attention quand meme à ce qui ont une télécommande il n'y a plus de "sceneActivation" , donc télécommande inutilisable. A cause de cela, retour en 3.600 ! A moins qu'il ait une autre solution pour les telecommandes ?? Mais pas trouvé !! @Krikroff a peut etre la soluce ??

Ah merci Fibaro , la 4.031 m'a corrigé : la sirene Vision Security ZM1601 .. Ok le détecteur de fumée d'Everspring SF812 .. Ok ! Bon toujours pas de sceneactivation pour le porte clé KFOB2 !!

@Krls .. une idée de départ ?

Pareil ...en espérant du mieux pour les appareils à batterie ! Car la sirene ZM1601 ..impossible de la faire marcher avec la 4.030. Le porte clé KFOB2 ...impossible de faire de sceneactivation avec la 4.030 Et j'ai pas encore essayé le detecteur de fumée d'Everspring ...je croise les doigts !

Bouhhh !!! Ca n'upgrade pas !! Update in progressUpgrade Error: 9

Je viens de faire la mise à jour vers la version 4.020, et pareil que @pitp2 , tout fonctionne sauf la télécommande KFOB2 qui est reconnu comme un RGBW Controleur par défaut et biensur ca ne fonctionne pas ... meme après exclusion et inclusion ! Donc petit recovery en 3.590 et tout revient dans l'ordre

Pour le flux midi c'est donc un programme en python : #!/usr/bin/env python import sys, pygame, pygame.midi, urllib2, urllib # set up pygame pygame.init() pygame.midi.init() for x in range( 0, pygame.midi.get_count() ): print pygame.midi.get_device_info(x) inp = pygame.midi.Input(5) # 5 est l'identifiant de mon midi IN while True: if inp.poll(): some_url = "http://localhost/sites/all/modules/domotique/midi/midiover.php?values="+urllib.quote_plus(str(inp.read(1000))) content = urllib2.urlopen(some_url).read(); print(content); pygame.time.wait(100) #un peu plus que l'exemple pour laisser le ruban reagir ! Voici la source pour plus d'explication. Au niveau réactivité , c'est pas trop mal, même si ce n'est pas instantané (une demi seconde environ) du à la réactivité du fibaro RGBW controller et surtout du ruban led.

Alors oui, c'est juste pour le plaisir. Un défi personnel de faire varier les couleurs et l'intensité suivant les notes jouées (et leur vélocité). Le principe c'est que seules les notes jouées en basse (1er et 2eme octave) fassent varié la couleur. Les autres notes ne font variées que l'intensité (+ il y a de notes et plus elles sont jouées fortes => + l'intensité est forte ). Pour les couleurs : Elles vont du rouge pour le 1er Do au rouge pour le Do de l'octave suivante. L'astuce a été de reprendre mes cours de trigo (le principe de la roue chromatique) pour calculer les notes intermédiaires pour faire passer : rouge => vert puis du vert => bleu et enfin du bleu => rouge. Après quelques heures (..jours) de prises de tête (par ex : garder le flux des notes maintenues et lesquelles sont relâchées, la vélocité, l'ajout de couleur entre note...etc), le résultat est bien sympa et le tout est très appréciée par la gente féminine

Bonjour, Merci pour ta réponse. En fait j'ai fait autrement... Un programme en python pour récupérer le flux midi. Du PHP pour calculer la couleur à partir des données midi et un accès à la fonction du changement de couleur du ruban de Leds avec la HC2 ! Le tout fonctionnant à merveille et est très apprécié

Bonjour à tous, Je souhaiterai savoir si il y a possibilité avec la HC2 de récupérer un flux UDP multicast. Une idée farfelu m'est venu et donc mon but, ici, est de contrôler via un piano numérique MIDI, branché sur mon ordi, les paramètres couleurs du contrôleur RGBW. J'ai, sur mon système Ubuntu, trouvé une appli "qmidinet" qui permet de faire une diffusion UDP multicast des informations MIDI du clavier. Pas de problème pour "écrire" sur le socket UDP (Merci au passage à Krikroff pour son code de ping qui m'a bien aidé) : local _deviceIp = "192.168.0.2"; -- adresse ordinateur local _devicePort = 21928; -- port multicast socket = Net.FUdpSocket(); socket:setBroadcast(true); --send packet local bytes, errorCode = socket:write("Je peux écrire", _deviceIp, _devicePort); --check for error if errorCode == 0 then return true; else return false Le code me retourne bien "true", donc pas de problème pour l'écriture. La question est : comment faire pour "lire" le flux ? (du genre le "socket:read" en tcp) Merci d'avance pour votre aide !

Avec cette version, pour ma part, quand je fais "rafraîchir les données réseau" dans les préférences, j'ai un plantage de l'application

Je me dis que peut être en testant si l'ordi est allumé (ping ou envoi de requete au HC2 àla fermeture) plus la valeur off venant d'XBMC, ça pourrait peut être le faire ! A tester.. Oui sinon on va entendre la V4 ...patiemment... peut être qu'il y aura quelque chose de bien au niveau multimédia.