ATNEL tech-forum

Re: MCP2515

2020-10-08T13:45:34+01:00

a ok to ty jesteś na etapie tworzenia swojej biblioteki - ... no tu nie podpowiem bo bardzo dawno się już nie bawiłem tymi scalaczkami. A próbowałeś na jakiejś gotowej bibliotece czy śmiga poprawnie tak dla porównania ?

Statystyki: Napisane przez mirekk36 — 8 paź 2020, o 13:45

Re: MCP2515

2020-10-08T11:04:24+01:00

Mam drugie MCP jako ten drugi węzeł i podgląd ramek na putty. Kiedy uruchamiam program korzystający z gotowej biblioteki, to idzie poprawnie jedna ramka. Zakładam więc, że niepoprawnie konfiguruję rejestry MCP który nadaje.
Z notą w ręku, rejestr po rejestrze i nic. Nawet do biblioteki która działa, dopisałem podgląd stanu rejestrów i porównuje z moimi. Wszystko tak samo.

Żadna pętla nie wchodzi w grę. Jedno pojedyncze wywołanie funkcji send i lecą trzy ramki zamiast jednej.

Statystyki: Napisane przez Wojtek Apel — 8 paź 2020, o 11:04

Re: MCP2515

2020-10-08T10:49:12+01:00

Ok ale nic nie pisałeś o warunkach testów to skąd miałem wiedzieć że np nie dochodzi do arbitrażu widzisz jak się zadaje pytanie to czasem warto od razu więcej napisać.

Rzeczywiście jak są tylko dwa węzły to powinna być tylko jedna ramka teoretycznie - ale może coś nie tak z terminowaniem - nie wiem. Jak sprawdzasz, że poszły 4 ramki? jakimś analizatorem stanów logicznych czy jak ?

Statystyki: Napisane przez mirekk36 — 8 paź 2020, o 10:49

Re: MCP2515

2020-10-08T10:45:27+01:00

Nie pomyślałem, że chcesz mi coś udowodnić.
Mirek, w sieci są dwa węzły. Jeden ten który nadaję ramkę 3x zamiast raz i drugi który nasłuchuje kontrolnie. Bit utraty arbitrażu MLOA jest na zero, zresztą z czym miałby się pogryźć, jak nic innego ramek nie wysyła. Liczniki błędów też mam na zero.

Statystyki: Napisane przez Wojtek Apel — 8 paź 2020, o 10:45

Re: MCP2515

2020-10-08T09:44:24+01:00

Wojtek Apel napisał(a):

TXREQ jest zerowany, a na TX1IF wystawiane 1, więc w/g tego co czytam w dokumentacji jest tak jak być powinno.

No to jednak nie wiesz jak działa algorytm działania CAN po tym co piszesz .... i nie chodzi mi o to żeby ci udowodnić, że nie wiesz - bo przecież nie każdy od razu wszystko wie, tylko zwracam ci uwagę, że mechanizmy powtórzeń chociażby z uwagi na arbitraż w sieci są sprawą całkowicie normalną. Ale niestety nie jestem w stanie w 2-3 zdaniach opisać całego mechanizmu.

Statystyki: Napisane przez mirekk36 — 8 paź 2020, o 09:44

Re: MCP2515

2020-10-08T09:32:00+01:00

Zawsze warto Mirku.

Błędów nie ma.
MERRF= 0, MLOA=0
TXREQ jest zerowany, a na TX1IF wystawiane 1, więc w/g tego co czytam w dokumentacji jest tak jak być powinno.
Ramka zawiera poprawne ID, wszystkie osiem bajtów. tylko że jest jej trzy a nie jedna.

Statystyki: Napisane przez Wojtek Apel — 8 paź 2020, o 09:32

Re: MCP2515

2020-10-06T15:13:13+01:00

Najpierw warto poznać jak działa standard CAN, żeby zrozumieć dlaczego i kiedy ramki są powtarzane a mogą być powtarzane i to wielokrotnie w przypadku błędów

Statystyki: Napisane przez mirekk36 — 6 paź 2020, o 15:13

MCP2515

2020-10-06T15:06:43+01:00

Cześc!

Czy ktoś z Was, kto zna dobrze MCP2515 może mi podpowiedzieć, dlaczego układ wysyła ramkę poprawnie, ale trzykrotnie ją powtarza ?
Nie korzystam z gotowej biblioteki.

Statystyki: Napisane przez Wojtek Apel — 6 paź 2020, o 15:06