Deutsch English Français Italiano |
<6340073c$0$3005$426a74cc@news.free.fr> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!3.us.feeder.erje.net!3.eu.feeder.erje.net!feeder.erje.net!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2.proxad.net!cleanfeed1-b.proxad.net!nnrp1-2.free.fr!not-for-mail Date: Fri, 7 Oct 2022 13:02:20 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.3.1 Subject: Re: A quoi sert le dAB ? Content-Language: fr Newsgroups: fr.rec.radio References: <MPG.3d7f2c281b8c34f6989c9e@news.individual.net> <6328374f$0$24814$426a34cc@news.free.fr> <6329cd44$0$2996$426a74cc@news.free.fr> <632b5c06$0$24805$426a74cc@news.free.fr> <tgjnf1$198n$1@gioia.aioe.org> <632d75b7$0$25947$426a74cc@news.free.fr> <tgke44$1blb$1@gioia.aioe.org> <632f0a2e$0$22250$426a34cc@news.free.fr> <tgn3r7$1uhk$1@gioia.aioe.org> <6330b8bb$0$25959$426a34cc@news.free.fr> <633133cd$0$3003$426a34cc@news.free.fr> <6335485a$0$25466$426a74cc@news.free.fr> <6335dd4d$0$5120$426a74cc@news.free.fr> <6336d879$0$25834$426a34cc@news.free.fr> <6336ff49$0$31542$426a74cc@news.free.fr> <63386ffe$0$24805$426a74cc@news.free.fr> <63391a79$0$2993$426a74cc@news.free.fr> <633aa9a2$0$25464$426a74cc@news.free.fr> <633b17ef$0$31538$426a74cc@news.free.fr> <633c7e58$0$25943$426a74cc@news.free.fr> <633e6388$0$25453$426a74cc@news.free.fr> <633e8720$0$25466$426a34cc@news.free.fr> <633f0999$0$3008$426a74cc@news.free.fr> <633ff96b$0$22049$426a74cc@news.free.fr> From: Nicolas Croiset <nicolas.croiset@brume.org> In-Reply-To: <633ff96b$0$22049$426a74cc@news.free.fr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: Avast (VPS 221007-2, 7/10/2022), Outbound message X-Antivirus-Status: Clean Lines: 73 Message-ID: <6340073c$0$3005$426a74cc@news.free.fr> Organization: Guest of ProXad - France NNTP-Posting-Date: 07 Oct 2022 13:02:20 CEST NNTP-Posting-Host: 91.160.90.130 X-Trace: 1665140540 news-3.free.fr 3005 91.160.90.130:37840 X-Complaints-To: abuse@proxad.net Bytes: 5713 Le 07/10/2022 à 12:03, François Guillet a écrit : > Nicolas Croiset a pensé très fort : >> Le 06/10/2022 à 09:43, François Guillet a écrit : >>> Nicolas Croiset a émis l'idée suivante : >>>> Le 04/10/2022 à 20:41, François Guillet a écrit : >>>>> Nicolas Croiset avait soumis l'idée : >>>>> Et si tu lisais ce qu'on écrit ?! >>>>> "J'observe depuis que je le reçois (des mois), que le signal >>>>> pourtant puissant souvent, n'est décodable qu'exceptionnellement, >>>>> quand il y a un écart plus important des niveaux des 2 émetteurs." >>>> >>>> As tu corroboré ce constat avec d'autres récepteurs au même endroit ??? >>> >>> Pas encore, je ne suis que fugitivement chez moi depuis quelques >>> semaines, mais ça ne devrait plus tarder, restera à attendre la propag. >>> >>>> Je t'ai déjà répondu que le canal de FIC était parfaitement reçu >>>> dans ton cas (avec 2 ou 3 émetteurs) même quand tu ne décode pas la >>>> MSC. Cela prouve que la réception est correcte et qu'il y a un souci >>>> ailleurs. >>> >>> Quand la réception est limite, soit un SNR < 7 dB, ce qui est >>> fréquent en DX, on a l'ID du MUX mais pas le son ou pas le son à >>> 100%. C'est ce qui se produit sur le 10A quand l'écart de niveau >>> entre les 2 émetteurs du SFN est trop faible tandis que le SNR est un >>> peu > 7 dB. >>> >>> De plus avec propag plus faible, l'aspect visuel du spectre au-dessus >>> du bruit de fond dans la water fall, comparé à d'autres MUX de même >>> aspect, montre que je devrais décoder au moins l'ID, ce qui n'est pas >>> le cas. Donc "réception correcte", non, tout se passe comme si le SNR >>> était dégradé mais seulement quand les deux émetteurs ont des niveaux >>> comparables. >>> >>> Je ne suis pas catégorique sur un défaut d'émission, je dis juste que >>> je garde cette hypothèse avec les autres tant que je n'ai pas la >>> solution. >> >> Je me répète, l'Eid ainsi que toute la signalisation est dans le canal >> de FIC sur ta copie d'écran https://tinyurl.com/2p9vjbmm la qualité du >> FIC est à 97% Et la liste des service est bien décodée. Si c'était lié >> à un problème de timing entre émetteurs le canal de FIC ne serait pas >> décodable également. > > La liste bien décodée, et pas l'audio, c'est extrêmement fréquent dans > les réceptions DX à moins de 7 dB de SNR. Il est clair que la protection > des données n'est pas la même suivant leur nature, ou si elle est la > même (j'ai la flemme de rechercher dans le standard), alors c'est que > l'algo se base sur leur répétition pour corriger les erreurs, ce qu'il > ne peut donc pas faire avec l'audio. Je confirme le canal de FIC a une protection plus importante que le canal MSC. La redondance sur le canal de FIC est exclusivement fréquentielle et la redondance sur le canal MSC est fréquentielle et temporelle sur 384ms. Je me re re répète si le canal de FIC est décodé, cela implique que le timing SFN est cohérent et correct à la réception. si il y avait un problème de timing, il impacterait FIC et MSC indistinctement. Pour moi l'hypothèse d'un problème de réseau SFN, n'est plus du fait des réponses. Je tiens à te rappeler qu'au début tu ne parlais pas d'hypothèse mais d'affirmation sur un SFN de 50km... -- +------------------------------------------------------------+ | E-mail : Nicolas.Croiset@brume.org | | Annuaire des radios AM/FM/RNT : http://www.annuradio.fr/ | +------------------------------------------------------------+