eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaPrzesyłanie większych ilości danych przez CANRe: Przesyłanie większych ilości danych przez CAN
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!wsisiz.edu.pl!.POSTED!not-for-mail
    From: Atlantis <m...@w...pl>
    Newsgroups: pl.misc.elektronika
    Subject: Re: Przesyłanie większych ilości danych przez CAN
    Date: Sun, 30 Mar 2014 18:10:01 +0200
    Organization: http://www.wit.edu.pl
    Lines: 38
    Message-ID: <lh9fkp$nod$1@portraits.wsisiz.edu.pl>
    References: <lh6eto$1se$1@portraits.wsisiz.edu.pl>
    <lh6eto$1se$1@portraits.wsisiz.edu.pl>
    <a...@n...neostrada.pl>
    <lh6grj$8ai$1@portraits.wsisiz.edu.pl>
    <a...@n...neostrada.pl>
    <lh7ke9$nd2$1@portraits.wsisiz.edu.pl>
    <a...@n...neostrada.pl>
    NNTP-Posting-Host: abkv199.neoplus.adsl.tpnet.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: 8bit
    X-Trace: portraits.wsisiz.edu.pl 1396195801 24333 83.7.189.199 (30 Mar 2014 16:10:01
    GMT)
    X-Complaints-To: a...@w...edu.pl
    NNTP-Posting-Date: Sun, 30 Mar 2014 16:10:01 +0000 (UTC)
    User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101
    Thunderbird/24.4.0
    In-Reply-To: <a...@n...neostrada.pl>
    X-Enigmail-Version: 1.6
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:661908
    [ ukryj nagłówki ]

    W dniu 2014-03-30 13:55, Marek pisze:

    > Ok, tylko jak w przyszłości chcesz wysyłać duże pakiety to może CAN
    > już nie zabardzo jest rozwiązaniem idealnie pasującym do realizacji

    Nie bardzo widzę tutaj jakąś alternatywę.
    RS485? Brak sprzętowej obsługi trybu multimaster, wykrywania kolizji
    transmisji oraz błędów. Trudność z programową implementacją powyższych
    funkcji.
    Ethernet? Niby idealne rozwiązanie, ale wymaga odpowiedniej
    infrastruktury po drodze. Wystarczy, że ktoś wyjmie z gniazda zasilacz
    jednego switcha, a jakiś fragment sieci leży, a razem z nim pada
    fragment systemu automatyki. No i trzeba pamiętać, że tak czy inaczej
    potrzebuję wyższych warstw stosu.
    CAN ma tą zaletę, że wykorzystuje topologię magistrali. Wystarczy
    pociągnąć kawałek kabla między urządzeniami i zamontować terminatory na
    końcach.
    Podobny efekt niby dałoby się osiągnąć starym Ethernetem na koncentryku,
    ale to dopiero byłoby kombinowanie. Na dobrą sprawę w grę wchodziłoby
    chyba tylko wykorzystanie starej karty ISA. Że nie wspomnę o mniejszej
    odporności na zakłócenia.

    Z dostępnych rozwiązań magistrala CAN wydaje się być najbardziej
    odpowiednia.



    > Tak próbuje sobie wyobrazić co można chcieć przesyłać między
    > urządzeniami wykonawczymi co by nie zmieściło się w 8 bajtach..., daj
    > jakiś konkretny przykład, tak z ciekawości pytam.

    Chociażby dłuższa komenda AT wraz z parametrami.
    AT+LED=1,0/r/n

    To już dwanaście znaków, a przecież nie jest specjalnie długa! Można
    sobie wyobrazić dłuższe komendy. Nie wspominając już o sytuacji, kiedy
    chciałbym przesłać ciąg tekstowy.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: