Reprise du message précédent :

 

 
Je connaissais pas

Merder (et surtout comprendre pourquoi on a merdé), c'est le meilleur moyen de progresser

Hello,  
Une petite vidéo que j'ai trouvé très sympa :  
https://www.youtube.com/watch?v=c--5c3Egv4E
 
Ce n'est pas tant la lampe en soi qui est intéressante, mais la réalisation générale, du châssis notamment : le mec fait tout avec des matériaux du commerce (genre cornières en alu) et il a plein d'idées et d'astuces sur la façon de les assembler pour les bricoleurs occasionnels.
La vidéo est courte (20 minutes) et le type parle dans un anglais très compréhensible, le format est donc vraiment sympa et léger.
 
Je n'ai pas encore regardé mais du coup j'imagine que le reste de la chaîne est intéressant aussi.
 
Natopsi > merci pour la réponse. Je zieuterai ça, y compris pour voir si on peut script le truc pour automatiser ce à quoi je faisais allusion.

Je trouve la vidéo pleine de mauvaises habitudes.

Entre les soudures faites à sec et le rajout de fils pour déporter le FET et la diode de redressement, c'est vraiment pas top.

Tout à fait d'accord sur la partie électronique, surtout sa façon de dessouder la diode TO220 en tordant jusqu'à ce que ça casse .
Comme je disais c'est surtout la partie mécanique que j'avais trouvé pas mal du tt.

Bah c'est des commandes sur le port série, le logiciel livré est apparemment merdique (j'ai pas testé ) mais piloter ça avec du labview ou autre c'est vraiment qu'une modalité  

C'est bien quand même tous ces trucs qui se connectent en USB mais qui émulent un port COM, ça facilite la vie .

Si j'achète l'alim et que j'ai le temps je ferai sans doute un petit soft pour balancer les trames qui vont bien pour moduler l'alim dans le temps.

Hello

(Encore moi   )

Existe-il un moyen de debougage, qui pond un graphique les signaux PWM???

J'ai OpenOCD qui fonctionne, on peut voir les registres, mais évidemment pour les pwm c'est pas pratique , un graphique il y a moyen d'en avoir (sans matos externe)?

Je ne pense pas.
Par contre tu trouve des analyseurs logiques en USB à moins de 10€ qui montent à 10MHz  

Ah mais oui tiens   .
J'avais souvenir que ça coûtait 20 fois plus .

Que dieu bénisse ces petites mains chinoises   .

Par contre niveau software, il faut utiliser quoi ( pas d'indication que ce soit fourni)?

C'est standardisé?  

A chaque fois c'est des machins sangsue qui copient des produits en utilisant leurs logiciels existants.
J'ai un truc du genre : http://www.ebay.fr/itm/Logic-Analy [...] 19fc9ee933
Le machin fonctionne avec ce logiciel : https://www.saleae.com/downloads
 
Enfin faut pas se leurrer, dedans t'as un buffer style 74LS je sait pas trop quoi pour les entrées, couplé à un chip USB high speed vers parallèle, pour tout le reste c'est le logiciel qui gère...

Ah c'est cool.
 
Merci

C'est largement suffisant pour voir du PWM et même faire du décodage de protocole aussi grâce à la partie soft (d'ailleurs ça "décode" aussi le PWM d'ailleurs pour te donner le rapport cyclique).
Le tout c'est de rester en TTL masse commune vu que ces trucs sont hyper mal protégés .

J'ai acheté une batterie nimh de remplacement pour mon aspirateur, mais le modèle a changé.
J'avais 4 connecteurs sur l'ancienne et sur la nouvelle j'ai une prise avec 3 fils.

Sur l'aspi 2 connecteurs sont reliés (le -).

Donc sur la nouvelle le 3ème fil (blanc) c'est forcément la thermistance ?
Je le relie sur le connecteur qui n'est ni le moins ni le plus et c'est bon ?

Et pour du SPI ou des trucs un peu plus rapides vous avez un bon plan, sans avoir besoin de 16 entrées? J'ai tenté un hantek mais sois le buffer est trop petit, soit le soft limite dès qu'on passe autour de la micro seconde.

+1
Je me suis demandé la même chose.
J'espérais qu'il existe des oscilloscope chinois à 10€, mais après recherche non
 
 
Sinon  , je ne trouve pas ce qui cloche avec mon DMA bordayl  

Je viens de me rendre compte que le gars a également écrit une version pour le STM32F4  

Mais tuez-moi  

Le pire c'est qu'il a fait exactement le même type de modif pour le rendre compatible F4 (modification du numéro de streamer et de la sélection de request DMA), à la différence près qu'il a choisi le TIM1 alors que moi je suis resté sur le TIM3 qu'il avait utilisé sur sa version compatible STM32F3, et par conséquence il a dû prendre le DMA2 alors que moi j'ai dû prendre le DMA1.

Mais je ne comprends toujours pas pourquoi ma version ne marchait pas.
Tout ce temps perdu  

C'est frustrant mais ça t'a néanmoins permis d'approfondir un sujet auquel tu ne te serais pas frotté sinon, c'est toujours enrichissant ...

Oui clairement.
Content d'avoir appris comment fonctionnait les DMA.

Par contre les PWM, c'est plus compliqué que je ne l'imaginais.

EDIT:
Bon je sais pourquoi ma version n'a pas marché:

Je l'avais vu dans le diagramme dans le manuel.
Sauf qu'il est expliqué que ça implique que le DMA1 ne sait pas faire de copy de mémoire à mémoire. Point.
Sauf que quand dans l'algo, pour configurer les stream il est bien marqué que c'est un transfert de mémoire à périphérique!

Donc du coup j'avais conclu que les GPIO, c'était un périphérique est pas un espace mémoire.

Bref, doc un peu mal fichu alors du coup. J'aurais pu chercher longtemps.

Hello

Encore moi
(Si je monopolise trop le topic n'hésitez pas à le dire    )

Une question communication PC<->Microcontrôleur.

Alors perso j'utilise un port série virtuel (via USB) pour communiquer avec le microcontrôleur, c'est chouette, mais ça ne m'a pas l'air d'être la solution la plus efficace ou élégante. Je veux dire on communique sous forme de texte, alors autant pour le débit du bus, aucun soucis, mais je me demande si ca ne surcharge pas le microcontrôleur pour décoder le texte.
Prenez par exemple la communication en périphériques I2C, se fait à un niveau plus bas et on communique pour ainsi dire directement avec les registres définis dans un driver sur le microcontrôleur.

Bref, c'est quoi la solution ou protocole qui est généralement utilisé pour envoyer des ordres/data au microcontrôleur?

Tout dépend de tes contraintes de latence/débit.
 
Si je devais donner mon système préféré, je dirais AVR - FTDI - Linux

 
Si tu veux accéder à des registres directement, le JTAG est fait pour ca ou alors le Trace ARM. Sinon la liaison série en mode texte, c'est le plus répandu. Il te faudra de toute façons un interpréteur, que ce soit avec des transferts en binaire ou en ASCII.

Oui c'est justement l'interpréteur et le protocole qui va avec qui m'intéresse.
 
Enfin chibios en a un, je lance déjà les fonctions avec, mais il n'est pas adapté à mes besoins.
 
Les transferts data se font en hex en mode text  en général (quel gachi)???

Je pose mon drap ici, ça cause de sujet qui me plaise  

Définis un jeu de commande avec un caractère pour signaler le début et la fin de ta trame. Un checksum simpliste genre uint8_t++ n'est pas un luxe.
Dans le micro, stocke lors des interruptions rx les caractères dans un buffer circulaire. Le caractère de début remet le pointeur à zéro et le caractère de fin flag la commande complète. Le parsing de la commande et la réponse se font dans le main.
 
Le RTS/CTS est ton ami.
 

Uniquement si tu as des registres ou un encodage de moins de 8 bits  

Sinon une autre question que je me suis posée depuis longtemps.
Les régulateurs de tension ont un tas de condensateurs en sortie, leur valeur ne doivent pas être choisi au hasard d'après la doc.

Bon, supposez alors qu'il ait une grosse fluctuation de conso, genre liée à des LED. Est-ce ce capa de sortie sur l'étage de l'alim sont dimensionnées de la sorte pour que ca marche sans soucis, ou est-ce qu'il faut rajouter des capa au niveau des LED???

Je demande ça car d'une part il est dit dans les datasheet que les capa de sortie doit être tel et tel, ni trop plus ni moins, et d'un autre côté on te dit qu'il faut mettre un gigantesque 1000uF au niveau de LED. Hein???

Sinon j'ai reçu mon level translator. Ben les LED WS2812 marche plus ou moins bien, c'est du 50-50, il semble vachement sensible niveau signal. Chaud.

 
Bah en général il vaut mieux respecter ce qui est indiqué dans la datasheet pour ce qui concerne le découplage des composants.
 
Ensuite pour le cas de leds, tu peux mettre une capa réservoir avant un "train" de leds pour éviter d'avoir un appel de courant important qui remonte toute la piste d'alimentation à chaque fois qu'elles s'allument.
En fait faut se dire que le courant ne s'établit pas instantanément et donc lorsqu'un composant nécessite du courant (de la puissance) et qu'il ne peut pas l'avoir, l'alimentation (tension) chute. Donc si ton circuit est grand, placer des capacités qui serviront de réservoirs temporaires est une bonne chose. Les condensateur, s'il est correctement dimensionné va permettre de "protéger" les composants qui se trouve en amont lorsque les composants en aval vont tirer du courant brusquement.

Généralement tu peux mettre plus, c'est moins qu'il faut éviter.  
Tu peux aussi mettre un condo (relativement) gros côté LEDs et ce que le fabricant conseille côté régulateur.  
Le type de condensateur aussi : si on cumule un chimique et un découplage en poly c'est parce qu'ils ne servent pas à la même chose.
La longueur des fils est également importante.
 
Un mauvais condo peut jouer sur le comportement lors des transitoires et fatiguer l'alim (cf post de zeqL_).
Et dans le pire des cas ton régulateur ne sera pas stable, il partira en oscillation. Surtout si longueur de fil importante.
 
La théorie est super complexe (il faut aimer les maths), la pratique est simple : on respecte les précos du fabricant et tout roule (tant que c'est du linéaire, en découpage ça marche jamais comme prévu ).
 

Merci

Bonjour à tous,  
 
voici ma bêtise, j'ai arraché un cable d'une antenne wifi et je ne sais pas si il est possible de la resolidariser :  
 

 
Sous le ruban jaune se cache ce genre de clipses :  
 

 
C'est possible selon vous ?  
 
Merci  

Remplace l'antenne avec son câble. Demande à Thojolu si il a le modèle adapté.

Hello all
J'ai un relais, que j'alimente en 5v afin de le faire coller ou non (en passant par un interrupteur dans le circuit).
 
La question : quand la commande du relais change d'état (0 => 5v ou bien 5v => 0) grâce à mon interrupteur, j'aimerais alimenter en premier la base d'un transistor qui se trouve ailleurs dans le circuit, puis, au bout de 10 millisecondes, activer / désactiver la bobine du relais, et enfin, au bout de 10 autres millisecondes, couper l'alim de la base du transistor.
 
Alors évidemment j'ai fait ça avec un petit microcontroleur et ça ne pose aucun souci.
Je voudrais juste éliminer ce uC de l'équation et faire la même chose uniquement avec de l'élec "analogique" de papi.  
J'imagine qu'il y a une histoire de grosse capa au milieu
 
J'pourrais avoir un pti coup de patte siouplaît ?

Ca sent le NE555 tout ça.
 
Non?

Tu peux utiliser des bascules ou porte logique avec des circuits RC anéfé.

Au labo on avait un ingé qui faisait toutes ses régules avec des 74HC14 et une poignée de composants discrets  

Putain ce bordel pour compiler du code pour STM32  

Je trouve pas ca plus compliqué que pour une autre cible. C'est juste la partie libre/gratuite qui est bancale mais c'est vrai ailleurs.
Après sur du Keil toussa, aucun problèmes.

Le contenu de ce message a été effacé par son auteur

 
T'as arraché le câble du connecteur ?
 
Vu que c'est de la RF, oublie la soudure pour resolidariser les deux. Rachète une câble. Le connecteur sur la petite carte Wifi c'est un connecteur UFL. Il faut voir ce qu'il y a comme connecteur à l'autre bout.

Bonchour!

Je recherche chez moi un transformateur pour un arduino, enfin surtout pour alimenter des servos.

Idéalement, me faudrait du 6v, avec pas mal d'ampères.

J'ai un chargeur de batterie d'airsoft, qui à première vue me semble pas mal, mais je ne pige pas trop :

Ampères : de 0,5 à 4, se contrôle avec un curseur, parfait.
Volts : de 4.8 à 13 : Là je ne comprends pas, y'a pas de bouton pour choisir, donc qu'est-ce qui détermine le voltage appliqué au circuit?

De plus, c'est un chargeur "intelligent" qui détecte quand la batterie est pleine et qui à ce moment envoie un courant faible. Ne risque-t-il pas, dans un circuit "standard" d'alimentation de moteur, de le considérer comme une batterie pleine et donc de n'envoyer qu'un courant faible?

Merci.