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.178-217-141-33
.multinet24.pl!not-for-mail
From: Mirek <m...@n...dev>
Newsgroups: pl.misc.elektronika
Subject: Re: PIC32MX795F512 + DP83848: Zawieszanie się Ethernetu
Date: Wed, 13 Mar 2024 22:19:41 +0100
Organization: news.chmurka.net
Message-ID: <ust59e$om3$1$Mirek@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>
<urntk0$16ksv$1@news.icm.edu.pl> <urnvdj$qej$1$Mirek@news.chmurka.net>
<uro654$171ai$1@news.icm.edu.pl> <uro7me$qej$2$Mirek@news.chmurka.net>
<uro8hg$177dq$1@news.icm.edu.pl> <urqke7$eu0$2$Mirek@news.chmurka.net>
<ussv2m$kpn$1$Atlantis@news.chmurka.net>
NNTP-Posting-Host: 178-217-141-33.multinet24.pl
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 13 Mar 2024 21:19:42 -0000 (UTC)
Injection-Info: news.chmurka.net; posting-account="Mirek";
posting-host="178-217-141-33.multinet24.pl:178.217.141.33";
logging-data="25283";
mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:vlE7pdkl5slP8CQ5konMum5cezA=
sha256:HcaMqENnoMOCbUkUrlQDrP5RG9TBbQ+iT5DW6loT/wE=
sha1:ljFZwut3jH2jmXPMFJvUQ1xHidE=
sha256:5LMbuYJIX5U6QqisXaz+86uEhhBkiRX2SSU8ygmJwrk=
In-Reply-To: <ussv2m$kpn$1$Atlantis@news.chmurka.net>
Content-Language: pl
Xref: news-archive.icm.edu.pl pl.misc.elektronika:790084
[ ukryj nagłówki ]
On 13.03.2024 20:33, Atlantis wrote:

> Source: 00:00:00_00:00:01
> Destination: MAC-specific-ctrl-proto-01
> Protocol: MAC CTRL
> Length: 60
> Info: Pause: pause_time: 65535 quanta
>
> Hex dump przykładowej ramki:
>
> 0000   01 80 c2 00 00 01 00 00 00 00 00 01 88 08 00 01
> 0010   ff ff 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 0020   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 0030   00 00 00 00 00 00 00 00 00 00 00 00
>
> Ktoś ma jakiś pomysł co do przyczyny takiego zachowania?
>

Pomysły to może mieć każdy ;)
Żeby rozwiązać problem warto zadawać pytania (nawet głupie):
Ja to rozumiem, że urządzenie wysyła: "czekaj, teraz nie mogę", ale
czemu źródłem jest MAC 00-00-00-00-00-01 ?
I czemu komunikacja zamiera? Ten komunikat powinien interesować tylko te
urządzenia, które chcą nadawać do tego konkretnego MAC-a (jaki by nie
był), reszta komunikacji powinna działać normalnie.

--
Mirek