Cardane

mouais, la seule différence, c'est que quand Steve Jobs présentait le "one more thing", en général ca marchait nickel directement ... ils ont encore du boulot nos amis polonais

oui, clairement pas dispo sur mon store

ah ben voilà, encore de la discrimination anti-belge :-)

c'est dingue ca, moi j'ai rien (bon, pas grave, vu le succès de cette app :-) )

@ikillou dis, tu l'as trouvée où la version IOS ? parce que moi il ne me propose rien dans les mises à jour et si je vais sur l'app store, il n'y a que l'ancienne version

pffff vous êtes tous de mauvaise fois les gars , j'en suis certain .... sur Facebook Fibaro vient de publier : donc avec une app aussi révolutionnaire, ca doit rouler bon, suis bien content que la version IOS soit en retard finalement

@Yannick noooon, c'était pour faire un peu râler les Androïdiens :-) la version IOS n'est même pas encore dispo

ah ben avec l'application IOS on peut mettre un port ou un nom de domaine

@ikillou, @Dragoniacsd ès que je suis parvenu à transcrire la base en LUA, le reste de l'API sera facile à faire. Le but pour moi est aussi de pouvoir piloter un device de manière précise, pas uniquement via les scènes, et surtout de pouvoir interroger le système pour avoir la position à un moment donné. Pour l'instant je rame un peu avec le code nécessaire pour générer le frame, mais ca avance grâce à l'aide de @Lazer Déjà, avec le script que tu utilises, si tu rajoutes des Recv , tu vas voir que tu va recevoir toute une série de frame, un par device (velux, store, etc) que tu commandes. par exemple chez moi, j'ai une scène qui actionne 5 stores. Et donc je reçois 5 fois le fait que la commande est bien reçue par le device, puis 5 fois le frame qui me donne le temps nécessaire pour l'action (22 secondes dans mon cas), puis 5 fois un frame disant que l'action est en cours, puis enfin un dernier frame disant que la session est finie et que tout est ok. Donc il y a vraiment moyen de piloter les devices IO de manière précise, il faut juste que le code de base soit OK, ensuite c'est mettre en place les différentes commandes.

faudra encore patienter un peu hein mais bon, tu peux toujours l'utiliser via un script sur Raspberry

salut @Lazer, oui, ca j'avais utilisé pour insérer les END en début et fin de frame. mais ce que je n'arrive vraiment pas à faire c'est l'équivalent du string.gsub mais avec ces caractères spéciaux. En fait je dois chercher dans le frame si il y a la présence d'un caractère ESC ou END, et le remplacer, mais la fonction sub ne marche pas. EDIT : ok, j'utilisais mal la fonction sub, je crois que ca marche maintenant, je vais faire des tests en live avec le KLF pour voir si il reçoit bien le frame (et surtout si il le comprend) Dernière question... maintenant que j'ai bien construit le frame avec les différents Escape Character, puis le texte, puis encore des escape char, il me faut juste rajouter un cri à la fin. le calcul du cri, ok, je peux faire, mais le résultat sera un entier sur 2 bytes. Comment est-ce que j'ajoute ca en bout de frame ????

@Lazer euhh, il est où ce VD Eaton, je ne trouve rien dans la recherche (ok, suis très fatigué ce soir ...) EDIT : c'est bon, j'ai trouvé, pffff, dois vraiment aller me coucher moi ok, je regarde ce que tu as fait

non non, ne t'inquiètes pas, je n'ai pas de problème avec mon slip juste que je ne vois pas comment, en lua, je peux faire pour construire ce frame de commande à passer au KLF je vais aller voir ce que tu as fais dans ton VD Eaton si je trouve de l'inspiration et demain je mettrai ici la ligne de code qui ne marche pas, là j'en ai marre, depuis le matin je suis dessus

Bonjour à tous, Je suis en train de travailler sur le VD pour le KLF200, j'arrive déjà à me connecter dessus, ca progresse par contre, comme ce foutu API utilise le protocole SLIP, j'ai un problème avec ces escape sequence. en clair, je dois modifier mon frame de commande afin de pouvoir faire 3 choses : 1. si il contient un caractère ESC (0xDB), le remplacer par les deux caractères suivants : ESC + ESC_ESC (0xDB 0xDD) 2. si il contient un caractère END (0xC0), le remplacer par les deux caractères suivants : ESC + ESC_END (0xC0 0xDC) 3. enfin, ajouter en première et dernière position du frame le caractère END (0xC0) ca fait deux jours que je teste avec toutes les fonctions possibles de manipulation de string, mais je n'arrive pas à un résultat correct. Soit il ajoute la valeur numérique du caractère (192. 219, etc), soit la valeurr hex en toutes lettres.... bref le bordel... alors je fais appel à tous les nombreux développeurs ici, je me dit qu'il y en a bien un qui est capable de faire ca @Lazer, @Steven @ADN182 ou @MAM78 ??? ou le grand maître @Krikroff ??? merci à tous

@MAM78 ben pour l'instant ca marche pas mal, j'ai plus de problème avec la configuration de la hikvision pour la détection de mouvement, mais c'est plus côté Surveillance Station. Pour le reste ca marche bien, je n'ai eu aucun problème je n'ai pas fait beaucoup de tests encore, pour l'instant je suis englué dans mon code LUA pour faire le VD du KLF200, et je suis perdu avec la manipulation de chaînes de caractères :-)

@ikillou et bien voilà, je suis enfin parvenu à faire fonctionner ce truc, et clairement il y a un bug dans leur interface. Je m'explique... Lorsque j'ai installé le nouveau firmware,, la procédure s'est bloquée en plein milieu, et tout était dans un état plus qu'instable. J'ai donc fait un reset usine du KLF, puis mis à jour le firmware. J'ai refait une nouvelle installation, avec de nouvelles scènes, un nouveau password, un nouvelle config réseau, et tou marchait bien via une connexion wifi. Par contre, en utilisant LAN, impossible de faire fonctionner le bout de script en python qui fonctionne chez toi... je recevais toujours une erreur disant que le mot de passe est invalide. Ce soir, en désespoir de cause, et après de multiples essais dans tous les sens, j'ai eu une illumination j'ai essayé avec le mot de passe d'usine, celui qui est inscrit sur la boite, et ca marche Par contre, en Wifi, c'est bien le mot de passe que j'ai changé.... il y a donc un bug avec l'accès LAN, mais bon, c'est pas trop grace, maintenant que ca marche, je peux avancer dans mon code

Bonne année à tous les Fibariens, Jeedomiens et Lifedomusiens, que les dieux de la domotique vous apportent une superbe année 2019 à vous et vos familles

Salut @MAM78, je voulais tester ton VD mais j'ai clairement un petit problème ... EDIT : problème résolé, je ne sais pas pourquoi mais les id de mes deux cams sont 7 et 8... j'ai changé dans le VD global, et ca marche

ah ben non, suis de retour seulement depuis lundi, donc pas trop eu le temps, et les congés ce sera pour demain soir, donc j'espère avoir un peu de temps dans ces quelques jours de repos... mais j'ai déjà un problème avec la version en Python, il me met systématiquement une erreur de password alors qu'il est correct... donc c'est pas gagné

oui, moi aussi, toujours belge, c'est le principal

Joyeux Noël à tous et un super bon bon réveillon

tu éteins le module {“turnOff”[,<id module>]}

bon ben grillé par le maître du GEA

@Nissan_GT-R dans la partie "option" de ta ligne tu mets {“Program”, <id_module>, <no>}

@Nissan_GT-R oups, désolé, j'avais pas vu qu'on était dans le topic GEA je croyais que tu cherchais l'info en LUA, désolé, faudra attendre qu'un autre volontaire réponde