-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!feeder.erje.net
!eu.feeder.erje.net!news.stack.nl!aioe.org!.POSTED!not-for-mail
From: RtB <radagast.SPAMOWI.@.NIE.onet.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Przesyłanie większych ilości danych przez CAN
Date: Sun, 30 Mar 2014 20:45:57 +0200
Organization: Aioe.org NNTP Server
Lines: 37
Message-ID: <lh9op0$5mj$1@speranza.aioe.org>
References: <lh6eto$1se$1@portraits.wsisiz.edu.pl>
NNTP-Posting-Host: 5+1lqLk5W2nZDfsi1RiglQ.user.speranza.aioe.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Complaints-To: a...@a...org
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
X-Antivirus-Status: Clean
X-Notice: Filtered by postfilter v. 0.8.2
X-Antivirus: avast! (VPS 140330-1, 2014-03-30), Outbound message
Xref: news-archive.icm.edu.pl pl.misc.elektronika:661924
[ ukryj nagłówki ]W dniu 2014-03-29 13:39, Atlantis pisze:
[...]
> 1. Jakieś sprytne wydzielanie z bufora tylko tego, czego nam potrzeba,
> już po stwierdzeniu odebrania końca wiadomości. Ramki składające się na
> przychodzące wiadomości od niepasujących nadawców trzeba by wtedy
> przepisywać do innych komórek, robiąc coś w rodzaju "defragmentacji",
> uważając jednocześnie, by nic nie zostało nadpisane w momencie
> jednoczesnego przyjścia przerwania RX.
> 2. Upewnienie się, że nic nie zacznie nadawać kolejnej wiadomości, zanim
> nie skończymy odbierać obecnej. Innymi słowy urządzenie wysyła prośbę o
> nawiązanie połączenia. Jeśli mamy wolną linię (i pusty bufor) wysyłamy
> mu ACK. Od tego momentu do otrzymania końca wiadomości (albo timeoutu) w
> buforze zapisywane są tylko ramki z tego adresu. Zapytania od innych
> chętnych do nawiązania transmisji skutkują prośbą o chwilowe wstrzymanie
> się.
[...]
Widzę jeszcze jedno:
3. Jeśli to jest system automatyki domowej, to i tak zapewne będzie miał
centralkę. Zorganizować komunikację tak, że węzły odpowiadają tylko na
zapytania centralki. Większość problemów rozwiązuje się sama w takim
układzie. Gdyby to nie było służbowe, mógłbym Ci podrzucić specyfikację
takiego rozwiązania - niestety, jest.
A ad. 1 - kontrolery CAN mają wbudowane filtry sprzętowo maskujące ID.
Wystarczy wykorzystać - po prośbie o nawiązanie połączenia ustawić filtr
i voila - słychać tylko żądany ID. Jednak w zależności od kontrolera CAN
może to mieć tę wadę, że do zmiany maski w filtrze potrzebne jest
chwilowe wyłączenie kontrolera (vide ECAN w PIC32).
I apropos ISO-TP - nie powinien być trudny do obsłużenia samemu. Nie
wiem, czy gdzieś na Sieci będą otwarte biblioteki do tego protokołu -
jego główne (jedyne?) zastosowanie jest w systemach automotive.
Pozdrawiam,
Piotr
Następne wpisy z tego wątku
- 30.03.14 21:57 Atlantis
- 31.03.14 01:52 Marek
- 31.03.14 01:48 Marek
- 31.03.14 09:55 Atlantis
- 31.03.14 09:51 Atlantis
Najnowsze wątki z tej grupy
- nawigacja satelitarna
- SmartLife/Tuya i osuszanie -- mordowanie z zimną krwią...
- Głośnik piezoelektryczny
- Mala autonomiczna kamera monitoringu
- czas na emeryturę i EB
- Generowanie sumy kontrolnej z fragmentu pliku bin
- Re: Mala autonomiczna kamera monitoringu
- HDMI
- Re: Mala autonomiczna kamera monitoringu
- Kamera monitoringu z kartą SIM
- Re: Kamera monitoringu z kartą SIM
- Re: Kamera monitoringu z kartą SIM
- skąd my to znamy
- Re: Kamera monitoringu z kartą SIM
- Re: Kamera monitoringu z kartą SIM
Najnowsze wątki
- 2024-06-27 Re: Prywatny parking? Pierwsze 10 minut bezplatnie
- 2024-06-27 A co mnie to koooorwa obchodzi?
- 2024-06-28 nawigacja satelitarna
- 2024-06-28 SmartLife/Tuya i osuszanie -- mordowanie z zimną krwią...
- 2024-06-27 położyłem kafelki
- 2024-06-28 Łódź => International Freight Forwarder <=
- 2024-06-28 Łódź => Spedytor Międzynarodowy <=
- 2024-06-28 Gdańsk => Head of International Freight Forwarding Department <=
- 2024-06-28 Sopot => Team Leader E-Commerce for Foreign Markets <=
- 2024-06-28 Warszawa => Senior React Native Developer <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=
- 2024-06-28 Warszawa => Software .Net Developer <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=
- 2024-06-28 Warszawa => Programista Full Stack .Net <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=