Lazer

Le random est calculé à partir du lancement du programme, donc du QuickApp.. et comme il démarre toujours à la même vitesse, tu as un random toujours identique. Le random est une notion qui n'existe pas en informatique, malheureusement... et le pseudo-random calculé par différentes méthodes imparfaites a été à l'origine de pas mal de failles de sécurité dans le passé... car prédictif.

Apparemment dans les options de la requête tu peux mettre une variable redirect = true/false, et la valeur par défaut semble être true d'après le forum officiel, ce qui correspond à tes constatations. Essaye de positionner redirect = false https://forum.fibaro.com/topic/51532-httpclient-with-redirect/ https://forum.fibaro.com/topic/50487-nethttpclient-scene-issue-with-port/

Je crois bien que ça ne m'est jamais arrivé, ni reboot ni plantage, sur aucune des HC3. J'ai quand même pas mal de modules Z-Wave et beaucoup de QuickApps, donc je doute que ça soit lié aux modules... peut être un problème hardware sur une série de box ?

Bienvenue sur le forum

OK je vois. J'aurais cru que Tesla proposait déjà une vraie API. En tout cas tu peux tout à faire du https avec le LUA de la HC3, avec la même fonction request(). Il te suffit juste de mettre https dans l'URL. Mais si tu as des redirections, c'est la galère, car tu dois gérer les codes status 3xx, puis faire de nouvelles requêtes, etc... Bref pas mal de travail d'analyse des requêtes effectuées avec Postman pour les reproduire en LUA. J'ai fait un truc similaire avec l'API de PSA, c'est la même galère, car ils ne proposent pas d'API officielle. Tout est documenté et prêt, mais l'API n'est juste pas ouverte au public... du coup j'ai reproduit les échanges comme le fait l'API de l'application mobile... et c'est ce que font aussi les autres solutions domotiques, Home Assistant, Jeedom, etc.

Alors voilà, c'est le "plus long" qui fait toute la différence justement. Par exemple une prise standard, donnée pour 16A, ne l'est que par intermittence (l'appareil à raclette ) Pour une charge de voiture, qui peut durer plusieurs heures, voire journée entière, la capacité de la prise tombe à 8A en continu. C'est pour ça qu'ils ont sorti les prises renforcées, qui sont certifiées pour tenir les puissances élevées en continu. Alors, je ne suis pas sûr que ça soit une règle générale pour les bornes de recharge, faudrait essayer de retrouver les textes. Mais en tout cas ça l'était pour amener l'alimentation à ma borne de recharge. Ce qui est déjà certain, c'est que la section de chaque fil doit être de 10mm², le 6mm² n'est pas autorisé (même si encore une fois, ça serait suffisant au regard de la norme NF C 15-100) Norme NF C 15-100 qui ne s'applique justement pas aux véhicules électriques, car je crois bien qu'ils ont sorti une autre norme spécifiquement pour ça... Je n'ai plus son numéro en tête.

Non, les cookies sont envoyés dans l'entête de la réponse par le serveur Web avec qui tu échanges. Après c'est à toi de les exploiter ou non. Et dans ton cas, tu as besoin de les exploiter. La notion d'acceptation des cookies n'existe pas d'un point de vue technique. C'est juste une invention des navigateurs Web grand publics, pour rassurer / protéger les utilisateurs. response est une variable de type "table" au sens LUA du terme. Comme indiqué, il faut parcourir les éléments de la table. Ces éléments sont des variables de différents types : "number", "string", etc. La variable data de type string (chaine de caractères) contient le contenu de la page Web, donc du HTML. Je t'ai indiqué comment parcourir la variable response pour explorer tout son contenu, et notamment ce dont tu as besoin pour commencer, les headers. Pour aller plus loin, il y a pas mal d'exemple sur Internet. Le HTML, c'est du format XML. Et malheureusement non, Fibaro ne propose pas de librairie XML en LUA sur la HC3. Quand on a juste 1 ou 2 informations à extraire d'une page Web, on s'en sort avec string.match(), mais c'est plus de la bidouille qu'autre chose. Normalement les fournisseurs sérieux proposent une API au format JSON, bien plus exploitable que de la manipulation de pages HTML au format XML.

Oh tu sais, les vieux, avec l'âge, ils sont obligés de répéter pour ne pas oublier

C'est pas bon ça. C'est du 3G10 qu'il faut, avec gaine U1000R2V. Ou 5G10 pour ceux qui sont en triphasé.

Voilà, merci pour la démonstration par l'exemple, c'est exactement pour ce genre de réaction que l'écrivais cette mise en garde. Sur un forum public, je préfère limiter le nombre de bêtises écrites dès que ça touche à la sécurité. Après tu fais ce que tu veux chez toi, en ton âme et conscience, et tu te débrouilleras avec l'assurance en cas de pépin (qui ne devrait pas arriver, mais bon, encore une fois, la loi, c'est la loi, qu'elle soit juste ou pas)

Regarde ici : Les cookies font partie des en-têtes HTTP de la réponse renvoyée par le serveur, donné en paramètre de la fonction success() Donc si tu reprends le début du code donné dans le 1er exemple : http:request("http://1.2.3.4/url", { success = function(response) C'est dans la variable response que tu vas trouver tes cookies, à coté de tout le reste (le status, et les data) response est une variable de type table qui contient diverses variables. Tu peux parcourir response avec : for key, value in pairs(response) do print(key .. " = " .. tostring(value)) end Après il faut continuer à parcourir les tables imbriquées, de tête je pense que les cookies seront dans response.headers Une fois que tu les as récupéré, tu les mémorises dans une variable locale, puis tu les renvoies au serveur Web lors de la requête suivante, en les mettant dans la variables headers des options de la fonction http:request(). (voir les exemples suivants) Il te faudra juste chercher un peu la syntaxe exacte pour formater correctement les cookies dans les headers.

Bienvenue sur le forum

Bienvenue sur le forum

Attention, cette modification risque d'être perdue lors d'une mise à jour future de DomoCharts... enfin si je sors un jour une mise à jour... A la base, quand j'avais dimensionné la taille des VARCHAR, c'était par rapport à la longueur maximale des champs dans la HC3... sur les firmwares de l'époque. Donc théoriquement, impossible de dépasser. En fait, ça veut dire que Fibaro a levé cette limitation et autorise maintenant des noms plus long. Je m'interroge quand même sur la pertinence d'avoir des noms de modules aussi long... dans l'interface Web, et même dans l'application mobile ça doit être illisible.

En parlant section de câbles, il faut du câble de section 10mm² pour une borne de voiture électrique... section qui ne se vend pas en grand surface de bricolage ! Alors que du 6mm² suffirait pour faire passer 32A. Mais la norme est ainsi faite. Quelle aberration, section qu'on retrouve chez certains revendeurs réservés aux pros, genre Rexel. Du coup j'en ai trouvé chez un autre revendeur en ligne, une boutique pro qui vend aussi en ligne. J'imagine que de nombreux particuliers ne feront pas cet effort et vont prendre du 6mm² chez Casto Merlin. Cela ne représentera pas forcément un risque d'incendie, mais ça ne sera juste pas aux normes. Le législateur aime bien complexifier les choses...

Effectivement, le nom du module est trop long. Il faut être plus concis

Cette erreur, elle apparait quand précisément ? Lors de l'envoi des mesures, ou des devices (click sur le bouton) ?

Alors là, cette erreur ne me dit rien du tout. C'est arrivé du jour au lendemain, comme ça ? Ou tu as fait une nouvelle install ? (Et dans ce cas pourquoi ?)

Au moins l'avantage avec les vieux aspirateurs pilotés par Thinking Cleaner, c'est qu'il n'y avait pas de caméra Sinon... euh... elle a au moins 1 mois cette news... ils sont un peu à la bourre chez BFMTV... par ailleurs source "d'information" que j'ai définitivement blacklisté.... ton message me confirme que je ne manque rien

Oui voilà, peut importe que ça soit un QA ou une Scène, ça ne change rien pour l'écriture du LUA et l'affichage du CSV

Désolé mais je n'ai pas compris cette question.

Générer le CSV, c'est facile. Il suffit de concaténer les variables avec des virgules, ou tabulations (\t) Je l'ai déjà fait avec affichage dans la console de debug. Mais joindre un fichier par email, je ne crois pas que l'API Fibaro le permette. J'avais envisagé à une époque d'écrire une librairie en LUA pour envoyer les emails directement à un serveur SMTP. L'objectif était de ne plus dépendre du cloud Fibaro pour l'envoi des emails. Pour ne pas se faire bloquer par les filtres anti-spam, il faut envoyer l'email via le relai SMTP de son propre opérateur. Ou bien via Gmail avec authentification, ça doit fonctionner aussi. Du coup, ça permettrait de lever toutes les limitations de l'envoi d'emails avec les fonctions mises à disposition par Fibaro, notamment faire de la mise en forme HTML des emails... et attacher des pièces jointes (format MIME). Cependant, il y a un juste un souci. Je n'ai jamais écrit cette librairie. Peut être que ça existe déjà, je n'ai pas cherché.... cela dit le protocole SMTP est très simple, et l'écriture en LUA serait relativement simple. Il faut établir une connexion TCP sur le port 25, puis le protocole est au format texte... si on ne met pas en place le chiffrement ! Il faut juste prendre le temps.

Hum... tu peux tenter l'inclusion/exclusion après avoir branché le module, normalement pendant quelques secondes après sa mise sous tension, c'est possible, comme tous les modules Fibaro (FGS, FGD, etc) Pour l'inclusion c'est certain. Mais pour l'exclusion, je n'en suis pas sûr... à tester. La prise est démontable, je l'ai déjà vu (mais pas fait)... regarde sur les pages précédentes du topic. Mais ça sera peut être destructif.

Je crois bien que c'est la première fois que je vois cette panne. C'est un simple micro-switch, donc mécaniquement ça peut tomber casser, même si c'est rare. J'ai déjà eu le cas sur des boutons de (vieille, très vieille) souris par exemple. Mais bon, ça ne doit pas être trop génant, à part pour l'inclusion et l'exclusion, normalement on n'utilise jamais ce bouton. Au quotidien, ce sont les automatisme qui agissent sur le bouton. Si maintenant tu l'utilise manuellement au quotidien.... alors à quoi sert la prise ? Suffit de débrancher la fiche de l'appareil piloté, ça revient au même non ? A l'ancienne.

Bienvenue sur le forum