jjacques68

j'ai essayé, ça passe pas. Toujours ce problème de certificat, que je n'ai pas avec windev sous windows... si je n'y arrive pas avec la HC3, je fais un batch avec windev, et je le fais tourner avec le planificateur de tâches... Mais ce serait dommage... je creuserais encore, mais bon...

mais oui biensûr !! merci @Kana-chan https://mabbox.bytel.fr/api/v1/login?password=blablabla et là ça fonctionne avec windev, mais toujours un problème de certificat avec la HC3

C'est un truc de fou ! J'ai essayé en faisant un batch avec windev (toujours sur avec mon de dev) et j'ai le même comportement qu'avec la HC3 error 400 bad request ! qu'est ce que Postman peut bien faire de plus que ce que je fais ?!

si je ne mets pas le host et content-length, j'ai une erreur. pour le password, dans Postman, il est déclaré dans la section "body". idem, si je le mets ailleurs j'ai une erreur. Après est ce que le body = data ?

merci @RHODITIS, mais je vais encore creuser un peu côté API... Et j'ai trouvé tout ce qu'il me faut. https://mabbox.bytel.fr/api/v1/login (pour se loguer sur la bbox) https://mabbox.bytel.fr/api/v1/device/token (pour récupérer un token) https://mabbox.bytel.fr/api/v1/device/reboot?btoken=le_token_récupéré_précédement (pour demander le reboot) J'arrive à faire fonctionner exactement comme je veux avec Postman depuis mon poste de dev (windows) sauf que quand j'essaye de transposé dans un QA ça bug... et je ne sais pas pourquoi !! Il semblerait y avoir un soucis de certificat, mais alors pourquoi PAS avec Postman... ??? voici avec Postman la requête exécutée qui fonctionne très bien : POST /api/v1/login HTTP/1.1 Host: mabbox.bytel.fr Content-Type: application/x-www-form-urlencoded Cookie: BBOX_ID=2.1e.6d42.6633487374b0dc5119495cff.a8442c867218f0341777fe038ca005a8c7d8581a Content-Length: 24 password=blablabla voici ce que je code dans le QA : function QuickApp:login() local adresse = "192.168.0.1" local url = string.format("https://%s/api/v1/login", adresse) self.http:request(url, { options={ headers = { ["Content-Type"] = "application/x-www-form-urlencoded", ["Content-Length"] = "24", ["Host"] = adresse }, method = 'POST', checkCertificate = false, data = "password=blablabla" }, success = function(response) self:debug(response.status, json.encode(response)) end, error = function(error) self:warning("error:", error) end, }) end avec checkCertificate = true (ou sans le checkCertificate), j'ai la réponse suivante : error: certificate verify failed avec checkCertificate = false, j'ai la réponse suivante : err 400 (mais dans le retour success) {"headers":{"Content-Type":"text\/html","Connection":"close","Server":"Lighttpd","Content-Length":"345","Date":"Wed, 03 Jul 2024 14:01:54 GMT"},"status":400,"data":""} C'est vraiment étrange... en plus je dois changer l'adresse car avec Postman, il connait "mabbox.bytel.fr" mais pas la HC3 (obligé de passer par son IP locale) J'ai du mal à situer l'erreur... Le Header "Cookie" est géré par postman, j'ai essayé de l'ajouté mais ça change rien du tout. En plus la valeur change à chaque appel. si qqun a une idée ? merci d'avance !

Hello ! j'aimerai savoir si qqun a déjà utilisé l'API d'une bbox ? le but étant de faire un reboot de la bbox toutes les nuits. (le plan B sera un wall plug sur son alim... mais si on peut faire un peu plus en finesse... j'ai fouillé sur le net et j'ai trouvé ça : https://api.bbox.fr/doc/apirouter/index.html mais je sais pas si c'est à jour, et semble restreint à des développeurs pro J'ai testé quelques URL vite fait (celles sans paramètres) et j'ai des réponses... Mais elles sont rares... Et là manière de s'authentifier (password=xxxxxxx) semble assez "simpliste" et bien sûr ne marche pas. j'ai l'impression d'être le seul à vouloir faire ça... si vous avez des idées, je suis preneur merci à vous !!

et voilà le résultat : fonctionne nickel, Aurais du prendre une boite une taille au-dessus... merci @Sowliny

ah ok je vois ça va arriver ça c'est sûr !!

nan ??

mofset reçus, je teste ça samedi, pas le temps avant...

@Sowliny Merci pour tous tes conseils !! Je vais tester ça avec les plaques à trou trou Si ça va pas je te dirais.... J'ai commandé les mofset Omron chez Conard, ça devrait arriver vite...

d'après la doc, le tension de commande est en 5V sur l'INPUT... ça existe avec du 12 v ? je trouve pas ... ça se câble comme un "relais classique" du coup ?

ah oui là on est d'accord j'ai testé le petit moteur DC avec une alim réglable. 320 mA en marche.

nan 1,5 mm2 (éclairage seule). et les 3 câbles qui vont vers les 3 points lumineux sont une taille encore en dessous !! la boîte de dérivation encastrée est trop petite pour ça... le FGS + les wago rentrent c'est tout. Je pourrais peut-être mettre 3 FGS directement dans les armoires... possible mais usine à gaz enfin là je préfère changer les transfos du coup... ce petit moteur DC ne doit pas consommer grand chose quand même ! (j'ai pas plus de détail que la tension 12 v) c'est un moteur présent dans les réveils vibrant, c'est tout petit !

interessant tout ça en effet... Pour les LED, je vais voir pour les changer les transfos. Mettre 3 FGS, c'est compliquer niveau place... Si ça suffit pas je met un relais. Je viens de fouiller chez moi, et j'ai trouvé des 1N4007, je pense que ça fera l'affaire aussi ?

on est toujours hors sujet du topic... il s'agit de ces rubans de LED : https://www.led-flexible.com/bande-led-au-detail/1615-ruban-led-cob-blanc-chaud-5m-haute-luminosite-sans-points-24v.html avec comme transfo : https://www.led-flexible.com/alimentations-led/327-alimentation-led-60w-etanche.html C'est réparti sur 3 zones, donc 3 transfos différent. Le tout alimenté par un seul FGS. Longueur total des bandeaux : 10 m @jojo : je commande aussi touts mes éclairages classique en LED (GU10 230V ou autre) avec des FGS sans soucis ! il n'y a ces rubans qui me font ça avec le FGS. J'en ai d'autre sur un Wall plug (en passant par un transfo également), où je n'ai pas ce soucis...

C'est cela que tu m'avais déjà proposé à l'époque, et que je mets, mais qui ne suffise pas. Les contacts collent malgré tout...

merci @Sowliny pour les explications ! je vais rester sur des petits relais. En effet celui que j'ai présenté est trop "gros" merci pour le PCB, mais j'ai des plaques prépercées à souder pour faire des petits circuits... Pour les FGS qui collent, J'ai déjà penser à utiliser un relais de puissance, mais pffff... ça devient compliquer pour commander de l'éclairage... Tu as pris quoi comme relais static ?

je connaissais absolument pas ! merci pour l'info question : si je prends un relais 12v, il faudrait une diode en // sur la bobine du relais et aussi une autre diode en // du moteur ? Car lui aussi va générer du courant lors de la coupure, il ne va s'arrêter instantanément... Cela me fait penser à autre chose : ça a peut être rien à voir, mais... cette diode peut empêcher les relais de coller du coup ? je pense à mes problèmes de module fibaro double switch qui collent avec les charges de type bandeau led. Et cela malgré le limiteur ajouté en série... J'ai déjà remplacé 2 fois un module à cause de ça Et pourtant j'ai des transfo "spécial led". En me relisant, je pense que cette diode n'a rien à voir, elle est sur la partie commande et non sur les contacts de la partie puissance. Corrigez moi si je me trompe !!

alors j'y était pas du tout je pensais plutôt à un relais de ce type : mais pourquoi pas le mosfet Omron... pourquoi la diode en // ?

continue - 12v - 1A max. c'est un petit moteur DC

Hello ! petite question, dans la notice, ils disent max 150mA sur les bornes OUT. Si la charge dépasse cette conso, il se passe quoi ? Le module crame, où il se met en "auto protection" et on a une alerte "surge" sur le device ? Pour bien faire : Si je souhaite piloter la charge en passant par un relais "de puissance", qui lui sera donc piloter par le smart implant, quel type de relais me conseillerez-vous (en 12v DC et max 1 A) ? merci pour vos conseils 😉 !!

RAS pour moi...

oui c'est top tout ça

concernant mon problème, j'ai identifié la cause précise de tout mon bordel... Lors de l'analyse des log du refreshState, pour sauver ces log en base de données, j'avais un un filtre qui me permettait justement d'éviter la redondance des infos. Pour une raison inconnu ce filtre ne fonctionnait plus après la version 5.152. (c'est comme si les log avait été typé différemment... bref) Je l'ai modifié et tout est rentré dans l'ordre. pour ceux que ça intéresse : quand on fait appel à une méthode d'un QA depuis un autre QA, une ligne s'affiche dans les log : "onAction [..., ..., ...]" alors avec le refreshState, je capte un log d'un QA quelconque. J'envoi ce log dans un autre QA pour le mettre en base de données. cette opération génère un nouveau log avec le onAction[...] et je re-capte ce log (mais c'est le même en fait, il a le même contenu !!) que je renvoie vers le QA pour le mettre en base, qui me régénère un nouveau log onAction (toujours le même contenu) ... ... ... = loop sans fin ça, plus les autres logs des autres QA, la box s'écroule en quelques secondes (la mainLoop d'analyse du refreshState tourne toutes les 50ms). Mon filtre permet justement de ne pas traiter les log contenant le mot clé "onAction" (qui sont totalement inutile dans ce cas) Et le problème est réglé.