Version imprimable du sujet

Posté par: 4lex 21/03/2015, 19:23

Bonjour à tous,

Un p'tit post pour vous présenter un projet que je viens de terminer... Apres plusieurs mois de prises de tete!!

Pour resituer le sujet j'avais déjà réalisé un compteur/décompteur de billes:

https://www.youtube.com/watch?v=82i-6yiIr_8

Mais j'étais parti sur un programme en assembleur, une puce de type PIC, et j'etais limité coté évolutivité.

Je suis reparti de zéro sur arduino, avec la possibilité de piloter un afficheur type oled, et beaucoup, beaucoup plus de possibilités, comme programmer un mode fusil à pompe ou enregistrer plusieurs configurations.

Aujourd'hui c'est presque terminé, quelques détails à peaufiner, mais ca marche.








Niveau perfs, voila ce que c'est capable de faire:

- Possibilité de garder en mémoire / charger 2 configurations différentes: parametres de base, Contraste de l'écran, capacité du chargeur, temps avant mise en veille, modes de tirs associés à la position du sélecteur
- Calcul/affichage de la cadence de tir
- Modes paramétrables: semi, burst 2 à 9 billes paramétrable via le menu , full, pompe 2 à 9 billes paramétrable via le menu (charge n billes et tir)
- Si le doigt reste appuyé plus de 500 ms sur la détente -> passage en mode full ou full pompe (ca arrose )
- Mesure/affichage de la tension de la batterie
- Décompte du nombre de billes dans le chargeur, impossible de tirer si le compteur tombe à 0, lorsque le compteur est réinitialisé une billes est automatiquement chargée dans le canon.
- Paramétrage du chargeur de 10 à 990 billes
- Compte total de billes de 0 à 9999
- Réglage du contraste de l'écran: LOW / HIGH
- Mode veille paramétrable de 1 à 30 minutes, Sortie du mode veille (écran éteint) dès qu'un tir est detecté
- Affichage du mode de tir en cours
- Possibilité de charger/enregistrer ou reset des deux configurations
- Alimentation: lipo 2S, 3S
- Taille reduite (ca rentre dans une crosse M4)
- Navigation dans les menus par un pad 4 directions + pression centrale
- Réglage des paramètres : DN, DP, RF, DR, etc..
- Réglage du DP automatique: après x secondes il est incrémenté de xDP sur le premier tir de manière a améliorer la régularité sur le 1er tir et éviter le 'First shot dead' sur les config avec un DP bas. Tout est paramétrable
- Retour automatique au menu principal au bout de 3 secondes
- Mode tir avec écran éteint.

Posté par: jujujames 21/03/2015, 20:56

jolie travaille !!

question quel prix t'a coûter ce FCU et pense tu que ce soit faisable sur SMP ?

Posté par: 4lex 21/03/2015, 21:08

CITATION(jujujames @ 21/03/2015, 20:56)

Posté par: Melka 21/03/2015, 22:43

Vraiment impressionnant!

Est-ce que tu as pensé à contacter Polarstar pour leur proposer ton expertise ?

Serait-il possible d'implémenter un délai entre chaque tir ?
Ainsi, une réplique montée en snipe pourrait être limitée à 1 seconde entre chaque tir.
J'ai déjà vu que certaines personnes seraient intéressées sur le groupe facebook.

Posté par: Crow35 21/03/2015, 22:45

Tu es doué alex beau travail

Posté par: brad 22/03/2015, 14:57

Jolie job


Apres le pulse rifle, la m4 rifle

Posté par: Skipspik 22/03/2015, 18:33

...C'est quoi le mode pompe par rapport au mode burst ?
Tu chambres plusieurs billes avant de tirer ? Ça fait pas des perfs dégueulasse ça ?

Posté par: Léodi 22/03/2015, 18:52

Superbe travail 4lex. En plus pour faire rentrer tout ça dans une crosse crane, c'est balaise, en plus d'être très propre.
Ça ne tire pas trop sur la batterie ? Ça doit pas mal consommer par rapport au fcu de base.

Tu sauvegarde la conf sur une memory stick ?

Je ne connais pas tes menu ni ce que tu en fais ingame, mais tu pourrais faire un système de vérouillage (menu simple pour vérouiller, et combinaison pour sortir de la veille) pour éviter d'appuyer dessus sans faire exprès en partie.
J'avais fait un truc assez similaire sur un M16 aeg en arduino, lcd dans la crosse découpé avec 2 boutons simple, mais le souci c'est que j'appuyais sans faire exprès ingame, et que vu que je joue pas mal en forêt ça a pas aimé l'humidité et ça devait gérer du 40A... mais ça prenait de la place avec des câbles partout, j'admire ta performance et ta patience.

Sinon, c'est quoi la référence de ton joystick ? Et tu n'as pas peur que le mode pompe n’abîme ton canon ? J'aurais peur que les billes partent n'importe comment et raye le canon.

Posté par: 4lex 23/03/2015, 07:53

CITATION(Melka @ 21/03/2015, 22:43)

Posté par: 4lex 23/03/2015, 07:57

CITATION(Skipspik @ 22/03/2015, 18:33)

Posté par: 4lex 23/03/2015, 08:08

CITATION(Léodi @ 22/03/2015, 18:52)

CITATION(Léodi @ 22/03/2015, 18:52)

CITATION(Léodi @ 22/03/2015, 18:52)

CITATION(Léodi @ 22/03/2015, 18:52)

Posté par: Cheated 25/03/2015, 14:21

Salut !

Je trouve ton travail remarquable ! J'en veux sur un HK417 VFC !
Tu as su innové sur une technologie déjà présente, c'est cool. L'info sur la cap du chargeur est vraiment super utile, les différents modes de tir, l'indicatif pour la charge de la batterie aussi. Si ça continue on va bientôt arriver avec des micro OLED sur nos picatiny pour avoir des infos GPS, heures, contacts vocaux, messages du PC et même liste des courses ... haha !

Seulement quelques interrogations se posent, niveau étanchéité, aucun problème en cas de pluie, éclaboussures ? Puisque le boitier est simplement fixé à l'intérieur, donc l'humidité peut en principe atteindre les composants ?

Sinon excellent boulot ! Enfin de l'high-tec dans nos répliques, ça va commencer à réfléchir en tirant !

Posté par: 4lex 25/03/2015, 17:35

Salut,

Pour l'etanchéité je pense faire la meme chose que pour mon precedent compteur, c'est à dire un micro joint en peripherie de l'ecran. Ce qui est plus compliqué c'est pour le pad, meme s'il ne craint pas l'eau... Je pensai à une sorte de membrane en caoutchouc collée sur la crosse qui le recouvrirait.

A creuser!

Posté par: Cheated 26/03/2015, 00:45

Intéressant, tu me donnes des idées ! Pour le pad, il est directement branché sur le circuit du FCU ? parce que si il est déporté, je pense que mettre une sorte de trappe/capuchon à viser/déviser avec un joint serait beaucoup plus simple. Et j'ai lu que tu cherchais également un moyen de le verrouiller, du coup même plus besoin de le verrouiller puisqu'il ne sera pas en contact direct et donc pas actionné.
Si tu as besoin d'autres idées n'hésite pas

Posté par: 4lex 27/03/2015, 16:59

J'ai rajouté deux fonctions:

- Quand le decompteur arrive à 0, le fait de le réinitialiser engage une bille dans le canon, pour empêcher le premier tir à vide en CB ON

- Appuyer la detente renvoie automatiquement au menu de tir, ca évite les mauvaises surprises au cas ou le pad est actionné ppar erreur

Posté par: Kawa45 10/06/2015, 10:57

Bonjour,
Vraiment impressionnant
Je m'intéresse un peu à l'électronique aussi, où pourrai-je trouver des explications sur le fonctionnement, branchement ... ?

Posté par: 4lex 11/06/2015, 17:58

CITATION(Kawa45 @ 10/06/2015, 11:57)

Bonjour, Vraiment impressionnant Je m'intéresse un peu à l'électronique aussi, où pourrai-je trouver des explications sur le fonctionnement, branchement ... ?

Posté par: Sig357 11/06/2015, 19:21

Sacré taff'! Oo c'est impressionant, et l'adaptation dans la crosse, chapeau!

Posté par: 4lex 11/06/2015, 20:13

CITATION(Sig357 @ 11/06/2015, 20:21)

Posté par: jujujames 18/08/2015, 00:44

une question pour 4lex

pense tu qu'il serait possible de couplé un bloc hop up ashu (avec capteur de présence de bille) au fcu d'origine ou a ton fcu custom ?
pour que lorsqu'il n'y a plus de bille ça empéche de tiré

Posté par: 4lex 18/08/2015, 10:38

CITATION(jujujames @ 18/08/2015, 01:44)

Posté par: tintinmarus 19/08/2015, 17:12

bonjour, est ce que tu as prévu de le commercialisé? est ce que tu as vu sur powair 6 il on placé un switch sur la gearbox qui permet de détecter le chargeur présent tu pense que ça pourrais être possible de faire de même via ton fcu?

Posté par: 4lex 19/08/2015, 18:41

CITATION(tintinmarus @ 19/08/2015, 18:12)

Posté par: tintinmarus 19/08/2015, 21:00

tu as pu faire des essai sur un jack?

Posté par: 4lex 19/08/2015, 22:28

CITATION(tintinmarus @ 19/08/2015, 22:00)

Posté par: jujujames 20/08/2015, 04:38

merci pour la réponse

pense tu dévelopé le même fcu pour jack un jour ? et si oui a combien le vendrais tu ?
car je serai vraiment intéressé pour t'en acheté un

Posté par: tintinmarus 20/08/2015, 06:02

Tout pareil que le monsieur du dessus.

Posté par: 4lex 20/08/2015, 19:45

CITATION(jujujames @ 20/08/2015, 05:38)

Posté par: jujujames 21/08/2015, 02:36

je comprend , vue la charge de travail que ça implique

merci quand même pour tes réponses

Posté par: TrolololGames 28/08/2015, 22:57

Bonjour ! Je vais bientôt acheter un Barrett en Polarstar (rêve de gosse ...) Bref je m' amuse aussi à coder à mes temps perdu (et bidouiller sur raspberry pi : serveurs mails, FTPs etc. petits robots et autres défis entre étudiants geeks) et ton travail est super ! Très esthétique et pratique, pour ma part je souhaiterais créer un FCU comme toi pour mettre un délai de 2 secondes entre chaque tir, mais je me doit de laisser les paramètres de base du FCU et je ne sais absolument pas comment le faire n' ayant pas le code source.

Bref j' ai quelques questions :

1- m' autoriserais tu a utiliser ton code source ? (Sans publication ou autre, juste usage personnel. je le modifierais de toute façon... enlever et ajouter quelques lignes)
2- quel est le modèle de l' arduino ? (Je ne comprend pas bien le montage sur les photos)
3- quel est le modèle de l' afficheur ?

Je comprendrais évidemment que tu ne veuilles pas me partager le code... si c' est le cas tant pis pour moi... je me débrouillerais

Merci beaucoup !!! Et bravo !

Posté par: 4lex 31/08/2015, 20:06

CITATION(TrolololGames @ 28/08/2015, 23:57)

Posté par: TrolololGames 31/08/2015, 21:32

Ah, c' est bien ce que je pensais ! La Nano...
C' est juste que l' on ne la voit pas sur les photos ^^

-> MP

Posté par: tintinmarus 26/09/2015, 11:25

si tu le comercialise sans le montage dans la crosse avec un switch pour détecter le chargeur , tu aurais un ordre de prix?

pour l'ecran crois tu qu'il serais possible de l'insérer dans un anpeq? sur la partie arriéré, comme ça tu as l'emplacement pour la batterie et l’écran est protégé!

Posté par: 4lex 24/02/2016, 18:01

Je me suis enfin décidé à en faire une vidéo de présentation!




https://www.youtube.com/watch?v=NKtrWAKLiIw&feature=youtu.be

Posté par: Melka 24/02/2016, 18:11

Vraiment sympa, merci!

Tu partages le code et la liste de matos nécessaire ?

Posté par: 4lex 24/02/2016, 18:13

CITATION(Melka @ 24/02/2016, 18:11)

Posté par: marcelou 14/03/2016, 23:09

Salut, toujours secret défense ?
Je me suis mis en tête de monter un HPA full home made à base de valve MAC hyper rapide et arduino.
Gros noob en électronique je cherche les infos de base pour commencer mon projet, au moins un code de base sur lequel démarrer.

Tu m'aiderais ?

Posté par: 4lex 15/03/2016, 19:49

CITATION(marcelou @ 14/03/2016, 23:09)

Salut, toujours secret défense ? Je me suis mis en tête de monter un HPA full home made à base de valve MAC hyper rapide et arduino. Gros noob en électronique je cherche les infos de base pour commencer mon projet, au moins un code de base sur lequel démarrer. Tu m'aiderais ?

Posté par: marcelou 15/03/2016, 20:24

Tu ne veux pas partager ton travail parce que tu le vends? Parce que ça te soules de filer un truc qui t'as pris des heures au carré ?
Juste pour savoir. N'y vois aucune agression de ma part hein !

Juste que je me demande l'intérêt de partager son boulot à moitié sur un forum, s'tout
En ce qui me concerne, j'aime bien filer la main aux gens qui sont demandeurs, mais ça n'engage que moi.

Hors sujet terminé.

Je cherche les infos sur le fonctionnement des différents FCU notamment pour le wolverine, mais pas trouvé / cherché grand chose pour l'instant.

Pour ce qui est de l'arduino, faire clignoter une led, ça va aller. J'avais bien entendu également "deviné" que j'aurai à utiliser un mosfet, pas noob à ce point quand même hein
J'ai regardé pour les LCD, c'est pas très compliqué non plus.

Le gros truc ça va être de gérer l'interface entre les switchs, l'affichage sur le LCD et la programmation "en live" des temps d'ouverture de la vanne fonction des différents modes et config de répliques ...
Je cherche quelques lignes directrices en fait, c'est tout.

Même s'il est plus simple de comprendre en partant d'un code déjà bien avancé, comme le tiens je suppose.

Enfin, j'vais bien trouver. Mais merci quand même de ton retour.

Posté par: 4lex 15/03/2016, 20:28

CITATION(marcelou @ 15/03/2016, 20:24)

CITATION(marcelou @ 15/03/2016, 20:24)

Posté par: marcelou 17/03/2016, 19:07

un truc qui m'aiderait bien, c'est un bout de code pour executer un cycle de tir et l'arrêter pour les modes semi et burst ( mais en pouvant garder le switch appuyé ), j'ai essayé plein de trucs mais si je garde le switch actif le code tourne en boucle ...

Ce serait déjà super cool

Posté par: 4lex 17/03/2016, 19:41

C'est très simple. Tu crées un compteur initialement à 0. Si le compteur est à 0 le cycle peut être lancé. A la fin du cycle le compteur est incrémenté et si le switch est relâché il est réinitialisé.

Posté par: marcelou 24/03/2016, 09:05

Ouaip, sauf que si je laisse le bouton appuyé, le cycle tourne en boucle.

J'ai découvert la fonction millis() qui me semble être bien adaptée à ce que je veux faire (gérer un temps de cycle). Faut que j’apprenne à m'en servir maintenant...
L'idée serait de déclencher un compteur temps dès l'appui sur le bouton et au bout d'un certain temps forcer le reset du bouton, ou un truc dans le genre.

Après avec une boucle for ( i = 0; i < nbr_de_coups; i++ ) je compte le nombre de cycles dans les modes semi et burst .

Donc en semi nbr_de_coups = 1 et en burst nbr_de_coups = 2 à X coups programmables.

Bonne piste ?

Faut aussi que je me penche sur la gestion EEPROM pour sauvegarder les configs et pouvoir les changer 'on the field'.

Posté par: marcelou 31/03/2016, 13:21

Salut salut!

@4lex: je n'arrive pas à trouver un petit joystick comme le tiens et je trouve ça juste parfait pour l'utilisation.
Aurais-tu un lien vers un fournisseur stp?

Posté par: 4lex 31/03/2016, 17:32

Voila: https://www.google.fr/search?q=SKQUCAA010-ALPS&biw=907&bih=413&source=lnms&tbm=isch&sa=X&ved=0ahUKEwj4k9zyrOvLAhWBvxoKHUzbCDAQ_AUIBygC

Posté par: marcelou 04/04/2016, 06:43

Merci

Posté par: TrolololGames 07/06/2016, 06:30

Coucou ! Après une grosse periode de codage/prévision/modifications etc., je vais enfin créer le premier prototype en fin de semaine ! (Qui espéront le fonctionnera du premier coup )

Quelques fonctionnalités principales :
- Bluetooth / une fois connecté à un smartphone, l'application que j'ai développée devrait permettre de modifier les profils de tirs/afficher les options actives/modifier les valeurs de chaques options... Et encore bien plus

- 6 modes de tirs : Shotgun, Burst, Semi, Auto, Sniper, SniperBurst

- Connexion bluetooth non nécessaire pour que tout marche

- détection de fin de chargeur (à revoir... C'est juste un compteur incrémenté à chaque coup pour l'instant, en plus la taille du chargeur n'est pas encore réglable)

Je pense lacher le code et les plans en "open source", à condition qu'ils ne servent pas à faire du fric sur mon dos... Ce serais plus intéressant si une communauté de codeurs/joueurs fabriquaient leurs FCU et réfléchissaient à créer de nouvelles fonctionnalités.

Aussi si des personnes sont intéressée pour m'acheter un FCU BT, voir en MP pour des infos (il y auras 5/10 de dispo) pour un prix d'environ 50-60€ max je pense. Ceci n'est cepandant pas d'actualité puisque je vais déjà vérifier si tout marche avant de proposer réelement cette option (au final ça reviendras moins cher que d'acheter et de monter sois même les composants vu que les frais de ports sont partagés et que les composants en quantité profitent d'un tarif préférentiel) Voir dans 1/2 mois.


Merci 4lex pour m'avoir plongé la tête la première dans le magnifique monde de l'électronique
Tes MP auront été d'une aide précieuse.

Posté par: 4lex 09/06/2016, 08:26

CITATION(TrolololGames @ 07/06/2016, 07:30)

Posté par: TrolololGames 10/06/2016, 05:45

Yep ! Avec un site ultra bien foutu du MIT, -> App Inventor 2

Programmation par bloc, une fois le principe compris on peut faire un tas de choses !

J'ai reçu les composants hier : j'ai monté le tout sur breadboard (en attendant le PCB) le régulateur 5v marche parfaitement, j'ai monté les mosfets etc. et à la fin, quand je connectais le moins à la gate d'un mosfet, la led posée au bout s'allumait bien !

Je test dès que je peut sur la P*, Pour un test plus complet ça va être compliqué puisque je ne sais pas encore comment je peux connecter temporairement des cables à mon arduino sans soudure...

Pour le code je ne suis pas encore sûr... Je verrais une fois que tout marchera

Pour l'instant j'ai mis le code "blink" dans la carte, et ça clignote
(j'ai un peu galéré avec les drivers...)

Du coup j'étais très fier de moi
(oui oui, devant une led rouge qui clignote... )


Edit :

J'ai testé pour la première fois le module avec tout de branché, et...

ça marche po

Et en plus j'ai trouvé pourquoi... Problème de connexion bluetooth avec l'application (l'appli se déconnecte quand on change d' "écran" )

Je doit refaire la moitié de l'app

Bon...

Ben j'm'y met...

Edit : C'est réglé, je test après demain

Edit : J'ai encore un bon bout de test/correctifs à apporter... Mais le plus gros est fait. Et nouveau pb avec l'app qui crash sans raison...

Edit : Fini les crashs ! Et j'ai totalement assemblé la carte... Quelques PB encore mais j'y suis bientôt !

Posté par: TrolololGames 25/09/2016, 10:08

Ça y est !! J'ai fini la première version de mon FCU !

Mesuré 43mA de consommation sur la batterie, Un peu beaucoup mais je m'attendais à pire !

L'application liée est presque parfaite, encore un petit bug d'affichage mais ça se règle facilement. Le seul problème, c'est gros, très gros... Trop gros.......

Pour rentrer dans un Barrett M82 ça va, mais dans la crosse de la M4 : rien à faire

Du coup, c'est parti pour la V2 ! (enfin... V4 si on compte le nombre de fois où j'ai changé de direction pour en arriver là)

Au programme () :
- composants SMD (plus petits)
- pas de carte arduino, seulement les composants de celle-ci intégrée au PCB (économie de place et de consommation puisque les leds de fonctionnement vont disparaitre, et paf : 10mA d'économisé !)

Les fonctionnalités vont aussi changer puisque j'ai vendu mon Barrett, nouveau projet : monter une M4 (genre DMR : canon 18" etc.) à partir de rien.



Pour ceux qui veulent un exemplaire du code (à jour, il sera amené a évoluer avec le temps), une aide pour le hardware/software ou autre, n'hésitez pas : MP !

Posté par: filo974 08/02/2017, 05:08

Tres bon boulot les gars! alors sa a avencer ton boulot TrolololGames?

Posté par: TrolololGames 07/03/2017, 07:27

Ouais ! J'en vois le bout

Circuits imprimés commandés, les composants je vais les prendre d'ici 1 ou 2 jours...

Le code fonctionne et j'ai pu le tester, presque 800 lignes quand même...

Le coté cool, c'est que j'ai rajouté des fonctionnalités sympa :
- detecteur de billes dans le chargeur,
- le bolt stop est maintenant utilisé (pour la même raison que sur la vraie M4 : réengager la première bb dans le hop up après un rechargement, s'il n'y a pas de bb dans la chambre)
- le FCU sera plus petit d' 1cm que celui de polarstar en longueur, plus fin aussi (2-3 mm)

Le truc c'est que ça va faire un peu de boulot pour faire passer tout les cables dans la réplique... Mais ça iras

J'aimerais bien savoir si des gens seraient interressé par mon FCU...
Ce serais bien si je pouvais faire une étude de marché sur FA


Je suis trop pressé de l'avoir dans les mains

Posté par: marcelou 13/03/2017, 09:29

Bonjour à tous,

après quelques mois ( bien occupés, chiot, maison, bébé, travaux, couches, caca, etc... ) j'ai enfin pu me re-pencher sur le sujet d'un système HPA complet et "Homemade".
J'ai pu faire réaliser le proto de la partie pneumatique, approvisionner une électrovanne MacValves ( BV310A), réaliser le programme sur arduino nano et imprimer une crosse permettant d'accueillir la partie électronique ( arduino + écran + joystick) et monter ce petit monde pour un premier test à 6 bar ( pour valider le bon fonctionnement méca).

J'ai voulu un fonctionnement au plus simple et suis donc parti sur un système HPA avec une seule pièce en mouvement ( inspiré du système de kuba t-1000 ), un programme permettant le réglage du temps d'ouverture de l'électrovanne ( le reste est calculé dans le programme ) et le choix du mode de tir et des paramètres associés. Pas de mode FAP ( impossible vu la configuration de mon système ).
Les paramètres sont enregistrés sur l'EEPROM interne ( temps d'ouverture et dernier mode de tir sélectionné ).

Partie mécanique : trois pièces usinées 7075 + joints toriques + ressort. Petites modifications au niveau des coques de GB.

Partie électronique : Arduino Nano, TIP120, diode 1n4007, trois micro-switchs, un joystick 4+1, un écran oled et quelques résistances + un PCB sur mesure usiné sur ma CNC.

Partie 3D print : une crosse, un attache-sangle, un support écrou pour tube de crosse, un tappet plate et un support de microswitchs.

Pour l'affichage j'ai un petit menu sur écran oled 128x32 me permettant le:
- choix du mode de tir : Semi, Semi-Full, Semi-Burst, Sniper
- choix du nombre de BBs par burst ( 2 à 9 )
- choix de la cadence (10 à 30 BB / s)
- choix du temps de pause entre deux tirs ( Sniper )
- choix du temps d'ouverture électrovanne

En mode de jeu, j'ai un rappel du mode de tir et du paramètre associé en fonction de la position du sélecteur ainsi que l'état de la batterie ( lipo 3s 600mAh).

Le sélecteur d'origine me permet de passer de la sécurité, au mode programmé en passant par un mode intermédiaire (généralement SEMI AUTO).

Je devrai pouvoir tester la réplique complète cette semaine avec 10 bar de pression d'alimentation.

Si intéressés je vous mettrai quelques photos et les résultats des premiers tests ( et peut-être des tests chrony, si ça fonctionne ).

Merci à 4lex pour la référence du joystick.

Une fois les tests réalisés et le fonctionnement validé, je pourrai bien évidemment partager mon travail dans son intégralité ( plans des pièces à usiner, programme Arduino, BoM des composants, fichiers STL ou SLDPRT des pièces à imprimer etc... ) avec le plus grand des plaisirs.

Si vous voyez des modes de tirs potentiels à ajouter qui seraient sympas, n'hésitez pas à poster l'idée, ça m'aidera !

A bientôt pour des nouvelles plus abouties !

Posté par: TrolololGames 14/03/2017, 16:05

Wow

J'ai trouvé un gars encore plus malade que moi


As-tu fais attention à la conso moyenne de ton système ? (mA) Les arduino consomment beaucoup si elle ne sont pas faites maison (+ de 25mA) regarde du coté des mode de veille...

T'as de quoi usiner du 7075 chez toi ?

J'en rêve...


Pour les modes de tir...
Ben si tu ne peux pas gérer indépendement le nozzle et le poppet, t'as fait le tour ^^ (à la limite un sniper-burst, j'ai mis ça sur mon FCU )

C'est cool !!

Néanmoins il existe sûrement mieux qu'un TIP120 pour gérer la puissance... gros et consommateur

Les Mosfets sont en général plus petits et efficaces (selon le boitier)


Je suis impatient de voir la tête de la crosse

Posté par: marcelou3 18/03/2017, 18:25

Plop, gros problème avec mon compte FA... J'ai recréé un compte en attendant.

J'ai pu tester le fonctionnement, c'est validé. Par contre une erreur de prise de cotes et je me retrouve avec une pièce à reprendre en usinage, je ferai ça Lundi.
Du coup, je sors 320 FPS à 8.2 bars. Je m'attendais à plus ... Je referai des tests après reprise de mon piston aluminium.

Alors, pour répondre aux questions:
Pour la consommation:
- Arduino + oled : 27 mA
- Arduino + oled en pause (programmée) : 19mA
- Tir : 330mA ( pendant environ 20ms / tir )

Pour ce qui est de l'usinage, je le fait au boulot, j'ai tout le matos.

Pour les modes de tir tu as raison, j'ai fait le tour avec le système employé. Mais c'est déjà pas mal je trouve.

Pour remplacer le TIP 120, j'ai des IRF520, c'est mieux ? En quoi concrètement ?

Pour les photos, google n'est plus autorisé comme hébergeur sur le forum ? Ca me met une erreur alors que les images s'affichent dans la prévisualisation du post...

Posté par: TrolololGames 19/03/2017, 00:56

- Arduino + oled : 27 mA
- Arduino + oled en pause (programmée) : 19mA
- Tir : 330mA ( pendant environ 20ms / tir )

Bon... C'est pas excessif en sachant qu'un oled consomme assez...

Si on a une batterie de 1200mAh ça donne une autonomie moyenne de 1200/30 = 40h

Honnêtement, si tes composants fonctionnent bien comme ça, pas besoin de chercher beaucoup mieux... Sauf si comme moi tu fais une V2 (j'en suis à la V4 ) en changeant vraiment les composants pour utiliser le moindre mA le plus efficacement possible
Mais dans ce cas il te faudra vraiment bosser sur le code + les composants + le PCB car tu devras en faire des sur-mesure



D'ailleurs, je commence à recevoir mes composants
Les PCBs sont en route, ai déjà reçu les connecteurs, résistances et condensateurs. Il en reste pas mal à arriver... diodes, régu, ATmega etc.

Je vise 1mA de conso



(pour être plus précis mosfet/TIP120, un TIP120 est activé par du courrant, un mosfet est activé rien qu'avec la tension, donc très peu de courrant : moins de consommation sur la batterie. Les mosfets permettent de transporter plus de puissance tout en chauffant moins et en changeant d'état plus rapidement. La résistance du mosfet est inferieur une fois à l'état passant, la chute de tension est aussi inferieur au TIP120...
Renseigne toi sur les Mosfet P et N, en général les N sont mieux mais pour une Polarstar, il faut du P. Si tu as d'autres questions, pas de prob !)

Posté par: marcelou3 19/03/2017, 12:25

Intéressante ton histoire de mosFET !
J'ai regardé les datasheets des IRF520 et IRF540N, les deux sont des N apparemment si j'ai bien compris...
Donc se pilotent en tension positive ( ? ).
Du coup, je ne comprends pas l'intérêt d'un pilotage en tension négative ...

Quelles sont les données à regarder de près pour mon utilisation ?

Je pencherai pour:
- continuous drain courant : TIP120 - 5A / 520 - 9.2A / 540N - 33A
- power dissipation : TIP120 - 65W / 520 - 60W / 540N - 130W
- Gate-Source Threshold Voltage : TIP120 - 2 à 4V / 520 - 2 à 4V / 540N - 2 à 4V
- Temps de cycle total : TIP120 - ??? / 520 - 78ns / 540N : 120ns.

sans trop comprendre en fait...
Je n'en suis pas encore à chercher à optimiser les derniers µA de conso
Je vais déjà essayer d'optimiser mon code, on verra pour l'életronique après

Pour la batterie, j'embarque une 600mAh dans la poignée, je base mon calcul sur 500mAh histoire d'éviter de décharger trop profond : 500/30 = 16h, donc largement suffisant pour une journée!

Merci pour l'aide proposée !

EDIT: Photos !

Posté par: TrolololGames 19/03/2017, 17:04

Mmh... Les mosfets N sont dit "low side" en gros : on les mets coté - de la charge, ici le solénoïd.

Normalement le changement entre un TIP120 et un mosfet N ne change pas grand chose, il faut juste voir si le mosfet ne nécessite pas de composants périphérique

Les infos interessantes sont en général la résistance à l'état passant (RDSon) plus c'est bas mieux c'est, il faut aussi être sûr que tu peux activer le mosfet avec 5v (regarde dans la datasheet, il doit y avoir un graphique qui donne le courant max en fonction de la tension sur Gate)

Donne ton schéma électrique, que je vois comment il est construit et ce qu'on pourrais améliorer parce que là je me perd un peu...

Le power dissipation est peu important, le temps d'activation est tellement court qu'il n'aura pas le temps de chauffer, surtout avec moins de 400mA...



Edit :

Whaou !! La crosse rend bien !
Le PCB est aussi bien plus propre que ma V1...

http://www.hostingpics.net/viewer.php?id=62136120170319170848.jpg

http://www.hostingpics.net/viewer.php?id=16977020170319170903.jpg

Posté par: marcelou3 19/03/2017, 18:34

Bon du coup tu m'as convaincu ( et foutu le doute sur le câblage ) et en regardant les datasheets je me suis rendu compte que j'avais câblé le TIP120 comme un IRF520 ...
Et d'après ce que j'ai compris, ça ne se câble pas pareil (la RES est en série avec le signal sur la commande du transistor alors qu'elle est en parallèle à la masse avec le mosFET ).
Donc j'ai changé le TIP120 par un IRF520 histoire de ne pas refaire un PCB, on verra ce que ça donnera au prochain test.

J'ai aussi regardé la conso, comme ça par hasard et ben j'ai gagné 2mA au repos avec oled ( 25mA ) et toujours 19mA sans oled ... Lapin compris ©

En ce qui concerne ton PCB v1 je le trouve très propre pourtant ... Ok, je suis un gros noob, mais bon !

A très vite pour les prochaines news

Posté par: TrolololGames 20/03/2017, 07:55

Je ne sais pas si c'est pareil (jamais utilisé de mosfet N) mais moi j'utilise avec mes mosfet P : une res 1K en série avec le signal et une res de pull-up 10K aussi sur le signal (gate)

C'est bien pour ça que je te demandais ton schéma électrique x) je me demandais comment tu avais mis le transistor



Ma V1 ne rentre pas dans une crosse
Et c'étais une sorte de montage éléctronique par couche, avec : une couche composants, une couche Bluetooth, une couche de liaison, et enfin la carte arduino...

Le tout est fragile... mais fonctionnel (43mA la conso )

Je vais rebosser mon app aussi, avant, le FCU se synchronisait avec l'app, mais chacun avais une mémoire séparée, l'app se souvenais de ce qu'elle avais envoyé mais si ce qu'elle avait sauvegardé était faux, ça pose pb, il faut update les valeurs

Si on a deux smartphone, l'un va modifier des valeurs, l'autre aura en mémoire les valeurs avant modification, donc quand on va re-connecter le premier smartphone, il affichera les vieilles valeurs, qui ne sont plus exacte

Actuellement, si on desinstalle et réinstalle l'app, elle n'affichera pas les derniers paramètres du FCU mais des valeurs "X" par défaut vu que les slot se mémoire sont vides

Faut que je me casse le c** à faire en sorte que le FCU soit la seule mémoire, et que l'app lui demande les paramètres à chaque connexion pour les afficher

Comme ça plus aucun pb de "merde j'ai pu mes paramètres je dois tout re-régler"

Par contre j'ai un peu peur que au lancement de l'app il y ait un freez ou un chargement rapide...

je vais devoir refaire une belle partie de mon code app...

Posté par: marcelou3 20/03/2017, 08:11

Pour ton histoire de sauvegarde de paramètres tu ne passes pas par une EEPROM? Plus simple non? C'est embarqué en dur.

Les paramètres sont enregistrés sur la carte, tu les lis par BT à chaque connexion d'un appareil ( smartphone ) et les affiches sur l'appareil.
Si changement sur l'appareil, tu écrases les valeurs enregistrées dans l'EEPROM et zou.

Enfin, je fais mon prof d'électronique, mais je pense que tu as essayé !

Pour ma part, j'ai procédé comme ça (EEPROM) et ça fonctionne parfaitement. Bon ok, je n'ai pas de connectivité BT, WiFi ou autre(s), mais je ne pense pas que cela change grand-chose ?!

Posté par: TrolololGames 20/03/2017, 14:39

Je me suis mal fait comprendre...

Je sauvegarde les valeurs sur l'EEPROM coté fcu,
je sauvegarde les valeurs dans l'app coté téléphone

Si on a un téléphone, et un fcu, ça va.
Mais si on a plusieurs téléphones qui changent les valeurs, ça met le bordel.

ex :
Je met avec le tel1 la valeur 25 pour le DP.
J'enregistre,
Je déconnecte

Il me faut finalement changer cette valeur, mais je n'ai pas mon téléphone avec moi... Je demande à un ami

Là, la mémoire FCU indique 25, la mémoire Tel1 indique 25

Je modifie avec le Tel2 (celui du copain) la valeur du DP et je la met à 30.

Quand je retrouverais mon téléphone (tel1), il affichera 25, mais le fcu aura sauvegardé 30

Mon moyen d'affichage déconne -> pas bon



Je ne vous demande pas d'apprécier mes talents de scénariste
Mais ça devrais aider...

Donc effectivement la solution que tu as mieux décrite que moi est effectivement ce que j'aimerais faire

(mais c'est galère, faut envoyer une commande une fois connecté, que le FCU puisse répondre en donnant une dizaine de variables, et que le téléphone puisse tout récupérer correctement)

Posté par: marcelou3 20/03/2017, 15:03

Voilà comment j'ai fait.

Cette ligne initialise mon EEPROM, si c'est la première utilisation :
variableX = (EEPROM.read(0) != 255) ? variableX = EEPROM.read(0) : 10;
En gros, si la valeur de la variableX est différente de 255, la variableX est lue dans l'EEPROM, sinon on lui attribue une valeur ( 10 en l'occurence ).

Ensuite je vérifie si la valeur stockée en RAM est différente de la valeur stockée dans l'EEPROM, si oui je l'écris :
if (EEPROM.read(0) != variableX) {
EEPROM.write(0, variableX);
}

Peut-être que tu peux lire la variable de l'EEPROM sur ton smartphone dès l'ouverture du programme plutôt que de sauvegarder les valeurs sur le smartphone aussi ?
Comme ça, ça te l'affiche telle qu'elle est enregistrée sur l'EEPROM de l'arduino.
Ensuite quand tu modifies la valeur depuis le smartphone, tu fais un EEPROM.write avec une condition. Ex:
if ( valeur != EEPROM.read(adresse_EEPROM) ) {
EEPROM.write(adresse_EEPROM, valeur);
}

Ai-je bien compris ton souci ?

Posté par: TrolololGames 20/03/2017, 17:42

(Je sais pas avec quel soft tu code mais j'utilise les commandes "EEPROM.get()" et "EEPROM.put()" plus simple et évite les écritures inutiles... write et read sont un peu obsolète du coup, enfin regarde sur internet)

Mon pb c'est simplement comment je fais en sorte que le tel recoive proprement et rapidement toute les infos juste après la connexion...

Et ça faut que je retourne sur le code de l'app qui était déjà un peu bordélique

Posté par: marcelou3 20/03/2017, 18:41

Je code avec l'IDE d'Arduino... en c++...
Pics des PCB?

Oh pu** borgne ! Ca pète la classe !!!

Posté par: TrolololGames 21/03/2017, 00:26

Tu vois, là, avec ta réaction, j'ai rentabilisé les 3e de différence entre les PCB vert et noir
Et j'en suis très fier

Bon... maintenant je vais devoir m'entrainer car je n'ai jamais encore soudé de si petits composants...

Je vais sûrement en faire une dizaine, ptet en vendre pour rentabiliser mes 2 ans de travail

Posté par: marcelou3 21/03/2017, 08:09

Oui ça fait très pro! Bravo
Pour la soudure, bonne chance!! C'est tout petit... Je n'oserai pas

Posté par: TrolololGames 22/03/2017, 17:20

CITATION(marcelou3 @ 21/03/2017, 08:09)

Oui ça fait très pro! Bravo
Pour la soudure, bonne chance!! C'est tout petit... Je n'oserai pas

Posté par: TrolololGames 09/04/2017, 18:57

C'est bon !!

J'ai reçu mes composants, et j'ai pu monter le premier FCU !
En passant j'ai découvert quelques problèmes... Mais rien de grave

J'ai pas le temps de mettre le code et de tester, mais 75% du boulot est fait.




Edit :
Bon... J'ai pu bosser sur le software mais je suis baisé ça marche pas... Pas le code, le hardware : donc c'est reparti pour refaire un nouveau FCU : la V5
Au moins la V4 m'aura appris pas mal de trucs... Notemment que le SMD c'est pas compliqué !

Posté par: 4lex 28/04/2017, 16:09

Whaaaaa....

Ca faisait un bail que je n'étais pas revenu sur mon topic mais ca va les gars vous vous êtes bien lâchés j'hallucine un peu!!!!

Composants SMD, pièces CNC, Bluetooth.. je suis vraiment impatient de voir les résultats que ca va donner! Je vais essayer de reprendre le fil de tout ca mais il y a du boulot!

Posté par: 4lex 28/04/2017, 16:57

Juste quelques infos sur le choix du mosfet (j'avais bien galéré) :

- Le choix de mosfet P ou N se fait en fonction d'où se situe la charge dans le montage. Selon la câblage FE à masse commune, il faut passer sur un mosfet de type P, avec un RDsON le plus faible possible et des résistances de Pull up.

- La tension arrivant dans le solénoïde se calcule de la manière suivante: Vcoil = Vcc - RDsON x Icoil (d'où le RDsON le plus faible possible)

- Il ne faut pas oublier les diodes de roue libre en // des solénoïdes au risque de cramer les mosfets

- Sur les datasheet il faut bien regarder le RDsON vs Gate to source voltage, le RDsON annoncé étant la valeur optimale.

- Sur les datasheet il faut bien regarder le Drain current vs Drain to source voltage. Si les conditions ne sont pas remplies le courant peut ne pas être suffisant pour actionner le solénoïde et les timings devront être plus élevés pour compenser. En gros la tension est plus faible dans le solénoïde que dans l'alimentation, plus la différence est grande et plus le courant peut être important.

Du coup c'est pas évident car pour faire fonctionner le mosfet de manière optimale la tension de gate doit etre plus importante que la source, et la tension de la source doit être plus importante que la tension de drain.... Et le module Arduino alimente la gate en 5V donc ca peut vite poser des problèmes..




A+

Posté par: TrolololGames 28/04/2017, 20:21

Je confirme le bordel avec les mosfets : je dois maitriser du 5v avec du 3.3v


...


Faut bien chercher pour trouver le bon modèle

Allez, une petite idée de ma V5 qui avance assez vite :
- nouveau régulateur 5v : encore moins de consommation,
- ajout de petits composants améliorant la stabilité du système,
- changement de format de composants (certains composants sont des QFN !!)
- changement de mosfets (ceux de la V4 ne marchent pas avec 3.3v -> 40kohm quand ils sont sensé être non-passant )
- changement de quelques points sur la carte pour pouvoir mettre à jour le code (avec un peu de matos ce sera possible : carte de programmation ISP 3.3v et fer à souder)

Et encore d'autres trucs... J'aimerais pouvoir brancher différents système HPA, sans distinction "mono-solenoids"/"multi solenoids", pouvoir lire et exploiter des sélecteur de tir avec plus de 2 positions etc.

Merci beaucoup 4lex, ça encourage

PS :
Plus je bosse sur la V5, plus je me rend compte que la V4 était foireuse
J'ai changé de logiciel de modélisation de circuit (eagle -> circuit maker) du coup je me retape la création de tout le circuit, et j'ai tout re-vérifié, eh ben j'ai trouvé pas mal de couilles dans le pâté...

Edit du 6/05/2017 20h13 : Schéma électrique + sélection des composants fini, maintenant, routage de PCB !

Edit du 22/052017 23h05: La carte est totalement terminée, maintenant revue du code et de l'application pour ajouter quelques fonctions avant de passer à l'assemblage
Mon FCU pourra supporter les Polarstar Jack/F1 et même les Wolverine !! pour faire la modif, rien de bien compliqué, faut juste le paramètrer depuis l'app
On peut aussi se servir du pin libre comme input, mais faut avoir un fer à souder pour défaire un jumper et en remettre un autre (si polarstar sort une triggerboard pour selecteur 3/4 positions)

Voilà voilà...

2 ans de boulot quand même... Elle va être géniale ma carte, j'en suis super fier

Edit du 29/08/2017 01h45:

Tout les composants reçus, les PCBs aussi, dans l'ordre des derniers trucs que j'ai à faire :
- Construire un four de reflow (cherchez le tuto d'Andy's workshop, j'ai tout pour le faire sauf le temps... sera plié dans les prochains jours)
- Passer à un FabLab pour me faire découper un stencil au laser (se renseigner sur les méthode de soudure par reflow si vous voulez comprendre )
- Fabriquer le premier FCU et le tester à mort

À coté de ça : code coté FCU bien amélioré et presque totalement fini et l'application est en cours de re-création parce que modifier un code est toujours plus bordélique et moins optimisé que de le re-créer avec les enseignements acquis.

J'en suis à la version 4.2 du code arduino, V5 de la carte electronique, et enfin V3 de l'app...
Ça avance et je crois voir la fin de ce projet

Posté par: alcore 29/08/2017, 16:40

Bonjour,

Je viens de découvrir ce sujet super intéressant, bravo pour votre travail de RD c'est impressionnant.

Je reflechissais à une telle carte open source (ou pas) de mon coté aussi pour un système un peu différent. Vu que vous avez bien avancé, je suis intéressé si vente.

Pour tes soudures a reflow, tu peux aussi envisager un passage au four de cuisine si tu peux contrôler sa température précisément et que tes composants sont sur une seule face, c'est plus facile si tu dois faire des petites séries (fournées ), faut etre méticuleux mais c'est faisable sans gros investissement

http://forums.futura-sciences.com/electronique/451625-four-refusion-maison.html

Posté par: TrolololGames 29/08/2017, 18:44

(Je vais en vendre parce que 2 ans de boulot, envie d'être un peu récompensé ^^ mais chuuut... Faut que je finisse déjà...)

Effectivement mon four reflow c'est un peu ça...
Sauf que j'ai construit le controleur de température moi même d'après le boulot (formidable) d'Andy Brown, voir youtube/son blog (ENG)

Je l'ai bientôt fini, encore 2/3 composants à souder, demain je fini ça.

Et ce soir : application...

Posté par: alcore 06/09/2017, 07:54

Dans ce cas j’attends la suite avec impatience.

J'ai une petite question pour ceux qui possèdent un système P*, est ce que vous pouvez fournir quelques informations sur les valves Mac qu'ils utilisent dans le moteur ?

taille, diamètre, référence du modèle ?

Un grand merci d'avance

Posté par: Zox 06/09/2017, 11:28

Beau boulot les gars.

Perso, j'ai mis mon premier microcontrôleur dans un AEG en 2001/2002 ... tous vos essais et bricolages me rappellent des souvenirs ...
Ca fait plus de 15 ans que j'ai réalisé ce qui est sans doute le premier AEG avec un afficheur LCD et un fonctionnement simulé réaliste (compte les billes, burst, culasse simulés, trans mosfet, etc ...).
Quelques années plus tard, j'ai conçu une conversion gaz pour GB2, avec seulement trois pièces à fabriquer. Bien avant les Polarstar et compagnie. (Mais mon objectif était différent : c'était un système à haut rendement pour permettre le tir à basse pression, de l'ordre de 3 ou 4 bar pour 350fps. Donc pas besoin de CO2 ou autres gaz liquéfiés.).

A l'époque, je passai pour un extraterrestre. Mais les années ont passées et beaucoup de technologies se sont démocratisées et simplifiées. Notamment grâce à de nombreux produits commerciaux accessibles.
Je suis content de constater que grâce à tous ces nouveaux outils, la créativité certains peut s'exprimer.

Vous pensez bien qu'en 15 années, j'ai eue le temps d'expérimenter plein de trucs électroniques sur les AEG. En plus d'avoir un large spectre de solutions, ça m'a permis d'avoir les idées claires sur deux aspects fondamentaux :
- la technique et l'électronique à proprement parler
- les bonnes pratiques et les bons concepts

Aujourd'hui je travaille sur une version "tout public" avec le meilleur du meilleur de tout ce que j'ai fais jusque là pour les AEG. La bonne nouvelle pour tous les "bidouilleurs", est que les interfaces seront documentées et ouvertes.
Ce qui permettra à certains de développer des modules et fonctions additionnelles. Car après tout, le contrôle de l'AEG et les fonctions de base ne sont pas particulièrement excitantes : c'est surtout les fonctions avancées et singulières qui vous motiveront. Par ailleurs, ça permet de concentrer l'effort sur la fonction que vous voulez développer, sans vous encombrer du reste.

Continuez comme ça. Ca fait plaisir de voir tout ce que vous faites .

Posté par: TrolololGames 11/09/2017, 20:37

C'est cool des messages comme ça, ça encourage

J'ai passé une journée complète à re-créer le code de l'app, maintenant un nouveau menu "Paramètres" qui permet entre autre de switcher entre le mode "mono solenoid" (F1, Jack, wolverines etc.) et le mode "dual solenoid" (Fusion Engine etc.)

La gestion de la mémoire morte à été totalement retapée, maintenant l'app est indépendante, on peux utiliser plusieurs FCU avec la même app du même smartphone sans conflit de variables entre les FCUs (pas en même temps évidement...)

Une des fonctions de mon fcu était de pouvoir utiliser un capteur de fin de chargeur ainsi qu'un bouton de réarmement (à placer sous le bolt catch), ce dispositif étant un peu difficile à mettre en place, il est maintenant possible de désactiver cette fonctions (mais il y aura des tirs à vide...)

Voilà pour les nouvelles coté code/app

Maintenant coté hardware, j'en ai pour une semaine avant de pouvoir commencer les tests

Edit du 7/10/17, 19h00 :
Bon, alors évidement quand j'annonce une semaine : comprendre 1 mois et demi... J'ai un peu cumulé emmerdes sur emmerdes mais je m'en sort : four totalement fini et fonctionnel, pochoir (stencils) réalisés (mais de qualité moyenne, j'aurais ptet besoin de les refaire)

Donc maintenant je me tape les test du four, et ensuite je m'occupe du FCU

Posté par: jfmx176 08/10/2017, 15:41

Je découvre ce poste avec plaisir
Le système HPA me fait rêver sauf son prix... Mais avec un fcu maison en arduino, ça devrait être intéressant !!

A la louche,
150€ pour une bouteille Mano détendeur tuyau
30€ arduino et consommables
60€ bullet valve
50€ de petit matériel
Je compte pas le plastique et l'imprimante 3d ^^

Le prix total devient carrément attractif !

Posté par: TrolololGames 13/10/2017, 06:13

CITATION(jfmx176 @ 08/10/2017, 16:41)

Je découvre ce poste avec plaisir
[...]
Le prix total devient carrément attractif !

Posté par: Eurian 22/10/2017, 03:27

CITATION(marcelou @ 13/03/2017, 05:29)

Posté par: jfmx176 03/11/2017, 10:45

CITATION(TrolololGames @ 13/10/2017, 07:13)

Ouais mais faudrait concevoir un système assez complexe en plastique et ça va être un peu chaud...
En plus de ça, une carte arduino normale ne peut pas être utilisée à cause de sa taille, la carte seule rentre, mais une fois les relais et régulateurs de tensions installés : trop gros pour un tube de crosse.

C'est pour ça que j'ai miniaturisé mon truc à mort

Si tu cherches des systèmes HPA pas trop cher, regarde section occaz, il y en a quelques-une et à des prix assez competitif

Posté par: TrolololGames 15/11/2017, 11:27

CITATION(jfmx176 @ 03/11/2017, 11:45)

Bin la conception est faite en plastique J'attends des nouvelles du fournisseur de la bullet valve pour adapter le cul du corps en plastique et imprimer ça en 3D.

Avec un bluno nano (nano arduino avec bt) et une batterie de 7.4V, je piloterai la bullet valve

Je pense acheter le trigger qui détecte aussi le mode semi/full

En fonction du nombre de mA nécessaire pour faire bouger le solénoïde, je rajouterai un transistor dans le schéma électrique.

A oui et si tout ça fonctionne, je lance l'usinage de mes plans en aluminium

Posté par: TrolololGames 22/11/2017, 14:30

Grosse update :


Le soir du 21 Novembre 2017, mon premier FCU en version finale est née.

ah et j'ai oublié de préciser :

IL FONCTIONNE !!!!


Pour ceux qui n'ont pas suivi : j'y suis depuis 2 ans et demi sur ce projet...
Un tas de features qui seront détaillées dans une vidéo YT.

Attention parce que ça va envoyer du lourd...

Posté par: 3zeki3l 08/12/2017, 16:04

Superbe boulot ! je viens de parcourir l'intégralité du sujet. Hâte de voir ce que donne la version finale

Posté par: Dexter1921 02/01/2018, 00:24

CITATION(TrolololGames @ 22/11/2017, 14:30)

Grosse update :


Le soir du 21 Novembre 2017, mon premier FCU en version finale est née.

ah et j'ai oublié de préciser :

IL FONCTIONNE !!!!


Pour ceux qui n'ont pas suivi : j'y suis depuis 2 ans et demi sur ce projet...
Un tas de features qui seront détaillées dans une vidéo YT.

Attention parce que ça va envoyer du lourd...

Posté par: TrolololGames 02/01/2018, 23:59

Bonne année !!
Merci pour vos messages ! J'ai peu de temps pour m'y mettre mais ça avance, j'ai encore quelques trucs à régler dans ma réplique et je pourrais faire une vraie présentation sympa de toutes les fonctionnalités
J'essai de faire ça au plus vite...

Posté par: Dexter1921 03/01/2018, 00:23

C est certain que pour ce que tu as fait, du temps, il en faut
J attend vraiment avec hâte ta video

Et bonne année à toi aussi!!

Posté par: TrolololGames 03/02/2018, 15:33

Bon, finalement, je ne vais pas faire de vidéo avant qu'il ne fasse beau chez moi, ce qui veut dire attendre l'été...

Donc vous devrez vous contenter d'une mini review écrite




Si vous avez suivi un peu le topic, vous devez savoir que j'ai passé pas mal de temps là-dessus

Mais pourquoi ?

- Rendre ma réplique la plus réaliste possible en utilisant le système électronique HPA jusqu'au bout.

L'objectif était simple, la réalisation pas tellement.

Je suis parti de que dalle (aucune connaissance en éléctronique) et j'ai construit de mon point de vu l'un des FCU les plus polyvalent, efficace, pratique et compréhensible.

C'est parti pour les fonctions !

- Réglage DN DP RF et DR classique
- 6 modes de tirs : Semi, Burst, Auto, Sniper, Shotgun, SniperBurst (un burst répétable toute les X secondes)
- réglages du nombre de billes tirées en Burst et Shotgun de 2 à 9,
- réglage du temps entre les tirs (Sniper et SniperBurst) par incrément de 0.5sec, entre 1 et 3 secondes
- taille inférieure au FCU polarstar de base, d'environ 1 cm en longueur. Largeur inférieure de quelques mm aussi !


En faite, jusque là c'est sympa mais classique.

Maintenant la partie sympa :

- Bluetooth. Pour modifier les paramètres de son FCU, suffit de connecter son smartphone et de lancer l'application !

- Détection de fin de chargeur

- Bolt catch fonctionnel
Évidement les deux dernières options sont désactivables

Le tout avec une consommation éléctrique exemplaire : ~0.1mA en mode "tir" (mesures précises pas encore réalisés...)


Là vous êtes peut-être en train de vous dire "olala il va foutre des fils de partout dans nos répliques, ça va être un bordel incroyable"

Même pas. Enfin si mais non. Installation en 15 min des boutons permettant le bon fonctionnement de la réplique.
Malheureusement chaque réplique est unique donc le maximum que je puisse faire est un guide pour fabriquer vous-même le péripherique pour utiliser ces fonctions. Ça coute rien, faut juste savoir utiliser un fer à souder, une pince, une règle et un tournevis.
Ça va évoluer, pour l'instant c'est un pauvre bricolage, je vais essayer de rendre ça plus pro.

Une fois tout ça installé, la manipulation de la réplique est à 98% identique à un vrai fusil d'assaut.
Fin de chargeur -> plus de réponse quand on appui sur la détente -> remplacement du chargeur par un autre bien rempli -> appui sur le bolt catch pour libérer la culasse : une bille est chambrée -> prêt à tirer.
Seul la charging handle n'est pas fonctionnelle...


Mais c'est pas tout.


C'est bien les Polarstar Fusion engine, mais les Wolverines sont sympa aussi, ou les Polarstar F1/Jack ?
J'ai aussi pensé à ça :

- FCU compatible avec tout les systèmes HPA électroniques. rien que ça.


Nécessite (peut-être) un adaptateur pour les Wolverine, je ne sais pas quel connecteur ils utilisent car j'en ai pas...

En tout cas compatibilité totale avec Jack et F1, il y aura même possibilité d'utiliser mon FCU avec un sélecteur de tir 3 ou 4 positions, si Polarstar sort quelquechose capable de détecter ça.
(Nécessitera une mise à jour du software)

Évidement le mode de tir Shotgun ne sera pas disponible, les systèmes "mono valve" n'en sont pas capable. Aussi le mode "sniper" qui chambre la bille x secondes après le tir (plus silencieux et permet de donner un indicatif auditif quand la réplique est prête a tirer) fonctionnera mais il n'y aura aucun son émanant de la réplique permettant de savoir quand elle sera prête.



J'ai aussi mentionné plus haut une application...

Réalisée par mes soins pour modifier les paramètres du FCU, il suffit de sortir le FCU, changer de position un petit interrupteur, et lancer l'application sur n'importe quel smartphone Android (iOS bientôt peut-être !) et régler tout ce qu'on veut.

Dans le mode "réglage" la détente est désactivée mais il est possible de tirer en Semi à l'aide d'un bouton dans l'application histoire de pouvoir changer les paramètres et tirer immédiatement sans avoir à se balader dans les menus ch***ts du FCU Polarstar...

Une fois les paramètres correctement réglés, si on veut les sauvegarder dans la mémoire morte du FCU, on appui sur le bouton "Sauvegarder" et hop ! Ces paramètres reviendront si on coupe l'alimentation du FCU. Si on a fait une mauvaise manip, il suffit de déconnecter le FCU sans sauvegarder les nouveaux paramètres et les anciens reviendronts au prochain redémarrage !

Il n'y a pas moyen de mettre en danger le FCU avec de mauvais paramètres... Le seul risque est de perdre son précieux réglage de DN ou DP réglé au poil si on ne le sauvegarde pas

J'ai essayé de bosser l'interface, c'est simple, légèrement coloré, sobre.


Au niveau de la batterie : comme dit précédement, il consomme rien. La version 1 de mon FCU consommait 45mA en moyenne. En gros niveau autonomie avec la batterie Polarstar 450mAh : 450÷45 = 10h

Pas folichon pour les grosses OP.
Du coup après seulement 9 mois de recherches et de développement : le dernier consomme environ 0.5mA (en prenant une marge, valeur théorique : 0.1mA, valeur réelle pas encore mesurés), calcul vite fait : 450÷0.5 = 900h = 37.5 jours d'autonomie !

Évidement, plus on tir : plus la batterie partira vite, mais les phases de tir ne consomment que 1A pendant moins de 30ms, on peux les considérer négligeables si on n'a pas une M249

Comparé au FCU Polarstar, c'est environ 10 fois moins... (mesuré à 12mA au démarrage, je ne sais pas s'il se met en veille au bout d'un moment)

Au niveau de la tension de la batterie : tout fait l'affaire... Entre 2S et 4S (7.4v - 14.8v)



Voilà.

Maintenant je vais en réaliser une dizaine et de faire une présentation propre avec photos !! Voir un site ? Mmh... Ça pourrait ptet bien se développer

J'attends vos avis/questions et si vous avez d'autres idées pour le rendre plus "complet" n'hésitez pas !!!

Posté par: Dexter1921 04/02/2018, 23:35

Salut,
OUAHHHHHH C'EST IMPRESSIONNANT !!!!
Moi je n'ai qu'une seule question, est ce que c'est possible de t'en acheter un??!!?!?!
Vraiment bravo pour le résultat et le travail qu'il y a derrière
À bientôt

Posté par: TrolololGames 05/02/2018, 16:56

CITATION(Dexter1921 @ 04/02/2018, 23:35)

Salut,
OUAHHHHHH C'EST IMPRESSIONNANT !!!!
Moi je n'ai qu'une seule question, est ce que c'est possible de t'en acheter un??!!?!?!
Vraiment bravo pour le résultat et le travail qu'il y a derrière
À bientôt

Posté par: 4lex 26/02/2018, 22:29

Bien joué c'est propre! Pas eu le courage de me lancer dans les composants CMS mais ça rend bien!
Pour l'étanchéité tu peux utiliser du plastidip, j'ai la version transparente c'est quasi invisible, et ça protège super bien de l'humidité.

Posté par: TrolololGames 27/08/2018, 22:39

Coucou !

Quelques nouvelles

J'ai fini une fournée de FCU, j'en ai donc 6 sur le dos, je vais mettre une annonce dans la section occaz

Ils sont maintenant protégés avec une gaine thermo transparente comme le FCU d'origine !

J'ai toujours quelques soucis avec la détection de fin de chargeur, si vous avez des idées pour un follower de chargeur qui feed toute les billes, et qui contienne un aimant

Je bosse dessus, mais je galère (en plus je suis étudiant, j'ai pas tant que ça de temps )

Bon en attendant mes petits FCU possèdent encore plein de modes de tirs sympa, une conso ridicule, une liaison bluetooth, une taille inférieure, un look cool et une compatibilité technique avec les Wolverine/Jack/F1...

Si vous en voulez un, n'hésitez pas à envoyer un message privé pour en discuter !
Si des gens s'y intéresse je pourrais en refaire voir pousser la production plus loin

EDIT :
Je pense avoir trouvé un moyen de faire le follower et qu'il tienne la route, c'est encore en étude, mais ça pourrait le faire, je vois ça ce week-end

Posté par: BAD BOY 93 11/11/2018, 15:28

Bonjour à tous !

Y a t il moyen d'en acheter ?

Cordialement

Posté par: TrolololGames 13/11/2018, 20:57

-> MP

*mini update*
Tjrs des soucis avec la détection de fin de chargeur...
Je m'y remet
Je vais ajouter des profils et un compteur de tirs (je pense le faire non réinitialisable, ce sera un peu comme un kilomètrage ça va être rigolo de le voir augmenter, ça peut aider aussi en cas de panne)

Posté par: BAD BOY 93 13/11/2018, 21:30

CITATION(TrolololGames @ 13/11/2018, 20:57)

-> MP

*mini update*
Tjrs des soucis avec la détection de fin de chargeur...
Je m'y remet
Je vais ajouter des profils et un compteur de tirs (je pense le faire non réinitialisable, ce sera un peu comme un kilomètrage ça va être rigolo de le voir augmenter, ça peut aider aussi en cas de panne)

Posté par: TrolololGames 13/01/2019, 23:13

Hello !
Petite update importante :

Depuis des mois je galère à trouver un moyen de faire fonctionner la détection de fin de chargeur.

Eh bien, pour 2019 (bonne année hein au passage) j'ai la joie de vous annoncer qu'après quelques discussions avec les gars de chez "Maxx models" fabricants de hop up de dingue : un hop-up permettera de détecter la fin de chargeur, et ce, simplement en plaçant le hop up dans votre réplique (et un petit bouton sous le bolt catch)

ASHU style. Mais en mieux.

Le produit n'est pas encore disponible, mais ça va pas tarder, et mon FCU, (qui va bientôt changer de nom : TFCU) sera parfaitement compatible avec ce hop-up !

Les TFCUs déjà vendu seront compatible normalement, j'espère ne pas devoir faire une mise à jour. D'ailleurs j'ai remarqué un bug avec la sauvegarde des variables dans le software entre semi et auto, my bad, si vous voulez une mise à jour, je paie le renvoi par la poste en lettre suivi...
nouvautés :
- quelques améliorations du software
- 3 profils !

A+ !

Posté par: 4lex 02/02/2019, 13:47

C'est cool ça avance!

J'ai fait quelques modifs sympa sur le miens faudrait que je prenne le temps de faire une vidéo a l'occaz

Posté par: Kawadarze 14/02/2019, 18:29

Bonjour à tous!

Déjà, bravo à vous tous, vos projets sont excellents!

De mon côté je suis tous neuf sur le forum et je me suis inscrit spécialement pour consulter ce sujet!
En effet, je suis en train de réaliser mon système HPA, basé sur le SMP de chez Wolverine, mon gros problème reste le FCU (TrolololGames je t'ai justement envoyé un MP concernant le tiens)
Je voulais tenter de faire un FCU grace un arduino nano mais je ne sais absolument pas par ou commencé... j'ai plusieurs problèmes qui serai tellement long a cité par rapport a ce que je veux faire...

J'aimerai savoir quel est lez voltage de ta Bullet Valves Marcelou? Car sur les systèmes wolverine il s'agit de valves en 2 ways en 6VDC (concernant le SMP) et a 130€ la valve car je ne peux pas l'avoir chez mon fournisseur du boulot vu que c'est un partenariat Wolverine/MAC...

Je pense déjà commencer par faire mon système HPA, si possible avec le FCU (ou TFCU si j'ai bien compris) de TrolololGames et tester tous ça, après, si possible, si il y a encore des membles actifs sur le Forum tel qu'4lex si on peux discuter ça serait cool

En vous remerciant de m'avoir lu!
Kawadarze.

Posté par: TrolololGames 11/05/2019, 23:23

Wouhou ! Update !

Après deux mois et demi de bordel avec la poste etc. j'ai ENFIN reçu mon exemplaire de Maxx Hop-up : magnifique. Mais pas encore testé


J'ai tout pour commencer à faire un prototype pour la détection de fin de chargeur. ET CHUI MOTIVÉ deux mois bloqué à rien faire à cause de colis perdu, ça casse les couilles à un point assez impressionnant.


Dès demain je commence à prendre des mesures.

PS : Kawardaze à laissé tomber son projet : prix d'usinage exorbitants... Mais du coup il m'a fait bosser sur une extension du FCU capable de débiter une dizaine d'Ampères (voir plus) à la tension de la batterie. Si vous avez des idées de choses sympa à faire avec, n'hésitez pas, ça pourrait finir dans la prochaine version du TFCU

Posté par: 4lex 12/05/2019, 19:20

Petite photo à l'arrache en mode teaser!

Un post de presentation de cette v2 viendra bientot mais je manque vraiment de temps en ce moment!!

Plein de nouvelles fonctions et des modes de tir en+!

A+

http://zupimages.net/viewer.php?id=19/19/zvn2.jpg

Posté par: TrolololGames 12/07/2019, 20:00

Hello !
J'avance doucement mais sûrement !
Proto du détecteur de bille fonctionnel Je suis en train de mettre à jour le software, tests à venir mais ça se présente bien.

Je tenterais de faire une ptite vidéo de présentation cette semaine si ça fonctionne.
La V6 sera la dernière version !

(btw il me reste 3 exemplaires de TFCU V5, bluetooth avec Android, mode de tirs shotgun, sniper, burst... ultra-basse consommation et compatible avec tout les produits P*, infos en MP !)

Posté par: 4lex 12/07/2019, 20:30

Une vidéo ce serait cool!

Posté par: TrolololGames 17/07/2019, 23:12

Test en fonctionnement réel du prototype validé !!!

Je vais encore tester parce que pour l'instant j'ai laché 10 billes avec, mais ça fonctionne nickel ! Chargement des billes sans soucis et détection de fin de chargeur parfaitement fonctionnel
(et en plus la fin de chargeur émet un petit bruit sympa !)

En gros quand le nozzle recul, dès que le système détecte qu'une bille monte dans la chambre, il ferme le nozzle, si aucune bille ne monte (en un dixième de seconde, donc DN à environ 100) il ferme le nozzle et considère le chargeur vide (ou c'est un incident de chargeur) et refuse de tirer par la suite.

Un appui sur le bolt-catch force le FCU à tenter de re-faire chambrer une bille, en cas de réussite, la réplique sera prête à tirer.

Évidemment si une bille est déjà chambrée, l'appui de bolt-catch ne sert à rien et n'a aucun effet.

Le résultat de tout ça :
- plus besoin de réglage de DN, détection direct de la bille à chambrer
- zéro tirs à vide,
- détection de fin de chargeur (aucune modification des chargeurs à faire !!!)
- fonctionnement 90% similaire à une vraie M4, Il ne manque que le levier d'armement fonctionnel !

Je suis ultra-content.

Bon maintenant reste à lâcher 1000 billes avec le système pour le vérifier, ah et puis planquer les cables, mais ça j'ai des idées pour rendre le tout invisible et pas chiant à monter/démonter

Allez, dernière ligne droite

Oh et j'ai filmé les 10 premiers tirs avec le détecteur ! Faut que je coupe un ou deux trucs dans la vidéo et je pourrais la poster ici. Ce sera fait dans les prochains jours promis



Edit du 30/07/2019 :

Tadaaa !

https://youtu.be/BpX6gFakA7o

Je suis pas très fier de la vidéo, mais ça fonctionne ! Du 1er coup !
Je rappel que c'est le 1er test, filmé en direct : j'avais autre chose en tête que de faire une jolie vidéo... Mais je vais en faire une un de ces jours. Quand j'aurais du temps pour bosser dessus.

Posté par: Red_J 14/06/2020, 20:59

Très prometteur bravo