L’air dans le train de banlieue bondé était lourd d’anticipation, mais aussi d’une anxiété tenace. Chaque annonce de retard était comme un coup de poing dans l’estomac. Et si la bouée de sauvetage dont ils dépendaient était soudainement coupée ? Une organisation responsable de ce que certains appellent le « projet d’infrastructure le plus important du […]
OpenProject est un outil de collaboration et de gestion de projet polyvalent. Il est axé sur la souveraineté et la confidentialité des données. La version 17.0 apporte notamment l'édition collaborative de documents en temps réel.
OpenProject est une plateforme depuis laquelle les parties tenantes d'un projet peuvent se coordonner et collaborer. Les projets sont découpés en tâches appelées lots de travaux et organisées hiérarchiquement ou en séquence, puis planifiées. Le suivi se fait par la mise à jour du statut et des propriétés de chaque lot de travaux, de sa création jusqu'à sa réalisation.
OpenProject est développé en Ruby et JavaScript en utilisant Ruby on Rails. Il est sous licence GPLv3. Il est basé sur un fork de Redmine.
Les sorties se font en général au rythme d'une par mois.
Deux options sont possibles pour utiliser OpenProject :
l'héberger sur site, grâce à une installation via paquets DEB/RPM, images Docker ou Helm Charts ;
utiliser le service Cloud fourni par OpenProject, le produit est alors hébergé en Europe chez Scaleway (Paris) ou Amazon (Francfort).
Le prix et les fonctionnalités sont les mêmes, et il est possible de passer d'un type d'hébergement à l'autre facilement.
Modèle économique
OpenProject propose plusieurs éditions :
L'édition community est gratuite et le support se fait via des remontées de bugs ou des demandes de fonctionnalité directement sur notre instance OpenProject. L'hébergement est alors sur site.
Les éditions Enterprise (Basic, Professional, Premium et Corporate) sont payantes via un abonnement récurrent et offrent un support plus étendu et des fonctionnalités supplémentaires. L'hébergement est au choix sur site ou sur nos serveurs.
Il est possible de tester la version Enterprise Premium pendant 14 jours.
Apports de la version 17.0
La version 17.0.0 a été publiée mercredi 14 janvier 2026.
Collaboration en temps réel
Le module Documents a été repensé pour inclure de la collaboration en temps réel. Les équipes peuvent maintenant éditer des documents en même temps et voir les changements de chacun au fur et à mesure, directement dans OpenProject.
Cela facilite l'écriture à plusieurs de concepts, de spécifications, de contrats ou de documents de planification tout en restant étroitement connectés au projet. Les documents peuvent référencer et lier des lots de travaux existants.
Ce nouveau module Documents se base sur BlockNote, un éditeur de texte open source moderne aussi utilisé dans d'autres initiatives comme openDesk et LaSuite.
Améliorations du module Réunions
Ces fonctionnalités ont été ajoutées :
mode brouillon pour préparer collaborativement l'ordre du jour avant de le communiquer aux participants ;
mode présentation pour dérouler la réunion point par point ;
possibilité d'ajouter plusieurs résultat à un même point, pour clarifier les décisions prises et les prochaines étapes ;
abonnements iCal pour voir les réunions dans les calendriers personnels.
Page d'accueil du projet repensée et sélection de modèle améliorée
L'interface de la page d'accueil d'un projet est désormais divisée en deux parties : « Vue d'ensemble ( Overview ) » et « Tableau de bord ( Dashboard ) ». Les équipes peuvent ainsi appréhender rapidement les informations générales sur le projet ainsi que les détails opérationnels.
La création de projet bénéficie d'une sélection de modèle améliorée rendant la création de nouveaux projets plus facile, notamment pour les utilisateurs sans connaissances techniques approfondies. Ces modifications préparent le terrain pour un futur assistant de création de projet en plusieurs étapes.
Gestion des projets aux niveaux programmes et portefeuilles
Les projets peuvent être regroupés en programmes, tandis que les portefeuilles offrent une vue d'ensemble de toutes les initiatives en cours. Ceci est particulièrement précieux pour les bureaux de gestion de projet (PMO), les organisations du secteur public et les équipes travaillant avec des méthodologies telles que PM² ou PMflex.
Développements futurs
Pour 2026, les développements vont s'orienter vers l'amélioration de l'existant bien sûr, mais aussi :
faciliter la migration depuis Jira avec le développement d'un outil de migration et de nouvelles fonctionnalités comme l'ajout de Sprints, le dépoussiérage du module « Backlogs », ou l'implémentation d'identifiants courts pour les lots de travaux ;
intégrer XWiki pour pouvoir remplacer le duo Jira et Confluence par de l'open source avec OpenProject et XWiki ;
mieux gérer des programmes et portefeuilles de projets : apporter une vue d'ensemble de plusieurs projets, pouvoir définir des critères sur chaque projet, par exemple l'urgence et l'importance, et obtenir ainsi une matrice de priorisation, avoir un processus d'approbation lors de la création de nouveaux projets, etc…
édition collaborative de contenu : généraliser l'édition collaborative apparue dans le module « Documents » ;
de l'IA : assistance à l'écriture, recherche sémantique, serveur MCP, etc…
Un petit message pour partager un projet digne d'intérêt... une imprimante braille réalisée à l'aide de quelques impressions 3D et de belle dose d'ingéniosité.
OpenBraille est une imprimante capable de gaufrer du papier avec l'alphabet braille. Hormis les lettres de l'alphabet, une telle imprimante permet aussi de créer des représentations graphiques et des plans.
J'aime beaucoup ce projet pour de nombreuses raison. La première étant de proposer une imprimante braille assez facile à mettre en oeuvre (mécaniquement).
Ce projet permet aussi de réutiliser un mécanisme d'avance papier récupérer sur une imprimante. Je n'avais pas encore jamais vu cela!
La réalisation des embosseurs est d'une grande ingéniosité tout en restant d'une grande simplicité. C'est la meilleure approche à ce jour.
Les éléments utilisés (moteur/step-stick) pourraient aussi être commandés directement par un firmware personnalisé (pourquoi pas en MicroPython ?). Cela éviterait le passage par G-Code et permettrait d'implémenter une solution d'impression plus directe (voir même un support PCL). Une solution sans informatique serait donc possible (donc sur microcontrôleur uniquement).
L'usage d'un servo-moteur pour commander la roue codée est un point faible. En effet, celui-ci utilise un potentiomètre interne qui finira par s'user ou présentera de faux contacts (plus tôt... que tard).
The golden rule of metrics is this: any metric you maintain should directly drive action if outside expected bounds.
La règle d'or d'un indicateur (ou KPI) est ceci : tout indicateur que vous maintenez doit directement mener à une action s'il dépasse une limite définie.
Nous poursuivons les travaux sur Kit CANSATversion 2, l'occasion de poursuivre nos essais de communication Radio (voir article précédent). Pour rappel, notre kit utilise un Raspberry-Pi Pico et du code Python sur microcontrôleur (MicroPython).
CanSat est
un concours visant a stimuler l'apprentissage des sciences dans le
domaine de l'AéroSpatial en réalisant un mini-satellite (la CanSat) pas
plus grande qu'une boîte de Soda. Ce satellite est envoyé et éjecté à
3000m d'altitude à l'aide d'une roquette. C'est à partir de ce moment
que votre projet capture les données et les envois au sol.
L'antenne GroundPlane permet de créer un plan de masse, ce qui est fort utile pour un périphérique suspendu au bout d'un parachute.
Antenne Ground-Plane 2
Cette première antenne, même si elle est efficace, reste cependant très artisanale... un peu trop artisanale pour être expédiée dans une CanSat.
Constitution du Ground-Plane 2
Ground Plane 3
Pour cette troisième itération, je voudrais créer un GroundPlane exploitant un mètre ruban métallique pour fabriquer le plan de masse.
Ce type de ruban est magique, il se tend automatiquement dès qu'on le lâche... pratique pour le déploiement d'une antenne :-)
Je voudrais aussi utiliser un élément émetteur souple suspendu sous le parachute. J'ai donc l'intention d'utiliser des œillets.
L'élément principal est le support réalisé à partir d'une pièce de cuivre de 31 x 36mm qui servira à fixer les rubans métalliques et l'antenne (élément radiant) aussi solidement que possible.
Plaquette de cuivre
Les dimensions de 31 x 36mm ne sont pas le résultat du hasard. Les plaques de cuivre ne sont pas monnaies courantes. Il est par contre beaucoup plus facile de trouver du tube de cuivre (utilisé en plomberie).
Si le tube fait 10mm de diamètre, le périmètre du tube est de 2*Pi*R = 31.4 mm. C'est la dimension contraignante!
L'autre dimension de 36mm est exclusivement guidée par la nécessité d'avoir des angles de 120° entre les 3 branches du plan de masse.
Ouverture du tube à la fraiseuse
Une fois aplatit nous avons une plaquette.
Seulement, la plaquette fait de 36mm x 28mm!!!
Pour commencer, la ligne de découpe à enlevé un peu de matière... même si cela est moins d'un millimètre, c'est quand même de la matière.
Ensuite, le diamètre interne est plus petit que le diamètre externe... donc en étendant le cuivre, il y a un phénomène de rétraction qui intervient.
Correctif: une séance de martelage permet d'élargir la plaquette, même si cela l'aminci par la même occasion.
Plaquette après martelage
Un recuit de détente peut-être le bienvenu pour faciliter le travail sur la plaque de cuivre (voir recherche "traitement thermique du cuivre" pour plus d'information).
Découpe
Pour faciliter la découpe de la pièce, le plus simple est encore d'imprimer la pièce finale à l'échelle 1:1 puis coller la feuille de papier sur la pièce de cuivre.
Il ne reste plus qu'à se lancer dans le perçage et le découpage.
Nous poursuivons les travaux sur Kit CANSATversion 2, l'occasion de poursuivre nos essais de communication Radio (voir article précédent). Pour rappel, notre kit utilise un Raspberry-Pi Pico et du code Python sur microcontrôleur (MicroPython).
CanSat est
un concours visant a stimuler l'apprentissage des sciences dans le
domaine de l'AéroSpatial en réalisant un mini-satellite (la CanSat) pas
plus grande qu'une boîte de Soda. Ce satellite est envoyé et éjecté à
3000m d'altitude à l'aide d'une roquette. C'est à partir de ce moment
que votre projet capture les données et les envois au sol.
RFM69HCW 433MHz et communication longue distance (partie 2)
Cette fois, il a été nécessaire de trouver des distances supérieures à 2.2km avec vue dégagée en direction de l’émetteur.
Les altitudes respectives ont également été relevées pour identifier des points susceptibles d'offrir une vue dégagée sur l'émetteur.
Cansat Yagi Testing V2 - cliquer pour agrandir
Note: l'image ci-dessus reprend --en violet-- la position de l'émetteur et une partie du parcours réalisé durant la session 1.
Me Voici donc de sortie avec l'antenne Yagi pour tester les différents point.
Récepteur de test (messages affichés sur le LCD 2x16).
Comme la fois précédente, l'émetteur est positionné dans un arbre à plusieurs mètres du sol. Ce dernier émet un message différent toutes les 2 secondes (le message contient un compteur incrémenté à chaque émission).
CanSat V2 avec Antenne (émetteur)
Le premier arrêt au point E offre une vue dégagée vers l'émetteur (bien a l'arrière du bosquet visible) qui se trouve à la même profondeur que le lion de Waterloo. A cette distance de 3.5 Km, la récepteur accroche immédiatement le signal.
Réception a 3.5 Km (cliquer pour agrandir)
Ensuite, je me suis déplacé sur le point le plus éloigné (point F) et avant même de tester la réception je savais déjà qu'il n'y aurait pas de réception. En effet, le champ est en surplomb d'environ deux mètres... pas de vue dégagée = pas de signal!
4.175 Km, pas de vue dégagée = pas de signal!
Sur place, je me rend compte qu'a quelques centaines de mètre, il y a la possibilité de regagner un peu d'altitude... je me déplace jusqu'au point G à presque 4 Km mais avec une vue plus dégagée sur l'émetteur.
En montant sur le talus, la vue est suffisamment dégagée pour permettre la réception des messages. Encore une fois, le récepteur accroche immédiatement le signal de l'émetteur.
Réception à 4KM avec vue dégagée (ou presque sur l'émetteur)
Le dernier point G n'offre malheureusement pas de réception parce que:
il n'y a pas de vue dégagée, je suis au pied d'un bois
je suis orienté dans la mauvaise direction (ce que je n'ai constaté plus tard).
Par contre, nous avons une autre vue imprenable sur le bosquet visible au point G. Il est possible de constater que le terrain s'incurve vers une altitude inférieure.
Pas de réception : mauvaise direction et pas de vue dégagée
Conclusion
Le couple d'antennes et de modules RFM69HCW démontre une efficacité vraiment étonnante pour CanSat avec les 100mW disponibles (puissance hors cadre de réglementation Européenne).
Il faudrait néanmoins reconduire ces tests avec une puissance max de 10mW réglementaire pour un utilisation standard.
J'ai pris quelques photographies de la vue depuis la position de l'émetteur. J'ai repéré deux pylônes électriques en vue dégagée et situés à 5.20 Km (près du chemin de Wavre, le long de la N5)
Vue depuis l'émetteur
Il est encore possible de tester ce point... par la suite, il sera indispensable de se déplacer ailleurs ou d'envisager une mise dans les airs.
Ressources
Nous réapprovisionnons nos kits Cansat pour les tirs 2025. Contactez nous si vous désirez placer une commande.
Nous poursuivons les travaux sur Kit CANSATversion 2, l'occasion de faire le point sur la communication Radio. Pour rappel, notre kit utilise un Raspberry-Pi Pico et du code Python sur microcontrôleur (MicroPython).
CanSat est
un concours visant a stimuler l'apprentissage des sciences dans le
domaine de l'AéroSpatial en réalisant un mini-satellite (la CanSat) pas
plus grande qu'une boîte de Soda. Ce satellite est envoyé et éjecté à
3000m d'altitude à l'aide d'une roquette. C'est à partir de ce moment
que votre projet capture les données et les envois au sol.
Le module radio RFM69HCW 433MHz est utilisé pour envoyer les informations au sol. Ce dernier module dispose d'une puissance d'émission de 100mW (+20dBm), largement suffisant pour assurer l'envoi de données au delà du kilomètre.
Le succès d'une transmission longue distance réside exclusivement dans l'aptitude à créer les antennes adéquates. Raison pour laquelle il est si important de prendre contact avec des Radio Amateurs (voir liste UBA).
Selon le club radio amateur WTO de Braine-l'Alleud, à qui je remets mes
chaleureux remerciements pour leur support, 100mW est suffisant pour une communication
allant jusqu'à 4 ou 5Km.
Etre convaincu des aspects techniques c'est bien, le démontrer c'est mieux. Ainsi, je me suis lancés dans l'aventure avec pour objectif d'atteindre un minimum de 1000m pour commencer.
Après avoir remis jusqu'à 6 fois mon travail sur l'établit, j'étais fin prêt à réaliser mes premiers tests en situation.
L'émetteur du CanSat-V2-Kit est positionné à environ 8m de hauteur face à une vue dégagée (le champs de bataille de Waterloo).
Côté récepteur, j'ai utilisé le PICO-RFM69-433-BOOT sur-lequel j'ai branché un afficheur LCD pour y lire les messages réceptionnés (et le RSSI). Un petit PowerBank et l'antenne Yagi et c'est parti.
Nous poursuivons les travaux sur Kit CANSATversion 2, l'occasion de faire le point. Pour rappel, notre kit utilise un Raspberry-Pi Pico et du code Python sur microcontrôleur (MicroPython).
CanSat est
un concours visant a stimuler l'apprentissage des sciences dans le
domaine de l'AéroSpatial en réalisant un mini-satellite (la CanSat) pas
plus grande qu'une boîte de Soda. Ce satellite est envoyé et éjecté à
3000m d'altitude à l'aide d'une roquette. C'est à partir de ce moment
que votre projet capture les données et les envois au sol.
100% compatible avec la version précédente (câblage code), nous avons terminé le premier round de test du prototype Alpha. Les correctifs nécessaires sont apportés et aux cartes et le prototype Beta arrive prochainement.
Nous faisons actuellement évoluer notre Kit CANSAT vers une version 2 . Pour rappel, notre kit utilise un Raspberry-Pi Pico et du code Python sur microcontrôleur (MicroPython).
CanSat est
un concours visant a stimuler l'apprentissage des sciences dans le
domaine de l'AéroSpatial en réalisant un mini-satellite (la CanSat) pas
plus grande qu'une boîte de Soda. Ce satellite est envoyé et éjecté à
3000m d'altitude à l'aide d'une roquette. C'est à partir de ce moment
que votre projet capture les données et les envois au sol.
Des précédents tirs et expériences utilisateurs, voici ce qu'il serait utile d'améliorer sur le kit actuel:
Améliorer la robustesse globale (meilleure résistance aux chutes).
Réduire le diamètre des cartes (l'actuel 1mm pour réaliser une paroi semble trop contraignant pour de nombreux débutants).
Connecteur FPC (pour le ruban) reste "fragile". Les manipulations avec brusqueries peuvent facilement déboîter la fermeture.
Pour les débutants, il serait préférable d'insérer un Pico dans un connecteur plutôt que le souder directement sur la Cansat-Base. Il sera ainsi plus facile à remplacer.
Souder le module radio et le chargeur Lipo sont des opérations fastidieuses (surtout si c'est la première fois).
Cansat : améliorations mécaniques
1) Les 3 points d'ancrage externes
Ces trois points restent exactement aux mêmes endroits. Cela permet d'assurer une retro-compatibilité mécanique avec les kits déjà distribués.
Autour de ces trois points, le diamètre extérieur reste à 64mm. Les trous font toujours 2.75mm (pour du Métrique 2.5).
2) Diamètre extérieur
Excepté pour les 3 points d'ancrage, le diamètre extérieur est passé à 60mm.
Cela laisse donc assez de place pour réaliser des parois de 3mm (contre 1mm précédemment) autour de la CanSat.
3) Axe central
Toutes les cartes, y compris la carte contrôleur, présentent en trou central de 6.4mm de diamètre. Cela permet de placer un axe central (ou tige filetée M6) sur toute la hauteur de la CanSat. Cette axe permet de décupler la résilience mécanique de la CanSat (meilleure résistance mécanique à l’atterrissage). Cette axe permet aussi la réalisation d'une attache parachute ancrée jusqu'à la base de la CanSat (limite le risque de bris à l'ouverture du parachute).
Cansat : améliorations électroniques
Un travail de fond très important a été réalisé sur la carte de contrôle de la CanSat.
Sans aucun changement de raccordement (par rapport à la version 1), la carte contrôleur a été entièrement redessinée.
Carte contrôleur (PICO-CANSAT-BASE v2)
1) module LIPO
Le module de charge Lipo est maintenant intégré à la carte. Le connecteur J108 (en bas) permet de brancher l'accu. Le Pico est directement alimenté par l'accu tandis qu'un circuit de régulation permet d'obtenir 3.3V @ 600mA.
Les points VBat/GND (sous le libellé "Pico Facing this side") permettent de brancher un second circuit de régulation si cela était nécessaire (ex: produire une tension de 5V pour une expérience).
Bien que l'électronique du module Lipo se trouve principalement sous la carte, les composants pratiques sont restés accessible sur le dessus de la carte. Par exemple, la LED CHG (orange) est allumée pendant la charge de l'accu Lipo (qui se fait par l'intermédiaire du connecteur USB du Pico). La résistance R_PROG permet d'ajuster le courant de recharge de l'accu (fixé à 250mA par défaut).
2) module radio
Le module radio est également intégré à la carte. Ce dernier est soudé sous la carte (à gauche du trou central. Emplacement repérable par les deux rangées verticales de 8 contacts).
Le connecteur d'antenne est accessible près du trou central (aussi bien par au-dessus que par en-dessous. Il est possible d'y souder un fil d'antenne ou un connecteur µFl .
Le module radio utilise l'interface SPI connectée par l'intermédiaire de cavalier sécables. Il est donc possible de sectionner les pistes pour désactiver le module radio et récupérer les GPIO.
3) carte MCU remplaçable
La carte microcontrôleur (MCU) s'insère perpendiculairement à la carte afin de respecter les contraintes CanSat tout en permettant la présence du trou central.
Le microcontroleur s'insère sur le connecteur 2x20 broches visible jusque au dessus du connecteur Lipo (J108). Il est encadré par les libellés "USB" et "Pico Facing this side".
L'utilisation d'une connectique simple permettra le remplacement du MCU en un tour de main. Grâce à ce dispositif, il sera possible - à l'avenir - d'envisager une mise-à-niveau matérielle du microcontrôleur.
Bien que le contact entre les deux cartes sera ferme, les connexions restent sensibles aux vibrations (ce qui ne manque pas dans une fusée). L'usage de colle ou souder directement le MCU sur la carte de base reste toujours possible pour les plus exigeant d'entre nous.
4) Connecteurs Grove
Afin de faciliter les raccordements, 5 connecteurs Grove à la verticale (J101 à J105) permet de réaliser des connexions/déconnexions rapidement et facilement. Ces connecteurs Grove proposent une alimentation 3.3V et les signaux sont tous en logique 3.3V.
Ces 5 connecteurs Grove offrent:
J102 : connecteur UART (port série) très pratique pour un GPS.
J101 : connecteur Analogique pour 2 entrées analogiques (ou numériques).
J104 et J105 : 2 connecteurs pour un total de 4 entrées/sorties numériques.
J103 : connectique I2C très pratique pour les capteurs en tout genre.
Bien que je ne sois pas fan de la connectique Grove, je dois reconnaître:
qu'ils sont plus facile a manipuler du fait qu'il sont plus encombrant.
qu'il est facile de sectionner le câble, de scinder les 4 fils de cette connectique et d'y souder directement votre propre matériel.
5) Connecteur Qwiic/StemmaQt
Déjà présent à la première version de la carte, ce connecteur transporte le même bus I2C que le connecteur J103 (alimentation 3V3 et logique 3V3). Ce connecteur est utilisé pour brancher le capteur BMP280 (température et pression atmosphérique).
6) breakout Pico
Tous les GPIOs ne sont pas exposés via les connecteurs Grove et Qwiic. Besoin de plus de GPIO? Pas de problème, toutes les broches du Pico sont disponibles en breakout sur les deux connecteurs situés de part et d'autres du connecteur Analogique (J101). Il suffit de sortir votre fer à souder et réaliser vos connexions nécessaires.
Note: avez-vous remarqué l'identification des GPIOs sur la sérigraphie.
7) Gestion de l'alimentation
Le haut de la carte reprend les points de connexion "PWR Enable". Soudez y un interrupteur pour contrôler le circuit d'alimentation. Sans interrupteur, le circuit reste activé jusqu'à la décharge complète de l'accumulateur.
Une fois fermé, le circuit de régulation du Lipo est désactivé. Par effet de cascade, le régulateur 3.3V du Pico est aussi désactivé et le Pico s'éteint.
La suite ...
Les premières cartes prototype sont commandées et le montage ne tardera plus. A tout bientôt pour la suite...
Connexion
.jpg)
.jpg)
.jpg)
.jpg)
.jpg)
.jpg)
.jpg)
