Messages

Bonjour,
Les problèmes de télécommandes sont parfois complexes. Celle de mon portail s'arrête dès que la pile arrive à 3V, celle de mon store perd régulièrement l'appairage avec le moteur. Dans votre cas il faut arriver à déterminer si c'est juste un problème de contact ou si c'est le fait de faire un OFF/ON qui réinitialise et fait disparaitre le problème. Avez-vous essayé avec une pile neuve (environ 3,3V) ?

Bonjour Philippe,
Pour résoudre votre problème il y a beaucoup de bonnes solutions.
Vous devez ramener la plage de tension de contrôle entre 0 et 3,3V alors oui un pont diviseur peut le faire.
Personnellement j'aurais privilégié la solution qui consiste à intervenir au niveau du DAC en fixant VREFIO à 3,3V. Bertrand a prévu un raccordement(TP6), en générant un 3,3V à partir du 5V Analogique (avec un pont diviseur),cela devrait le faire.
Si vous utilisez le circuit imprimé de Bertrand, une solution moins intrusive consiste à peupler R11 et R12 pour obtenir le bon rapport d'amplification (3,3/5 ).

Bonjour,
Philippe a fait une vidéo sur le sujet :
https://www.youtube.com/watch?v=nV70RREgE2g&t=2s
A l'échelle de l'humanité, 50 ans c'est assez récent ...

Bonjour,
Le condensateur n'a pas pour but d'obtenir un sinus. Il s'agit d'un filtre passe haut (et non passe bas) qui n'a pas (ou très peu) d'influence à la fréquence utilisée mais qui protège le mosfet de sortie en le bloquant si la fréquence du signal est insuffisante car dans ce cas l'impédance du transfo sera trop base. L'auteur de la vidéo parle lui du cas d'un plantage du logiciel qui pourrait (en absence du condensateur) rendre le mosfet passant de manière permanente.

Bonjour, oui c'est possible. Vous reliez en série l'interrupteur et le poussoir et vous branchez l'ensemble à la place du poussoir existant relié à la carte mère.

Bonjour,
Sur les courbes, on voit nettement que la tension de sortie est insuffisamment lissée, il faut augmenter la constante de temps de l'intégrateur.Pour le vumètre, il peut être testé séparément avec une alimentation de labo.

Bonjour Claude,
Vous pouvez mettre le lien de la boutique dans ce contexte sans enfreindre le règlement, et pour répondre à l'autre message, vous pouvez poster autant de messages que vous voulez dès lors qu'ils respectent les règles.
Plus on partage d'idées (ou de solutions) sur ce forum mieux c'est alors allez-y!.

Bonjour Claude,

Votre idée d'atelier pour initier les jeunes est super, on ne peut qu'encourager cette démarche.
L'ESP32 est certainement un bon choix, performant et pas cher.
A votre place, je chercherais à limiter au maximum le nombre de références pour mieux maitriser celles retenues.
Il ne faut pas oublier l'environnement de développement (et les langages informatiques sous-jacents), la multiplication va générer plus de travail (supports, etc...)
Il faut également regarder du côté des cartes facilitant les connexions des microcontrôleurs au monde extérieur (plaques à bornes par exemple)
Quand vous parlez de "manipulations" à quoi pensez-vous exactement ?
Il n'y a pas de microcontrôleurs "blindés" résistants aux attaques mécaniques, électriques, chimiques,...
Une formation en électronique doit commencer par une sensibilisation sur les ESD, l'atelier doit être équipé avec les dispositifs adéquats (tapis, bracelets,...)
Je suis impatient de voir les outils que vous avez développés.     

Bonjour,
Le problème ne venait pas de la THC (pas encore connectée) mais d'une rallonge de port parallèle qui avait un blindage insuffisant (et se comportait comme une antenne)
Chinesische Qualität !
La suppression de cette rallonge a résolu le problème.

Bonjour Mike,

Le projet que vous envisagez de réaliser est un système complexe.
Dans ce cas, il y a beaucoup de questions à se poser et il faut les poser dans le bon ordre !
Pour éviter de refaire plusieurs fois (et se dégouter) il faut viser à faire bien du premier coup.
Pour cela suivez une méthodologie d'ingénierie Système reconnue ou mieux normalisée.
Vous trouverez des informations sur internet sur le sujet.
Vous devrez être capable de rédiger une spécification de votre système en termes de performances.
Par exemple : le robot doit avoir une autonomie de 24 heures
le robot doit comprendre mes ordres quand je parle "normalement" à une distance de 5 mètres
etc...
Ensuite on va définir une architecture qui va répondre aux exigences précédemment définies puis allouer aux sous-systèmes ces exigences.
par exemple : le sous-système motorisation prendra en compte l'exigence d'autonomie, de vitesse minimale, de poids, etc..
Puisque c'est un système, les sous-systèmes vont avoir des interfaces ( mécanique, électrique, communication, etc), il va falloir les définir.
Cette phase "papier" est très importante, quand elle est terminée on a fait 50 % du travail.
Elle est terminée si quand on donne à un sous-traitant les documents de spécification qu'on a la certitude qu'il réalisera (avec ces seuls documents) le produit attendu (qui s'intégrera avec les autres)
Pour faciliter la réflexion, vous pouvez définir des cas d'usage ("use case")
Parmi les exigences que vous aurez fixées certaines seront critiques (cas où le projet ne fonctionne pas si elles ne sont pas satisfaites), vous serez peut-être amené à faire du "maquettage" pour lever le risque de ne pas atteindre l'objectif. Du maquettage peut être également utile pour choisir entre deux solutions alternatives.
L'ingénierie, c'est toujours une recherche de compromis : par exemple autonomie de la batterie et le poids
Vous pouvez définir également des modes dégradés par exemple : en dessous d'un certain niveau de batterie le robot ne se déplace plus mais communique avec l'utilisateur.

Faire du papier peut sembler rébarbatif pour un bidouilleur et gâcher le plaisir  du "maker" impatient de brancher son fer à souder et de coder mais cela augmente fortement les chances de succès et facilitera la maintenance ou les évolutions par la suite.
En tout cas, je vous souhaite de réaliser votre rêve.

Bonjour,
cela aurait été un plus d'ajouter une temporisation entre le relâché d'un bouton et l'action de l'autre de manière à éviter de commander le moteur dans un sens alors qu'il tourne encore dans l'autre.

Bonjour,
Il y a un bug :
Bouton2 == HIGH  va donner un booléen ( donc 0 ou 1 )
or digitalRead () attend un numéro de broche
il fallait écrire :
if (digitalRead(Bouton2) == HIGH )

Bonjour,
Oui vous avez raison, le plasma est un magnifique générateur de perturbations de toutes sortes. J'ai moi-même galéré avec une CNC sous mach3 qui plantait au démarrage de la torche.
L'isolation galvanique est fortement conseillée (et même plus), elle peut être double comme dans le diagramme joint d'un THC du commerce.
D'une manière générale les règles de l'art de la CEM  doivent être respectées (en particulier masses et blindages) car l'isolation galvanique ne protège pas des problèmes de rayonnements.
Les solutions que vous proposez sont à priori envisageables, les plus simples sont souvent les meilleures. 

Bonjour,
On ne voit pas bien sur la photo si la piste a été arrachée ou pas. Si la surface est étamée alors c'est juste dessoudé et facile à réparer. De la pate à braser et un pistolet à air chaud ça devrait le faire. Le connecteur à re-fixer semble entièrement métallique et devrait supporter la chaleur.

Bonjour Jérôme,

Pour que nous puissions vous aider il faut que vous nous donniez la référence du produit, des photos, des liens sur la notice, etc...