totof2000 a écrit 9656 commentaires

Afin de facilité le ravitaillement, je vous serai gré
BEURK !!! C'est savoir gré.

Il existe des ponts USB/série ou USB/parrallèle.

Pour le série : Ca reste une liaison série pour laquelle il reste nécessaire d'avoir un microcontroleur à l'autre bout. Pour le parallèle, bien souvent ce n'est pas du parallèle mais du centronics (implémentation du protocole : tu ne peux pas accéder aux registres du port //).

C'est souvent bien plus simple avec un microcontrôleur et une pile logiciel USB toute prêt. Mais c'est vrai aussi que l'usb, cela ne marche pas top

C'est bien plus compliqué à mettre en oeuvre ….

J'avoue que j'aimerais qu'une boite réinvente l'ISA mais sur un fil, avec connection point à point bi-directionnel.
????

Pour ma part, un simple pont PCI vers un bus d'adresses sur 16 bits (ou 32 …) et un bus de données sur 16 bits (ou 32) ferait l'affaire Pour éviter le nombre de broches, on peut utiliser des astuces comme utilisait le 68008 pour avoir moins de broches. A ce stade on n'a pas forcément besoin d'un débit rapide et on peut multiplexer adresse/données ou envoyer les données sur 8 bits avec selection poids fort/poids faible …

….. celà dit je commence à comprendre ce que tu veux dire : un bus série avec un protocole du style "adresse _registre:commande" -> periph "adresse_registre:commande_lecture"->periph (qui renvoie la donée) : Ca sa'appelle pas SATA ce bus/protocole ? En tout cas dans mes souvenirs, ça y ressemble … Ca ressemble aussi à l'I2C …

Avec l'usb tu peux déjà faire pas mal de chose (mais avec une latence élevé par contre).

Je l'attendais celle-là. L'USB est une grosse m**** ! Bien trop complexe pour la mise en oeuvre d'un montage simple. Il te faut au moins un microcontrôleur. L'avantage de l'ISA c'est que tu avais des composants qui n'avaient pas vraiment d'intelligence, juste des périphériques "passifs": quelques portes logiques pour le décodage d'adresse et hop, on n'en parlait plus …

D'après ce que j'ai constaté, mis à part les jeux, une grosse partie des applis Windows fonctionnent, pour peu qu'on utilise pas la toute dernière version pour le tout dernier OS Windows.

Personnellement j'utilise sans problème majoritairement StarUML, LTSpice4.Tant qu'il ne faut pas jouer avec des trucs un peu particuliers comme DirectX, je n'ai pas trop rencontré de problème.

J'en ai utilisé d'autres à une époque pour lesquelles j'ai ensuite trouvé un équivalent sous Linux/BSD.

Bouffe ça en boucle pendant plusieurs mois/années, tu n'en riras plus. Mais arretez de lui donner autant d'importance : il va rappliquer ici (je crois qu'il a tenté une fois) et je n'ai pas vraiment envie d'avoir à le supporter ici.

Ce type croit donc vraiment en ce qu'il dit. ><

Je n'en suis pas sur : il veut juste faire parler de lui. Et tu es entré dans son jeu. Erreur de jeunesse, on te pardonne :) Mais pour la peine tu iras embrasser Stallman sur les pieds …

Ce type est un abruti qui sévit sur fr.comp.os.linux.debat depuis des années. C'est un boulet pénible et une des raisons pour lesquelles je ne vais plus sur fr.comp.os.linux.debat.

Merci de ne pas rammener ce débile ici, directement ou indirectement. Ca risque de mal finir.

Tu mériterais d'être banni de linuxfr pour avoir posté ce lien.

Pourquoi le deuxième dd ?
dd if=foo | xz > bar marche tout aussi bien non ?

Par curiosité, pour quel région, et quel domaine d'activité ?

-On parle de Raspberry Pi ou assimilés qui servent à faire du prototypage voire du bidouillage, dans ce contexte on peut se passer de ce type de montage

Mes dernières expériences me prouvent que non … ;) à moins d'avoir les moyens de changer de carte à chaque test …. Même un petit moteur peut te générer des tensions assez impressionnantes. J'ai grillé un circuit de commande de moteur tout simplement en changeant le sens de rotation trop rapidement; Je ne sais pas ce qui se serait passé pour le microcontroleur si je l'avais mis en direct ou sur la même alim. Il aurait peut-être tenu … ou pas …. Et pour du prototypage, on est pas à l'abri d'une erreur. Un pauvre optocoupleur ne coute rien comparé à une carte style RPi.

• -Les moteurs en questions ne sont pas non plus énormes en dimension et puissance ce qui ne compromet que la vie de la carte (et vu l'objectif de ces cartes, disons que ce n'est pas dramatique).

Avec une carte dont le prix se situe entre 35 et 90 euros, comparé au prix d'un opto (moins d'1 euro), le choix est vite fait.

Si ton circuit de régulation est intégré à la carte, tu es obligé d'avoir une tension supérieure à la tension d'alim. Même pour un régulateur low drop, tu as toujour une tension de l'ordre d'1 V supérieure en entrée de ton régulateur, d'ou à mon avis le 6V.

Si tu pars de 5V, ça nécessite d'avoir un 5V déjà régulé, donc d'avoir un circuit de régulation en amont. Ca peut le faire, mais tout dépend de l'environnement.

Sinon, pour ceux qui mettent une carte dans leu voiture, il y a des trucs spécialisés … Donc s'il y a vendeur, c'est qu'il y a marché … et je me rappelle d'une époque ou on voyait des sites de personnes qui avaient recyclé leurs cartes mères de PC en lecteur MP3 pour voiture. Donc je suppose que le nombre de personnes qui mettent ce genre de carte dans leur voiture n'est pas si rare que ça, même si ce n'est pas la majorité.

si tu veux piloter d'autres composants : un moteur,

Personnellement je mets toujours une isolation galvanique (opto) entre le circuit de contrôle et le circuit de comande du moteur. Pour le reste je ne me suis pas penché dessus, mais ça me parait cohérent.

5 à 7.5W au pire (charging port de 1.5A, ho en fait c'est même possible 5A = 25W avec les dernières specs) est plus que suffisant pour le but. Parler de boards qui consomment plus est ne pas avoir compris ce qui fait la spécificité des boards type Raspberry Pi (qui tourne à 2.5W, l'idée est quand même une conso minimal pour du 24/24).

Le problème n'est pas l'alim de la carte, mais le montage que tu alimentes derrière. Et il serait stupide d'avoir 1 alim pour la carte et 1 alim pour le montage qui est contrôlé par la carte.

Mais la question finalement, c'est de savoir su 12V n'est pas trop de nos jours.
Non : tout dépend de ce que tu veux faire. Certains périphériques nécessitent du 12V pour fonctionner. Ca t'évite aussi comme dit plus haut d'avoir à ajouter un régulateur 5V si ton montage fonctionne sur batterie de 12V.

le "standard de facto" devrait migrer un jour vers le 5V…

Faut voir le nombre de personne qui mettent ça dans une voiture.

Sans aller jusqu'à mettre ça dans la voiture :
Pour ma part il me reste à la maison des alims de PC 12V, des alims de hub ou tout autre appareil de ce format qui fournissent des tensions variables (entre 5 et 12v), et ça me permet de les réutiliser. Au pire je peux facilement et pour pas cher commander le connecteur du diamètre adéquat et le souder si je ne l'ai pas.

L'idée reste d'avoir un format commun, et l'USB est bien plus universel (alimentation, data…), j'en ai même un sur mon PC portable alors que j'ai rien pour ce connecteur rond en balade.

Ca se défend, mais n'oublie pas que la cible du RPi et la cible des OLinuxino ou beagleboard ne sont pas les mêmes

Si tu prends la beaglebone black, tu as la possibilité de l'alimenter en 5V via un connecteur jack ou via un micro-usb. Tu as le choix …. l'idéal étant à mon avis d'avoir le choix de la connectique et de la tension d'alim (5V sur le microUSB et 6-12V sur le jack …).

Pourquoi pas "5 à 16 V"? Comme ça tout le monde est content.
Parce que le circuit de régulation de tension nécessite 1V de plus au niveau de l'alim ? Il doit y avoir un étage de régulation, et je suppose que sur ce genre de cartes il n'y a pas de place pour mettre de grosses capacités qui pourraient absorber les variations de tension de l'alim.

Si ça t'intéresse je dois avoir encore des cartes mères i386 ou 486 chez moi.

Je ne suis pas sur par contre d'avoir les barrettes de RAM qui vont avec (je dois les avoir jetées).

Pour ma part j'ai choisi un portable sans SSD pour raison de coût.

Je me suis fait voler mon sac avec ma précédente machine, et je ne voulais pas mettre plus de 300 euros dans un portable. Je prends les transports et le risque n'est pas négligeable.

Piour info le voici

C'est pas une bête de course, mais pour ce que j'en fais ça marche plutôt bien.

Il y a un linux préinstallé (distrib étrange), mais je l'ai virée pour une Ubuntu qui supporte assez bien le matos. Il semble par contre que l'USB3 ne soit pas supporté).

Il fonctionne plutôt bien (et mon entourage le trouve sympa), avec cependant un bémol : la qualité de l'affichage qui n'est pas des meilleures (mais suffisante pour ce que j'en fais). Autre point qui est par contre un avantage selon moi : il a un écran mat.

Si j'ai le temps et que ça t'intéresse, j'essaierai d'installer un freebsd ce soir ou demain pour voir s'il est compatible. Je dirais qu'à priori ça devrait aller, à un détail près : la gestion de l'alimentation.

On est dans l'ordre de grandeur du prix d'une BeagleBoard par exemple.
Pas du tout. La beaglebone Black est disponible à moins de 50 euros et dispose de plein de GPIO dont 2 bus CAN.

Donc je pense que c'est plus qu'un PC (GPIO), et de l'ordre de grandeur du prix d'une BeagleBoard. C'est donc une outil assez intéressant.
Trop cher ….

On peut trouver des cartes PC104 moins cher (exemple : http://www.micro-technic.com/Shoppen/Micronix-PC/104/CPU-Module-x86.html ).

le fait de donner l’accès aux GPIO et autres bus sans passer par la complexité qu'il y a dans tout le monde ARM.
Ben certes, tu passes juste par la complexité qu'il y a dans tout le monde X86. Depuis la disparition du bus ISA, c'est assez pénible d'avoir des accès aux GPIO …

Je suis nostalgique de cette période ou on pouvait insérer dans son PC des cartes self-made. Pourquoi n'y a-t-il pas un standard pour ce genre de choses sur le X86 ?

Et il continue, le bougre !!!

Le "vrai gens, en local" signifie la personne qui travaille à quelques kilomètres de chez toi plutôt qu'à des milliers de kilomètres.
Une vraie personne avec laquelle tu peux(pourrais) échanger, pas une personne toute aussi vraie, mais habitant à l'autre bout du monde, de suite plus anonyme, moins concrète.

Ce serait bien plus simple de reconnaitre que le terme employé pouvait porter à confusion dans le contexte ou tu l'as employé !!! Et tu devrais aussi prendre un peu de recul et voir cette remarque comme humoristique (c'est en tout cas l'état d'esprit que j'aurais eu si j'avais fait cette remarque en premier).

Et alors ? Tu te rends compte que tu remets en cause l'essence même de Linuxfr là ?

La remarque ne portait pas sur le "local" mais sur le terme "vrai" de "vrais gens". Et ce terme ainsi que la façon de t'exprimer m'ont aussi fait penser à la même chose : je voulais même répondre un truc du genre "les non-locaux ne sont pas de vrais gens ?"

Je pense plutôt aux alims que tu trouves au supermarché pour moins de 10 euros.

C'est le même genre d'alim que celle de la freebox. Le connecteur doit être un peu plus petit, il faut que je vérifie.

Pour le mien, j'ai utilisé une alim d'un vieux switch réseau (j'ai aussi un hub USB qui a le même style de connecteur). Une alim universelle telle qu'on en trouve partout fait l'affaire.

Avec mon Rasberry, je fais surtout "joujou" : vu le peu d'ES disponibles, on peut pas en faire grand chose d'un point de vue electronique (juste quelques tests). J'en ai un second sur lequel j'ai installé xbmc, auquel je dois ajouter un disque dur externe et qui me servira de remplaçant à un lecteur CD de salon.

Mon olinuxino me permet d'avoir plus de ports GPIO et me permet de faire des choses plus intéressantes en électronique (j'ai fait une pause ces temps-ci à cause de la chaleur). Actuellement je m'amuse à contrôler un petit circuit de train électrique (j'en suis à la partie électronique/hardware pour le moment). Le langage ? Je vais tenter Erlang pour le coeur du soft, et probablement une interface HTML/Jabvascript pour l'IHM.

J'ai aussi commandé 2 beagleboards pour comparer et voir si on peut faire mieux avec.

Suite à tes indications j'ai peut-être trouvé mon bonheur.

Merci en tout cas. Cependant je suis ouvert à toute suggestion.

Merci en tout caS.