[paulfjujo]

Merçi jeremy pour ta réponse,
mais helas, le PPS ne permet pas de croiser l'affectation des Entres sorties classiques, uniquement les pins rattachées à un peripherique .


à Babar64 :
comment veux-tu aborder la partie software..?
Partir de zero , feuille blanche, par toi-meme ?

ou sinon je te propose de réutiliser une partie de la version Digicode,
ici déja pas mal épurée
comme version de depart "Cadre et sonnette" ..
il faudra y rajouter le reste Roue, pedalier, chaine ...

j'y ai déja predefini partiellement
* la definition du portB
je pense que ce raccrocher aux mnémoniqueq du schema , permet de mieux s'y retrouver.
* comment selectionner le programme HOME ou STREET
* les #ifdef permettent de mettre en servic eou pas des options comme le NCO, ou SMT1
qui à priori ne seront pas utilisées .. seront virées à la fin ..

nota: je n'ai pas testé en compilation .. car config non terminée sur init hardware par exemple
la config hardware HOME est directement applicable à la version STREET
sur laquelle il faudra definir les pins supplementaires RA0,RA1,RA2,RC0



voir main.c de ce zip

Portier_Audiophone_18F27K42_2022.zip

mon dossier est stocké en : C:\MPLABX_Projects\Portier_Audiophone_18F27K42_2022.X



je viens juste de voir que tu as reaffecté les pins ...

Concernant le MCP23017, il nécessite une info Clk fournie par le PIC (en RA6 si je ne me trompe pas). Or tous les ports, RA6 compris, sont déjà utilisés. C'est ça mon soucis.. et ma limite...

juste pour info:
pas de clock RA6 à fournir, il est sur le bus I2C (classiquement RC3 clock et data RC4)
le MCP23017 remplace , libere 16 -2= 14 ports PIC
et peut generer une interuption vers le PIC des qu'une entrée bouge ..

[Babar64]

Bonjour paulfjujo et à tous,

Le MCP23017 remplace , libère 16 -2= 14 ports PIC

Si je te suis bien, ça veut dire qu'à la place du PIC, c'est le MCP qui traitera:
=> Les entrées des actions STREET (3 : Ring, Lettre, Relève)
=> Les entrées des actions HOME (6 : Open1, Open2, AUX, Décroché, Raccroché, Vidéo)
=> Les entrées du codeur : HT9200B (4 : ABCD)
=> Les sorties du décodeur : HT9170B (4 : ABCD)
=> La "liaison" au PIC se faisant en I2C (2 en RC3/RC4)
=> Le PIC assurant les sorties de commandes : STREET (4) ; HOME (7)
C'est sûr que c'est plus élégant, et qu'aussi... ça change TOUT le schéma...
Mais je crains (peut-être à tort) que ça complique ta bonne idée de reprendre le cadre Digicode...
J'avoue ne pas trop savoir quoi décider... surtout que tu as déjà commencé à travailler sur le code.
Attention de passer du brainstorm au hailstorm : j'ai déjà donné!
A+

[paulfjujo]

..

Le MCP23017 remplace , libère 16 -2= 14 ports PIC

Si je te suis bien, ça veut dire qu'à la place du PIC, c'est le MCP qui traitera ...

NON, le MCP ne traite rien, il met à disposition 8E + 8S , accessible via le bus I2C
c'est le PIC qui gere ce qu'on en fait via software .
ça mobilise les 2 pins bus I2C RC3 RC4 ,
à part les 2 pins ICSP RB6 RB7 , les pins UART RC6,RC7,la pin 1 MCLR
on ne peut pas tout mettre sur le MCP23017 ..
les autres pins du PIC restent alors dispo.
par exemple pour la reception DTMF ..

un exemple d'usage de MCP23017 avec un tout petit PIC12F683 en DIP 8

mais bon, c'etait juste pour info ..
si tu preferes, laisse comme tu as prévu ...c'est TON bébé !

Mais je crains (peut-être à tort) que ça complique ta bonne idée de reprendre le cadre Digicode...

Pour l'instant ,il n'y a que le minimum vital .. le cadre et la sonnette ! nécessaire à toute application .
si on elimine d'office NCO et SMT1 ..ça fait déja un bon morceau en moins
il n'ya pas encore d'application dans ce programme main .c , seulement des configurations et initialisations.
L'avantage , c'est que cette partie a déja été teste et fonctionne.

[satinas]

Bonjour à tous
Ca phosphore ici
J'ai essayé de lire le schéma, trop ardu pour moi.
Pouvez-vous résumer pour les largués en quelques lignes où vous en êtes. Que fait ce montage et comment ?
Il passe l'audio analogique bidirectionnel et des commandes tout ou rien, c'est ça ?
Et pour l'image ?

[Babar64]

Le MCP ne traite rien, il met à disposition 8E + 8S , accessible via le bus I2C

Un extender, donc...Boulet que je suis!

Il n'y a pas encore d'application dans ce programme main.c , seulement des configurations et initialisations.
L'avantage , c'est que cette partie a déjà été testée et fonctionne.

J'avais bien parlé du cadre : C'est déjà énorme!
Côté software, on va dire que je mets un pied dans la pataugeoire, mais j'espère bien arriver à au moins plancher dans le petit-bain : Les Fantaspiciens sont reconnus être des Maître-nageurs de haute volée

Je démarre un travail d'implantation PCB de petits modules périphériques au BreadBoard : Alims, Audio, Touches, Sorties, DingDong...

A+

[Babar64]

Bonjour Satinas et à tous,

Source du message Il passe l'audio analogique bidirectionnel et des commandes tout ou rien, c'est ça ?

Oui, c'est ça, les commandes étant via DTMF.

Source du message Et pour l'image ?

Ah...

Source du message A mon avis c'est peine perdue.

Source du message PAS jouable

Donc... vidéo externe par liaison distincte. Le portier fournissant uniquement les commandes Marche/Arrêt pour écran et caméra.
Je n'ai pas trouvé un moyen de pouvoir utiliser un seul BUS bifilaire pour le son (bidirectionnel) ET l'image (directionnel)... sur les 200m de paire 8/10 non torsadées déjà en place.
Mais séparément, c'est OK pour le son seul sur une paire ; et de même pour la vidéo, avec un booster à mi-distance sur une autre paire.
Seul problème, je n'avais qu'une paire disponible...En configurant les Bus avec un 0V commun avec celui de la commande du portail, j'ai bien un fil Audio et un fil Vidéo distincts. Evidemment, quand la motorisation s'activera....ça s'entendra et/ou ça se verra!
Sinon, j'étais bon pour retirer des câbles en ouvrant une nouvelle tranchée entre les arbres qui bordent les 200m du chemin entre portail et maison, coincés entre canal et rivière...$$$$

J'avais indiqué brièvement la fonction full-duplex audio :

Source du messageLa ligne de Bus est sous une tension de 18V, sous 100mA ; la modulation BF est assurée via les collecteurs des 2 NPN qui "attaquent" le Bus de chaque côté. Elle est aussi "transmise" aux amplis via capas. Le signal micro à électret (désormais amplifié) est "injecté aux bases de ces mêmes NPN, la partie "sur l'émetteur" (en opposition de phase) étant mixée sur l'entrée de l'ampli HP via le pot Larsen. C'est une configuration full-duplex basique, mais efficace.

Bien sûr, si besoin, je détaillerai bien volontiers plus avant.

A+

[satinas]

Merci pour les explications.
Si la bande passante en numérique le permet, il y avait ce type de solution que j'ai déjà pratiquée, codec avec micro et HP, i2c pour le contrôle, spi pour les data. Je me demande si un 18F est capable de le piloter, avec son port spi limité à 8 bits.
http://www.datasheetdir.com/WM8510+Audio-CODECs

[Babar64]

Bonjour Satinas et à tous.
Merci de l'info sur le VM851.
Il y avait aussi le CS6420-CS qui faisait très bien l'affaire... en son temps! Mais, je n'en ai plus et c'est introuvable

CS6420-CS.pdf

A+

[paulfjujo]

bonjour à tous,


OK pour le remaniement/ affectation des pins sur le schema V6.

quelques details à eclaircir

HOME
BP RAZ SW10 va sur entree RB2
son role, que fait le PIC avec cette info?
.. doit au final , la ressortir sur RB5 Output ?
=> generere un DTMF code 0 ---> vers STREET


Le PIC HOME est avisé qu'on a appuyé sur un BP (coté HOME) via la sortie du OU à diodes(D1 D6) via l'entree RC4
mais NE SAIT PAS quel bouton a été sollicité ...
il ne le saurait que par un retour DTMF envoyé par STREET.
Penses-tu que chaque action BP HOME devra etre verifée par un Retour DTMF de validation par STREET ?
je pense aux commandes OPEN ...exemple retour d'ordre via un etat OPEN ou CLOSE du portail?
actuellement STREET ne renvoie que 3 etats DTMF
dans ton *.docx

 Activation de la sortie Open1 (ou Open2) : pulse ½ sec.
 Ouvre si fermé / ferme si ouvert : Début Mouvement mécanique

OPEN est donc une commande de type Toogle ( alternance ON/OFF/ON .... )
il n'y a que le visionnage camera qui informera que le portail est effectivement Ouvert ou Fermé


a suivre ...

[Babar64]

Bonsoir paulfjujo et à tous

Que fait le PIC avec cette info?

Rien pour l'instant... C'est une commande que j'ai indiquée comme disponible, , car elle sera peut-être utile pour le soft

Penses-tu que chaque action BP HOME devra être vérifiée par un Retour DTMF de validation par STREET ?

Non, l'info des positions du portail et du portillon (ouvert ou fermé) sont fournies par leur carte de commande. Sachant qu'il est aussi possible de laisser le DTMF audible sur la platine HOME...

OPEN est donc une commande de type Toogle ( alternance ON/OFF/ON .... )
Il n'y a que le visionnage caméra qui informera que le portail est effectivement Ouvert ou Fermé

=> Oui, les commandes Open fournissent une et une seule impulsion à l'état bas (1/2s, voire 1s) . sachant qu'un un ré-appui trop rapproché (mécanismes encore en mouvement) ne sera PAS pris en compte (inhibition pendant 30s, voire 45s)
=> Oui, le visionnage l'indiquera, mais aussi les reports des états de position ou mouvement en cours, fournis par les cartes de motorisation.

Le marchand de sable m'appelle...
A+