Bonjour à tous!

Bonjour à tous!
J'en ai assez de ces lobbies sur les énergies fossiles qui tuent notre planète vident nos portefeuilles!
La nature et sa physique a tant de choses naturelles et infinies à nous offrir...
Mais est-ce dans le moteur à eau, le moteur électrique ou autre moteur magnétique?

J'ai fouillé un peu partout sur la toile et j'ai enfin trouvé votre site qui propose le partage de savoirs et savoir-faire.
Merci pour cette initiative, et j'espère également pouvoir partager mes connaissance et (futures) expériences.

Ayant travaillé dans différents labos de recherche dans la chimie, médical, télécom, aéronautique, spacial, énergies renouvelables, peut-être pourrai-je apporter quelquechose (notamment en électronique)?

Dans l'immédiat je recherche des infos sur les moteur pantone et à 100%eau.
J'en suis à mes débuts, j'apprends et ne suis que simple néophite en la matière.

A bientôt!

Bonjour Pascal,

Bienvenue au Club !

Citation :

Mais est-ce dans le moteur à eau, le moteur électrique ou autre moteur magnétique?

Peut-être dans les trois ou... un quatrième !

Pour le Pantone tu n'auras aucun problème pour trouver toutes les infos, y compris même des kits tout faits (payants bien sûr).

Quant au moteur 100% eau... j'ai la désagréable impression que tu vas devoir encore attendre un petit peu

Citation :

différents labos de recherche dans la chimie

Sais-tu que nous cherchons désespérément, et depuis très longtemps, un chimiste ?

Doublement bienvenue parmi nous !

@++

Bonsoir Alain,

Les moteur pantone, HHO, électrique sont bien plus abordables que le 100% eau, bien entendu!
Par contre j'ai vu des videos sur le net... donc c'est faisable, et c'est l'un de mes objectifs!
Mais, je veux d'abord bien comprendre et maitriser les 3 premiers en parcourant et en participant à vos recherches et essais.

Chimiste? HELAS, NON je ne suis pas chimiste, je n'ai fait que participer à des groupes de recherche dans les activités que j'ai évoquées, avec une spécialisation en électronique (courants forts et faibles, analogique, numérique, hyperfréquences), et je n'ai que de vagues souvenirs de mes études; mais on ne sait jamais, je répondrai avec plaisir si peux aider


Attention, je suis souvent en déplacement, et ne pourrai donc pas être trés assidu. Désolé

Bonne soirée

Bonsoir Pascal,

Citation :

Chimiste? HELAS, NON

Bon, tant pis

En électronique es-tu plus "numérique" ou "analogique" ?

Pour ce qui est du 100% eau oui tu as raison il y a un certain nombre de vidéos.

Mais que démontrent-t-elles ?

Malheureusement rien.

Enfin si, des bulles et des bulles...

Mais aucune info qui permettent de savoir comment elles ont été générées.

Car avec une cinquantaine d'ampères.. on peut en sortir des bulles, mais question rendement, nada !

@++

Bonjour Alain,

Je suis plutot numérique. Pendant 15 ans, j'ai développé des cartes à base de microcontroleurs 8 et 16 bits à coeur INTEL, MOTOROLA, Texas Intruments, et plus petits tels que MICROCHIP, ST, etc. Bien entendu ça passe par les PAL, GALS et PSD pour tout ce qui est de la logique programmable.

Puis, j'ai délégué : j'ai créé et dirigé un BE de développement de cartes+logiciels pour industriels et cette période m'a bien tenu en haleine. Je me suis bien éclaté!
J'ai vendu cette activité pour devenir consultant, puis responsable d'exploitation d'une Sté dans le photovoltaïque, chauffe-eau solaire et thermodynamique, etc...

Autre chose: étant radio amateur, j'aime bien la HF. Mais quelle utilité, me diras_tu, dans les ENr.

Voilà, tu en sais un peu plus sur mon pédigrée.

A bientot
Pascal

Bonjour Pascal,

Bienvenue parmi nous!

La programmation des microcontroleurs, je sens que tu vas intéresser quelqu'un!

J'espère que tu auras un peu de ton temps à nous consacrer dans ce domaine?

A+

Bonjour Francis (et les autres aussi d'ailleurs)

Ce sera avec plaisir de vous consacrer du temps!!!
J'ai vu sur le site quelques applications avec des Microchip. Si c'est le type de micro que vous avez adopté, ce sera facile de réinstaller mes soft et hard de développement.
Idem pour ce qui est de la famille INTEL (à coeur de 8051 et suivants), les GAL, PAL et PSD de chez ST.
Je savais bien que tôt ou tard je reviendrai à l'électronique! Forcément ça m'aurait démangé un jour... et j'ai bien fait de garder au moins ça.
Par contre pour les Motorola, TI, ST, ALTERA, je n'ai plus d'outils de développement, ni hard, ni soft.

A voir en quoi je peux vous aider. Demandez et je ferai mon possible pour faire avancer les projets dans la mesure de mes capacités bien sûr.

A bientôt
Pascal

Bonjour Pascal,

Un confrère ! Super !

J'ai eu moi aussi un BE en électronique et informatique industrielle durant près d'une vingtaine d'années avant de prendre ma "retraite" il y a dix ans environ.

Dommage que tu ne sois pas (aussi ) analogique à 100% car c'est un manque ici, moi-même étant aussi très numérique.
Nous avons bien sûr JCV (Jean-Claude) mais il n'est malheureusement pas assez disponible.

Bon, de toute façon, à nous deux + Jean-Claude, on arrivera bien à sortir quelque chose de convenable lorsque nécessaire (projet SGHo entre autres) !

Et si tu te proposes gentiment, alors... tu es embauché ! Merci.
Enfin, si tu as un peu de temps disponible bien sûr.

Et pour le salaire on en discutera... éventuellement beaucoup plus tard

Oui ici nous avons adopté le pic (16F). Cela date du l'époque où nous étions sur le Forum essenciel.
A mon avis c'est loin d'être le meilleur micro-contrôleur mais il est quand même "sympathique".
Nous avons notre mini plateforme de développement soft.
Enfin, mini... vraiment mini ! Mais pas trop d'importance puisque je débugue à 99,9999% les softs sur mon simulateur Proteus.

Tu développes donc sur PC ?
Car il y a un projet qui me tient un peu à cœur Sujet posté en 2009
Et moi, je suis handicapé, je ne sais programmer qu'en assembleur !

Enfin, on aura l'occasion de discuter de ça (éventuellement) et de plein d'autres choses sûrement...

@++

Cher confrere, Oh.... Ca fait trés sérieux!

Bonsoir Alain,

J'ai fait pas mal d'applications avec les 16F876, 877 et autres PIC.
Ce sont effectivement de bons petits micro assez polyvalents et facilement interfacables grace à leur multiples ports.
Si la vitesse d'execution est suffisante, les PICs me semblent donc un bon choix.

L'assembleur PIC pourquoi pas? Mes programmeurs développaient en C, les micro stations ne tournaient qu'avec le C.
Ceci dit, pour les petites applications vite faites (ou à faire vite), ne demandant que peu de communication (RS232, 422 ou autre port série), ils développaient en BASIC. Je n'étais pas trés chaud au début, mais j'ai trés agréablement été surpris par les résultats obtenus, le peu de temps à y passer et surtout par la compilation résultante. La vitesse d'exécution sur les protos n'a rien à envier à l'asm.
Quant à moi, je connais surtout l'asm INTEL et MOTOROLA, et même si ça fait 10 ans env. que je n'ai pas écrit de ligne de code, ça me tente de gouter à un nouvel assembleur avec GENE DEV PIC 16F87x.

Pour ce qui est des schemas et des routages, quelle DAO/CAO utilises-tu?
J'ai conservé ISIS et ARES (PROTEUS), que j'utilisais d'ailleurs toujours en manuel et non pas en auto. CEM oblige!

Design de hard, routage ou écriture de code source, j'accepte l'embauche avec grand plaisir.

A bientôt
Pascal

Bonsoir Pascal,

Super tout ça !!!

Moi aussi je suis sous Proteus.

Et encore moi aussi (décidément !) je programmais essentiellement sous INTEL (+Zilog mais kif kif) et MOTOROLA (enfin, c'est le client qui décidait).

Et le pic jamais. Mais il faut dire que lorsqu'il est sorti, c'était le 16F84, peu de BE pouvait l'adopter : mémoire programme quasi inexistante et aucun moyen de débuguage.

Il est toujours ainsi et même le reste de la série des 16F est très lourde pour une appli professionnelle (je ne parle pas d'allumage de leds ).
Sans parler de la pile "ridicule" et en plus inaccessible !
Si je ne peux pas jouer avec la pile je me sens frustré
D'ailleurs je pense que les langages évolués (basic compris) doivent avoir un peu de mal à assurer avec uniquement 8 niveaux de pile.

Sur quel langage évolué te sens-tu le plus à l'aise ?

@++

J'édite.
Par "langage évolué" je veux dire sur PC.

Alain,

J'aime bien les Intel, Zilog, Philips et autres compatibles mais c'est vrai que l'architecture bien plus de place; ou alors il faut utiliser un PSD. On tombe alors dans la complexité de la reproduction de nos amis qui voudront réaliser cette application.
C'est pourquoi, je pense que les PIC sont un bon choix.

Quant à mes langages de prédilection: je préfère moi aussi l'assembleur. La souplesse est évidemment absolue, mais le C est aussi bien plus rapide à écrire.
Voilà prés de 10 ans que je n'ai pas écrit une ligne de code. Peut-être que ça revient de suite, comme le vélo?

Mais ce qui me fait le plus peur, c'est l'incompatibilité entre le temps necessaire et ma disponibilité: je suis souvent en déplacement, pour des semaines entières (voire plus) et les week end passent trés vite. Je ne me sens pas vraiment disponible pour me concentrer sur le développement de routines. Peut-être serait-ce plus facile pour tracer des schémas ou router des cartes? Bref une participation plus ponctuelle et de durée plus courte...
Je ne veux pas me lancer dans des taches et vous faire patienter des semaines ou des mois, vous décevoir et en fin de compte être obligé de refiler le tout à qq qui saura s'y consacrer. Ce ne serait pas sympa de faire patienter des membres motivés.

A bientôt
Pascal

Bonjour Pascal,

Je te remercie de ta franchise, gage d'un sérieux certain dans tout ce que tu entreprends.

Et c'est vrai qu'on ne peut malheureusement pas toujours faire ce que l'on a envie.
Plan professionnel oblige mais aussi la vie de famille (le dimanche ne faisant toujours que 24h même avec les changements horaires hiver/été ! ).

Mais oui, dans le cadre "d'une participation plus ponctuelle et de durée plus courte" comme tu le dis tu pourrais, si besoin et si tu es disponible à ce moment, nous soulager en prenant en charge du routage par exemple.

Ne pense surtout pas que je veuille ne te limiter qu'à cela mais comme tu le sais, l'élaboration d'une schématique dans un projet impose obligatoirement une présence continue, et ce dès le début.

@++