Rx8France

Oui ça permettra de changer en temps réel et à distance (avec sécurité évidemment que le con d'à côté il vous mette pas votre injection en vrac avec son tel lol)

Les composants utilisés : 1 ATMEGA328 comme uC principal à 20MHz avec crystal externe pour gérer les timings, 1 puce RN42 pour le bluetooth, 6 Transistors MOSFET IRL640 pour les commandes d'injecteur avec des grosses diodes de protection pour les protéger du kickback inductif des injecteurs.

Et oui, je code une app Android et je donne le protocole à ceux qui veulent se développer l'appli sur une autre plateforme (au hasard iPhone), même si dans un premier temps je me contenterais d'une fenêtre de terminal.

Torque ça lit du CAN, je ne me branche pas dessus

Brio77 a écrit :

Passionnant ton truc, je suis avec intérêt aussi, tu es mon maître

Jusqu'à ce que je mange un Apex lol

SilverGhost a écrit :

Oui ça permettra de changer en temps réel et à distance (avec sécurité évidemment que le con d'à côté il vous mette pas votre injection en vrac avec son tel lol)

Les composants utilisés : 1 ATMEGA328 comme uC principal à 20MHz avec crystal externe pour gérer les timings, 1 puce RN42 pour le bluetooth, 6 Transistors MOSFET IRL640 pour les commandes d'injecteur avec des grosses diodes de protection pour les protéger du kickback inductif des injecteurs.

Et oui, je code une app Android et je donne le protocole à ceux qui veulent se développer l'appli sur une autre plateforme (au hasard iPhone), même si dans un premier temps je me contenterais d'une fenêtre de terminal.

Torque ça lit du CAN, je ne me branche pas dessus

C'est cool je code aussi une app Android en ce moment. Tu m'a l'air d'être un bon cramé, j'aime ça, si tu as besoin de cobaye on est pas très loin (Vélizy)

joy5 a écrit :

C'est cool je code aussi une app Android en ce moment. Tu m'a l'air d'être un bon cramé, j'aime ça, si tu as besoin de cobaye on est pas très loin (Vélizy)

Merci pour ton offre, quand j'aurais explosé la mienne on passera à la tienne

SilverGhost a écrit :

Oui ça permettra de changer en temps réel et à distance (avec sécurité évidemment que le con d'à côté il vous mette pas votre injection en vrac avec son tel lol)

Les composants utilisés : 1 ATMEGA328 comme uC principal à 20MHz avec crystal externe pour gérer les timings, 1 puce RN42 pour le bluetooth, 6 Transistors MOSFET IRL640 pour les commandes d'injecteur avec des grosses diodes de protection pour les protéger du kickback inductif des injecteurs.

Et oui, je code une app Android et je donne le protocole à ceux qui veulent se développer l'appli sur une autre plateforme (au hasard iPhone), même si dans un premier temps je me contenterais d'une fenêtre de terminal.

Torque ça lit du CAN, je ne me branche pas dessus

Intéressent tout ça!

ça serai pas un kit arduino ta base?

Tu as prévu de l'alimenter comment ton boitier? Tu mets des opto pour isoler ton µC?

Non non pas d'Arduino même si c'est le même micro controlleur, il s'agit d'une carte complètement stand alone et le programme sera en C.

(Arduino c'est cool pour prototyper ou faire des petits projets, mais ça revient cher au final, et les montages sont souvent encombrant, au final soit tu veux un truc pro et tu finis par faire un shield, soit t'as une vieille pieuvre dégueu avec des fils qui sortent de partout)

Pour l'alim, un petit reg linéaire bien crade 5V pour l'ATMEGA et le même en 3.3V pour le RN42, avec un shifter de niveau simplifié entre les 2 pour les comms, le tout relié en parallèle au +12V du PCM.

Pas besoin d'opto avec du MOSFET, on est déjà isolé, et par principe je met par pour 15E d'opto pour protéger un micro contrôleur qui en coûte 3

Apparemment il y a un certains nombres de personnes qui suivent ce topic avec intérêt, donc pour tenir la foule en haleine, je vous informe que je commence à écrire le programme qui va dans le micro contrôleur.

D'ailleurs j'aime pas faire ça, si quelqu'un a des compétence en AVR GCC et veut l'écrire ça m'intéresse, il aura droit a une carte gratuite (de toute façon j'en ai 2 et j'en ai besoin que d'une, puis on sait même pas si elle marche)

SilverGhost a écrit :

Apparemment il y a un certains nombres de personnes qui suivent ce topic avec intérêt, donc pour tenir la foule en haleine, je vous informe que je commence à écrire le programme qui va dans le micro contrôleur.

D'ailleurs j'aime pas faire ça, si quelqu'un a des compétence en AVR GCC et veut l'écrire ça m'intéresse, il aura droit a une carte gratuite (de toute façon j'en ai 2 et j'en ai besoin que d'une, puis on sait même pas si elle marche)

Désolé mais je peux pas t'aider là dessus par contre GL HF

J'ai abandonné la programmation C (C,C++, ObjectiveC,etc...) depuis quelques années pour me consacré à d'autres choses plus dynamiques et plus facilement débuggable (Shell, Perl, Php, phyton, tcl, etc....)

Moi j'ai une Texas Instrument si ça peut t'aider

SilverGhost a écrit :

Apparemment il y a un certains nombres de personnes qui suivent ce topic avec intérêt, donc pour tenir la foule en haleine, je vous informe que je commence à écrire le programme qui va dans le micro contrôleur.

D'ailleurs j'aime pas faire ça, si quelqu'un a des compétence en AVR GCC et veut l'écrire ça m'intéresse, il aura droit a une carte gratuite (de toute façon j'en ai 2 et j'en ai besoin que d'une, puis on sait même pas si elle marche)

Désolé mais j'ai l'AVR en horreur. J'ai encore des boutons à cause du projet que j'ai fini en septembre dernier et c'était pas grand chose pourtant, le C sur ces bestioles vont à l'encontre de toute logique
Tu aurais parlé de VHDL, je serai déjà en train de sortir mon kit de dev qui prend la poussière

nasp a écrit :

J'ai abandonné la programmation C (C,C++, ObjectiveC,etc...) depuis quelques années pour me consacré à d'autres choses plus dynamiques et plus facilement débuggable (Shell, Perl, Php, phyton, tcl, etc....)

Oui enfin là niveau debug c'est encore pire que du C sur x86 ... Avec toutes les optimisations que fait GCC, tu reconnais même pas ton code une fois buildé, et des fois le debugger non plus il y arrive pas ...

M'enfin le programme devrait être suffisamment simple pour pas que ça me gène.

mais pourquoi vous parlez en chinois

Je peux appeler ma femme à la rescousse si vous avez besoin d'une interprète français/chinois

ce n'est pas du chinois c'est du "geek informatique"...

nasp a écrit :

ce n'est pas du chinois c'est du "geek informatique"...

Effectivement, les gens qui codent ce genre de truc ne sont pas trop Chinois mais plus comme ça :

cette version là c'est la version "nerd informatique"...

un geek est un passionné ....
Or tout passionné n'est pas forcement compétent dans le domaine qu'il affectionne !!!

Trop d’amalgame entre le Nerd, le Geek, et le No-Life

SilverGhost a écrit :

Non non pas d'Arduino même si c'est le même micro controlleur, il s'agit d'une carte complètement stand alone et le programme sera en C.
(Arduino c'est cool pour prototyper ou faire des petits projets, mais ça revient cher au final, et les montages sont souvent encombrant, au final soit tu veux un truc pro et tu finis par faire un shield, soit t'as une vieille pieuvre dégueu avec des fils qui sortent de partout)
Pour l'alim, un petit reg linéaire bien crade 5V pour l'ATMEGA et le même en 3.3V pour le RN42, avec un shifter de niveau simplifié entre les 2 pour les comms, le tout relié en parallèle au +12V du PCM.
Pas besoin d'opto avec du MOSFET, on est déjà isolé, et par principe je met par pour 15E d'opto pour protéger un micro contrôleur qui en coûte 3

Le cas de la nouvelle série Star Trek est analogue: supérieure sur certains points, et ils seront jamais reconnus à l'égal de leur prédécesseurs.

Sérieux les gars, vous me faites plaisir, je regarde ce topic comme on regarde une émission scientifique sur Arte en Allemand, ca à l'air fantastique mais je pige qued'chi.

C'est comme "pyramide" je regarde mais je pige rien