Reprise du message précédent :

Un peu dans le même genre, j'ai perdu des heures avant de piger que les capas du quartz étaient insuffisantes et que la capa ajoutée par la sonde de l'oscilloscope faisait tomber le circuit en marche.

Dites les gars y'en a qui utilisent un ampli TDA7498 ?
Je viens de passer son alim de 24 à 31V et je trouve que la conso au repos a vachement augmenté.
Je n'ai pas pu faire de mesure mais le rad est drôlement chaud (aie les doigts) alors que plutot tiède avant
Dans la doc ils annoncent 60mA mais c'est sans rien de branché.
D'habitude dans les docs d'ampli audio ya un graphe avec le courant de repos en fonction de l'alim, mais pas là :-(
https://www.st.com/resource/en/datasheet/tda7498.pdf
Après j'ai fait un truc pas mentionné dans la doc (c'était aussi le cas en 24v) :
J'ai relié en // les 2 sorties (après les bobines de filtre passe bas) car j'ai un HP de 4ohm et ce CI est donné pour 6ohms mini (6-7A maxi).

J'utilise ce module :

Vu les bobines c'est du class D, ça se fait sur ces trucs de mettre des sorties en //? (Oui j'ai pas lu la doc, pas le temps là )

J'en ai pas trouvé mention dans la doc, mais vu le comportement plutôt suspect du machin je dirais que c'est le premier truc à déconnecter. Et vérifier ce qui est envoyé aux entrées du coup.
 
Je devine un peu la réponse à l'avance mais tu as un semblant de notice pour le module lui même ?

31v avec des condos chinois marqué 35v ...  

J'espère que c'est pas en direct sur le Vcc, pour la puce la doc parlait de 36V d'alim et 45V en absolute max rating. Evidemment ça ne prouve pas que le module a les même specs, mais quand même.

Les règles de derating c'est vraiment pour les chiens on dirait

De toute façon là c'est le rad qui chauffe, pas les condos, on est d'accord ?

Disons que vu la proximité, ils vont forcément finir par se taper un échauffement par conduction voir radiation. Après si c'est bien ventilé ça limite le risque mais bon

Parlant de trucs "bof", Reichelt qui m'envoye des CI dans un sachet plastique standard (donc pas anti-ESD)... Certes, la plupart des composants aujourd'hui sont bien robustes, m'enfin... De l'autre côté Mouser qui emballe tout trois fois avec des autocollants avertisseurs etc, on voit qu'ils livrent l'industrie eux.

Oui mais là on parlait d'un éventuel dépassement de la tension de service qui les ferait chauffer eux-mêmes. Le layout foireux ça c'est une autre question
De toute façon, vu la hauteur des condos, si les mecs voulaient bien faire, le rad serait plus haut au lieu d'être riquiqui. Même en Class D, ça doit chauffer un peu ce machin.

Oui oui c'est du class D, ya le même signal sur les 2 entrées.
Bien évidemment ya pas un gramme de documentation.
Après ils ont utilisé le schéma d'application du datasheet.
Ça m'embête de deparalleleisé les sorties.
J'ai peur que ça coupe, 6-7A sur 4ohms ça fait 24-28v, en plus c'est dans un caisson qui descend sous la fréquence de coupure du sub, donc potentiellement l'impédance peut être plus faible.
Je crois que je vais le laisser cuire et le jour où il clac j'en mettrais un prévus pour 4 ohms.
Le caisson est gros mais ya pas de ventilo à part l'air qui traverse l'event (c'est le caisson 5.1 sur mon site)

Si ça intéresse quelqu'un , j'ai remplacé mon détecteur de CO ("Angeleye" avec afficheur cristaux liquides) comme préconisé au bout de 7 ans et évidemment j'ai demonté l'ancien. Le capteur est une espèce de machin circulaire en plastique, j'ai pas démonté car je sais pas trop ce qu'il y a dedans ("électrochimique" ). Sinon pas grand chose, un PIC16F914 ou quelque chose qui gère le show, un peu de circuiterie de support et une pile Li 3V qui affichait toujours 3V au multi. Après c'est vrai que j'ai pas fait le test mensuel ou du genre , c'est les alarmes qui doivent bouffer la pile surtout... J'ai pas pris de photos, y'a vraiment pas grand chose à voir.

Pour ceusses qui kiffent Matlab et aimerait coder chez le soir pour passer le temps, je découvre Octave, un équivalent gratuit en source ouverte : https://octave.org/

 

Ça fait 10 ans que je ne me fais même plus chier à il n'y a plus besoin de tipiaker Matlab . Si tu en es encore à découvrir des choses que tout le monde connaît, il y a aussi Scilab dans le même genre, et Python avec les libs Sympy/Numpy, Pyplot, Pandas. Et tant qu'à faire, il y a aussi GNUplot qui vaut le détour.
 
Le tout libre et correctement documenté .
 
Et en pas libre mais gratuit et bien pratique, le bonhomme à l'origine de LTSpice a changé d'entreprise et Qorvo a repris la suite sous le nom Qspice .
 
Edit: condescendance un peu abusée .

 
J'arrive pas à décider si le post se veut extrêmement condescendant ou s'il est juste un peu maladroit

Merci pour l'info, j'y jetterai un coup d'œil à l'occasion par simple curiosité.
 
Je ne connais pas Mathlab. Jadis, j'avais pas mal utilisé Mathematica. Je ne sais pas s'il existe toujours. J'ai encore un bouquin à la cave, de plus d'un millier de pages de mémoire

 
Bingo pour le deuxième. Je voulais juste un léger poil de condescendance, mais pas pousser le curseur aussi loin .

En lisant la doc d'un autre CI : TPA3255 (2*300Wrms) je vois que le montage PBTL (parallèle BTL) me parait équivalent à ce que j'ai fait à la nuance qu'ils mettent les bobines après avoir fait la mise en // des sorties.
https://www.ti.com/lit/ds/symlink/t [...] 52FTPA3255
D'ailleurs le TPA3255 est annoncé avec un courant de repos 2 fois plus faible que le TDA.
J'ai l'impression que Ti a une avance sur ST de ce point de vue là.
J'aimerais bien améliorer la conso mais le vrai problème c'est les >20 vis qui tiennent le caisson fermé.
Ce que moi j'ai fait :  

La doc :  

Vous vous souvenez de mon histoire de cycles d'horloge et mega328P? https://forum.hardware.fr/hfr/elect [...] tm#t414419
 
Eh ben là j'ai récupéré des mega328P de source plus fiable que Ali, à savoir Reichelt, mais - à mon plus grand déespoir - le problème persiste! Le nombre de cycles d'horloge qu'il faut au µC pour démarrer ne colle pas avec la doc.  
 
Bon après les 328P Reichelt sont encore marqués Atmel, donc doivent être ancien (ou pas?), mais rien dans les errata concernant cette histoire de toute façon. Quelqu'un sait quel logo portent les mega328P (DIP) "récents" (produits après l'achat de Atmel par Microchip)?
 
Si c'est Microchip, quelqu'un aurait un tel mega328P DIP et pourrait faire une petite expérience?

Pour écarter tout problème lié à la toolchain, compile ça avec avr-gcc:

Au premier tick, tu devrais avoir le jump du vecteur de reset à la section init1, et au deuxième tick, le sbi ...

les AI commencent à débarquer ...
https://docs.flux.ai/Introduction/the-flux-method

 
J'ai vu leur vidéo de présentation.  
 
Tout d'abord, la partie AI ne représente rien dans leur logiciel. J'ai fait une pause après environ une minute car encore une fois on a des ingénieur logiciels qui veulent rendre le hardware aussi facile à développer que du soft.
Ils et elles n'ont pas compris ce qu'était de développer des PCB dans le monde professionnel avec un minimum de volume.  
 
Le hardware est souvent à la croisée des chemins de nombreux autres métiers : logiciel, FPGA, mécanique, industrialisation. On doit prendre en compte les souhaits et contraintes de tout le monde ainsi que celles inhérentes au notre.
 
- Proposer des composants "automatiquement", probablement via les BDD online existante. Mais si on se fait chier à faire des librairie en interne des entreprise c'est qu'il y a des raisons : empreintes avec des contraintes spécifiques, optimisation des références sur les différentes cartes, gestion des obsolescence, etc.
- Dans leur vidéo le schéma est vu comme une contrainte, un truc chiant. Bah non, quand je connecte des composants entre eux, je me suis assuré que les signaux étaient compatible. Relier 2 pins ensemble c'est l'aboutissement d'un processus de contrôle des datasheet, pas un simple clic. Ensuite les logiciels de CAO ont des outils d'ERC pour vérifier que c'est correctement connecté (enfin faut bien régler et paramétrer les symboles pour que ce soit vraiment utile).
- Un PCB c'est pas "juste 3 semaines" qu'on voudrait raccourcir, non c'est une usine qui transforme du cuivre et de la fibre de verre en un élément avec une valeur ajoutée si on prend la peine de comprendre. Et il y a des contrôle pour s'assurer de la bonne fabrication. De même que l'assemblage des composants, il y a des vérifications qui sont faites pour livrer quelque chose de correct.
 
Mais j'ai l'impression que les intervenant de la vidéo n'ont absolument pas conscience de tout ça. Leur but est de fournir un produit fini et ils voient le hardware comme un truc chiant et préfèrent se concentrer sur le soft ou la méca (et encore).
 
Je viens de tomber sur leur manifesto : https://www.flux.ai/p/manifesto
 

Un Iphone c'est très complexe, surtout en terme de PCB. Vouloir rendre facile de faire un Iphone comme un site web ça voudrait dire un site comme Amazon, Facebook ou Instagram.
 

Vu le logiciel actuellement, les projets développés sont pas très complexes et je doute qu'il y ait besoin de 2 ou 3 personnes en concurrence sur le même schéma. La plupart des logiciels de CAO permettent de lire un schéma même s'il est édité par quelqu'un, en revanche la modification en parallèle c'est souvent une option. Mais pour être honnête j'ai bossé une seule fois sur un schéma à 2. Le schéma c'est souvent un travail solitaire.
 

 
Si on créé des librairies centralisées et qu'il y a un process d'ajout des composants, c'est pour garder une unité dans les composants en terme de symboles et footprints et s'assurer qu'au niveau achat ça pose pas de problème.
Là encore on voit les limites de la compréhension du métier car "voir les prix en temps réel" ca veut dire des productions de très faible volume, donc pas de négociation de prix.
 

 
On a encore l'impression que lire de la doc est vu comme une chose sans valeur ajoutée. Bah non, lire les datasheets et la doc associée, à la recherche d'une info, bah parfois je "perds" du temps à trouver mais c'est pas totalement perdu car je vais lire des passages qui peuvent être interessants et surtout je m'approprie le fonctionnement du composant.
 
Pour moi on essaie de rendre l'ingé hardware bête : il applique un processus connu : vérifier les tensions des 2 broches, connecter, etc. Il n'a plus de valeur ajoutée si ce n'est de faire quelques choix.
 

 
Oh oh, j'aimerai bien voir ça. Y aura une limite sur le nombre de spins PCB ?    

En tous cas l'AI pour l'autoroutage c'est pas encore ça :
https://www.youtube.com/watch?v=HJVy8LAI_Bc

(je suis tombé un peu par hazar sur le sujet AI sur eevblog, mais ça m'interesse )

https://www-eevblog-com.translate.g [...] _tr_pto=sc

"revue" de quelques RTC
https://arduino--craft--corner-de.t [...] id-to-ask/
https://forums-adafruit-com.transla [...] _tr_pto=sc

Clairement les mecs veulent implémenter une vue logicielle dans le développement matériel. Et on voit ce que ça donne : des types qui ne font que pisser du code sans le comprendre par c/c depuis stackexchange. Et à la fin, on a besoin d'un processeur à 8 cœurs pour envoyer un misérable message...
 
Clairement, le réemploi, tous les logiciels le permettent mais c'est extrêmement compliqué à mettre en oeuvre parce que les périmètres sont rarement les mêmes et les composants changent.
J'ai l'impression qu'ils n'ont pas conscience que si c'était réellement possible, les grands groupes (genre Apple puisqu'ils parlent de l'iPhone) seraient déjà dessus vu qu'aucun financier n'aime payer des employés si un robot/algo peut le faire...

Merci, mais j'avais écrit mon "programme" test en assembleur directement et déassemblé le .elf résultant pour vérification:

(J'ai utilisé ldi+out; toi tu utilises sbi; c'est pas pareil bien sûr mais ça n'explique pas le soucis...)

Je pourrais refaire un test avec sbi ceci dit, mais ça serait vraiment étonnant de retrouver un autre résultat et cohérent avec la doc...

EDIT: Avec un vieux mega8 j'avais le résultat attendu, du coup je me demande si y'a pas un bug non documenté / une erreur dans la doc avec les mega328P?

EDIT2: Aucune différence entre la variante ldi+out et sbi.

Sinon, contacter Microchip ? Ca coûte un peu de temps et peut-être que tu auras une réponse  

C'est "impossible" !
Essaie de voir ce que ça donne en multipliant ou en divisant par deux la fréquence de ton horloge externe.

J'ai déjà tenté différentes fréquences. Je me base sur un comptage direct des fronts en enregistrant l'horloge du AVR et PC5 avec l'analyseur logique (avec une fréquence d'échantillonnage largement sur-dimensionnée, genre 20kHz fsample pour 500Hz fext); donc pas la méthode "timing+division". Sinon pour le impossible je ne comprend pas trop, tu veux dire que je devrais avoir une différence? Je pense que non, car ldi+out = 1+1 cycle et sbi = 2 cycles mais avec (probablement car ce n'est pas indiqué dans les docs) l'écriture de la broche au second coup d'horloge; donc au final tout pareil?

C'est une possibilité, mais est-ce qu'ils vont répondre à un petit rongeur bricoleur?
Aussi avant de faire ça je voudrais avoir confirmation du soucis par quelqu'un d'autre avec des mega328P d'une autre source; histoire d'être certain que je ne fais pas d'erreur, que je n'ai pas des CI contrefaits etc. Si quelqu'un se sent motivé je peux fournir tout les détails, le "programme" test est déjà plus haut. L'horloge externe je la génère avec un autre AVR, je peux filer le .hex et/ou code (par MP); mais dans le doute un géné de fréquence ou autre devrait faire l'affaire aussi.
J'ai aussi des mega328P (provenance Reichelt) en TQFP, faudrait peut-être que je soude l'un deux sur un adaptateur TQFP (si j'en ai) et que je teste avec, mais ça ne devrait pas faire de différence?!? Enfin au point où j'en suis ça vaut peut-être le coup (d'horloge ).

Mea culpa, je pensais que sbi/cbi prenaient un seul cycle.

Sur certaines variétés AVR oui, mais pas sur les 328P. Si on y regarde de près on s'y perd...

Soyons pragmatiques, c'est surtout des bonhommes qui se servent de l'argument "AI" comme attrape couillon pour ferrer des investisseurs, se verser un salaire de pacha quelques années et mettre la clé sous la porte

C'est probablement pas faux. Après je préfère l'usage "(tenter de) fabriquer des iPhone" à l'usage "surveiller/classifier encore plus les gens" quand on parle IA (intelligence anale ou comme on dirait outre-Rhin: Ist für'n Arsch).
 
Pardon.

Bon après, utiliser de l'IA pour concevoir le hard sur lequel faire tourner l'IA, comment dire...  

Quand tu vois l'autorouteur en action, tu te demandes où est l'IA...
 
Le routage, comme la synthèse des FPGA, ce sont des tâches difficiles à exécuter en parallèle, donc les IA avec les fermes de calcul à base de GPU n'apportent rien.
Perso je ne suis pas inquiet pour mon job d'ici les 10 ans à venir.

Chose faite et c'est à devenir dingue - c'est même 27 cycles à la place de 26 cycles pour le DIP avec le même prog test (mais tiens j'y pense, pas forcément le même niveau BOD?). Je dois faire une bêtise, mais laquelle?

Quand j'aurais le temps je testerai avec un géné de fréquence comme horloge externe aussi, juste pour voir.

EDIT: Tiens, sur le TQFP j'avais pas mis de 10k entre Vcc et RESET et il se trouve que si je vire cette résistance sur le DIP j'ai 27 cycles aussi. Un soucis du AVR qui reste en RESET trop longtemps??

EDIT: Même en envoyant Vcc=5V directement sur la broche RESET (sans programmateur branché!) je reste à 26 cycles...

envoi un mail à microchip ?

sans transition
Inside the World’s Most Famous LED Factory - in China
https://www.youtube.com/watch?v=pMjhJ9kcaU4

Résolution: qq cas de figures ou ce paramètre m'a intéressé:
Debug code ou j'adresse un DAC sur un petit MCU STM32, DAC 12 bits, j'été content que le scope puisse moyenner à mort (jusqu’à 1024 ey ainsi augmenter les enobs jusqu'a 10-11bits) partant de son adc 8 bits, je pouvais alors vérifier mon code et différencier les lsb du DAC. Contexte projet: faire une PLL en discret pour une appli ultra spécifique de driver piezo électrique.
 
Utilisation avancé de scope piloté par un python pour faire du traitement du signal et reproduire un analyseur d'impédance basse fréquence, pour ce faire le scope servais vraiment que d'adc piloté et la une différence été visible entre le mode 8 et 10 bits proposé alors par ce dernier par le rapport S/N des signaux capturés, gagner 2 bits sur l'adc permettais d'augmenter pas mal le rapport s/n une fois passé en fréquentielle via fft, bien que suffisant même en 8 bits pour notre cas d'usage.
 
Sinon certains scope modernes propose un DMM faible bits mais suffisant pour du tous venant, la avoir une résolution > 10 bits est quand même sympa pour par exemple mesurer une alim, voir les niveaux de tensions d'un bus etc etc... tous ce qui nécessite pas précisions mais tout de même contrôle (bien que 8 ou 10 bits ce qui compte c'est la précision garantie dans la datasheet du scope pour le vertical, traditionnellement pas top mais ça évolue).
 
Bref hors cas d'usage avancé, juste le tous venant pour ma part, fonction DMM exploitable.

Comme je disais, je voudrais avoir la confirmation d'une autre personne qu'il y a bien un "truc" et que ce n'est pas une erreur de ma part. Je ne trouve aucune trace sur internet, en même temps peu de gens doivent faire ce genre de test...

J'utilise des 328P a foison sur mes projets, tous en CMS. Mais par contre j'ai absolument pas compris comment tester ce que tu veux tester