J’ai été souvent confronté à des stagiaires qui essayaient de me déstabiliser et parfois en savait plus que moi mais ça m’a permis d’avancer et d’apprendre qu’on ne sait jamais et surtout de rester modeste.Mais non il ne va pas se décourager … Non parce que sinon je vais venir lui botter le train arrière car je le veux mon article sur l’I2C … d’ailleurs je comprends pas pourquoi c’est pas déjà en ligne il fait quoi ? Je n’ai pas de pi sous la main, mais un truc du genre ferait très largement l’affaire :Vous avez raison pour cette usage particulier où on se contente de changer l’état de sortie d’un GPIO, il n’y a pas besoin de mutex.Soyons clair, il ne s’agit pas ici de remettre en cause l’excellent travail de rédaction de Patrice que je salue une fois de plus. Il pourra s’améliorer lorsqu’il rencontrera des problèmes et il sera plus résistant face à la difficulté.J’adore faire clignoter des DEL (ben oui LED c’est pas francais ) et plus je ferais un truc complexe pour le faire plus ca me fera kiffer … (c’est français ça ?) Ici, absolument pas besoin de mutex pour faire quelque chose de cohérant et d’explicit pour un débutant puisque l’on n’est pas censé avoir plusieurs threads qui accèderaient au même gpio simultanément. On trouvera la procédure l’installation sous le lien :Ce programme, pour changer, utilise une autre méthode pour sortir de la boucle infinie. la semaine fut longue … Bref, ça me parait si évident aujourd’hui En plus j’y avait pensé quand j’ai monté mon RPI avec commande via radio de prises et de volets roulants au départ pour faire de la simulation de présence et surtout parce que j’ai une baie vitrée qui prend le soleil en plein l’après midi, pour réguler un peu la température … Bon ca veut donc dire que j’ai besoin de vacances J’ai une question à vous soumettre, pensez-vous que l’on puisse compter sur la mémoire du GPIO, je m’explique, si une application met une sortie à un état donné, ext-ce que cet état est conservé sans soucis même application terminée ou faut-il la rafraîchir de temps à autre ?Merci de m’avoir lu jusque là et bravo encore pour ce site très bien fait ! Raspberry Jams - Raspberry Pi Community Events. Mais pour que le programme soit plus lisible, ce n’est pas le cas.Dans les lignes 65 à 78, on construit le support de notre fenêtre application. Bien que je n’ai pas la prétention de faire un article aussi bien rédigé que celui, je me propose d’en écrire un qui mettrait en évidence les erreurs commises ainsi que leurs conséquences et surtout comment les éviter pour la suite de cette très intéressante ‘Saga’ qui je n’en doute pas doit intéresser beaucoup de débutants francophones. Il existe dans la bibliothèque La structure de ce programme est très simple. J’ai donc téléchargé les codes sources ‘Blink Saga’ et j’en ai choisi un qui était concerné par ma critique. Il appartiendra ensuite à la rédaction en chef de le publier ou pas. tu rappelles comment on calcule les valeurs en fonction de la fréquence du clignotement ?c’est plus simple pour celui qui sait, mais c’est pas “universellement” plus simple. Avant de commencer, quelques petites précautions s’imposent… Je ne veux pas cramer mon raspberry ! Je m’attendais à un niveau de performance médiocre alors que dans la réalité c’est carrément alarmant au point que l’on ne peut pas orienter de jeunes développeurs dans cette direction. La compilation se fait par la commande ci-dessous (en mode console) pour les différents fichiers C en créant des fichier objet :Et pour terminer, il faut créer le fichier final via l’éditeur de lien :Pour sortir de la boucle infinie, il suffit de faire q ou Q au clavier.Un langage qui fait beaucoup parler et qui devient de plus en plus populaire (à surveiller). B ase d’expérimentation. Quel format utiliser pour faciliter la publication et à qui l’adresser ?Bin mince alors … Bud … je te preferais largement en acteur de film spagetti … tu as mal digérè un truc ?arrête de te prendre la tête hein … c’est un belle article qui a le mérite d’exister et surtout il est clairQuand tu auras fait le 1/4 du boulot que Patrice a fait reviens nous voir et surtout mets toi dans ta caboche d’intello présomptueux et que le débutant que je suis (bon peut etre pas si débutant que ca) à juste envie de te dire … ” hey mec prends du recule on est là pour faire mumuse avec nos joujoux tout en apprennent et les prise de melon c’est pas ici ….va te détendre”PS: Désolé Francois et Patrice pour ce petit message (qui n’apporte rien sauf peut etre me détendre ) mais je déteste les Gens comme lui qui n’apporte rien … ca me met hors de moi … Beau travail de vous 2 en tout cas …ce n’est pas forcement le fond qui me gène au contraire toute expérience est toujours bien venu … mais la forme peut etre mieux exprimée genre:euh sérieux on envisage d’allumer des LED pas d’integrer un RPI dans la futur mission sur MARSEt pourtant je suis le 1er a râler auprès de développeur qui ne savent pas optimiser les ressources et les cycles faut dire j’ai été à bonne école j’ai fait de l’assembleur sur des truc tellement faible en ressource que l’optimisation etait de rigueur et on rigolait pas avec ça … pareil j ai démarré au Z80 et 6800 avec les Exorciser Motorola et on comptait les bits disponibles aujourd’hui on entend “ouais mais y a que 4 Go de mémoire” « Et pourtant je suis le 1er à râler auprès de développeur qui ne savent … »Rassure-nous, tu plaisantes, tu te fouts de nous ou tu tentes de te la jouer la :)Pour moi dans un sens ou dans l’autre tous les retours sont positifs car ils montrent la diversité des activités et des préoccupations des utilisateurs de la framboise (et des autres cartes aussi ! Toutefois, en termes de programmation, les méthodes utilisées sont l’exemple type de ce qu’il ne faut pas faire, surtout sur un PI aux ressources particulièrement limitées.