Re: PIC32MX795F512 + DP83848: Zawieszanie się Ethernetu

eGospodarka.pl › Grupy › pl.misc.elektronika › PIC32MX795F512 + DP83848: Zawieszanie się Ethernetu › Re: PIC32MX795F512 + DP83848: Zawieszanie się Ethernetu

Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.ip-94-42-225-2
33.multimo.pl!not-for-mail
From: JDX <j...@o...pl>
Newsgroups: pl.misc.elektronika
Subject: Re: PIC32MX795F512 + DP83848: Zawieszanie się Ethernetu
Date: Fri, 23 Feb 2024 16:33:34 +0100
Organization: N/A
Message-ID: <uradse$e9h$1$jdx@news.chmurka.net>
References: <uprd7p$fh7k$1@news.icm.edu.pl> <uptvqs$136nb$1@news.icm.edu.pl>
<a...@n...icm.edu.pl>
<upvga5$161s7$1@news.icm.edu.pl>
<a...@n...icm.edu.pl>
<uq3cvi$1fum3$1@news.icm.edu.pl> <uq5t0i$1kius$1@news.icm.edu.pl>
<a...@n...icm.edu.pl>
<uq7so1$1s6kn$1@news.icm.edu.pl> <uq8ej9$1u14v$1@news.icm.edu.pl>
<a...@n...icm.edu.pl>
<ur7qhr$9uoc$1@news.icm.edu.pl> <ur83pc$8sn$1$Mirek@news.chmurka.net>
NNTP-Posting-Host: ip-94-42-225-233.multimo.pl
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 23 Feb 2024 15:33:35 -0000 (UTC)
Injection-Info: news.chmurka.net; posting-account="jdx";
posting-host="ip-94-42-225-233.multimo.pl:94.42.225.233";
logging-data="14641";
mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:pk+iNw7bzAsmIybFn82yNkac+Pc=
sha256:68Ul6SaO9KAtP2WScuDC764Puhxzw/q9NOAytF6Bww8=
sha1:xMVSNePazUHtLQNTBDOjzk8g4i4=
sha256:mo9SQisY8gleG853hL3s5wnKzkbwiAHZ/7BYxbV4Fak=
Content-Language: pl
In-Reply-To: <ur83pc$8sn$1$Mirek@news.chmurka.net>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:789333
[ ukryj nagłówki ]
On 22.02.2024 19:29, Mirek wrote:
> On 22.02.2024 16:51, Atlantis wrote:
>
>> Czy sam fakt poprawnego działania na takim "układzie testowym" może
>> coś powiedzieć?
>
> Może sam układ PHY z przyległościami to powoduje?
Dawno temu pewna firma do pewnego swojego produktu postanowiła dodać
jako opcję moduł Ethernetu. Jak postanowiono, tak zrobiono.
Zaprojektowano, oprogramowano i wyprodukowano trochę modułów na RTL8019.
Wszystko było mniej więcej OK. Mniej więcej, bo czasami Ethernet nie
chciał działać z powodów nieznanych. Ja (softłerowiec) z pomocą kolegi
hardłerowca (który projektował ten moduł jak i całe urządzenie zresztą)
dostaliśmy za zadanie zdebugowanie problemu. Po jakichś dwóch czy trzech
dniach walki zdesperowany odkryłem, ze kolega hardłerowiec nie
przemalował z noty aplikacyjnej kości oporka 200 ?, który znajdował się
na wejściu pomiędzy pinami TPIN+ i TPIN-. Po dolutowaniu oporka problemy
zniknęły jak ręką odjął. No i na produkcji musieli trochę więcej tych
oporków polutować, bo to było na niedługo przed wypuszczeniem produktu
na rynek i troche elektroniki firma już zdążyła naklepać. :-) Ot, tak
historyjka do rozważenia.