Lazer

C'est intéressant comme projet. Par contre, pas sûr que Z-Wave soit la bonne option.... car la plupart des actionneurs sont alimentés en 230V, et en plus ça consomme pas mal, de l'ordre de 0,5W par module. Je n'y connais pas grand chose en camping car, ..... mais pas sûr que la batterie apprécie beaucoup d'avoir un convertisseur 12V => 230V branché en permanence (avec ses propres pertes) pour alimenter à la fois les modules, et la box. D'ailleurs je n'ai aucune idée du réseau électrique installé dans le camping car (lumière, chauffage, etc) ? Il faudrait que tu commence par étudier ça, je pense que les solutions découleront de ton étude. J'ai un peu l'impression que c'est plutôt le genre de projet qu'il faudrait intégralement construire en DIY.... avec un Raspberry PI ou un Arduino, et des petits relais un peu partout (pour tes lumières, etc)

Oui tout simplement

idem J'ai rebooté la HC2, cela n'a rien changé.

J'ai ajouté dans le tuto un exemple plus poussé d'intégration dans GEA.

Bon bah génial, ça fonctionne parfaitement, et je mémorise même la valeur de 2 dimmers, et utilisation de plusieurs Sleep() : quand l'impression 3D est terminée : on mémorise la valeur courante de chacun des 2 dimmers on allume toutes les dimmers à fond on envoie un email avec l'heure de fin de l'impression on attend 10s pour que la caméra adapte la luminosité => on envoie un screenshot on attend encore 5s de plus pour être certain que le screenshot a bien été effectué => on remet chaque dimmer à sa valeur précédente (partiellement allumé, ou totalement éteint, peu importe puisque leurs valeurs ont été mémorisées au tout début) Toujours au top GEA by @Steven GEA.add( { {"Label", id["VD_OCTOPRINT"], "LabelJob", "Operational"}, {"Label", id["VD_OCTOPRINT"], "LabelJobProgress", "100.0 %"} }, 30, "Impression 3D terminée à #time#", { {"VariableCache", "LED_IMP3D_HAUT", {"Value", id["LED_IMP3D_HAUT"]}}, {"VariableCache", "LED_IMP3D_COTE", {"Value", id["LED_IMP3D_COTE"]}}, {"value", {id["LED_IMP3D_HAUT"], id["LED_IMP3D_COTE"]}, 99}, {"Email", user["Lazer"], "Octoprint : Impression 3D terminée avec succès à #time#", "GEA : Octoprint"}, {"Sleep", 10, {"Picture", id["CAMERA_IMPRIMANTE_3D"], user["Lazer"]}}, {"Sleep", 15, {"Value", id["LED_IMP3D_HAUT"], {"VariableCache", "LED_IMP3D_HAUT"}}}, {"Sleep", 15, {"Value", id["LED_IMP3D_COTE"], {"VariableCache", "LED_IMP3D_COTE"}}} } )

Ah super, je ne connaissais pas, mais c'est tout à faire le genre d'astuce que je cherchais Merci je testerai demain

Dites, je voudrais savoir s'il est possible de faire simplement en une ligne GEA un scénario tout simple : - récupérer la valeur courante d'un dimmer - l'allumer à fond - attendre 10s (avec un sleep, ça je sais faire) - remettre le dimmer à sa valeur précédente C'est possible de faire ça sans passer par une variable globale ?

Alors si la prise dépend du cloud, il ne faut pas que tu bloques son trafic Internet au niveau du routeur, sinon tu ne pourras plus la piloter à distance (cf ton premier message de ce topic)

Du coup cette prise elle a une API locale ou elle dépend du cloud ? Parce qu'avec un ESP, c'est ultra standard, donc tu pourrais la reprogrammer entièrement. Tu as regardé s'il existe déjà des hacks pour cette prise sur Internet ? C'est une pratique très courante pour les objets connectés chinois low-cost..... par exemple les très populaires Sonoff qui utilisent aussi des micro-contrôleurs ESP.

Ah une prise Wi-Fi, c'est logique qu'ils utilisent ce genre de composant

Trouver un objet caché en Wi-Fi, ça ne va pas être simple ! Faut jouer à tu chauffes / tu brules Tu met un long câble réseau sur ta borne Wi-Fi (alimentée en POE), tu la déplaces, puis tu attends quelques instants, et tu regardes dans l'outil d'admin (c'est quoi ta borne, une Unifi ? Donc Unifi Controller) quand le signal RSSI de l'ESP augmente ou baisse. Par exemple -90 dB tu es très loin, et à -50 dB tu es proche Bon courage !

Ah.... Un microcontrôleur, compatible avec Arduino, mais en mieux (plus de mémoire, il intègre le Wi-Fi en standard, etc) Très utilisé par les bidouilleurs et domoticiens en herbe. Bon si tu ne sais pas que tu en as un, c'est qu'il doit être intégré dans l'un de tes objets connectés. Du coup tu ne le verras pas sur un port du switch.... enfin si, mais sur le port sur lequel est connecté le point d'accès Wi-Fi EDIT : ah bah voilà, tu as posté entre temps

Ah un ESP8266, là c'est très clair. Tu joues avec ça toi ?

Et si tu as un switch manageable, tu interroges la table ARP pour savoir directement sur quel port se trouve l'adresse MAC en question. D'ailleurs l'adresse MAC peut te donner une indication sur l'appareil en question, car les premiers chiffres correspondent au fabricant de la puce. Avec nmap, un outil libre, tu peux lancer un scan de son adresse IP en mode d’identification, il devrait pouvoir détecter de quel type de système d'exploitation il s'agit.

Bienvenue

Oh bah rien en fait, énormément de bruit, pas mal de forumistes ont collaboré à une belle lettre et ont cru que Fibaro allait enfin les écouter, des belles paroles en retour, ....... et évidemment ça n'a rien donné. Suite à cela, les partisans pro-Fibaro et les anti-Fibaro ont commencé à s'échauffer, et le topic a été fermé (et je crois qu'il a été supprimé aussi.... peut être la seule fois où c'est arrivé sur le forum) Depuis, à peu près tout le monde à compris que Fibaro n'écouterai jamais ses clients, la Direction n'en fait qu'à sa tête. Un nouvel espoir est apparu depuis le rachat par Nice et le récent support du Qubino Metter, mais ce dont je suis certain (ça n'engage que moi), c'est que la direction de Fibaro continuera de ne pas nous écouter. Si évolution il y a, la décision viendra d'ailleurs (Nice, l'état du marché, etc...)

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