Portier Audiophone bifilaire (200m)

[Babar64]

Projet Portier Vidéo Bifilaire (200m).pdf

Bonjour à tous.
Vous n'êtes pas sans savoir les épouvantables orages de grêle que certains ont subit.
J'en fait malheureusement partie : plus de voitures, ni de toitures, et en particulier sur mon atelier, qui est détruit avec tout dedans...
Je me rapproche de vous, car mon installation de portier vidéo est HS, et le produit n'étant plus fabriqué, ni disponible, je ne trouve rien sur le marché qui soit compatible avec mon câblage existant (sauf à des coûts exorbitants).
J'envisage donc d'en réaliser un, géré par une paire de PIC.
Le soucis, c'est que l'installation en place est constituée d'un câble de 3 paires en cuivre de 8/10ème, non torsadées, sur 200m... et que seule 1 paire était affectée au portier vidéo (les autres à la gestion motorisée du portail, et sa surveillance).
Toutefois, le cas échéant, je pourrais "récupérer" 2 fils : La masse commune (0v), et la commande d'ouverture de secours (poussoir à 0v).
Je joins une ébauche de configuration, et souhaiterais connaître votre avis sur une telle faisabilité.
Merci à tous.

[Jérémy]

Bonjour Babar64,

Désolé de ce qui t'arrive. Courage à toi !

Concernant ton schéma, j’émets quelques doutes sur la transmission, de signaux rapides ( audio + vidéo + portier etc...) sur un câble non torsadé de plus sur une distance de 200m. En principe le blindage est la régle, plus la torsade pour les commandes.
Quel serait le protocole envisagé ?

[Babar64]

Bonsoir Jeremy et le Forum.
Merci de la réponse.

Quel serait le protocole envisagé ?

C'est tout le problème...
Au départ, je pense que c'était une paire de MAX487 qui attaquaient la ligne : Même non torsadée ça "passait" correctement.
Il y avait aussi initialement un "répéteur" à mi-distance, mais qui avait été supprimé, car HS...
D'ailleurs, sa suppression n'avait pas changé grand-chose : Probablement par ce qu'on était en vidéo N&B.
Pour info, le moniteur (N&B, donc) était un mini écran cathodique
De toute façon, même si c'est évidemment préférable de retirer une ligne "qui va bien", j'aimerais au moins savoir si partir avec une paire de PIC est approprié pour gérer du son (en full duplex), de la vidéo (type de caméra et d'écran à définir), des commandes (contacts secs à 0v), et générer un carillon (type Big Ben ou Ding-dong).
Dans l'affirmative, je ferai un cahier des charges pour être plus précis.
En fichier joint, mon point de départ

PIC+MAX487 (Bus portier).pdf

[Jérémy]

Je peux me tromper, mais je ne pense pas qu'un PIC18 puisse faire de la vidéo + du son + quelques infos . A minima un PIC32.
LE max487 est utilisé en RS-485. Le principe c'est le différentiel et donc les torsades ont toutes leurs importances dans ce genre de système pour annuler la CEM ( en gros).

Je ne comprends pas les résistances en série sur la ligne ? Je pense que c 'est une erreur. Les seules résistances préconisé sur un bus RS-485 sont les Résistance de terminaison( Rt) en début et fin de ligne pour équilibrer l’impédance. En général une 120 ohms entre les deux fils de bus. voir la DS.

A mon avis c'est peine perdue.

N'y -a-t-il pas la place de tirer un nouveau câble grâce aux deux fils restants ?

[satinas]

Bonjour,

Beau projet, Babar64, il y a quand même du travail côté software. Si j'ai bien compris, il faut échantillonner et transmettre audio et image, et sortir l'audio reçu par PWM ou codec. Si le son est full duplex, Il faudra supprimer l'écho en éloignant micro et haut-parleur, ou par software, dsPIC ?

Comme le dit Jérémy, un pic 16 ou 32 bits serait plus adapté, pour avoir une vitesse d'échantillonnage et une puissance de calcul suffisantes. Il y a beaucoup de chose à faire, surtout par interruptions.
Avec le pic 18F, tu peux déjà évaluer la vitesse max de transfert sans erreur avec la liaison pré-existante. Ou alors faire ça en HF ?

Bonne journée

[paulfjujo]

bonjour Henri,

Je n'ai personellement jamais traité un signal video
Le signal video (analogique ) demande une certaine largeur de bande
si on part sur un format d'image VGA 640x480 -> 307200 valeurs !
20ms par image => 1 valeur ADC acquise en moins de 0.1µS .. PAS jouable ,
Il faudrait aussi que la camera puisse delivrer les 2 signaux de synchro balayage H et V
et il manque un buffer de stockage en RAM...
L'envoi du buffer se faisant pendant le retour d'image
Tranfert video temp reel Impossible avec un PIC (seul)
avec ADC externe rapide ? reste le probleme du buffer ..
ou traiter ligne par ligne video 640 valeurs

....
et pour la restitution à l'autre bout , DAC interne du PIC sur 5 bits seulement et lent !
=> DAC externe 8 bits ?
MAIS Le transport du signal numerisé , meme en RS485 , risque d'etre trop affecté par une
liaison non torsadée.
donc c'est rapé d'avance ..

il y a aussi la SSTV d'antan
transmission analogique d'une image fixe satellite...
mais il faut aussi un buffer ..
à moins de saisir qu'une ligne H à la fois
640 valeurs
rafraichissement image de l'ordre de la seconde ?

En ce moment je planche sur les ESP32 ... WIFI
il y a des version ESP32 CAMERA WIFI et ESP32 NOW CAMERA longue distance
je n'ai aucune experience dans ce domaine
et les ESP32 NOW sont sensés avoir une longue portée.

solution tres simple :
BALUNSpour deport d'info surplus de 200M ... mais necessite un cable torsadé !

Bon il y a quand meme l'ADSL qui passe sur des lignes telephoniques.. pour passer quelques Kb/s voir Mb/s
il doit donc y avoir moyen de moyenner ... mais à quel prix !

Post sur Futura Forum electronique .. il y a des experts là-bas.

[Babar64]

Bonjour à tous,

Merci de vos réponses.

PAS jouable ,

A mon avis c'est peine perdue

C'est clair!

faire ça en HF ?

Hélas, non, l'environnement ne le permet pas.
Je n'ai visiblement pas d'autre solution que de "trouver" un produit commercialisé...
Chez GATES (fabricant français) il y aurait peut être une piste.
A suivre...

[Temps-x]

Bonjour Babar64, et tout le forum,

Source du message J'en fait malheureusement partie : plus de voitures, ni de toitures, et en particulier sur mon atelier, qui est détruit avec tout dedans...

Courage Babar64, on ne peu que comprendre ce qui t'arrive, vraiment pas sympa cette nature.

On se qui concerne l’émetteur vidéo & audio j'ai pensée au vieux téléphone portable ou tout est déjà intégrés (caméra & micro), on peu on trouvé à très bas prix, (certain n'ont pas besoin de carte pour qu'il fonctionne)

Après soit on utilise le câble, soit les airs

Personnellement j'utilise des prise GPL pour me connecté à internet, sa fonctionne super bien, certain opérateur te fournisse ses prises gratuitement, quand tu t'abonnes chez eux

Sinon il existe des caméras Wifi Smart Net (avec audio intégrés) à pas chère, j'en ai acheté une à moins de 13 euros.

Pour que tu vois la taille j'ai mi une pièce de 1 centime d'euro.

Camèra Smart Net.jpg

UN lien pour 10 euros : https://fr.aliexpress.com/item/10050030 ... 1903%21sea

On se concerne la vidéo par Pic, laisse tombè, les Pic on pas un adc assez rapide, de plus à mettre en place c'est une usine à gaz

Par contre pour gérer tout ça, il peut contribuer à le gestion, car il existe des modules Réseau à 2 à 3 euros pièces.

A Suivre .....

A+

[Babar64]

Bonjour à tous,
Toujours en enfer administratif : Mon atelier n'est toujours pas opérationnel...
Je prends quand même le temps de vous répondre :
Si je vous résume bien :
- Impossible d’utiliser un PIC pour de la Vidéo...

Donc je propose :
On exclut la vidéo du projet (ce sera du matos distinct)
- On fournit toutefois une capacité de pilotage Caméra/Ecran (par collecteurs ouverts)
On traite uniquement en Audio, et en Commandes et Actions :
- Transmissions des commandes et actions via DTMF (12 codes)
- Echanges audio en full duplex par transistors (composants discrets)

Le PIC doit donc :
- Assurer la gestion logique des commandes et actions
- Générer la mélodie de carillon (injectée sur le bus audio)
- Générer les 12 codes DTMF pour réceptions des commandes et actions (injectés sur le bus audio)
- Décoder les 12 codes DTMF reçus via le bus audio, et les gérer en interne pour traiter les commandes et actions
- Assurer les temporisations

Détails dans le fichiers joints :

Schéma.pdf

Cahier des charges Visiophone.pdf

Pour info, je n'ai pas pu ajouter l'image du schéma en JPG (1.8Mo), d'où son PDF joint.

Vous validez ?

[paulfjujo]

bonjour Babard64 et à tous,

Malgré tes déboires, je vois que tu es toujours aussi productif et précis.
Un sacré projet hors des sentiers battus ...
je vais regarder ton schema et cahier des charges

.. poser surement des questions
et transmettre mes remarques sur ce fil ...
on aura ainsi plusieurs avis ..

Certains modules (fonctions) de l'application peuvent etre developpées , testées séparement ..

Visiophone -> devient Audiophone ?

la piste ESP32 NOW pourrait etre un moyen de rappatrier une camera distante (sans fil)
mais je n'ai pas ce modele , ni camera , ni experience
voir le forum RNTLAB , et le forum ESPRESSIF

A+
cordialement