Présentation + questions/idées

(Etant limiter a 1 photo et 2 lien max, il suffit juste de changer le XX par le nom de la photo de ce lien : https://www.chernobyl-archives.org/img/fosm/XX :wink: )

Bien le bonjour !

Je suis donc Daniel, pour faire simple, je suis passionner de tout :smiley:
Diplômé en Electricité, automation industriel, Frigoriste et photographie semi pro.

Je travail actuellement en temps que technicien spécialiste en gestion de Data-Center (Electrique, refroidissement, etc… )
Maker dans le sang depuis toujours et mes spécialité sont le développement de PCB et autre PLC pour divers usage, ça va du Smart Geiger Cartographe au amplificateur de guitare vintage (en passant par radioactivité et plein d’autre projet évidement ) :

IMG : 1.png
IMG: 8.jpg

J’étudie aussi pour avoir la licence de Radio Amateur, je touche a la programmation Arduino, Admin Linux depuis 14 ans, etc…

Je fais beaucoup de projet théorique, donc l’étude de A a Z jusqu’à la réalisation théorique, faute de budget, on peu pas tout produire, mais cette technique permet de ce faire un bon bagage d’apprentissage sur beaucoup de sujet.
Et mon point fort, c’est de trouver tout ce qui est possible pour limiter au mieux les coût :sweat_smile:

Je suis tomber chez vous totalement par hasard en regardant une vidéo d’un youtuber parlant de vous. Etant fan de spatial et maker… me voici ici :star_struck:

J’ai eu Erwan au téléphone, qui ma expliquer un peu votre principe de fonctionnement, je vais donc survoler un peu le projet et étudier cela, et intervenir petit a petit la ou je peu donner mon avis afin de vous aider :slight_smile:

Mon but ici est surtout d’apprendre des choses, vous aidez, c’est vraiment ce genre de projet qui me plait

XXXXXXXXXXXXX

Et a ce sujet, j’ai un peu étudier vos schémas pour le BGC et j’ai quelques questions/avis qui pourrais optimiser le tout avec un peu moins de budget :slight_smile:

  1. Je ne fais que donner mon avis, en rien je me permettrait de remettre en question quoi que ce soir, je part du principe que toute les idées sont bonne a prendre, au pire, on apprend :wink:
    Je suis déjà super impressionné par la qualité du PCB réalisé, schéma ou autre, franchement bravo !

  2. GPS : Pourquoi ne pas prendre un L80-M39?
    Je travaillait au debut avec du Neo comme vous, mais le soucis c’est qu’il demande enormement de composant en plus du module, l’avantage du L80-M39 c’est qu’il a besoin de rien, tous est deja dans la puce, antenne comprise (Possible aussi de rajouter une antenne externe et d’autre fonction )
    Il est totalement autonome et envois via RS232 les donnee a 1Hz en 9600 et compatible avec les librairie standard GPS (exemple Tiny_GPS)
    Il coûte que 6e en moyenne et prend moins de 2x2cm sur un PCB :slight_smile:

au final on passerait de ceci :
IMG : 2.png

A ceci
IMG : 3.png
IMG : 9.jpeg

(et encore le transistor n’est pas obligatoire, j’ai ajouter la fonction on/off du module pour mon utilisation )

  1. Votre Gyro sous I2C : Eviter cela totalement, il suffit d’une erreur ou une saturation du bus et vous avez plus de com dessus, surtout si vous devez avoir beaucoup de mise a jour des info du gyro par secondes.
    Je vous conseille fortement de rester en analogique avec le ADXL335
    Il utilise une pin ADC par axe mais au moins on peu même ce prendre du 500Hz sans risque de faire cracher le bus :slight_smile:

IMG : 5.png

  1. USB to Serial : Le CH340C na pas besoin de composant en plus du IC, juste la filtration du 5V usb traditionnel :wink:
    IMG : 6.png

  2. Vous utilisez un STM32 pour avoir du 200Mhz (un truc du genre), pourquoi ne pas utiliser du ESP32 ?
    l’avantage c’est qu’il fait 240Mhz mais en dual core ( https://randomnerdtutorials.com/esp32-dual-core-arduino-ide/ ) et en plus il a le Bluetooth/Wifi , au cas ou pour donner des commandes series avant le lancement ? (c’est un peu plus rapide que le Lora :slight_smile: )

  3. J’ai vu passer que le PCB est en 4 couches ? Pourquoi ? En 3 PCB vous savez pas tout intégrer dedans en juste deux couches ? (c’est une vraie question, pas du tout une critique, mais vu la facture, ça fait mal au cul :smiley: )

J’ai pas mal d’expérience sur la micro intégration si besoin :slight_smile:
Ce circuit fait 5.5x5.5cm

IMG : 7.png

C’est un micro automate de poche avec dedans :

  • ESP32 wifi/BT
  • Serial to USB
  • Piezo
  • GPS
  • LoRa
  • SD
  • Interface pour compteur Geiger (sur un autre PCB mais le retour ADC, le PWM pour la génération du 400v et le retour du compteur ce fait déjà dans cette partie )
  • 2 Boutons poussoir
  • 1 Led 65K couleurs
  • 1x écrans graphique NB 128x64
  • Gestion de l’alim via USB et panneau solaire, idéal pour faire des balises.

Donc voila tout est possible :slight_smile:

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Donc voila, encore une fois c’est nullement pour faire de la critique non constructif, j’ai aucune prétention de quoi que ce soit, c’est juste pour apporter mon aide, mes idées, si sa ce trouve, tout ceci pourrais vous être fort utile.
Si pas, j’apprendrais des choses positives en comprenant vos choix :wink:

PS dsl de la taille du post !

4 « J'aime »

Salut Daniel M,
Merci beaucoup pour ce post et ces remarques constructives. @zakaria.elqotbi @aymane.fahmi cela pourrait vous intéresser et vous répondrez sûrement mieux que moi sur l’aspect élec.
Sur tes remarques en général, juste un point que j’aimerais soulever. Nous cherchons à réaliser un ordinateur de bord pour fusées/lanceur. Dès lors il faut penser à l’intégration dès le développement des cartes. Les contraintes liés à l’application de l’ordinateur de bord sont très fortes.

L’antenne est un vraie problématique. Une antenne patch, une antenne standard ? Quoiqu’il en soit, nous avons pour l’instant décidé d’avoir un corps en fibre de carbone. Dès lors, l’antenne doit être externe.

Les données à 1Hz c’est relativement faible pour notre application. La norme de l’envoi de données via RS232 ne me paraît pas rentré dans l’aspect modulaire et normatif que nous essayons de mettre en place.

Le fait de rester en analogique présente ses avantages et inconvénients, tout comme le numérique. Le but de ces cartes est réellement pensé pour une application spatiale de fusée, tout comme le choix des composants. Le composant que tu conseille serait sur plus de la moitié de la partie ascendante de la fusée saturée. Nous recevrions alors un signal constant, sans grand intêret physique.

Les points 3, 4 et 5 à voir avec @zakaria.elqotbi @zskdan mais pour le point 4, le wifi et bluetooth ne sont pas très intéressant pour notre application et pour le point 5, le projet a été financé par Fédération.

Globalement c’est super sympa de faire un tel retour mais nous sommes au stade test & production sur ce projet donc à voir comment nous pourrions intégrer tes remarques au projet. :wink:

1 « J'aime »

Citation : L’antenne est un vraie problématique. Une antenne patch, une antenne standard ? Quoiqu’il en soit, nous avons pour l’instant décidé d’avoir un corps en fibre de carbone. Dès lors, l’antenne doit être externe.

Il y a une sortie antenne :slight_smile: Ça choque pas d’en avoir deux si c’est en //

Citation Les données à 1Hz c’est relativement faible pour notre application. La norme de l’envoi de données via RS232 ne me paraît pas rentré dans l’aspect modulaire et normatif que nous essayons de mettre en place.

Je parlais de l’envois des donnes GPS, exactement comme votre chip, juste que de base c’est 1Hz et il peu monté jusqu’à 10Hz il me semble, pour un guidage par GPS, je pense pas que plus de 1Hz soit utile, donc le L80-M39 vous donnerais l’avantage d’avoir beaucoup moins besoin de composant de surface et je pense même qu’il est moins chère au total.
mais la c’est mon avis perso :slight_smile:

Citation Le fait de rester en analogique présente ses avantages et inconvénients, tout comme le numérique. Le but de ces cartes est réellement pensé pour une application spatiale de fusée, tout comme le choix des composants. Le composant que tu conseille serait sur plus de la moitié de la partie ascendante de la fusée saturée. Nous recevrions alors un signal constant, sans grand intêret physique.

Tout comme le même capteur que vous avez choisis mais piloter par I2C, sauf que ce bus peu etre facilement instable, donc opter sur de l’analogique est tout aussi fiable, d’ailleurs la ouce en I2C fonctionne exactement de la même façons sauf qu’il un convertisseur ADC->i2C dedans, donc ici on rajoute juste une couche en plus donc des soucis en plus :slight_smile:

Citation Les points 3, 4 et 5 à voir avec @zakaria.elqotbi @zskdan mais pour le point 4, le wifi et bluetooth ne sont pas très intéressant pour notre application et pour le point 5, le projet a été financé par Fédération.

Evidemment le wifi et BT sert strictement a rien, je disais surtout ce qu’il avait dans le ventre :slight_smile:
Limite juste peu être un BT avant le décollage mais sans plus, le LoRa c’est cool mais ça reste limite pour faire du troubleshooting par exemple :slight_smile:

Citation pour le point 5, le projet a été financé par Fédération.

Alors je connais pas du tout vos budgets, de comment vous géré tout ça et je pense qu’a ce stade, cela me regarde pas du tout :smiley:
Je part juste du principe que je travail de façons a réduire les couts quand c’est possible car perso j’ai pas un budget pour mes projets en général, du coup cette mentalité la permet justement de cherché la meilleurs façons a avoir de la qualité avec ce que l’on a :wink:
(maintenant si vous avez vraiment du budjet… j’ouvre un projet pour dev un cubsat :laughing: )

Citation
Globalement c’est super sympa de faire un tel retour mais nous sommes au stade test & production sur ce projet donc à voir comment nous pourrions intégrer tes remarques au projet. :wink:

Je suis totalement conscient de la chose, vous avez fait un superbe boulot, j’ai rien a dire la dessus :wink:
Mais je sais très bien qu’une version final ça n’existe pas, tôt ou tard il y aura une MAJ et la mes remarque pourrais êtres etudier :wink:
Puis, je vois pas trop comment vous aidez autrement sinon :wink:

c’est top du coup ça peut-être une super application

On cherche à faire du guidage de parachute. La fréquence d’actualisation est un gros paramètre et 1Hz n’est à mon sens pas suffisant.
Pour autant, avec le calcul, aller au delà de 10Hz ne me paraît pas, pour l’instant, nécessaire. Donc si on peut monter à 10Hz, c’est une super idée.

C’est très gentil de ta part mais non cela est faux.
Tout d’abord, nous devons avoir au minimum +/-32g de range pour l’accélération de notre projet (ce que fait le capteur indiqué dans les refs de BGC et pas dans celui que tu indiques, je te laisse vérifier par toi-même: https://www.analog.com/media/en/technical-documentation/data-sheets/ADXL335.pdf et pour ton capteur: https://invensense.tdk.com/wp-content/uploads/2018/10/AN-000146-v2.0-TDK_Migration_MPU_9250toICM-20948.pdf et ICM-20601 | TDK InvenSense pour celui que l’on propose) .
De plus notre capteur possède 6 DDL de plus que celui que tu proposes:

  • pour l’accélération calculé sur le champ magnétique (terrestre, vu les ordres de grandeurs de mémoire, je suis pas sur) ainsi que,
  • pour l’accélération angulaire.

Ensuite, il peut également être piloté sur le protocole SPI.
Enfin, nous pouvons envisager utiliser l’ensemble des capteurs analogiques, nous avons des po. Cela ne représente pas une grosse somme, ni un chantier de travail, il me semble que nous avons des pins IO pur de l’analog. :slight_smile: :slight_smile:

Ce serait top !

Nous avons un projet d’une v2 de BGC qui serait de l’avionique modulaire en FPGA, avec linux embarqué si ça t’intéresse :wink:

Y’a plein d’autres sous-projets AdAstra, base de lancements, antenne de réception… sinon à toi de créer :wink:

1 « J'aime »

Il fait bien entre 1 et 10Hz :wink:

Oh la vache j’avais même pas fait gaffe au spec de votre puce, honte a moi sérieux !

Linux ? A la oui ça m’intéresse vraiment :smiley:

Meme faire des projets théorique ? Donc faire tout le R&D sans forcement le réaliser ?
Car j’aimerais vraiment Dev un CubSat un jour, mais avant cela il y a beaucoup a apprendre

On va faire un point jeudi pro à 20h sur BGC je pense.

Pas de soucis :wink: ça arrive à tout le monde.

Moi aussi :wink: mais il reste plus qu’à le faire maintenant ahah. SI tu veux plus de détails, nous avons une présentation la dessus.

Comme quoi ?

Oui par exemple :slight_smile:
Le but étant de faire le plus possible

Ca sort quand même du cadre du projet AdAstra mais ca reste dans le cadre de Fédération OpenSpaceMakers :slight_smile: