jjacques68

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é.

suis deg car... ben avant ... ça marchait ... !!

Alors... Ils ont ré intervenu une 3ème fois, avec les développeurs. Le problème est réglé. Un QA était à l'origine. Ils ont désactivé le QA et c'est OK. Sauf que c'est LE QA qu'il fallait pas désactivé Il analyse le refreshState (un GEA perso en gros) qui déclenche tout ce qu'il y a à déclencher ... Donc je mène mon enquête... Ce QA récupère AUSSI les logs de la box (debug, trace, warning, error) pour les envoyer en base de données. Mais depuis une mise à jour précédente, ils ont changé qqch dans leur manière de traiter le debug car c'est ça qui me faisait freezer la box. J'ai une redondance sans fin des infos, car quand je traite la première info de log du resfreshState, une nouvel ligne dans le debug se mettait en place (indépendant de ma volonté ??? je sais pas pourquoi ???) en gros ça fini comme ça : (enfin ça fini jamais) le chiffre est l'ID 48xxx est l'ID du log [15.05.2024] [18:58:02] [DEBUG] [QA_759_RERESHSTATES V2]: 48095 onInit [15.05.2024] [18:58:02] [DEBUG] [QA_759_RERESHSTATES V2]: 48096 48095 onInit [15.05.2024] [18:58:02] [DEBUG] [QA_759_RERESHSTATES V2]: 48097 48096 48095 onInit [15.05.2024] [18:58:02] [DEBUG] [QA_759_RERESHSTATES V2]: 48098 48097 48096 48095 onInit [15.05.2024] [18:58:02] [DEBUG] [QA_759_RERESHSTATES V2]: 48099 48098 48097 48096 48095 onInit [15.05.2024] [18:58:03] [DEBUG] [QA_759_RERESHSTATES V2]: 48101 48099 48098 48097 48096 48095 onInit [15.05.2024] [18:58:03] [DEBUG] [QA_759_RERESHSTATES V2]: 48102 48101 48099 48098 48097 48096 48095 onInit [15.05.2024] [18:58:03] [DEBUG] [QA_759_RERESHSTATES V2]: 48103 48102 48101 48099 48098 48097 48096 48095 onInit [15.05.2024] [18:58:03] [DEBUG] [QA_759_RERESHSTATES V2]: 48104 48103 48102 48101 48099 48098 48097 48096 48095 onInit [15.05.2024] [18:58:03] [DEBUG] [QA_759_RERESHSTATES V2]: 48105 48104 48103 48102 48101 48099 48098 48097 48096 48095 onInit [15.05.2024] [18:58:03] [DEBUG] [QA_759_RERESHSTATES V2]: 48106 48105 48104 48103 48102 48101 48099 48098 48097 48096 48095 onInit [15.05.2024] [18:58:03] [DEBUG] [QA_759_RERESHSTATES V2]: 48107 48106 48105 48104 48103 48102 48101 48099 48098 48097 48096 48095 onInit [15.05.2024] [18:58:03] [DEBUG] [QA_759_RERESHSTATES V2]: 48108 48107 48106 48105 48104 48103 48102 48101 48099 48098 48097 48096 48095 onInit [15.05.2024] [18:58:03] [DEBUG] [QA_759_RERESHSTATES V2]: 48109 48108 48107 48106 48105 48104 48103 48102 48101 48099 48098 48097 48096 48095 onInit [15.05.2024] [18:58:03] [DEBUG] [QA_759_RERESHSTATES V2]: 48110 48109 48108 48107 48106 48105 48104 48103 48102 48101 48099 48098 48097 48096 48095 onInit [15.05.2024] [18:58:03] [DEBUG] [QA_759_RERESHSTATES V2]: 48111 48110 48109 48108 48107 48106 48105 48104 48103 48102 48101 48099 48098 48097 48096 48095 onInit ... et la je n'affiche rien du log, imaginez le message en plus !! Donc je comprends toujours pas ce qu'il se passe avec ces log, ça marchait très bien avant ! Je continue à creuser, c'est pas très compliqué pourtant, et je vois pas où ça peut foirer... Mais je sens bien que pour archiver mes log, il va falloir le faire depuis les QA qui le nécessite et plus depuis le RefreshState... En attendant je n'archive plus ces logs...

deuxième tentative du support sans succès. Mon soucis va être remonté chez les développeurs... selon leur dernier message. Donc 2 possibilités, où quelqu'un se penche sérieusement sur le problème ou il tombe dans les oubliettes... A suivre...

moi problème toujours pas réglé, le support va essayer une deuxième fois de s'y mettre... il m'a contacté hier... A suivre...

si y a un lien, ça va être marrant l'avenir...

par contre j'ai pensé... c'est ok tant qu'on accède à l'interface web de la HC3, c'est à dire qu'il faut qu'elle démarre correctement ! s'il faut passer par la page recovery, le problème que je citais précédemment reste le même !!

Je viens de voir ça sur la doc de Fibaro : J'y étais pas du tout...

Première intervention du support technique sur ma box cette aprem, sans succès. J'ai du refaire un recovery. Il va re essayer un autre jour...