Lazer

A ma connaissance, c'est du "on dit", information obtenue par un revendeur bien informé. Je n'ai pas fouillé le forum pour aller voir.

Sorry, it is not possible to exclude specific devices from being collected wihin the virtual device. The only way to exclude devices is to hide them in the graphical interface.... But you won't be able to see them anymore in your GUI.

Voilà tu as tout compris Tu vois qu'il y a encore un peu de boulot avant d'arriver à un script stable.... mais c'est faisable. Dans un premier temps, il sera impossible de traiter tous les cas d'erreur possible. Donc tu peux simplement arrêter l'exécution de ton script si tu n'obtiens pas la réponse que tu attends, et te déconnecter proprement. Ensuite, tu relances (par exemple avec GEA ou ce que tu veux) tout le processus jusqu'à obtenir l'action désirée (activation/désactivation du wifi)

ah désolé, j'avais pas fait attention à la 2nde version. En effet il y a bien les read(), mais ce qu'il manque c'est un string.match() pour vérifier que tu as bien la réponse attendue avant d'envoyer le write() suivant. Bref, faut que ton programme se comporte exactement de la même façon qu'un humain, qui attend d'avoir le prompt avant de donner une nouvelle instruction. Ca me tenterai bien d'écrire une classe LUA pour faire toute cela proprement (et surtout de façon générique, afin de faire du telnet sur n'importe quel équipement), mais je manque un peu de temps....

Bravo Si tu faisais des read(), tu pourrais attendre d'avoir le retour de ton équipement, et éviter de balancer les write() en aveugle. Donc ça te permettrai aussi de te déconnecter proprement à la fin. Parce que tel quel, même si ça fonctionne, c'est super crade. Et si tu rajoutes des sleep(), tu ne vas faire qu’expirer la "mocheté" du code Ne te prends pas la tête sur le setreadtimout(), laisse la valeur telle quelle ça devrait suffire (sauf si ton équipement est trop long à répondre, auquel cas il faut allonger le timeout)

Pas sûr qu'ils répondent, il n'y a jamais eu d'annonce officielle du développement d'un nouveau produit.....

ah ce n'est pas du CLI, ce sont des menus..... ils sont nuls chez Netgear Bon c'est pas grave, le principe est le même, il suffit d'enchainer les séquence de menu et tu arriveras au résultat voulu

Si tu as les commandes, dans les grandes lignes c'est facile depuis la HC2, car le telnet a l'avantage d'être un protocole en texte clair : ce que tu vois à l'écran, c'est ce qui est envoyé littéralement dans la trame TCP. Dans les grandes lignes, il faut que tu utilises les fonctions : Net.FTcpSocket() tcpSocket:setReadTimeout tcpSocket:write() tcpSocket:read() tcpSocket:disconnect() Il y a plusieurs exemples de cette fonction sur le forum (mon Network Monitor, certains modules de Krikroff (Sonos, Freebox, etc...)) Pour la logique, dans les grandes lignes : - lire le prompt - écrire le login - lire la demande de password - écrire le password - attendre le prompt - écrire la commande que tu as identifié pour activer et désactiver la Wifi - se déconnecter

OK, mais dans ce cas, ce ne sont pas les games qui ont le plus à gagner avec un SSD : - les jeux ont plus besoin de CPU+GPU que de SSD - les jeux sont tellement gros qu'ils ne tiennent pas sur un SSD... à moins d'avoir les moyens de se payer des SSD énormes Non, en grand public, le principal intérêt des SSD c'est pour l'OS. En pro, c'est pour la base de données.

avec les modules fantomes (ou fake device), tu ne peux avoir que des capteurs. Pour les volets, il faut les plugins. EDIT : et ça me serait bien utile pour gérer les lumières sur l'IPX800 également

Cette discussion tombe à pic, car je viens de récupérer une carte Fusion I/O 320 Go de flash sur bus PCI-Express x4 128000 IOPS Latence : 50 micro-secondes Débit max : 735Mo/s Ma seule crainte c'est la consommation par rapport à un SSD.... donc à tester avec un Wall Plug sur le serveur.

Tous les constructeurs rejoignen toutes les alliances. Cela leur permet d'avoir un pied dedans, pour voir ce qui se trame, et ne pas louper le cocher au cas où. Jusqu'à présent, le EnOcean, au delà de ses promesses marketing, n'a quasiment rien prouvé sur le terrain.... donc en l'état je vois mal Fibaro se lancer dedans (même si j'y croyais au départ). A mon avis, on aura une HC3 avec le support de Homekit avant d'avoir de l'EnOcean dedans. /boule de crystal

@mprinfo : oui je pense aussi que c'est le Store pour les Plugins qui a fait prendre du retard, je ne pense pas qu'ils veuillent laisser la fonctionnalité trop libre

Pareil sur Sebcbien pour EnOcean.... cette techno sera réellement intéressante quand ils auront fini leur fusion avec Zigbee. Et puis les quelques modules que j'ai fonctionnent très bien avec FHEM, finalement il faudrait les Plugins perso pour une intégration native. Donc même avis que Nico Les Plugins perso

Ce matin, je suis parti au boulot, 5 minutes après le robot aspirateur s'est déclenché et a commencé le ménage. Ce soir je vais rentrer. - Qu'est-ce que tu as fait aujourd'hui chéri ? - J'ai fait le ménage - ... Finalement la domotique ça a du bon..... le jardin attendra

D'ailleurs faudrait que je partage ma classe SNMP écrite en LUA pour la HC2, ça pourrait être utile. Et c'était autrement difficile àécrire qu'une classe LUA pour du simple Telnet.... car en telnet on envoie et reçoit le texte tel quel, il n'y a pas plus simple comme protocole. Tandis que le SNMP il faut se farcir l'encodage en hexa des paquets àla main....

Les templates Qubino Non trop gros, passera pas

Dans le monde du réseau, il n'y a jamais d'API http Rest. C'est traditionnellement en ligne de commande telnet/SSH. Déjà , estime toi heureux d'avoir du telnet sur des produits grand publics comme Netgear, perso mon switch Netgear n'a pas de CLI, il a uniquement une interface Web. Donc il te reste à écrire une classe en LUA pour faire du telnet vers un équipement réseau... exercice intéressant

Moi dans mon jardin, j'ai abattu un jeune bouleau de 8m de haut.... le tronc devait bien faire 15cm de diamètre ! Coupé à la main avec une scie, tout seul comme un grand Même pas peur Bon visiblement on ne joue pas dans la même catégorie, je retourne me coucher sur mon clavier....

Bon moi c'est le plugin Netatmo qui a planté 2 fois de suite ce week-end..... mais je ne pense pas que ça soit lié àla 4.100, car ce n'est pas la première fois que le plugin Netatmo plante.

Même pas ! Puisque tu vas brider le SSD àl'élément le plus bas de la chaine, àsavoir le bus SATA. Bref c'est seulement utile en dépannage, genre t'as besoin de récupérer les données sur un PC qui n'a pas de port M2, suite àla panne de la machine par exemple.

Ce genre de convertisseur est totalement idiot, tu prends un SSD à très faible latence en MVNe pour le coller derrière un port SATA qui a une latence toute pourie. Disons que c'est utile en dépannage, mais aberrant en prod. Ce qu'il faudrait, c'est un adaptateur M2 pour port PCI Express Bon après, ce genre de SSD n'a de toutes façons pas beaucoup d'intérêt dans notre microserveur.... car tu vas saturer le CPU avant de saturer un tel SSD. Cette nouvelle génération de SSD, c'est prévu pour les nouvelles machines très performantes.

Une variable globale "normale" prend n'importe quelle valeur. Une variable globale prédéfinie ne peut prendre que les valeurs qui ont été préalablement configurées. Donc on peut dire que les variables globales prédéfinies sont une sorte de version "limitée" des variables globales "normales". Tu fais comme tu veux, mais perso j'utilise les variables prédéfinies comme des valeurs booléennes, par exemple : - VACANCES = 0 ou 1 - ABSENCE = 0 ou 1 - CHAUFFAGE = 0 ou 1 - SAISON = printemps ou ete ou autome ou hiver etc.... Mais rien ne m'oblige à utiliser des variables prédéfinies, on pourrait n'utiliser que des variables globales "normales"

cool

En fait ça pourrait être chouette si il y avait un connecteur M2 dans le Gen8, mais non y'en n'a pas