pilou87

Bonjour, Je viens de développer une QA sympa version 1.0 pour la HC3 pour la régulation de la piscine ou des actions ponctuelles. #Manu31 tu as mis une sonde de température et c'est super. il te suffira de mettre le deltaTemp à 0 et de récupérer ta valeur de température directement Je suis allé un peu plus loin que tes explications forts bonnes sur les régulations. Sur la même base que @Manu31 j'ai diviser la filtration en 4 segments et on peut ajuster les valeurs en jouant sur les pourcentages. Je prévois de rendre le module autonome en jouant sur 4 heures de démarrages différentes dans les prochaines versions J'attends vos retours pour ceux qui sont interressés

Merci Lazer, je crois que comme moi tu es un des plus anciens à t'être intéresser à Fibaro, cela me fait plaisir d'avoir eu une petite réponse. Toujours aussi réactif... 10 ans plus tard... on vieillit Je viens enfin de piger le nouveau mode de pensée des QA et comme tu l'as dit dans un post c'est quand même plus moderne que les boutons des plugins HC2. Bonne journée.

Excellente remarque. Du coup je l'ai purement supprimé et cela fonctionne. Je vais re-tester de cette manière, c'est plus propre. Je profite du post pour poser une question bête, mais je découvre les QA. Dans les scénarios comment lancer un QA, considéré comme un appareil d'ailleurs... Je débute la-dessus et il y a surement quelque chose que je n'ai pas vu. Merci

Re-bonjour, je viens de trouver c'est un problème de timeout car l'ordre de fermeture self.sock:close() -- socket closed est à proscrire car ce type d'appareil ne dispose pas en général d'un buffer pour tamponner l'envoi des caractères et l'ordre de fermeture est instantané. Pour ceux qui possède un vidéo-projecteur, cela peux les aider.

Une question pour envoyer des commande à un projecteur MITSUBISHI Sur ma HC2 cela fonctionné ----- local tcpSocket = Net.FTcpSocket("192.168.1.5", 4352); tcpSocket:setReadTimeout(350); tcpSocket:write("%1POWR 1"); sur ma HC3 rien ne fonctionne --- -- Generic device type have no default actions to handle -- Allume projecteur function QuickApp:onInit() self:debug("Allumage projecteur demandé") self:allumeProjecteur() end function QuickApp:allumeProjecteur() self.sock = net.TCPSocket() self.sock:connect("192.168.1.5", 4352, { success = function() self:debug("Vidéo-projecteur connecté") self:debug("Envoi commande allumage") self:send("%1POWR 1") self.sock:close() -- socket closed end, error = function(message) self:debug("connection error:", message) end, }) end function QuickApp:send(strToSend) self:debug("data sent: "..strToSend) self.sock:write(strToSend, { success = function() -- the function that will be triggered when the data is correctly sent self:debug("data sent") end, error = function(err) -- the function that will be triggered in the event of an error in data transmission self:debug("error while sending data") end }) end ---- J'ai un retour qui me dit : ERROR WHILE SENDING DATA Quelqu'un peux-t-il m'aider. D'avance merci

Bonjour, je suis encore désolé de ne pas avoir répondu plus tôt à ces posts, mais je suis accaparé (et à fond) sur un logiciel de caisse en ligne et comme nous n'avons pas encore démarré le tempo blanc / rouge je ne me suis pas encore 'agacé' sur les routines EDF. Promis, juré, je m'en occupe bientôt. Effectivement des variantes ont été apportées suite au mise à jour de la HC2, mais je n'ai pas eu encore le temps de me plonger sur le problème. En tout cas je vais m'y mettre car cela me pose également un problème sur un dialogue entre la HC2 et un autre système que j'ai ( INDIGO sur MAC)

Bonjour, J'ai la même erreur sur mon propre développement. :-( Je reviens vers vous dés que j'ai trouvé d'ou provient l'erreur JSON. C'est le parse json de Fibaro qui a du changé. J'ai déjà recontré cela sur des requêtes ajax jquery. Je regarde...

Pardon, je parlais du lecteur possédant une entrée réseau RJ45 et pas des badges RFID

Elle fonctionne parfaitement bien cette mise àjour.(trés rapide) Au moins ils ont de bons développeurs IOS.

et la même sur le forum FIBARO alea-jacta-es http://forum.fibaro.com/index.php?/topic/21028-letter-from-an-unsatisfied-customer/?p=85845 'Hi Fibaro, Your solution has so much potential, but please check your forum, we are so many un-satisfied customers, each update is worse than the previous one. Please remember that your box is managing HOUSES with people inside... rebooting the box every few days for the heating to operate is NOT a solution. Please also support other Z-Wave brands like Qubino that you refuse to integrate (now for years).' I'm in france and i'd an software company. we developp 80 % of product for LEGRAND like for example XLPRO 2 on the LEGRAND catalog. I participate with the research service 15 years ago to domotic system, but i am an inconditionnal of FIBARO that i prefer. It's my choice. Can you imagine if i deliver to this company product like your software. 10 Hours after, you must reboot !!!!! It's not acceptable. You must have reaction, please. Best regards.

Je viens de poster sur facebook ta prose concernant FIBARO sur 3 sites facebook FIBARO C'est tellement vrai ce que tu dis...

A priori cela ne pose aucun problème, les RFID sont livrés avec une API; il suffit avec LUA de s'adresser à eux (et vice-versa). Bien se renseigner (internet) sur la liste des commandes (et logiciels) il y a toujours des docs sur internet. Enfin, presque... J'ai galéré avec un vidéo-projecteur fushitsu juste pour l'allumer ( et l'arrêter) via RJ45, car peu d'information sur le protocole, mais in-fine, j'y suis arrivé. Il y a toujours une solution, même sur l'improbable.

Bonjour pepite, les lecteurs RFID que j'utilise sont de 2 sortes (achetés à Honk Kong, livré en 3-4 jours) le SMQ 303-B et le AD2000-M (que je préfére car sans badge on peut taper un code) qui ne coute pas cher (cf EBAY). Je place à l'intérieur un module universel, et un détecteur de température. Les RFID sont alimentés de base en 12 V et c'est parfait pour les modules FIBARO. Je relis l'entrée sonnette sur la 2eme entrée du module universel. C'est parfait pour faire un ON/OFF sur les projecteurs de la terrasse. Par contre si on veut identifier un badge ou une carte, cela coute plus cher, il faut acheté un lecteur RFID avec cable RJ45 qui a souvent 3 fonctions RFID (carte ou badge), code tapé, empreinte biométrique, et ensuite se servir de l'API livré pour faire ce que l'on a à faire. Idéal pour un contrôle d'accés sophistiqué.

Je n'ai que des problèmes depuis l'installation de la 4.080, vivement un upgrade. Ils commencent à me gonfler les développeurs de chez FIBARO

Bonjour, Jai installé 3 RFID dans lequel j'ai mis un fibaro universel ( plus température). Je passe le BADGE je coupe l'alarme ( les capteurs ) et j'allume les lampes. Je repasse le BADGE je mets l'arme en route (sans les détecteurs, il y a chiens et chats) MAIS EN AUCUN CAS SUR UN RFID, JE NE PEUX DIRE QUE UN BADGE DIFFERENT FAIS DES CHOSES DIFFERENTES Seule solution, avoir un système RFID connecté en RJ45 qui reconnaitras le BADGE passé.

C'est ok àprésent, j'avais installé une protection sans le vouloir, sur mon hébergement php ovh, et grace aux idées de Krikroff, j'ai solutionné le problème.

hihi, c'est vrai que nous sommes dimanche

C'est bien ce que je disais, dans ton exemple tu as mis dimanche = 1(en commentaire), et dans l'exemple qui est donné et dans ce que je viens de tester,pourquoi stipuler 0, quelle est le bornage

Je viens de tester, bien préciser avec cette méthode en complément que 1 = Dimanche, 2 =Lundi, etc...

@IMAGIN & ASTECH44 Merci pour ces précieuses informations

Les voix du seigneur FIBARO sont impénétrables. J'ai installé toutes les béta, le cache vidé bien-sur et c'est impératif, Je n'arrive toujours pas à réinclure une détecteur de mouvement FIBARO dont la pile à été changé, bizarre. @Nico et surtout attendre

@domodial Oui c'est moi, impossible de me sortir de l'impasse des panneaux bloqués et attente sans fin, Avant de faire un recovery (snif) je suis allé sur home.fibaro.com et la, j'ai pu passer la mise à jour. D'autres part, le reboot de la HC2 dépasse l'entendement. Les panneaux à l'affichage sont trés long au début puis au fur à mesure tout re-fonctionne rapidement. L'explication de KIKROFF sur la ré-écriture du Framework (côté PC) chez Fibaro me semple trés juste. Pour ce qui est de cette version, cela semble pas trop mal dans l'ensemble, par contre surement quelques bugs. Une scéne magique m'indiquant un passage en heure creuse ne s'est pas exécuté, résultat pas de production d'eau chaude sur le thermo-dynamique ce matin .

Petit VD excellent. Merci encore.

merci pour ces infos. @kikroff, merci pour tes précisions et heureux de rediscuter avec toi. Effectivement aucun souci sur l'app android et app iphone ( et pour cause, logique). Ben, il faut leur laisser le temps. Pas simple de migrer et d'optimiser le code .

Bonjour, je reviens sur cette version 4.070 l'accés aux pages sur chrome ou safari prends un temps fou 15 à 20 secondes, j'ai l'impression d'être revenu 2 ou 3 versions en arrière. La précédente était quasi instantané. Y a t il une solution pour accélérer cela (vidage du cache effectué bien-sur) Est-ce-que qq à observer cela. Cordialement