henri-allauch

Bonjour, j'envisage l'achat d'un DoorBird D2102BV ( 2 boutons ) Est ce que quelqu'un peut m'aiguiller vers une doc technique DoorBird D2102BV ou DoorBird D2101BV ( Branchement configuration programmation utilisation ) Je ne trouve que des docs commerciales. Merci

OUI Par défaut les sorties sont connectés au entrées Par option on peut les dissocier

Voilà la suite si ça peut aider j'ai pu tester mes sondes sur un autres dispositif : La sonde qui s'est bloquée est bien HS, l'autre est OK. J'ai ramené mes dispositifs près de la HC2 J'ai tenté plusieurs configurations par défaut avec la seule sonde sui fonctionne de connectée : sans succès.: deux sondes présente avec 0° J'ai tenté de supprimer le smart iimplant plusieurs fois -->[19:25:24] ID 420: System hardware failure. Read the manual. ( OUi j'ai lu le manuel merci!! ) J'ai supprimé la sonde 1 wire et retenté la suppression : Idem ( avec des erreurs dans les actions zwave ) j'ai tenté la suppression en actionnant le bouton du dessus le FGBS 222 et pas le bouton IN1/IN2 et là MIRACLE : Le device est bien supprimé et reseté. J'ai pu le réinsérer de nouveau, tout à l'air OK une seule sonde affiche correctement ainsi que la température interne du smart implant. Donc il n'était pas coupable, mais très perturbé. Il me faudra refaire ces manips à la réception de la nouvelle sonde pour qu'elle soit prise en compte Comme quoi il faut insister pour aboutir ..... C'est le premier DS18B20 qui me lache depuis au moins 10 ans

Ce module de test fonctionne chez moi tu peux l'essayer TestVG.vfib @Steven a aussi fait une correction dans GEA pour la création des VG, il a peut être utilisé une méthode plus efficace ?

Oui j'ai coupé l'alimentation 10 minutes A la remise sous tension j'avais toujours la sonde bloquée à 28.3°

Arrêt d'une sonde 1 wire après un mois d'utilisation sur le smart implant Tout est dans le graphique ( Domochart merci @Lazer ) Je n'ai pas de moyen facile de tester les sondes 1wire ailleurs Je vais remplacer les 2 sondes ds18b20 Donc obligé de reconfigurer le smart Implant et si pas OK je verrai avec mon fournisseur.

Oui il a l'air, mais il m'a fallu faire un reboot de la H2 pour le voir

Oui c'est ce que je m'étais dit aussi, mais j'ai tout de même essayé avec newVar.isEnum = tonumber(false) et les variables sont crées. Après je ne sait pas si à la prochaine version Le POST sera complètement supprimé ???

@Steven J'ai rencontré le pb il y a quelques jours sur la version 4.550 Voir ce Post Je crois que quelqu'un d'autre avait vu aussi le PB mais je ne sais plus Ou

Non on en parle ici

même problème aussi depuis le 22/8 vers 15h30

J'ai rencontré un problème avec la création de VG depuis cette version voir Ici

J'ai rencontré un problème de création automatique de Variable avec Un Virtual device inspiré de "Variables_Globales.vfib" Depuis la version 4.550 on obtient une erreur ( si on la teste !! ) du style isNum expected J'ai solutionné en modifiant le code de création : Avant (4.550) newVar = {} newVar.name = VG_Nom newVar.isEnum = tonumber(VG_isEnum) if tonumber(VG_isEnum) == 0 then newVar.value = VG_Value end HC2 = Net.FHttp("127.0.0.1", 11111) HC2:POST("/api/globalVariables", json.encode(newVar)) Correction pour (4.550) newVar = {} newVar.name = VG_Nom if tonumber(VG_isEnum) == 0 then newVar.isEnum = tonumber(false) newVar.value = VG_Value else newVar.isEnum = tonumber(true) end HC2 = Net.FHttp("127.0.0.1", 11111) HC2:POST("/api/globalVariables", json.encode(newVar))

De nouveaux des problèmes du serveur mail de fibaro ?

Ceux-ci peut-têtre ? z-wave_network.php ou z-wave_network-2.php

Toujours pas convaincu, Les cameras : image fixe. Je garde l'ancienne appli

Je ne sais pas, mois je suis en 4.540 et comme tu peux le voir je reçois tous les messages. Est-tu sur de tous les arguments que tu passe par la requête ?? J'ai fait une scène simplifiée pour quelques essais supplémentaires et tous sont concluants: Soit avec http soit avec https, soit un device "ipcolette" soit tous les devices "" --[[ %% properties %% events %% globals --]] function PushPusvOver(title, msg, sound, dest) local http = net.HTTPClient() local tkn = "aZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ2" local usr = "SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS3" local requestBody = 'token=' ..tkn ..'&user=' ..usr ..'&device=' ..dest ..'&sound=' ..sound ..'&title=' ..title ..'&message=' ..msg http:request('https://api.pushover.net/1/messages.json', { --http:request('http://api.pushover.net/1/messages.json', { options={ headers = http.controlHeaders, data = requestBody, method ='POST', --timeout =5000 }, --success = function(response) print("TestPushOver OK") end, error = function(err) print(horaire .." Push PusvOver Error: " ..err) end }) http = nil end --PushPusvOver("Test PushOver", " Message d'essais : élève / maître ", "magic", "ipcolette") PushPusvOver("Test PushOver", " Message d'essais : élève / maître ", "magic", "")

Je viens d'essayer ça marche pour moi même avec des accents ( ex: éclairé ) je reçois bien dans l'application Pushover IOS Avec ce code : function PushPusvOver(title, msg, sound, dest) local http = net.HTTPClient() local tkn = "aCABABABABABABABABABABABABau2" local usr = "uMCDCDCDCDCDCDCDCDCDCDCDCDCVX" local requestBody = 'token=' ..tkn ..'&user=' ..usr ..'&device=' ..dest ..'&sound=' ..sound ..'&title=' ..title ..'&message=' ..msg http:request('https://api.pushover.net/1/messages.json', { options={ headers = http.controlHeaders, data = requestBody, method ='POST', --timeout =5000 }, --success = function(response) print("TestPushOver OK") end, error = function(err) print(horaire .." Push PusvOver Error: " ..err) end }) http = nil end J'ai eu des problèmes avec BoxCAR en https, mais toujours OK en http

Merci @Lazer, je vais m'orienter vers une solution similaire Ou plus simple conserver ce fonctionnement pour l'affichage instantané et les graphiques associé et une fois par jour récupérer la trame CurrentCost HystoryDay pour renseigner la table energy-day

Tu veux dire que je devrais essayer de faire un fake device avec un vieux FGS au lieu d'un wallplug ?

j'utilise 2 fakes devices ( issue de wallplug ) Je leur injecte toutes les minutes par une appli en python, des valeurs de compteurs EDF relevé par un dispositif currentcost Les mesures instantanées sont a priori correctes. Mais les valeurs journalières (energy_day ) sont assez éloignées de la réalité et forcément le cumul mensuel est très inexact. Comme Le Bt Energy de Domochart utilise l'api : /api/energy/ .... /compare/devices/power/device pour charger les valeurs et les transferer dans la table energy-day je me demande comment fonctionne le device pour calculer la puissance utilisée pendant une période à partir de puissance envoyé cycliquement mon tempo (d'une mesure par minute) est peut être mal adapté ? Nota : avec un wall plug (réel ) évidement les résultats sont Corrects. Un avis une idée ?

Il y a quelques années, la version pro n'était pas très chère : quelques euros pour l'achat. Maintenant c'est vrai que le tarif de l'abonnement donne à réfléchir. Il y a peut êtres d'autres utilisateurs ici qui on mit en place une autre solution.

Dans le descriptif : Et un peu plus bas :

Il me semble que seule la version pro de impérihome accepte le TTS

Et à priori les mails Aussi