Contrôler plusieurs modules LCD 8 caractères

[umfred]

https://focuslcds.com/product/8x1-fs...lbfksw6wn33xab

Voici l'écran que je vais choisir au final.
Merci pour tes services Laurent

Avec cet écran, je pense qu'il n'y a que le E a distribué/différencié, tout le reste peut être mis en parallèle.
-----

[el-3aba6i]

tu veut quelque chose comme ca

[jiherve]

bonsoir

Avec cet écran, je pense qu'il n'y a que le E a distribué/différencié, tout le reste peut être mis en parallèle.

proposé en #13 mais tout le monde s'en fout et part dans des délires i²C qui seraient toutefois justifiés si les afficheurs sont vraiment distants.
JR

[carcan]

Hello !

le display choisi fonctionne en 3.3V et consomme +-20mA (rétroéclairage inclus). Cette carte est compatible pin to pin et se soude directement derrière chaque display : https://tinyurl.com/v7hppd8.
Cela veut dire que tu peux en mettre 8 à la chaine et les connecter à un bus I²C du rPi. Il y a 2 bus I²C dispo sur le rPi, ce qui donne 16 afficheurs très facilement utilisables.
Tu peux doubler ce nombre en utilisant des cartes équipées de PCF8574A (je n'en ai pas vu... au pire si ça ne se trouve pas en low cost tu changes la puce sur les classiques).
Au niveau alimentation, il te faut une source d'alim capable d'alimenter tous tes LCD (le 3.3V dispo sur le rPi n'est pas suffisant).
Tu peux utiliser ceci par exemple (un seul pour la totalité des LCD) : https://befr.rs-online.com/web/p/swi...ators/6664360/

Donc niveau câblage : tu places le convertisseur 3.3V près du rPi, tu pars de cette zone avec une tresse à 4 fils (masse, 3.3V, SCLx et SDAx) vers le premier afficheur et tu vas d'afficheur en afficheur (jusqu'à 8 avec uniquement PCF8574 et 2x8 avec
PCF8574 et PCF8547A). Si tu utilises les 2 bus I²C, tu fais ça 2 fois.
N'oublies pas de mettre la bonne adresse derrière chaque driver LCD.

Bon amusement

[carcan]

bonsoir


proposé en #13 mais tout le monde s'en fout et part dans des délires i²C qui seraient toutefois justifiés si les afficheurs sont vraiment distants.
JR

Je suis bien d'accord avec toi (et j'ai déjà fait ce genre de câblage qui fonctionne parfaitement), mais ça complexifie le câblage et la connectique peut vite faire grimper le prix de l'ensemble.
Dans le cas de figure que tu proposes, il faudrait pratiquement réaliser un circuit imprimé unique de distribution (une contre face avant en gros).

[mag1]

Bonjour,

Je vois une simple liaison rs232, avec un identifiant pour chaque afficheur. Il n'y a plus beaucoup de limitations, en nombre ou longueur de câble. Parce que l'I2C, ça va pas très loin.
MM

[jiherve]

bonjour,
comme il faut pour l'essentiel un bus // ayant 5 ou 9 fils et 22 ou 11 horloges + 2 alim cela donne au minimum 22 fils donc un bout de câble plat et des connecteurs 24 points c'est plié.
JR

[mag1]

Bonjour,

Je vois une simple liaison rs232, avec un identifiant pour chaque afficheur. Il n'y a plus beaucoup de limitations, en nombre ou longueur de câble. Parce que l'I2C, ça va pas très loin.
MM

Bonjour,

Alternative picaxe.

Les infos sont transmises par liaison série RS232 (1 fil), un cordon téléphone standard suffit. ce cordon transmet aussi l'alimentation (5 ou 3,3 v, mais je préférait 5V).
L'émetteur envoie donc les données avec un identifiant pour chaque afficheur ( soit une dizaine d'octets).
Côté récepteur, un picaxe 08M2, pour recevoir la trame, identifier l'identifiant , un décodeur série/parallèle ou une liaison I2C
Ca éviterait beaucoup de fils, le câble téléphone véhicule aussi l'alimentation du récepteur. Les picaxes fonctionnent très bien en 3,3V
Les 08M2 récepteurs se chargent de l'initialisation de chaque afficheur à la mise sous tension.

MM

[Unwanted Ads]

On dirait que vous vivez dans les années 60 maintenant un CPU avec 100 pins coûte pratiquement rien... pourquoi s'emmerder avec des IO expander!

https://eu.mouser.com/ProductDetail/...82SMROIg%3D%3D

STM32F078VBT6 100 pins = 4.44$

et franchement je vois pas trop pourquoi depenser plus pour un LCD I2c

[mag1]

On dirait que vous vivez dans les années 60 maintenant un CPU avec 100 pins coûte pratiquement rien... pourquoi s'emmerder avec des IO expander!
https://eu.mouser.com/ProductDetail/...82SMROIg%3D%3D
STM32F078VBT6 100 pins = 4.44$
et franchement je vois pas trop pourquoi depenser plus pour un LCD I2c

Bonjour,
Je t'explique:
La plupart des ceux qui posent des questions ici sont des amateurs ou des bricoleurs, les vrais pros ne viennent que pour apporter des solutions.
Ils faut que ces solutions soient abordables par les amateurs et je me vois mal, avec mes moyens, utiliser, même matériellement, ta bête de courses pas cher...
MM

[invite03481543]

On dirait que vous vivez dans les années 60 maintenant un CPU avec 100 pins coûte pratiquement rien... pourquoi s'emmerder avec des IO expander!

https://eu.mouser.com/ProductDetail/...82SMROIg%3D%3D

STM32F078VBT6 100 pins = 4.44$

et franchement je vois pas trop pourquoi depenser plus pour un LCD I2c

Et j'ajouterai qu'utiliser un 32 bits 100 pins, juste histoire de montrer que toi tu es en 2020, pour faire ça faut pas être bien malin, d'autant que le problème ici n'est pas comment le faire mais comment IL peut le faire.
Si tu lis la discussion dans son intégralité:

[COLOR=#333333]je suis débutant en électronique

Mais rien ne t'empêche de lui faire.... vu que comme tout le monde ici tu dois avoir du temps, non?