Lazer

Ah bon ? Moi je ne vois aucune progression. On la connait la chanson..... tu n'as pas connu la grande époque de la lettre ouverte à Fibaro. C'était le même sketch, ça n'a jamais abouti à rien.

Bienvenue sur le forum

Bien joué !!! Joli, tu peux partager ta création sur Thingiverse

According to the given response, it look's like you really have a login issue.

Bienvenue sur le forum

Ah je m'en souviens

Moi c'est FI9831W que j'ai, mais le constate de visu qu'elle va bien "plus bas" que l'horizontal. Sur la tienne, je vois 120° vertical, donc 30 degrés en négatif (120-90). Donc ça pique toujours autant les tarifs EDIT : en effet, -5° comparé à -30° sur la Foscam, ça fait peu.

Si tu as les angles dans les datasheets, j'ai Exactement les mêmes critères que @Sakkhho et j'avais déjà commencé à regarder. Si le modèle est posé en hauteur sur un meuble, il faut un angle négatif, comme les Foscam. Tout les Hikvisions rotatives ne le permettent pas, mais certaines ont bien cet angle. Ce qui m'avait retenu l'année dernière, c'est qu'il n'y avait encore aucun modèle PTZ à angle négatif avec une bonne sensibilité (dans leur gamme Darkfighter). Ou alors il fallait taper dans les gammes supérieures (pro) et les tarifs s’envolaient. 400€ pour une caméra intérieure, c'est un peu abusé.... Mais ça existe peut être maintenant, faudrait que je me replonge dedans. PS : tu ne peux pas comparer avec tes dômes, ils ne sont pas PTZ et prévus pour être fixés au mur/plafond, donc pas d'angle négatif. Si ils sont fixés au plafond, ils ne peuvent donc que regarder vers le bas (dans le sens du dôme quoi)

Bienvenue sur le forum PS : tu as une femme en or

Cool

Je n'en n'ai que 3, je veux bien en acheter d'autre aussi Plus sérieusement @angusperde j'avais eu un souci d'inclusion une fois, avant de me rendre compte qu'il y a 2 boutons sur cette multiprise, et je me rendre compte que je n'appuyais par sur le bon bouton. C'est à tester.... un bouton sur le dessus (qui clignote), et un autre sur le coté à l'extrémité.

Tu ne peux pas récupérer la température directement, elle est dans un tableau TaskValues à l'intérieur du JSON, qu'il faut donc parcourir avec une boucle for. Voici un exemple de code qui devrait fonctionner, attention je ne l'ai pas testé : local selfId = fibaro:getSelfId() local sleeptimer = 5 -- minutes between polling local WEB = Net.FHttp("192.168.2.218",80) -- IP to your espeasy local response, status, err = WEB:GET("/json?tasknr=1") -- task id on espeasy if tonumber(status) == 200 and tonumber(err) == 0 and response ~= "" then local jsonTable = json.decode(response) if type(jsonTable.TaskValues) == "table" then local value, v for _, v in pairs(jsonTable.TaskValues) do if v.Name and v.Name == "Temperature" then value = v.Value break end end if value then fibaro:debug("Température : " .. value .. "°C") fibaro:log(value) fibaro:call(selfId, "setProperty", "ui.lbl1.value", value.." C") else fibaro:debug("Attention : la température n'a pas été trouvée") end else fibaro:debug("Erreur : TaskValues n'existe pas") end else fibaro:debug("Erreur : impossible d'effectuer la requête HTTP") end fibaro:sleep(sleeptimer*1000*57) PS : tu peux formater ton code sur le forum avec les balises </> dans la barre d'outil, car là c'est franchement illisible, tu as de la chance que je n'avais rien à faire et que j'ai reformaté ton code dans mon Notepad++.

Le souci c'est que le fil pilote n'existe qu'en France (et Italie je crois), du coup peu de chance que les européens actifs sur le forum officiel remontent l'info. Et puis connaissant la haine de Fibaro pour Qubino, il y a peu de chance qu'ils fassent des efforts.... surtout si le bug provient du firmware de Qubino, ce qui ne serait pas impossible. Si quelqu'un est motivé pour aller ouvrir un topic sur le forum officiel.

J'ai pas testé aujourd'hui mais oui toujours pareil, on on avait parlé sur le topic du dernier firmware je crois

Je crois, mais je t'invite à aller te renseigner sur ces appareils, soit sur les topics dédiés sur le forum, soit sur le site officiel de GCE. (perso j'utilise les compteurs et la téléinfo, mais je n'ai pas d'alerte programmée) Pour les SMS, c'est un tout autre sujet, il te faut une passerelle permettant d'en envoyer.... là aussi on en parle sur le forum, on est plusieurs à utiliser un vieux tél Android dédié avec SMS Gateway ou JPI et un abonnement Free à 0/2 € Remarque que si ton opérateur fixe est Free, tu peux envoyer des SMS gratuitement via une API dispo en ligne via Internet..... donc totalement inutile le jour où Internet est en panne, donc retour à la phrase précédente : passerelle Android dédiée.

Les Volets roulants ??? Euh non pas du tout, je ne sais pas d'où tu sors ça, mais attention, c'est limite inquiétant des remarques pareils, tu vas foutre le feu à ta baraque....... !!! Les volets ça tourne en 230VAC, le Smart Implant c'est du 9-24 VDC.... Si tu n'as aucune base en électricité, fait toi aider par un électricien, ça sera toujours mieux que de mourir électrocuté. EDIT : tu devrais aller faire un tour sur le topic unique du Smart Implant : Et surtout sur le topic de la première version, le FGBS-001 (ou 321), car on a dit beaucoup de choses à son sujet :

Bienvenue sur le forum

Non pas vraiment, ce module n'est pas un compteur (d'ailleurs il n'en existe pas à ma connaissance en Z-Wave) Tu peux bidouiller un truc qui ne sera pas fiable, à savoir une scène qui se déclenche sur trigger à chaque fois que l'entrée du module change d'état, mais tu vas louper des impulsions si ton réseau est surchargé ou si la box est occupée à autre chose ou si elle est plantée, etc En général, on utilise un appareil dédié pour le comptage d'impulsions, par exemple chez GCE il y a les Eco-Devices et IPX800. Mais c'est cher donc il faut avoir l'utilité des nombreuses possibilités que proposent ces appareils. Ensuite mêle si tu remontes le niveau de consommation d'eau, les fuites ne sont pas si simple à détecter. Il y a un sujet sur le forum qu'il que tu retrouves, avec un algorithme qui a été testé.

You could try to mannualy access the API from a Linux command line : curl --insecure -c cookies.txt 'https://10.0.1.91:8443/api/login' --data-binary '{"username":"xxx","password":"yyy","strict":true}' curl --insecure -b cookies.txt -c cookies.txt 'https://10.0.1.91:8443/api/s/default/stat/sta' curl --insecure -b cookies.txt -c cookies.txt 'https://10.0.1.91:8443/logout' The second command should list every known devices

Sur le site de Synology tu as un simulateur qui calcule l'espace requis en fonction des paramètres d'enregistrement (définition, fréquence, débit, codec, etc) Perso je n'enregistre pas en continu, mais uniquement sur détection de mouvement, ça économise énormément d'espace et évite d'enregistrer des images fixes où il ne se passe rien.

Ma vue n'y est pour rien. Pour rappel, c'est dans les conditions d'utilisations que tu as lu et acceptées en t'inscrivant sur le forum : Un peu de respect des autres utilisateurs ne fait jamais de mal.

@Manech Tu peux éviter de citer systématiquement le message précédent STP ? Ça ne sert a rien, et pire ça allourdit la lecture. Merci.

Cela serait possible en modifiant le code, mais ce n'est actuellement pas possible..... car c'est à mon avis inutile. Même si un bouton plante, ce n'est pas bien grave puisque le code d'un bouton n'est jamais censé tourner en boucle (contrairement à la main loop d'un VD, ou à une scène) Donc le Watchdog n'aurait tout simplement rien à redémarrer. Le seul intérêt qu'on pourrait éventuellement y trouver, c'est de prévenir l'utilisateur si le code LUA d'un bouton plante, donc un simple rôle de monitoring. Cela dit, si ça arrive régulièrement, c'est plutôt une erreur d'interface chaise-clavier et qu'il vaut mieux commencer par débugguer le code plutôt que de faire confiance au watchdog.... (celui-ci n'est là que pour nous sauver des plantages exceptionnels) Si le code d'un bouton plante de manière exceptionnelle, ce n'est pas gênant, puis qu'il sera ré-exécuté la prochaine fois qu'il sera cliqué (manuellement par l'utilisateur, ou automatiquement depuis la Main Loop ou une scène)

ah .... ça ne sent pas bon je n'y connais rien en Synology officiel, mais ça ressemble à la panne physique Tu as testé le reset ? Il y a un bouton pour ça je crois

Le monologue de l'éléphant Ok donc c'est un peu ce à quoi je m'attendais, c'est tout à fait raisonnable et similaire à une caméra IP. C'est relativement faible, 4 à 5W ce se dissipe sans souci avec le carénage métallique, la chaleur ressentie c'est normal et ça permet de préserver l'électronique à une température raisonnable. Pour rappel la HC2 c'est 14W dissipés passivement avec le boîtier alu, bien qu'il soit très chaud, l'électronique se porte très bien depuis des années.