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.
jolie travaille !!
question quel prix t'a coûter ce FCU et pense tu que ce soit faisable sur SMP ?
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.
Tu es doué alex beau travail
Jolie job
Apres le pulse rifle, la m4 rifle
...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 ?
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.
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 !
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!
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
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
Bonjour,
Vraiment impressionnant
Je m'intéresse un peu à l'électronique aussi, où pourrai-je trouver des explications sur le fonctionnement, branchement ... ?
Sacré taff'! Oo c'est impressionant, et l'adaptation dans la crosse, chapeau!
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é
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?
tu as pu faire des essai sur un jack?
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
Tout pareil que le monsieur du dessus.
je comprend , vue la charge de travail que ça implique
merci quand même pour tes réponses
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 !
Ah, c' est bien ce que je pensais ! La Nano...
C' est juste que l' on ne la voit pas sur les photos ^^
-> MP
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é!
Je me suis enfin décidé à en faire une vidéo de présentation!
https://www.youtube.com/watch?v=NKtrWAKLiIw&feature=youtu.be
Vraiment sympa, merci!
Tu partages le code et la liste de matos nécessaire ?
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 ?
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.
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
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é.
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'.
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?
Voila: https://www.google.fr/search?q=SKQUCAA010-ALPS&biw=907&bih=413&source=lnms&tbm=isch&sa=X&ved=0ahUKEwj4k9zyrOvLAhWBvxoKHUzbCDAQ_AUIBygC
Merci
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.
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 !
Ç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 !
Tres bon boulot les gars! alors sa a avencer ton boulot TrolololGames?
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
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 !
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
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...
- 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 !)
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 !
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
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
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...
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 ?!
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)
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 ?
(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
Je code avec l'IDE d'Arduino... en c++...
Pics des PCB?
Oh pu** borgne ! Ca pète la classe !!!
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
Oui ça fait très pro! Bravo
Pour la soudure, bonne chance!! C'est tout petit... Je n'oserai pas
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é !
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!
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+
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
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
(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...
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
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 .
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
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 !
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...
Superbe boulot ! je viens de parcourir l'intégralité du sujet. Hâte de voir ce que donne la version finale
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...
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!!
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 !!!
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
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é.
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
Bonjour à tous !
Y a t il moyen d'en acheter ?
Cordialement
-> 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)
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+ !
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
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.
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
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
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 !)
Une vidéo ce serait cool!
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.
Très prometteur bravo