fab a écrit:En faisant ma demo sur les HVAR de MSFS, j'ai trouvé le stack radio avec les 22 digits sur les 160mm ...
En effet, c'est bien cela, par contre c'est bien 32 digits sur 160mm
Regarde ça, j'ai les ai représentés sur COM et NAV :
- le point décimal prends 1 caractère
- il y a 1 caractère vide entre les fréquences
- Il y a 1 caractère vide à la fin, ce qui fait bien : 7 + 1 + 7 + 1 =16

Même avec les digits 7 segments les plus petits, ça ne passe pas

, j'en ai reproduit 22 la dessous :

Je ne vois qu'une solution, utiliser des affciheurs LCD de 16 caractères :

Bon, après on est pas obligé de faire 32 digits...
Déjà, de bouffer un espace pour le point c'est pas forcément utile.
Par contre, d'avoir un minimum d'espace entre la COM et la NAV, et entre les freq active et sby, ça c'est utile.
Donc 22 digit, ça passe pas même au chausse-pieds dans les 160.

C'est le problème d'avoir un vrai cockpit, on peut pas trop tricher sur les dimensions...
Les afficheurs LCD, c'est ce que j'avais utilisé avec mon ancien cockpit, parce que ça coûte rien et parce que c'est très facile à cabler et très facile à utiliser/Scripter avec la carte USB_LCD d'opencockpit.
D'ailleurs, je pense que c'est une carte qui manque à ton environnement FDbus...
Autant ces afficheurs sont vraiment pratiques pour faire des cockpits génériques ou pour faire un PA ou un transpondeur (surtout les modernes avec affichage en jaune), mais pour les radios c'est pas terrible...
Déjà, effectivement, on ne trouve que des 2 lignes (bon ça, on peut bidouiller en cachant la ligne du dessous sous le panel), mais il y aussi la qualité d'affichage. Rien à voir avec du 7 segments, il y a un éclairage de fond quasi-permanent, ça rend vachement moins bien que les 7-segments.
Mais bon, ça peut être une option.
Par contre les matrices, perso je suis pas emballé, voir les petits points c'est pas terrible et le prix est vraiment méchant...