On peut par exemple afficher la charge de la machine, le nombre de processus, etc... Et d'autre part avec l'avènement des cartes mère "modernes", il est aussi possible de récupérer la température du processeur, des disques et quelques autres infos parfois nécessaires (en particulier en cas d'overclocking par ex.)
Bref, ces afficheurs se democratisent au niveau de leurs tarifs et pour peu que votre machine serve exclusivement de serveur, cela vous permettra de vous passer d'ecran de contrôle...
Et puis le tout logé dans une baie 5"1/4, "ça le fait" ;))
Aller plus loin
- L'article de LinuxGazette (101 clics)
- Le site du projet LCDProc (94 clics)
- Le site du projet Lcdmon (74 clics)
# Afficheur USB
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 10.
parce que pll et serie ca date faut etre djeunz
et utiliser les new techno :)
ps si qqu'un l'a deja fait / a des doc ca m'interesse
[^] # Re: Afficheur USB
Posté par the_freeman . Évalué à 10.
[^] # Re: Afficheur USB
Posté par Francois Revol (site web personnel) . Évalué à 10.
USB ça suxe.
[^] # pas facile du tout
Posté par TSelek . Évalué à 10.
Ensuite les drivers de ligne RS232 ne coutent presque rien, sont embarqués dans pas mal de micro-controlleurs alors que l'USB demande un PHY/Serializer/EndPoints encore cher aujourd'hui, sans parler de USB 1.1 -> 2.0...
En ce qui concerne les drivers, USB c'est l'enfer, alors que le rs232 est simple et utilisé depuis la nuit des temps. En plus il faut un ClassID à chaque périphérique, et c'est normatif. Le developeur doit suivre les règles du consortium USB, et donc "acheter" un ID pour ses périphériques, un peu comme les périphs PCI. Il y a tout un business-model autours de l'USB alors que le rs232 laisse toute liberté au dev.
Même au boulôt, on galere avec USB, alors à la maison c'est vite vu. Quel est temps qui s'est écoulé entre les permiers Mac USB et le passage de tout les périphs à l'USB ? Plus d'un an. Les industriels eux-même ont pris énormement de temps pour ce qui est bien plus qu'un portage. RS232 et USB ne sont interchangables que d'un point de vue marketing.
[^] # Re: pas facile du tout
Posté par Def . Évalué à 10.
http://sourceforge.net/projects/usbsnoop/(...)
[^] # Et un adaptateur USB<->parallelle ou serie?
Posté par darkleon (site web personnel) . Évalué à 10.
En bonus, ça évite d'avoir un fil qui sort du capot pour aller se brancher sur le port // de l'odrdi, car la plupart des cartes mére modernes sont équipées de de connecteurs usb pour ajouter d'autres ports.
Franchement, c'est vrai que le port série ou // c'est super bien pour le mec qui bidouille, mais je preferarais que les nouvelles CM soient équipées que de ports USB pour les périphériques lents et qu'il y ait au moins 4 ports en façade ce qui éviterait de faire des genuflexions chaque fois que je branche mon appareil photos ou un joypad.
Et puis honnêtement, même si une CM n'est pas équipée en standard de // et série, il est toujours posible d'acheter une carte PCI pour rajouter ces ports.
Et en plus c'est mieux pour le bidoulleur, car en cas d'erreur de montage, c'est le port de la carte PCI qui grille, pas le port de la CM, celui qui n'a jamais vu un port // claquer suite à une mauvaise manip léve la main.
C'est à cause de ce genre de réactions qu'on a toujours une compatibilité 8086 ou on rajoute des surcouches et des surcouches au niveau matériel.
On accumule, mais on ne nettoit pas ce qui ne sert plus vraiment (et comme je le disais il y a des adaptateurs USB-> vieux ports ou une carte PCI pour ceux qui ne veulent pas se séparer de leur vieux périphériques).
[^] # Re: Et un adaptateur USB<->parallelle ou serie?
Posté par TSelek . Évalué à 10.
Imaginons que rs232/UART soit un bios VGA, alors USB serait XFree. XFree peut bien sur émuler une fenêtre VGA (sinon Bochs le fera ;), mais tu vois bien l'empilement ! C'est plutôt badaboum comme truc, mais ça marche (ne me demandes pas d'écrire les drivers !). Sauf que le jour où tu changes d'OS ou de génération de matos, absolument plus rien n'est garanti ! On retombe dans la problématique drivers et matos exotique.
[^] # Re: Et un adaptateur USB<->parallelle ou serie?
Posté par darkleon (site web personnel) . Évalué à 1.
C'est au device de se démerder pour transformer tes requête RS232 en USB et à l'adaptateur de faire de l'USB vers le RS232.
Bon évidemment ça rajoute de la complexité à l'OS, mais pour le programmeur de son périphérique RS232 c'est transparent et c'est ça qui compte.
En plus l'adaptateur pourrait être mieux protégé contre les débranchements intempestifs ou les mauvais montages électronique, sauvegardant ta CM.
Le seul truc c'est de programmer le device virtualRS232, il faut avoir les specs de l'adaptateur USB->RS232, mais c'est un problème général aux OS libres (cartes sons/vidéos,etc...)
Regarde le nombre de protocoles qui ont leur "HTTP-tunneling" pour passer à travers un firewall, c'est un peu le même principe.
Et "in fine" tu peux toujours acheter une carte I/O PCI si tu veux un vrai port RS232 si tu as des contraintes trés stricts de synchronisation.
[^] # Re: Afficheur USB
Posté par martinc . Évalué à 10.
Du coté des microcontrolleurs, je bosse avec un Cypress EZ-USBFX (CY7C646xx). Ce microcontrolleur intègre un coeur USB qui simplifie énormément le code et un µp 8051.
Il est possible de faire 100% du developpement sous linux, le µC chargeant le code par l'USB au démarrage (il existe un driver kernel, mais j'ai préféré ecrire le mien en user-mode).
Coté µC j'ai utilisé SDCC, cross-compilo C (dispo sur sourceforge).
Coté librairie j'ai utilisé la libusb pour tout les accès en user-mode (bannir definitivement l'usage des modules pour ce genre d'appli, peu gourmandes en ressources). Et les scripts Hotplug pour le chargement du code (scripts très farceurs soit dit en passant).
Après il suffit de la norme USB et de la doc cypress pour ecrire le code. Rien de bien sorcier, et pas besoin de sniffeur USB (totalement inutile grace au coeur USB).
Les points noirs:
- Le chip cypress est très difficile a obtenir et est seulement en CMS (TQFP 44)
- Il faut savoir faire du blind debug pour le µC (cad debug sans outils spécifiques). Il m'a fallu bien une semaine pour démarrer le µC correctement et enfin avoir une liaison série de debug.
- Toujours pas de vendorId (j'ai pris un 0xcafe en attendant :) ).
Il y a a peine 2 ans j'aurais été bloqué sur une station Win, avec un tas de softs proprio hors de prix pour faire exactement la même chose...
[^] # Re: Afficheur USB
Posté par TSelek . Évalué à 10.
[^] # Re: Afficheur USB
Posté par Sébastien Koechlin . Évalué à 7.
Avec un tel microcontroleur, il doit être possibe pour un particulier de faire un montage, de le programmer avec un port série, et ensuite de l'installer sur un port USB sans avoir à acheter du matériel particulier.
Enfin il me semble qu'Elektor a acheté un vendorID exprès pour que les particuliers puissent jouer avec l'USB sans risquer ce genre de conflit.
[^] # Re: Afficheur USB
Posté par martinc . Évalué à 6.
[^] # faut la revue papier.
Posté par TSelek . Évalué à -1.
http://home.t-online.de/home/B.Kainka/index.htm(...)
Pour le Mac et Cypress:
http://www.plak.net/cylab/index.html(...)
Elektor (UART pour USB, septembre 2000 & fevrier 2002):
http://www.elektor.fr/(...)
[^] # prix du gadget elektor
Posté par martinc . Évalué à 4.
Le pb du vendorID est exactement le même que pour le PCI, encore qu'avec le PCI c'est encore plus cher de faire parti du groupe.
Ensuite il faut voir qu'un vendorID coute 1500$ (a vie) mais que cela ne donne pas le droit d'utiliser le logo USB, ca c'est 1500$ par an. Pour etre membre du sig, c'est 5000$/an.
[^] # Re: Afficheur USB
Posté par Aurélien Jarno (site web personnel) . Évalué à 6.
Le seul problème c'est pour le CI / soudures, c'est à s'arracher les cheveux (0,5 mm entre chaque pin pour le TUSB3210 et 0,65 mm pour le TUSB3200).
Sinon pour le vendorId, c'est pas possible de prendre celui du constructeur ? Il me semble que Microchip en a un par exemple (à vérifier).
[^] # Re: Afficheur USB... ou i2c
Posté par moulator . Évalué à 4.
Il est seulement utilisé pour interfacer les sondes de températures et de contrôle des ventilos.
Mais on peut raccorder bien d'autres périphériques i2c/smbus dessus, d'autant plus que sur la majorité des cartes mères, il y a un connecteur correspondant. Connecteur interne de surcroit.
J'ai pas encore eu le temps de creuser la question (i.e. sortir le fer à sourder), mais je pense qu'il y a des choses à faire dans le domaine...
[^] # Re: Afficheur USB... ou i2c
Posté par martinc . Évalué à 2.
C'est comme ca que j'ai ajouté a ma carte mère (Abit KR7A) une sonde pour lire la temp interne du CPU (un athlon XP) via un chip spécialisé.
Matrix-Orbital a des LCD qui peuvent se brancher sur un port I2C (mais ils sont chers, comme les modèles RS232).
[^] # Re: Afficheur USB
Posté par Laurent Domenech (site web personnel) . Évalué à 1.
# Oui, mais...
Posté par Ludovic Boisseau . Évalué à 10.
Pour un serveur (sans écran bien sur), l'idéal reste encore le port console relié à un serveur de terminaux genre Annex ou Xcell. Avec ça, tu accèdes à la console, tu fais ce que tu veux comme dans un Xterm, même si la conf réseau du serveur est HS.
Et en plus, tu n'as même pas besoin de rester près du serveur pour lire les infos...
Mais c'est vrai que pour un particulier, ça peut être pratique.
# mp3 box
Posté par Timbert Benoît . Évalué à 10.
[^] # Re: mp3 box
Posté par Nÿco (site web personnel) . Évalué à 6.
[^] # s/mp3/ogg
Posté par DPhil (site web personnel) . Évalué à 5.
[^] # Re: s/mp3/ogg -=- Et la marmotte elle embale le chocolat dans le papier d'alu.
Posté par Timbert Benoît . Évalué à -7.
Les brevets sur les algos mp3 ne peuvent s'appliquer en France...
"ogg box", c'est tout de suite moins parlant, mais bon tout le monde à compris le concept, peut importe le format.
[^] # Re: s/mp3/ogg -=- Et la marmotte elle embale le chocolat dans le papier d'alu.
Posté par DPhil (site web personnel) . Évalué à 5.
[^] # Re: s/mp3/ogg -=- Non vraiment je vois pas ...
Posté par Timbert Benoît . Évalué à 1.
Si on suit ta logique, on peut dire : pourquoi ne pas utiliser Windows puisque les brevets ne s'appliquent pas en France.
Pourquoi ne pas utiliser les outils mp3 opensource ? (Windows n'est pas opensource que je sache...)
Ce qui ne m'empeche pas non plus de préférer ogg, surtout par la qualité supérieure du format...
[^] # Re: s/mp3/ogg -=- Non vraiment je vois pas ...
Posté par okhin . Évalué à 1.
[^] # Re: mp3 box
Posté par toonsy . Évalué à 7.
http://www.cajun.nu(...)
[^] # Un kit pas cher et GPL
Posté par martinc . Évalué à 1.
[^] # Re: mp3 box
Posté par Aurélien Jarno (site web personnel) . Évalué à 6.
# Déjà parut dans le n°8 de linux'mag
Posté par the_freeman . Évalué à 10.
[^] # Re: Déjà parut dans le n°8 de linux'mag
Posté par Francois Revol (site web personnel) . Évalué à -1.
# Moulage
Posté par Guillaume Plessis (site web personnel) . Évalué à 10.
Je m etais deja renseigne sur ce style de hardware qd j avais voulu faire un lecteur multimedia (dvd, mp3 , divx...), le tout package dans un petit barebone. On etait vite tombe sur des gadgets comme on en trouve sur www.thinkgeek.com :)
Bon projet au final.
[^] # Re: Moulage
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 10.
# Bien pratique
Posté par Brice DUBOST . Évalué à 1.
Car ce genre de petit montage est bien pratique quand on a un serveur chez soi qu'on veu surveiller du premier coup d'oueil quand l'ecran n'est pas allumé ou branché.
En plus il a été consu pour GNU/linux ce qui est pas extrèmement fréquent dans ce domaine des petits périphériques maison
# ?
Posté par Croweye . Évalué à 4.
http://www.virtual-hideout.net/(...) référence depuis longtemps une panoplie de links du genre
pas tjrs nécéssairement pour linux, mais y'a rien e neuf sous le soleil
et y'a juste a voir la gallerie pour voir que Y'a tout plein de geeks qui ont déjà
mais c 'est tjrs bon de rapeller que ca existe
# Bon, alors ...
Posté par kesako . Évalué à 2.
(Si possible avec la prise rs232, parce que moi, hein , le fer a souder....)
[^] # Re: Bon, alors ...
Posté par DPhil (site web personnel) . Évalué à 5.
Attention un écran LCD sur RS232, c'est pas donné, j'ai payé le mien pas loin de 80 dollars en le commandant chez linuxcentral.com. Rien à voir avec les quelques 10 à 15 euros pour réaliser un sur port parallèle.
[^] # Re: Bon, alors ...
Posté par Le Glaude . Évalué à 5.
Au passage, il me semble que LCDproc gère l'afficheur en mode 4 bits, ce qui ne correspond pas au shéma proposé par le premier article.
Citons aussi le projet 'cajun' d'autoradio MP3 et plus qui peut adresser un afficheur LCD.
Pour les geeks pauvres, vous pouvez aussi frimer avec LEDpulse, un vu mètre à led sur le port // d'un côut ridicule !
# Tamagoshi
Posté par Laurent GRANIE (site web personnel) . Évalué à 10.
Bobox - J'ai chaud, j'ai chaud ...
Geek - Crote ... mon pauvre petit boude de chou :( Tiens bon, j'ai bientôt fini le dernier niveau, ne me lâches pas ...
Bobox - J'ai trop mangé!
Geek - Ok, je supprime deux trois films et tu pourras swapper comme un malade. Tu aimes bien swapper ... hein ...
Il est étonnant de voir que quelque soit le niveau informatique des utilisateurs, nous sommes tous certains qu'il y a un esprit derrière notre écran!
Ahhh ... les joies de l'info ... ;)
[^] # Re: Tamagoshi
Posté par Da Scritch (site web personnel, Mastodon) . Évalué à 5.
Aaaah! vite! un petit visage en japanim' SD dans un coin de l'écran pour savoir quand ma bestiole est malade.
Attention on joue: chuis là ... chuis pas là...
Tiens, question bête, on peut pas interfacer facilement un dérouleur à LED comme pour les enseignes de magasins ???
Pour info, je me souviens d'un produit en raster rouge/vert 160 par 100 qui se branchait par la prise vidéo ou clavier de l'Amiga... Sur un mur complet de ma chambre, trop geek!
Reste à recaser 2500 BD. pas facile du coup.
# Sa vas faire augmenter les prix pour rien ...
Posté par BOB BOB . Évalué à 0.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.