Bienvenue aux nouveaux arrivants sur FantasPic !

- Pensez à lire les règles durant votre visite, il n'y en a pas beaucoup, mais encore faut-il les respecter .
- N’hésitez pas à faire des remarques et/ou suggestions sur le Forum, dans le but de l'améliorer et de rendre vos prochaines visites plus agréables.
- Vous pouvez regarder votre "panneau de l'utilisateur" afin de configurer vos préférences.
- Un passage par "l'utilisation du forum" est recommandé pour connaître les fonctionnalités du forum.

--- L’équipe FantasPic ---
Idée, bugs, propositions .......
Portier Audiophone bifilaire (200m)
Babar64
Avatar de l’utilisateur
Amateur
Amateur
Messages : 117
Âge : 74
Enregistré en : juillet 2021
Localisation : Sud-Ouest

#11 Message par Babar64 » mer. 27 juil. 2022 12:33

Bonjour Paulfjujo, et bonjour à tous.
paulfjujo a écrit :Source du message Visiophone -> devient Audiophone ?
Oui! J'ai donc changé le titre. :wink:
paulfjujo a écrit :Source du message rappatrier une camera distante (sans fil)
Hélas, non. Trop d'obstacles, il faut rester en vidéo filaire... Je cherche... avec difficulté d'ailleurs. :?

Concernant le cahier des charges, il y a encore quelques points que je dois retravailler : Cela concerne la gestion des entrées et sorties audio des PIC.
Il s'avère que j'ai mal défini la différence entre inhibition (les ports analogiques) et validation (Mute micro ou HP).
Il faut aussi que je révise le chronogramme initial.
Je vais avoir du mal avec le son carillon, mais le vrai souci pour moi, c'est surtout la génération/analyse des DTMF pour les commandes et actions.
A suivre, donc.
:idea: Pourquoi faire compliqué quand on peut faire inextricable

Portier Audiophone bifilaire (200m)
paulfjujo
Avatar de l’utilisateur
Expert
Expert
Messages : 2589
Âge : 73
Enregistré en : juillet 2015
Localisation : 01800
Contact :

#12 Message par paulfjujo » mer. 27 juil. 2022 14:26

j'ai par ailleurs, déja fait des tests de generation DTMF ... il faut que je recherche dans mes archives.
La detection DTMF , je pense, peut etre faite par mesure de la periode via un timer16bits en mode capture (mesure sur 2,4,8,ou 16 cycles)
par contre ,il faut que le signal soit d'amplitude TTL sur l'entree de comptage/mesure.

un peu (beaucoup) de lecture, à ingurgiter sur ce sujet :
http://www.romanblack.com/DTMF/DTMF_alg.htm
http://www.romanblack.com/SG/SG_tutorial.htm#DTMF
Black DTMF Decoding Algorithm.html
black_DTMF_decode_triplet_points.c
black_DTMF_simple_points.c
Black_SG13_DTMF.zip

http://pe1grl.khds.nl/dtmf/dtmf.htm
16F628 !
Source: dmtf_8c.asm :sifflotte: pour TempsX ?
Include: rxtables.asm
Hex file: dtmf_8c.hex
dtmf8c.png
8 Channel DMTF Remote Control Unit

Question :
est-il indispensable de travailler en DTMF ?
il me semblerait plus facile de travailler en FSK ..
2 frequences sequentielles au lieu d'etre un melange des 2 .


à noter qu'il existe aussi un port DAC sortie analogique sur ce PIC (mais sur 32 echelons seulement)

concernant le carillon
j'ai utilisé ce circuit , proposé par un ami avec lequel j'ai fait le programme Horloge 6x 7 seg + 60 leds
ce circuit a juste besoin d'une pulse pour generer une melodie
celle ci sont choisies sequentiellement et automatiquement .

M948A Datasheet.pdf

utilisation dans Horloge
Ampli_Melodie_avec_MOSFET_N_IRLZ14.jpg


sinon , avec une sortie PIC affectée pour sortie N0C1 , envoi d'un fichier RTTL sur l'ampli.. ?
Rappel :
static unsigned char * Liste_Melodie[]= {Mission_Impossible,BOLERO,Smoke,PinkPanther,LaureletHardy,Alfred_Hitchcok,axelf,Something,Action_Relais,GimmeGim};
Vous n’avez pas les permissions nécessaires pour voir les fichiers joints à ce message.
Aide toi, le ciel ou FantasPic t'aidera

Portier Audiophone bifilaire (200m)
Babar64
Avatar de l’utilisateur
Amateur
Amateur
Messages : 117
Âge : 74
Enregistré en : juillet 2021
Localisation : Sud-Ouest

#13 Message par Babar64 » mer. 27 juil. 2022 19:41

Bonsoir à tous,
Merci Paulfjujo de ce retour précis (comme d'habitude). :-D
paulfjujo a écrit :Source du message Il existe aussi un port DAC sortie analogique sur ce PIC (mais sur 32 echelons seulement)
Je ne suis pas bloqué sur du DTMF. Je veux juste utiliser 12 "sons audio" spécifiques pour les commandes et actions.
Ces sons étant véhiculés sur la ligne audio, ils doivent pouvoir être correctement interprétés, et donc bien différenciés, entre eux bien sûr, mais aussi d'une conversation en cours. Je sais bien que l'inconvénient sera qu'ils seront "entendus", mais j'ai des craintes avec la bande passante à vouloir utiliser des fréquences "inaudibles".
paulfjujo a écrit :Source du message Avec une sortie PIC affectée pour envoi d'un fichier RTTL sur l'ampli..
Effectivement, pour le carillon, j'ai vu des circuits dédiés pour une poignée de centimes, le plus souvent DingDong sous 3,3v, en T092.
Toutefois, au vu de la solution DTMF, je trouvais aussi simple de "stocker" la mélodie du carillon (RTTL) "dans" le PIC, et l'injecter sur les sorties analogiques raccordées au bus audio (comme pour les DTMF). Cela pose-t-il un problème ?

Par ailleurs, j'ai modifié certains points du cahier des charges (joint) :
En gros, plus d'inactivation des entrées et sorties audio du PIC (lignes grisées).
Il me reste encore quelques interrogations (?) à travailler.

A+
Vous n’avez pas les permissions nécessaires pour voir les fichiers joints à ce message.
Modifié en dernier par Babar64 le mer. 27 juil. 2022 19:44, modifié 1 fois.
:idea: Pourquoi faire compliqué quand on peut faire inextricable

Portier Audiophone bifilaire (200m)
Temps-x
Avatar de l’utilisateur
Expert
Expert
Messages : 2595
Enregistré en : juillet 2016
Localisation : Terre

#14 Message par Temps-x » mer. 27 juil. 2022 19:43

Bonsoir paulfjujo, Babar64, et tout le forum,

Sujet ouvert ICI pour décodage du protocole DTMF, circuit spécialisé à 2 euros avec port compris, j'ai même commencé un programme que vous téléchargé pour vos essais.

==> A+
:roll: Les requins, c'est comme le langage ASM, c'est le sommet de la chaîne alimentaire. :wink:

Portier Audiophone bifilaire (200m)
Babar64
Avatar de l’utilisateur
Amateur
Amateur
Messages : 117
Âge : 74
Enregistré en : juillet 2021
Localisation : Sud-Ouest

#15 Message par Babar64 » jeu. 28 juil. 2022 00:13

Rebonsoir à tous,
Merci Temps-X. J'avais déjà vu ce circuit.
Mais il faut de la logique derrière... Autrement dit, je dois mobiliser des ports du PIC à cette fin. Or ils sont actuellement tous utilisés...
D'où la décision de confier la génération et le décodage DTMF au PIC, en interne.
Mais la remarque de Paul est judicieuse :
paulfjujo a écrit :Il me semblerait plus facile de travailler en FSK ...
Il est clair que cette solution simplifierait grandement les choses.
Je vais faire dormir les yeux... pour voir :-D
:idea: Pourquoi faire compliqué quand on peut faire inextricable

Portier Audiophone bifilaire (200m)
paulfjujo
Avatar de l’utilisateur
Expert
Expert
Messages : 2589
Âge : 73
Enregistré en : juillet 2015
Localisation : 01800
Contact :

#16 Message par paulfjujo » jeu. 28 juil. 2022 12:04

bonjour à tous,

Question :
Le fait de vouloir utiliser le meme programme (selectionable/ commutable via une entree PIC )
ne genere -t-il pas un surcroit d'affectation d'entrees/sorties
autrement dit, avec un programme different pour Home et Street ne libererait-il pas des Entres/sorties

car il faut utiliser une sortie : la pin RC0 (par exemple)
pour sortir sur le bus audio ,via NC01 output:
* une melodie (fichier RTTL )
* une frequence donnée (large gamme possible avec le NC01 , reglage au 1Hz pres)

Pour lire sur le bus Audio :
sur une entre PIC (avec trigger) pour la mesure de periode via un timer 16bits utilisé en mode capture
pour reconnaitre la frequence sur le bus audio et agir en consequence.
ou une mesure directe de frequence avec l'entrée SMT1 compteur 24 bits
nota: si possible passer par un transistor ampli pour fonctionner en saturation audio ecrété

nota : il faudrait couper le micro , ou les micros ? quand on envoi une frequence
1 frequence signalant qu'une commande va arriver => coupure des micros de chaque coté
puis on envoi la cde frequence , puis on reablit les micros si besoin.

Faut-il envisager un protocole de dialogue avec ces commandes en frequences
du genre ACK,NACK,ENQ,EOT (utilisé jadis entre un equipement à base de PDP11 et un SOLAR 16-65 !)
ou une frequence correspond à un ordre simple = simili 1 bit

le choix software ( lié aussi aux fonctionalités hardware incluse dans ce PIC) risque de bougrasser
les affectations d'Entrees / Sorties que tu as déja prevues.
Sur ce PIC on la possibilité de modifier les affectation par soft,mais il y
a des limites pour les pins associées aux fonctionalités internes ex SMT1 ,NC01, Timers ..

Nota : tu n'as pas prevu de programmation in-situ
( ex rajout d'un strap removable sur RB7 et sur RB6 pour les isoler de l'utilisation
+ pin male d'acces sur Pin1 MCLR pin 0V et pin 5V permettant de relier un pickit via 5 fils dupont Femelle-male )


attendons d'autres avis , remarques .. .
Aide toi, le ciel ou FantasPic t'aidera

Portier Audiophone bifilaire (200m)
Babar64
Avatar de l’utilisateur
Amateur
Amateur
Messages : 117
Âge : 74
Enregistré en : juillet 2021
Localisation : Sud-Ouest

#17 Message par Babar64 » ven. 29 juil. 2022 00:41

Bonsoir Paul et à tous,
Il y a du taff :sifflotte:
paulfjujo a écrit :Source du message Le fait de vouloir utiliser le même programme (sélectionnable/commutable via une entrée PIC ) ne génère-t-il pas un surcroit d'affectation d'entrées/sorties
OK : On sépare...
paulfjujo a écrit :Source du message il faudrait couper le micro
Euh, là je ne te suis pas : Une "commande" (sons DTMF ou FSK) pour couper les micros sera véhiculée par le Bus, donc "audible" des 2 côtés dans les HP, et impactera de facto les micros (ils sont aussi "sur le bus").
Tout au plus peut-on muter préventivement le micro et le HP sur la platine qui émet la commande, mais pas sur celle qui la reçoit. Pour moi, que les commandes soient audibles ne me dérange pas. En revanche si ça pose problème au niveau de la gestion audio via le PIC, il faut penser à un autre mode de transmission/réception des commandes, non :?:
paulfjujo a écrit :Source du message une fréquence correspond à un ordre simple = simili 1 bit
Oui, j'ai fait en sorte qu'un "son de commande", ou un "son d'action" corresponde à un ordre simple, quitte à les multiplier.
paulfjujo a écrit :Source du message risque de bougrasser les affectations d'Entrées / Sorties que tu as déjà prévues
Je vais faire la liste des ports en précisant leur rôle, pour chacun des programmes. On y verra plus clair pour leur affectation Hard : et fini le risque de bougrasser! :wink:
paulfjujo a écrit :Source du message tu n'as pas prévu de programmation in-situ
Oui, le schéma n'est pas définitif. Ce sera fait en final.
A suivre..
:idea: Pourquoi faire compliqué quand on peut faire inextricable

Portier Audiophone bifilaire (200m)
paulfjujo
Avatar de l’utilisateur
Expert
Expert
Messages : 2589
Âge : 73
Enregistré en : juillet 2015
Localisation : 01800
Contact :

#18 Message par paulfjujo » ven. 29 juil. 2022 11:29

bonjour à tous,


exemple du Tape recorder du KIM1 6502
One Output "1" to tape 9 pulses 138µS chacune 3623Hz
zeo Output "0" to tape 6 pulses de 207 µS chacune 2415 Hz
PLL CALL calib PLL NE565 sortie pulses à 166µS -> F=3012 Hz

FSK = Modem = simili UART via 2 frequences
on traite alors des données ( data de 8 bits)
au meme titre qu'une liaison UART RS232
il faut mobiliser la sortie NCO1 pour sortir les frequences
et pour la lecture
* utiliser une pin associée à une entree interruptible
ex: entree RB0 interruptible. ou entree CCPx capture timerX
* avec un petit filtre passe bande (filtre de Wien 2R ,2C) centré sur 3000Hz ?
* si le bus audio le permet , passer sur des frequences plus hautes ?


La grosse difference entre DTMF est donc un traitement (assez compliqué pour le decodage)
sur 1 bit (avec melange de 2 frequences connues)
alors qu'en FSK on gere un train de 8 bits ..
exemple kim ,engegistrement programme sur cassette audio: 9x138 + 6x207 => 1242 +1242 = 2484µS
debit de l'ordre de 400bauds ( en 1975 !)
la data de 8 bits pouvant etre ensuite aiguillée sur des ports de sorties
L'avantage du DTMF est que la duree de transmission de l'info sera bien plus courte
donc moins de risque d'interference avec la parole pouvant etre concomittante sur le bus audio.

il faut donc faire un choix.
lister les PROs et CONs
et pre-tester / valider la solution choisie ..
du moins , ce serait ma façon de traiter ce sujet ..
:sifflotte: Step by step !

Question :
est-tu equipé d'une breadboard + fils dupont F-F , M-F, et M-M ?
Attention : choisir des fils dupont avec pin male carrée et non cylindriques
trop fine = mauvais contact dans breadboard.
une breadboard de 56x80mm minimum est déja suffisante ou mieux 56x160
..p our un PIC en PDIP28
f ou d'autres fournisseurs RS,Reichelt ...
ou prevoir une plus large pour les PIC 40 pins.

nota : les grosses Breaboard genre SD24 165x110 mades in RPC sont de pietre qualité .
mais je me sers plutot de mes Board PIC18F . .
Nota:
j'ai l'impression que la France ne fabrique plus de breadboard de qualité,mais
ne fait que importer de RPC.
Aide toi, le ciel ou FantasPic t'aidera

Portier Audiophone bifilaire (200m)
Babar64
Avatar de l’utilisateur
Amateur
Amateur
Messages : 117
Âge : 74
Enregistré en : juillet 2021
Localisation : Sud-Ouest

#19 Message par Babar64 » ven. 29 juil. 2022 12:34

Bonjour à tous,
paulfjujo a écrit : Il faudrait couper le micro, ou les micros ? quand on envoie une fréquence
idea ! Je propose d'utiliser un état de la tension de Bus audio pour Muter les micros et HP préalablement à l'injection des codes DTMF : Une action sur un poussoir de commande (au 0v), provoque une perte en tension du Bus audio pendant 1/2s, qui active les Mutes pendant 1s. Le Bus étant réalimenté à 18v après la 1/2s, l'envoi des DTMF sera "inaudible" s'il est effectué pendant la durée du Mute, et pris en compte.
Je pense que les durées de1/2s et 1s sont adaptées : A vérifier au banc quand mon atelier sera à nouveau utilisable... :mur:

Certes, je vous concède volontiers que c'est "un peu lourd"... Or donc, de nouveaux Chronogramme, Cahier des charges et Schéma sont à venir. :sifflotte:

Résumé de ce que paulfjujo a écrit :Le DTMF est un traitement (assez compliqué pour le décodage) sur 1 bit (avec mélange de 2 fréquences connues) (...) L'avantage est que la durée de transmission de l'info sera bien plus courte donc moins de risque d'interférence avec la parole pouvant être concomitante sur le bus audio. Il faut donc faire un choix.
Malgré le côté compliqué du décodage (et du codage), je vais rester sur du DTMF pour les avantages que Paul rappelle. Vu qu'on sépare désormais les programmes STREET et HOME, je devrais avoir suffisamment de ports pour reprendre les données de décodage d'un circuit dédié (voire du module indiqué par Temps-X).

paulfjujo a écrit :Es-tu équipé d'une breadboard + fils dupont F-F , M-F, et M-M ?
J'étais... :cry: Et je ne vais pas pouvoir en disposer tant que l'atelier n'a plus de toit ; hélas, comme il était couvert en Everite (amiante!), réduite en petits morceaux, le diagnostiqueur m'a interdit de toucher à quoi que ce soit... Selon lui, tout devrait aller en décharge spécialisée : Je ne suis pas sûr de quand même pouvoir récupérer quelque chose... je verrai avec les hommes en scaphandres :eek: quand ils débarqueront. Mars n'est pas si loin finalement.:wink:

Merci ! de vos commentaires avisés, toujours bienvenus et qui ne manqueront pas!
:idea: Pourquoi faire compliqué quand on peut faire inextricable

Portier Audiophone bifilaire (200m)
paulfjujo
Avatar de l’utilisateur
Expert
Expert
Messages : 2589
Âge : 73
Enregistré en : juillet 2015
Localisation : 01800
Contact :

#20 Message par paulfjujo » lun. 1 août 2022 12:07

bonjour Henri et à tous,

J'ai regardé un peu

coté DETECTION DTMF
http://www.t-es-t.hu/download/microchip/an257a.pdf
exemple : DTMF_16F628_decoder.asm
Created by Wim de Vree PE1GRL - pe1grl@amsat.org
This program decodes DTMF tones using the Goertzel algorithm.
RIEN en C...

un circuit SPECIALISé me semble essentiel.
:sifflotte: à moins que Temps_X puisse proposer une version 18F27K42 .. ce PIC ayant un Zero detector pour le signal d'entrée


coté GENERATEUR DTMF ,
Using PWM and R-2R Ladders to Generate Sine and DTMF Waveforms_AN00655a.pdf
tous les documents trouvés sont en asm
et les documents Microchips à ce sujet ,datent beaucoup !
generateur DTFM exemple
dtmf_PIC16C54.asm
PIC16C54 OSC: XT (3.579545 Mhz xtal)
.. on ne retrouve pas les fichiers listés dans la note sur Microchip
Probablement parce qu'ils preferent VENDRE maintenat un circuit specialisé pour...assumer cette fonctionalité.

pour une adaptation en C, il FAUDRAIT VRAIMENT comprendre l'algorithme dans les details ..
:mur: mais prise de tête , coincement de seuls neuronnes survivants.
de plus les sorties PWM necessiteraient (?) des filtres actifs pour rejeter les harmoniques ..

je regarde si une solution avec usage de fichier WAV ( => 12 fichiers de durée 0.5s) + sortie DAC ne serait pas plus simple ..
à tester dans un 1er temps :
lecture fichier WAV mono 8bits 11025Hz ->ROM
pour obtenir in fine, 12 tables dans l'espace ROM du PIC pour les 12 signaux DTMF
transfert Table ROM -> tampon RAM pour pouvoir etre utilisée ensuite en sortie DAC 5 Bits du PIC
.. (mais ...résolution suffisante en 32 pas ?)
Aide toi, le ciel ou FantasPic t'aidera


Retourner vers « Le forum Fantas-PIC »

Qui est en ligne

Utilisateurs parcourant ce forum : Aucun utilisateur enregistré et 27 invités