entrée/sortie, how to ? - Page 1

plop

je voudrais me remettre un peu dans l'automatisme, j'ai vu que le pi à un port gpio qui donne d'origine 8 entrées/sorties simples
une carte d'extension à été développés qui donne bien plus mais comme le pi celle ci est introuvable pour l'instant

donc j'ai aussi vu les arduino, mais ça à aussi l'air d’être le bordel complet avec wattmille carte d'extensions, je ne veut pas payer 10€ un capteur en version carte, je veut moi pouvoir brancher direct mon beau capteur version standard

quant j'étais au bts un des prof avais fait lui même une carte pci avec grave d'entrée sortie, et pas juste des oui/non mais de quoi avoir dessus des sondes températures et autres joyeusetés
pour dev dessus on allais simplement lire l'adresse du port pci et à chaque octet/word correspondait à un capteur/actionneur

je cherche donc une "carte" entrées / sorties me permettant de brancher beaucoup de choses et de manière simple, qu'importe le voltage de la partie commande, mais je veut pouvoir avoir une partie puissance en 220 et éventuellement 380 (donc je pense qu'il faut au moins du 12 ou 24 en partie commande pour commander les contacteurs ? ou mettre un circuit secondaire pour passer du 5 au 12/24 puis au 220 ?)

il me faut suffisamment de chose pour brancher des capteurs d’hydrométrie/température/pression/c02/potentiomètre/inter et boutons poussoir/optique/..., et des actionneurs : moteur(s)/ventilos de pc (j'aimerais contrôler leur vitesse))/diode/grosse lampe (elle aussi contrôle de la puissance si possible)/électrovannes/pompes/relais et contacteurs, éventuellement sortir du son (des bips) et afficher sur un écran à segments voir un vrai écran

si c'est autonome c'est pas plus mal mais en usb branché plus tard sur un pi pourrais être très bien

si il existe une version dev et une version production pour plus tard c'est le top

une idée de matériel simple et peu cher ?

ce que tu veux, c'est de la domotique, et en général ça coute un bras...

sans aller dans la commande 230V, tu peux commencer à te familiariser à ces choses avec un kit genre http://www.conrad.fr/ce/fr/product/191003/Kit-interface-dexprimentation-USB-Velleman-K8055

tu pourras ensuite te monter un petit circuit pour que tes signaux TTL puissent commander des relais 230V ou plus... (ça existe probablement en kit aussi)

hum je vois des que je veut plus de 2 entrée sorties analogique c'est le drame niveau tarif ^^
aussi, tout en dll sans aucun contrôle direct et donc aussi sous windows only, moyen :/

si j'oublie les sortie analogique, qq chose comme cela pourrais il lire mes capteurs hydro/température ?

quant je lis la doc je voie qu'en réalité la carte répond, piloté depuis le pc, -à cause de l'usb- entre 50 et 300ms (ouch de quoi mourir plusieurs fois ^^) donc standalone ou avec une autre connections c'est mieux

bon, retour sur l'arduino j'avais pas vu qu'il propose de l'analogique d'origine

mes capteurs pourront 'il se brancher direct ou ça va me coûter un oeuil ?

pour avoir moult entrées un truc comme ca c'est valable ?
existe t'il un truc similaire mais avec des sorties ?

en fait j'ai deux projets, un qui nécessite du 220 et un autre, qui serais de me faire une sorte d'ambilight couplé à un rétroprojecteur et des millions de led rgb

une led rgb pourrait' elle être branché directement sur une sortie analogique ?

un arduino pourrais t'il gérer tout seul (niveau cpu) le "parsing" d'un flux vidéo pour aller ensuite contrôler grave de led ?
dans le cas contraire, pourrait' il être un simple "relais" contrôlé par l'ordi ?

j’imagine bien que je ne pourrais pas brancher 12000 led dessus, faire un circuit qui à partir de deux tension pourrais me faire 3 ou 4 "transitions" de couleur/tension est' il possible ? (je connais queud en électronique)

robinHood (./3) :
hum je vois des que je veut plus de 2 entrée sorties analogique c'est le drame niveau tarif ^^

après, en fonction de ce dont tu as besoin, tu peux te faire un circuit avec 8 résistances (à minima) pour obtenir un semi CNA

robinHood (./3) :
si j'oublie les sortie analogique, qq chose comme cela pourrais il lire mes capteurs hydro/température ?

ça dépend des capteurs et de la résolution mais ça peut être suffisant oui (1024 valeurs différentes par entrée en l'occurence)

robinHood (./3) :
quant je lis la doc je voie qu'en réalité la carte répond, piloté depuis le pc, -à cause de l'usb- entre 50 et 300ms (ouch de quoi mourir plusieurs fois ^^) donc standalone ou avec une autre connections c'est mieux

bah de toutes manières, cf je ne sais plus quel topic, les systèmes usb induisent de la latence (qu'ils compensent ensuite par le débit) : pour de très courts échanges, c'est pourri... le même genre de montages en port série peuvent exister si tu as encore ce qu'il faut sur ton pc... et concernant ta remarque pour windows, c'est juste ce qui est fourni... tu peux toujours décider d'implémenter un dialogue usb avec linux si tu veux...

robinHood (./3) :
bon, retour sur l'arduino j'avais pas vu qu'il propose de l'analogique d'origine
mes capteurs pourront 'il se brancher direct ou ça va me coûter un oeuil ?

ça dépend, quels capteurs, quelle adaptation nécessaire... si tu ne dépasses pas VCC (5V) et 1mA, normalement c'est bon d'après leur doc. (et ils conseillent quand même de s'assurer d'une protection pour ne pas arriver à ce cas extrême)

robinHood (./3) :
pour avoir moult entrées un truc comme ca c'est valable ?
existe t'il un truc similaire mais avec des sorties ?

j'ai pas regardé en détail mais peut être qu'un mux/demux peut résoudre ton problème

robinHood (./3) :
une led rgb pourrait' elle être branché directement sur une sortie analogique ?

"directement", oui, mais c'est pas recommandé (pour ne pas dire déconseillé) vu qu'elle risque de tirer trop de courant... un petit circuit de quelques composants (deux ou trois, parfois passifs seulement) peut suffire

robinHood (./3) :
un arduino pourrais t'il gérer tout seul (niveau cpu) le "parsing" d'un flux vidéo pour aller ensuite contrôler grave de led ? dans le cas contraire, pourrait' il être un simple "relais" contrôlé par l'ordi ?

ça dépend du flux vidéo, si c'est du monochrome 320*240 @ 30hz ou du Ultra HD@200hz, c'est pas pareil...

et quand bien même il y parviendrait, l'objectif est quoi exactement ? afficher en direct sur les leds en temps réel ou raffraichir le niveau des leds toutes les quinze ou vingt frames pour la lumière d'ambiance ?

et aussi : en plus d'ingérer ton flux, tu penses faire quoi comme travail dessus avant de contrôler tes grave leds ?

(pour faire simple : nonn ce n'est pas prévu pour ça)

robinHood (./3) :
j’imagine bien que je ne pourrais pas brancher 12000 led dessus, faire un circuit qui à partir de deux tension pourrais me faire 3 ou 4 "transitions" de couleur/tension est' il possible ? (je connais queud en électronique)

je ne suis pas sûr de comprendre, tu veux dire qu'avec deux entrées analogiques, tu veux pouvoir définir 4changement d'état de tension (donc analogiques?) en sortie ?

du genre si je suis à 0,5V (entrée 1) et 0,7V (entrée deux) alors j'active la transition "augmentation forte" sur ma sortie ?

si c'est le cas, ça peut presque se faire sans électronique numérique, le delta de entrée1&entrée2 permet de définir la tension en sortie...

merci :- )

afficher en direct sur les leds en temps réel ou raffraichir le niveau des leds toutes les quinze ou vingt frames pour la lumière d'ambiance ?

la solution deux, le top serais que la bête puisse accéder elle même au flux vidéo, mais je vais pas me rendre fou et un pc enverra directement la couleur de chaque led genre une fois par seconde, l'arduino se "contentant" de fader les couleur vers celle indiqué

[cite]je ne suis pas sûr de comprendre, tu veux dire qu'avec deux entrées analogiques, tu veux pouvoir définir 4changement d'état de tension (donc analogiques?) en sortie ?

du genre si je suis à 0,5V (entrée 1) et 0,7V (entrée deux) alors j'active la transition "augmentation forte" sur ma sortie ?

si c'est le cas, ça peut presque se faire sans électronique numérique, le delta de entrée1&entrée2 permet de définir la tension en sortie.../cite]

non pas sur les entrées mais sur les sorties, en fait le truc c'est que j'envois la couleur sur deux led seulement et de l'électronique puisse "toute seule" mettre les couleurs sur genre 4 led entre les deux, pour réduire le nombre de sortie analogique nécessaires (soit dans mon exemple 2 sortie pour 6 led avec chaque led sa couleur propre) mais pour tout dire je ne sais comment fonctionne une led rgb, juste que suivant la tension sa couleur va varier, après si la led doit prendre plusieurs entrées, genre une par canal de couleur, je sent que je serais dans la merde

si je comprends bien, tu dis numéro 1, valeur 100, numéro 6, valeur 200 et automatiquement il met la 2 à 120, la 3 à 140, la 4 à 160 et la 5 à 180 ?

si c'est de l'analogique, un circuit "simple" te le permet... par exemple pour "alimenter" la numéro 2, tu prends le premier bout d'une résistance de 100ohms collé à l'alimatation du numéro 1, l'autre coté fournira l'alimentation du numéro 2 et le premier bout de la seconde résistance de 400ohms et enfin l'autre bout de la seconde résistance connecté à l'alimentation du numéro 6... Ensuit, la numéro 3, tu fais le couple 200/300, la 4 tu mets 300/200, la 5 400/100 et le tour est joué...

(c'est pas forcément le plus optimal mais bon c'est repide à faire au moins... tu peux ensuite "factoriser" tes signaux...)

aussi simple que u = r * i

mine de rien, faire un vrai programme "matériel" serais le top, sans microcontrôleurs

j'avais un très bon niveau en electrotech mais ca fait 10 ans que je n'en ai pas fait, et niveau porte logique etc on à vraiment "survolé" il fallait plutôt passer les habilitations et faire une logique plus simple (et proche de l'industrie) à coup de contacteurs/capteurs/tempo et moteurs seulement

existe t'il une sorte de 'tas de transistor' que l'on peut programmer (et qu'en quelque sorte le prog compilé soit un "câblage matériel" des transistor) pour éviter que je m'équipe de 12000 portes logiques ?

un pack du débutant particulier et/ou des ouvrages à me recommander pour débuter l'électronique ?

Ca existe et ça s'appelle une GAL (general array logic) par exemple...

merci ! :- )

(après tu peux par exemple te mettre aux ALTERA si t'as de plus gros besoins)

Enfin a la place d'un GAL j'irais plutot sur un CPLD voir un petit FPGA. Meme si on utilise pas tout, c'est (moins cher et plus facile a trouver

oui j'ai aussi regardé, ca fait beaucoup de possibilités, dur de choisir.

petite question, pourquoi les fpga ont une fréquence ?!

mis à part les temps de commutation de certains composants, tout ne devrais il pas être instantané ? ici avec une fréquence je ne vois plus l’intérêt du hard sur le soft.

car la, certes tout est indépendant et // mais on se rapproche d'un cpu avec un langage et tout, je pensais que le soft pour "programmer" étais graphique, et que je devrais faire moi même sur l’écran le placement des portes et des liaisons

Les FPGA n'ont pas de fréquence a proprement parler. Tu peux leur faire génerer des clocks, mais c'est tout sauf obligé.

Les softs de programmation de CPLD/FPGA ont généralement aussi un mode graphique pour dessiner un schéma avec des équivalents de portes logiques.

robinHood (./12) :
petite question, pourquoi les fpga ont une fréquence ?!

t'as des délais de propagations interne qui fait que t'as une fréquence max de fonctionnement stable.
La fréquence indiquée est généralement la fréquence max que l'on peut obtenir avec les éléments de base du fpga. (ça ne prend pas en compte les fréquences max des bloques de ram, des multiplieurs hardware et autres, pour ça il faut lire la doc en détail pour avoir l'info)

mis à part les temps de commutation de certains composants, tout ne devrais il pas être instantané ? ici avec une fréquence je ne vois plus l’intérêt du hard sur le soft.

les temps de propagation ne sont pas négligeable, et le seul moyen d'avoir un traitement fiable en électronique numérique est d'avoir un traitement synchrone.
le traitement asynchrone est a proscrire au maximum (d'ailleurs les logiciels de FPGA ralent méchamment si tu fais du traitement asynchrone et je ne parle même pas des fabs)

car la, certes tout est indépendant et // mais on se rapproche d'un cpu avec un langage et tout

en réalité ça n'a rien à voir, "programmer" un fpga est complètement différent que programmer un CPU.
ceux qui ne font pas la différence se retrouvent avec des performances plus que médiocre ou à utiliser un FPGA 10x plus cher que nécessaire.

je pensais que le soft pour "programmer" étais graphique, et que je devrais faire moi même sur l’écran le placement des portes et des liaisons

Les FPGA (et CPLD) devenant tellement complet et complexe, ils permettent donc d'implémenter des choses de plus en plus sophistiqué ce qui fait que c'est un gouffre de temps de faire l'ensemble d'un projet en graphique.
En plus chaque constructeur ont des architectures différentes, donc une solution graphique n'est pas portable et sera adapté qu'à un seul constructeur (ou aucun, donc perfs réduites).
D'où la raison du VHDL/Verilog et en général les synthétiseurs vhdl/verilog s'en sortent plutôt bien.

merci

programmer graphiquement c'est donc comme si je faisais la totalité d'un soft en asm alors qu'ils ont créés des langages et des compilateurs qui sortent ici un câblage ?

les possibilités des fpga ont l'air énormes de ce que j'en vois
elles sont limités seulement par cette fréquence, la place libre sur la puce et la quantité de pin disponible ?

j'ai vu que certains modèles proposent une réorganisation de la puce durant son fonctionnement, combien de temps prend en moyenne l'écriture d'un câblage interne complet de celle ci ?

techniquement, est t'il possible de brancher n puces fpga à un raspberry pi ou un arduino, que celui-ci puisse reprogrammer les puces à la volée, les câbler "logiciellement" et assurer leur gestion/traitement ?

robinHood (./16) :
programmer graphiquement c'est donc comme si je faisais la totalité d'un soft en asm alors qu'ils ont créés des langages et des compilateurs qui sortent ici un câblage ?

en effet.

les possibilités des fpga ont l'air énormes de ce que j'en vois
elles sont limités seulement par cette fréquence, la place libre sur la puce et la quantité de pin disponible ?

en effet, par la freq max de ces éléments basique et pré-cablé (ram, mul, transceiver, pll) ainsi que leur quantité, les fonctions des pins et ton imagination.

j'ai vu que certains modèles proposent une réorganisation de la puce durant son fonctionnement, combien de temps prend en moyenne l'écriture d'un câblage interne complet de celle ci ?

je ne connais pas de FPGA qui ne peuvent pas se programmer à chaud via JTAG.
par contre la reprogrammation partielle du fpga ce n'est pas courant (je ne connais personnellement pas de modèle qui le font d'ailleurs mais je ne les connais pas tous )
Le temps de reprog dépend de la méthode (JTAG, mémoire série, mémoire parallèle...) et de la taille du fichier de configuration.
mon projet actuel prend 6s via JTAG pour configurer le FPGA.
avec le même fichier, si c'est le FPGA qui boot via la mémoire série ça devrait prendre 1/2s d'après la doc.

techniquement, est t'il possible de brancher n puces fpga à un raspberry pi ou un arduino, que celui-ci puisse reprogrammer les puces à la volée, les câbler "logiciellement" et assurer leur gestion/traitement ?

je ne me suis pas intéressé à la raspberry pi/arduino, mais je pense que ça doit même déjà exister.

De mémoire une partie des xilinx font du partiel (dont les spartans)


De ma connaissance, il n'existe pas de shield FPGA pour arduino (ni de CPLD) d'ailleur programmer depuis une arduino n'a pas vraiment d'interet. Sans compter que la mémoire de l'ATMega est limité.

Quant à se remettre à l'automatisme, pourquoi ne pas acheter un TSX-17 d'occasion ?

#crise cardiaque#

(au passage : n'espère pas générer une configuration FPGA "à la volée" : au-delà du fait que faire un compilateur FPGA est loin d'être trivial, les formats sont fermés)

mmm :- /

donc déjà je ne pourrais pas remplir la puce avec plusieurs "prog" :- (
pourrais je par contre sauver/changer le "binaire" qui va dans la ram chargé au démarrage sans devoir passer par le compilo ?

en fait j'ai vu des "émulateurs" megadrive, c64 etc
visiblement je m’étais enflammé et cela reste anecdotique (j'ai vu ce détail en cherchant combien de portes logiques allais prendre par exemple le 68000), au début je pensais que les fpga étaient aussi "répandus" que les cpu niveau dev, qu'il y avais stock de code open source etc

bref je voyais déjà mon mame hardware ou le pi allais remplir les fpga avec les cpu qui vont bien (8 cpu sur la saturn ) puis faire la liaison entre toute les puces

pour revenir au tsx, c'etais le 27 que l'on "codais" via grafcet ?

http://stackoverflow.com/questions/2056560/open-source-field-programmable-gate-array-fpga-development-tools

:' (

The good news, though, is that many of the patents that protect FPGA architectures are expiring over the next few years. That could make it possible to develop an open source FPGA architecture. Of course, you'd need a few semiconductor companies to get on board and actually manufacture it...

\o/ ?

68000 -> 68000 transistors tout simplement

il est donc 10 fois plus balèze que le 6502 ?!

Non y'a pas de rapport, y'a que le 68000 qui a cette particularité (et le 68060 n'a pas que 60 transistors de plus )

Et sinon, vu le coût de conception et de fabrication d'un circuit intégré, t'es pas prêt de voir de FPGA open-source.

han il en à vraiment 68k, excellent !