Nouvelles:

Le Forum est maintenant chiffré (préambule https). Bien sûr, des liens externes insérés dans les sujets vont demeurer inchangés. Mais la composition des pages du Forum est désormais sécurisée. Si des problèmes d'affichage surviennent, veillez à vider votre cache pour ce site.

Menu principal
Menu

Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.

Voir les contributions Menu

Messages - papyblue

#1
Bonjour Sean,

Je suis surpris que vous ayez des erreurs 'Serial2" si vous avez bien remplacé tous les "Serial2" par "GPSSerial2" ???
L'afficheur est censé fonctionner avec toutes les cartes, pouvez-vous le tester sur une autre carte Arduino, etc.. ?
#2
Sean,

La solution de créer une instance avec un autre nom est également une bonne solution. Pour ce qui est de l'affichage, je vous conseille d'exécuter le test de l'afficheur que vous trouverez dans les exemples de l'IDE Arduino (celui s'est installé avec la bibliothèque)
Fichiers/Exemples/LiquidCristal_PCF8574/LiquidCristal_PCF8574_test

cela permettra de valider l'afficheur et ses connexions.
#3
Bonjour Sean,

Je suis au regret de vous annoncer que vous êtes une victime de plus de l'environnement IDE Arduino. Cet outil de développement évolue de manière anarchique, chacun y développe la bibliothèque qu'il veut et évidemment ce que l'on pioche à droite ou à gauche sur internet n'est pas à jour des dernières versions de l'IDE. Mais rassurez vous tout n'est pas perdu ! Il faut juste "mettre les mains dans le cambouis". Dans votre cas il faut comprendre le message d'erreur et en déterminer la cause. Il semble que Serial2 ait été déclaré avant la ligne : HardwareSerial Serial2(BROCHE_UART_RX, BROCHE_UART_TX);  , vous pouvez simplement supprimer cette ligne  et configurer le port série logiciel par une commande dans la fonction Setup() (avant d'utiliser le port bien entendu) pour définir la vitesse et les broches utilisées. Dans le programme de Bertrand vous remplacez la ligne : Serial2.begin(9600); par Serial2.begin(9600,BROCHE_UART_RX, BROCHE_UART_TX);

Bonne chance, ce n'est peut-être pas la dernière erreur.
#4
Bonjour Arthuro,
En France, les pulls de la gendarmerie sont d'excellente qualité. Si le but de votre manipulation était de vérifier l'exactitude du capteur de votre PAC alors un simple thermomètre aurait suffit.S'il s'agit d'une installation fixe destinée à capter une mesure en continu, alors il faut nous expliquer ce que vous allez en faire et plus globalement votre projet.
#5
Non, vous n'avez pas bien lu la datasheet. Pour le mode push/pull, la broche Output CTRl(13) doit être reliée au 5V (broche 14)
 For
push-pull operation, the output-control input must be connected to the internal 5-V reference regulator. Under
this condition, each of the output transistors is enabled, alternately, by the pulse-steering flip-flop.
#6
Bonjour Axel2026,

En effet, il n'y a rien de prévu pour décharger la capacité Gate-Source ce qui a pour conséquence de prolonger le temps de blocage du transistor. Pour simplifier, il passe trop de temps en étant ni saturé ni bloqué en dissipant de l'energie telle une résistance. La solution est d'avoir un transistor qui va mettre à la masse la Gate quand celle-ci n'est pas commandée (fonctionnement de type push/pull  d'ou l'idée du driver)
#7
Bonjour,
Aucun boitier ne peut "inventer" une connexion de terre, vous n'avez pas d'autre choix que de tirer un nouveau câble.
#8
Bonjour Ylsen,
Je comprends maintenant que vous ne partez pas de zéro et que vous savez exactement où vous voulez aller. Bien sur le dimensionnement des composants est important pour la fiabilité du système et vous pourrez probablement avoir des avis d'experts sur ce forum (à condition de leur fournir les éléments nécessaires).Pour ce qui est du logiciel, il est primordial d'identifier les contraintes temps réel  et de définir une architecture qui permette de satisfaire ces exigences. Pour ce qui est de la mécanique (et connectique), je ne sais pas si vous allez réutiliser un boitier existant mais il faut garder en tête que c'est un calculateur embarqué et qu'il devra répondre aux exigences mécaniques et thermiques (et CEM ).Il est donc fortement conseillé de respecter les règles de l'art.
#9
Bonjour Ylsen,

Votre projet semble passionnant mais ...
Concevoir un ECU de A à Z est un travail énorme nécessitant des connaissances pointues et pas qu'en électronique.
Que souhaitez vous faire exactement ?
Si vous conservez les mêmes capteurs et mêmes actionneurs (votre exigence) alors autant conserver le hardware et n'intervenir que sur le logiciel?
Pour écrire le logiciel il faut au minimum connaitre l'interface avec la hardware (IRS) et les algorithmes à mettre en œuvre pour piloter les sorties.
La connaissance du logiciel existant serait un gros plus. Bien sur il faut la chaine de développement associée au processeur utilisé.
Pour un projet de cette ampleur il faut commencer par la phase "papier", dites vous que si vous ne savez pas écrire noir sur blanc ce que doit faire votre système alors inutile de sortir le fer à souder (ou le compilateur) il ne fonctionnera jamais.
Pour bien comprendre où vous mettez les pieds, une première étape peut être de rechercher (sur la toile) si quelqu'un a déjà réalisé ce type de projet et dans le cas favorable analyser les problèmes qu'il a rencontrés et solutions apportées.
 
#10
Bonjour,
Avez-vous vérifié le fonctionnement avec la charge (sorties) débranchée ?
#11
Si vous faites un générateur de Thévenin équivalent vous obtenez V=0,66V (R=188), en regardant la datasheet du transistor vous verrez que cela ne garantie pas la saturation du transistor. Une tension légèrement supérieure serait souhaitable. 
#12
Bonjour,
Votre courant de base est insuffisant pour saturer le transistor, soulevez la résistance de 210 ohms vous devriez voir la différence. La mesure de la tension collecteur devrait également le confirmer.
#13
Bonjour,

Une petite animation très didactique :
https://www.youtube.com/watch?v=chhEUN56UFI

N'oubliez pas qu'une "simple self" est un composant qui stocke de l'énergie !
#14
Les cartes Arduino sont faciles à mettre en oeuvre et la documentation est abondante. Maintenant la difficulté va dépendre de la complexité que vous souhaitez et de l'architecture du dispositif. La programmation va t elle se faire via le PC et une ligne série ou bien avec une interface directe avec un afficheur et quelques touches ?
Si vous n'avez jamais touché à un micro controleur, c'est le moment de s'y mettre avec ce projet assez simple.
Aujourd'hui les IA (ChatGPT ou autres) vous écrivent le code il vous reste juste à leur expliquer ce que vous voulez.
La première étape est d'avoir les idées claires sur le cheminement des données et quel traitement doit être fait et à quel endroit (PC ou Arduino).
Vous pouvez également faire tout le traitement sur PC et utiliser un relais USB (à peine plus d'1 euro), tout est possible !
Merci pour l'explication je comprends mieux pourquoi le PPS.
#15
Je ne connais rien à l'astronomie et j'ai un peu de mal à comprendre la finalité. Les modules GPS que j'utilise donne un signal PPS (pulse de 100 ms toutes les secondes) pourquoi allumer une led avec ? Pour ce qui est de l'heure exacte, ces petits modules font beaucoup mieux que le PC en terme de précision. Si le système doit piloter un relais à des moments précis et cela de manière programmable par l'utilisateur pourquoi ne pas utiliser un micro-controleur Arduino, esp32 ou autres qui fera cela à merveille ?
Pouvez-vous décrire précisément le fonctionnement attendu (sous forme de "use case" par exemple) pour que l'on puisse apporter la meilleure réponse ?