[WIP 20%] Fabriquer un module de commande autonome pour contrôler un Sony BVM

Et voici un nouveau WIP, parce que ça manquait à tout le monde.
On reprend l'excellent et inspirant WIP qui marche de @shadowfox présent ici, et on essaie de se faire une télécommande.
Pour replanter le décor, il semblerait que les Sony BVM nécessitent un module de commande pour accéder aux menus de réglages. Sans ça, pas de réglages.
Ledit module est ENORME et le prix est à la hauteur de la taille de l'engin.

L'ami @shadowfox et moi-même, sous vos yeux ébahis, allons tenter de remplacer ce machin trouvable sur eBay à 300€ par une solution plus élégante.
Le système de base est une boîte pleine de boutons, qui commande l'écran par une liaison série full duplex portée par deux lignes à paires différentielles en RS485.
@shadowfox, dans son WIP, a interfacé son PC sur l'écran et arrive à le piloter via une application dédiée.
On va donc essayer de trouver un moyen de créer de toutes pièces une télécommande autonome à base de microcontrôleurs, de transducteurs, d'encodeurs optiques, d'interrupteurs, de LEDs (sinon ce ne serait pas impressionnant) pour tenter de diviser le coût de la chose par 10.

Vu qu'on a pas mal traîné avant de créer ce WIP, celui de @shadowfox est pollué par toutes les recherches préliminaires, mais il est du coup intéressant à consulter.

Voilà, la suite très vite, et c'est par ici que ça se passera!

Et pour inaugurer ce WIP, un petit état des lieux:
- La liaison est bidirectionnelle full duplex pour gérer la remontée de l'état des LEDs sur la télécommande
- Le protocole RS485 accueille souvent du Modbus, alors on est partis sur cette piste, mais c'est une bête liaison série à la sortie
- On a un draft avec les principales commandes
- Il restera à étudier la remontée d'infos pour les LEDs et à tester l'utilisation d'un rotary (parce qu'il n'y en a pas sur l'interface PC)
- On va partir sur du travail à distance, c'est à la mode en ce moment. A priori, je vais bricoler un shield Arduino avec 2 transpondeurs RS485, un bouton, un rotary et un câble DB9, l'envoyer à @shadowfox et faire du code qui permettra de faire les premiers tests à partir de ça
- Si @shadowfox se sent de faire évoluer le code, très bien, sinon je ferai des livraisons à distance pour tester différents paramètres.

Et si on arrive à quelque chose (je n'en doute pas un instant), on envisagera de produire un PCB avec les boutons, les lumières et au moins un rotary pour la postérité.

Note: j'ai commandé les transpondeurs et une prise DB9 pour les premiers tests.

Merci d'avoir rapatrié le travail de recherche que l'on a fait sur l'autre topic.

Avec mes connaissances limitées, si jamais je vois que je progresse, je pourrais apporter ma modeste contribution en matière de code.

L'avantage du code, c'est que ça se copie-colle facilement .
Prochaine étape quand je reçois les puces... (semaine prochaine a priori).

Je ne sais pas quand je vais trouver le temps, parce que je suis en plein bricolage de CPLD pour mon projet ultra secret de centrage d'image, mais je viens de recevoir les MAX485. Ca donne envie d'attaquer!

Pas de soucis, on est pas pressé, j'ai mon câble custom en attendant. ^^

Waw, ça va être intéressant

raditz a écrit:Waw, ça va être intéressant

J'espère

Alors vu que le CPLD commence à me gonfler, je vais commencer à bricoler quelque chose...
Le shield que je vais envoyer pour tests ressemblera à ça, mais avec des fils en plus...
Sachant que le machin avec la tige est un encodeur rotatif avec un contacteur intégré (il faut appuyer dessus). C'est celui que j'ai utilisé pour mon 138in1.




Je vais commencer par faire le montage sur la mini bread board de mon Arduino. Vu que je n'ai pas de super télé de la mort, je vais relier entre eux les deux puces 485. Je recevrai sur un ce que j'enverrai sur l'autre, ce qui me permettra de tester la connexion bi-directionnelle. Sur le shield, ils seront connectés sur l'écran via la DB-9.

Les infos intéressantes et les commandes textuelles passeront par le port série intégré de l'Arduino, qui communiquera avec le PC via le port USB. Le bouton servira à envoyer les commandes, parce que c'est cool.
Je vais utiliser un port série virtuel pour communiquer avec les 485.

Avec ça, on devrait pouvoir tester déjà pas mal de choses.

J'ai reçu le connecteur mâle DB-9, mais je me pose des questions que j'aurais pu me poser avant...
Est-ce que tu as une rallonge droite DB-9? Une rallonge croisée? Pas de rallonge (auquel cas il faut que la telco se branche direct sur le BVM)?
Dans tous les cas, sur le proto/shield, les fils seront vissés sur le bornier, alors il ne faudra pas TOUT désouder sur la prise si je me trompe de pins. Ceci dit, si tu te sens de souder dans la prise, avec ton retour d'expérience, ça éviterait de toute faire de travers .

J'ai un câble db9 femelle/femelle sous la main, mais je pense pas que ça aide beaucoup. L'autre câble, pourra plus servir maintenant qu'il a été transformé. ^^'

Va pour le câble femelle-femelle! Je mettrai donc mon connecteur DB-9 sur des fils courts!
Tu sais si ton câble est droit ou croisé? (TX->TX et RX->RX ou TX->RX et RX->TX) Dans tous les cas, vu que je vais mettre un bornier, il suffira de serrer les bons fils dans les bons trous

Je réfléchis mais il faut forcément une connectique mâle pour se brancher au moniteur donc comment mon câble va aider du coup ?

Ok, je n'avais rien compris. Du coup, il va falloir du câble un peu plus long entre l'Arduino et la prise DB-9 mâle.
Tu as du fil chez toi?

Je reviens (pas très content) du magasin de bricolage qui avait rien de ce que je voulais donc je vais devoir faire une commande pour du matos pour terminer mon projet annexe. Il faut quel diamètre pour les fils, 21AWG ?

Peu importe, franchement. Il ne va pas passer grand chose dedans, mais ne prends pas trop petit si tu veux avoir des fils longs (perte de charge).
Qu'est-ce que tu cherchais dans ton magasin? Je ne trouve jamais rien à la campagne, alors je prends tout sur Internet .

Edit: En même temps, le proto sera alimenté par le PC, pas par ll'écran. Donc vraiment peu importe!

Rien de bien délirant, du scotch double face, et du papier de verre à grain fin. Ils avaient de quoi trouer les murs et du scotch marron mais pas ça. ^^'

Eh ben petite soirée à bosser sur le code de la chose.
Je vais récupérer une classe que j'ai déjà écrite pour accéder à l'encodeur optique.
Par contre, je suis en train d'écrire la classe d'émulation du BKM10R. Pour le moment, je gère l'appui et le relâchement d'une touche, avec l'envoi sur la liaison série (du proto via SoftSerial, ou final via le hard embarqué) des entêtes (seulement si nécessaire), des groupes et des masques de touches. Contrairement à l'appli PC, on pourra appuyer sur plusieurs touches simultanément (pas sûr que ce soit utile, ceci dit).
Note pour plus tard: le mode soft serial n'est pas en full duplex. Le proto sera donc en half duplex. En effet, j'utilise la liaison série hardware pour communiquer avec le PC et recevoir les ordres. Sur le modèle final, plus de PC dans la boucle, et le code basculera en mode hardware.
L'impact sera à mon avis négligeable. Ici, on ne pourra juste pas recevoir l'état des LEDs pendant qu'on appuie sur un bouton. Même pas certain que ça puisse arriver, dans la mesure où l'état des LEDs est transmis en réponse à l'envoi des boutons!
J'essaie d'écrire le code de la manière la plus claire possible, avec des commentaires et en convention de nommage hongroise, pour que tu t'y retrouves éventuellement plus tard (et moi aussi).

Bouz a écrit:
J'essaie d'écrire le code de la manière la plus claire possible, avec des commentaires et en convention de nommage hongroise, pour que tu t'y retrouves éventuellement plus tard (et moi aussi).

Toujours très utile ça.

Je viens de faire un test rapido avec un MAX485. J'ai neutralisé le canal de réception et je l'ai forcé en mode réception.
Je ferai le contraire sur l'autre pour avoir 2x2 voies et faire du full duplex.



Un coup d'oscillo par curiosité, et on voit bien le principe de la paire différentielle: le signal est envoyé sur la paire sous sa forme d'origine et sous forme inversée.
Une fois arrivé à destination, on soustrait les deux signaux. On obtient alors une signal qui a une amplitude du double de celui d'origine, et dont les parasites, présents de la même manière sur les deux lignes, se sont annulés lors de la soustraction.
La paire différentielle, c'est la classe.

Dans les faits, ça donne des signaux pas beaux parce que j'utilise plein de fils moches et une breadboard, mais on reconnait les signaux!



Je vais faire les soudures maintenant, parce que les puces sur ces plaques, c'est plein de mauvais contacts!

Et voilà le "shield" prêt à partir par la poste!
Fais-moi signe par MP avec ton adresse si tu passes par là...

Au programme: un bornier à 6 connecteurs, 2 MAX485 pour du full duplex (donc TX+/TX-/RX+/RX-), et un encodeur rotatif avec bouton intégré.

Ca servira de base pour piloter l'écran via le PC (dans un premier temps, bien-sûr, avant de passer aux choses sérieuses ).

A loccasion,est-ce que tu pourrais mesurer, écran débranché et commande débranchée, la résistance entre RX+ et RX-? Et entre TX+ et TX- aussi, éventuellement.
Je veux savoir s'il y a une adaptation d'impédance au niveau de l'écran (genre 50 ohms). Si oui, il faudra mettre la même au niveau de la télécommande pour éviter le rebond dans la ligne de transmission.
Je te laisse revenir vers moi pour l'envoi du proto.

Dsl, je suis un peu occupé, dès que je peux je m'occupe de te filer les infos nécessaire.

Le module de test part demain par la poste.
Voici le câblage des connecteurs...
J'envoie aussi une prise DB-9 mâle, sur laquelle j'ai soudé les fils comme j'ai vu dans ton thread de WIP sur le câblage... Désolé pour la longueur, je n'avais pas mieux sous la main, je suis en travaux.
Je te laisserai vérifier que les bons pins sont soudés au bon endroit. J'ai des doutes, parce qu'en théorie, le RX est connecté au TX et réciproquement. Sur tes dessins, je pense qu'ils ont représenté le TX de la télé avec un label RX et qu'il faut relier le RX au RX .
Bref, il faudra juste visser les fils dans les bons borniers et tu pourras croiser si ça ne te plait pas .
Le +5V (VCC) ne sera pas utilisé ici non plus. Histoire de ne rien cramer, on va utiliser l'alim de l'Arduino via l'USB. Le "shield" que j'ai fait s'alimente directement dessus. Sur le modèle final, on l'utilisera. Je l'ai connecté à la prise, tu peux le mettre sur le bornier, mais il est juste là pour faire joli.
Pour les résistances, du coup, je te laisserai faire tes mesures et on avisera à distance sur la marche à suivre. Soit on ne met rien, soit on mettra des résistances entre 2 bornes du bornier. Vu la vitesse de transmission, je ne m'en fais pas trop pour les rebonds de signaux.
Même si c'est tentant, je te déconseille de connecter le shield sur un Arduino branché avant d'avoir envoyé le code dedans. Des fois que le code précédent provoque des courts-circuits entre des pattes...

Ok ça marche, je te tiens au courant quand j'ai reçu le paquet. Je ferais au mieux, je suis un peu chargé en ce moment. ^^

Ca roule. De toute façon, j'ai pas mal de boulot à faire sur le code avant d'avoir un truc pratique pour faire les tests...