filtrage

mais je pense qu'il est bien mieux d'agir directement en amont.

salut, et merci pour ton interet. en fait c'est pour faire communiquer 2 pic 16F1719 ensembles aux moyen d'ultrasons. dans le premier pic (TX) j'ai implemente le NCO (oscillateur numerique) a 40Khz ensuite j'utilise le EUSART (port RS232) a 1Kbauds je melange le tout avec une cellule CLC (porte logique configurable) et j'obtiens le signal RS232 module en AM (tout ou rien) a 40Khz.

je recupere le signal US avec un AOP log (AD8307) qui me donne le signal demodule que je rentre dans le pic sur l'entre - d'un comparateur interne. l'entree + de ce comparateur est relier a un DAC interne egalement. la sortie du comparateur est relie a l'entree de l'EUSART du meme pic (RS232) je recupere egalement le signal analogique avec l'ADC du pic. c'est ce signal de l'ADC que j'ai besoin de "filtrer/triturer/modifier" afin d'adapter automatiquement le niveau de bruit et donc le seuil du comparateur afin d'avoir le bon signal a l'entree RS232.

je ne sais pas (pas d'idee) comment faire pour adapter automatiquement le niveau de comparaison selon la valeur de l'ADC.

je vois la solution de la moyenne glissante mais il risque d'y avoir beaucoup de valeur basse pour peu de valeur haute (emission de 0.3s toute les secondes)

ou bien de rechercher le mini et maxi du signal et de calculer le milieu? il y a peut etre (sans doute) une meilleur solution...mais laquelle?

merci et bonne journee, laurent

"1Kbauds" = 1000 octets/seconde ou 1000 bits/seconde ?

modulant me semble trop bas. Je pense aussi qu'il y aurait moins

Est-ce un montage perso ou un exercice ?

message de groupe de discussion : r3glg5$ebq$ snipped-for-privacy@gioia.aioe.org...

1Kbauds c'est 1000bits/s soit des niveaux logiques de 1ms pour chaque bit donc 40 oscillations pour un seul bit (quand il est a 1 bien sur).

avec la porteuse a 40Khz, l'AOP log demodule tres bien en sortie avec le capteur US sur l'entree.

le choix est totalement libre mais pas trop cher et simple surtout. c'est un montage perso, pas un exercice.

en fait les 2 pic communiques en half duplex mais l'un d'eux est "prioritaire"

le pic "prioritaire" envoi des donnees toutes les secondes. le pic "secondaire", si il recois les donnees renvoi d'autre donnees, c'est le principe du client/serveur

je veux faire simple donc demoduler de l'AM c'est pas trop compliquer, demoduler de la FM c'est moins simple, surtout avec un pic et un nombre tres reduit de composants.

si la communication ne passe pas entre les 2 pic ce n'est pas un probleme, meme si ca fonctionne quelques seconde toute les minutes c'est largement suffisant dans mon cas.

merci et bonne soiree, laurent.

La phase de conception (hard et soft) ne dure qu'un temps, alors

fonctionnel et robuste en phase d'exploitation. C'est en un sens

message de groupe de discussion : r3jqnf$1cqj$ snipped-for-privacy@gioia.aioe.org...

Jean :

definition du baud : "Le baud (symbole Bd) est, selon la terminologie officielle de l'UIT1,

constante. "

est bien ici un bit par seconde, ou b/s. donc 56Kb/s c'est 56000 bits par seconde, soit 7000 octets par seconde.

dessous des 7000 octets

.

Il ne faut pas confondre le baud avec le bit par seconde (bit/s), ce dernier

seconde. Il est en effet souvent possible de transmettre plusieurs bits par intervalle unitaire. La mesure en bits par seconde de la vitesse de transmission

--
Olivier Miakinen

Michel :

dans ce cas, parler d'octets utiles

Olivier Miakinen :

la source

yep cf le message de Michel

d'information, et il est souvent possible de transmettre plusieurs bits par intervalle unitaire.

--
Olivier Miakinen

-- Olivier Miakinen

Yep. ;-)

--
Olivier Miakinen

en effet, pas de compression dans mon cas, juste la norme RS232, 1 bit de start,8 bit de donnee et 1 bit de stop soit 10 bits/octet transmis.

de dire : "Soit un mot de 10 bits transmis"

qu'eux, et en exigeant qu'il les fassent.

en tout ou rien (binaire) mais sur plusieurs niveaux d'amplitudes :

d'information qu'un seul bit ; et la vitesse de transmission

("Kiou", y dit)

de discussion : r3lcdq$22b$ snipped-for-privacy@cabale.usenet-fr.net...

V32, V32bis et pour finir en V92 avant l'ADSL.

(bits par seconde).

Ne pas confondre baud et b/s (bit/s). Le baud (Bd) est le nombre de

changements significatifs constituent la modulation. Si cette modulation

certainement pas celui d'un modem rapide ou de l'ADSL.

modems anciens qui ne transmettent qu'un bit a la fois (V21, V23). Les modems moins anciens utilisent des modulations qui codent plusieurs bits

du modem.

de phase et d'amplitude nous avons la relation suivante :

baud) log2 V (valence du signal).

signal est 2. S'il permet de distinguer +2v +1v -1v -2v alors la valence du signal est de 4.

relation :

D = R log2 2n.

adoptons une modulation sur 1 bit, il est impossible de passer le signal sur une ligne RTC.

circuit de bande passante f.

faisant intervenir le rapport signal/bruit (S/N) en plus de la bande passante W. il dit: Cmax = W log2 (1+S/N).

Ne pas confondre bps (bits par seconde) et Bytes par seconde (un Byte

on peut donc calculer la vitesse en cps en divisant la vitesse en bps par 10 (en mode normal). Dans le cas d'une liaison V42, les bits de starts et de stop sont

V21 : 300/300 bps V22 : 1200/1200 bps V22bis : 2400/2400 bps V32 : 9600/9600 bps V32bis : 14400/14000 bps V34 : 28800/28800 bps VFC : 28800/28800 bps (Non UIT) et V34+ 33600/28800 bps (Non UIT) U2 56000/28800 bps (Non UIT et principalement US Robotics) K56Flex 56000/28800 bps (Non UIT - Puces Rockwell) V90 56000/28800 bps V92 56000/34400 bps

rapide V42 : protocole de correction d'erreurs - V42bis : protocole de